From: Anthony R. <wo...@an...> - 2004-02-27 12:27:16
|
Hi Jean, Alex, Nice to get some feedback on the plugin! Jean: > 1- With big LaTeX projects and slow computers it takes between 10 and > 20 seconds for parsing a file with the BibTeX & label navigators ... > information and to parse again ONLY files that have been modified > since the last time it was parsed. Yes - I know about this issue, but am still trying to decide the best way of tackling it. Clearly it makes sense to reparse when the document is saved. I think that I will implement it in the following way: reparse when the buffer changes only if the new buffer is not a part of the current LaTeX 'project' (i.e. in the tree of project files in the LaTeX Tools dockable). I will probably do this for the BibTeX and Label Navigators, but the Sidekick plugin is a more complex issue... > 3- The Label navigator is very useful but information is given > in three columns (problem: requires a wide window). I suggest to > write file names, chapters/sections... and labels in the same column > using different colors. I find that the table view fits nicely in a bottom or top docked position, and that the ability to sort by clicking column headers by ref, section or file is worth the space taken. However, I still have the list view which simply shows the refs which I can use as a dockable, but it probably won't get much attention in terms of features unless there is a resonable demand for it. Alex: >>> 2- When you simple/double-click on a label or citation in the >>> BibTeX & label navigators it would be better to store >>> "\ref{my_label}" or "\cite{my_citation}" >>> into the clipboard so that you can past in the right file at the right ... > This is not good, especially for beginners. If nothing happens on a > click or doubleclick, they wouldn't know the insert reference function > would exist. An additional shortcut (for paste) is not very ergonomic. OK, the behaviour of the Label Navigator isn't very obvious, and should probably be reworked. Basically single-clicking an entry displays the location of that entry. Double clicking does the same, unless you are already looking at the buffer with the label, in which case the ref is inserted at the caret position. The behaviour changes when the ALT key is held down. While the ALT key is held down, and the cursor remains in the navigator window the current file and caret position is 'locked'. Now, clicking a link navigates to that link, and double clicking inserts the link at the locked caret location. I intend to make the ALT behaviour the default, but first need to arrange some notification of what is happening so that users don't get taken by surprise. I am thinking a red padlock in the square in the top right of the table, and a status bar message noting the locked file. Alex: > I noticed that it is buggy in some cases as well. For example, the > bibliography items do not always show up in the Bibtex navigator. You > should explicitly choose a bibtex file (or does it parse the bibtex file > link from the tex source?). A bibtex buffer should display its contents in the BibTeX Navigator, but latex files are parsed for either a \begin{thebibliography} environment, or a \bibliography{xxx} command and either parses the environment, or looks for the xxx.bib and parses that. > If you have entries with {A} for example to ensure uppercase letters in > the title, the bibtex entries only go until the first } (maybe the > parser doesn't know about nested braces). That is correct - it doesn't know about nested braces yet. I will be looking into it for a future version. Jean: > Anyway, congratulation for the LaTeX tool plug-in. Thanks! -- Anthony J. Roy. School of Computing, t: +44 (0)113 34 35822 Leeds University, e: wo...@an... LS2 9JT, UK. w: www.ant-roy.co.uk/research/ |
From: Jean-Francois.Magni <jf...@fr...> - 2004-02-27 14:09:49
|
Anthony Roy a =E9crit : >> 3- The Label navigator is very useful but information is given >> in three columns (problem: requires a wide window). I suggest to >> write file names, chapters/sections... and labels in the same column >> using different colors. > > > I find that the table view fits nicely in a bottom or top docked=20 > position, and that the ability to sort by clicking column headers by=20 > ref, section or file is worth the space taken. However, I still have=20 > the list view which simply shows the refs which I can use as a=20 > dockable, but it probably won't get much attention in terms of=20 > features unless there is a resonable demand for it. Bottom/top docking: I expected much more difficulties for big projects=20 with hundreds of labels and only a few lines for navigation, so I didn't try. Now, I have=20 tried:in fact navigation is feasible quite easily. Anthony Roy a =E9crit : > OK, the behaviour of the Label Navigator isn't very obvious, and=20 > should probably be reworked. Basically single-clicking an entry=20 > displays the location of that entry. Double clicking does the same,=20 > unless you are already looking at the buffer with the label, in which=20 > case the ref is inserted at the caret position. > > The behaviour changes when the ALT key is held down. While the ALT key=20 > is held down, and the cursor remains in the navigator window the=20 > current file and caret position is 'locked'. Now, clicking a link=20 > navigates to that link, and double clicking inserts the link at the=20 > locked caret location. > > I intend to make the ALT behaviour the default, but first need to=20 > arrange some notification of what is happening so that users don't get=20 > taken by surprise. I am thinking a red padlock in the square in the=20 > top right of the table, and a status bar message noting the locked file. In fact with "alt key" feature, you do not need to switch from a buffer=20 to another one very often, so, you do not waste time waiting for parsing. Unfortunately on my=20 computer (Sparc/Solaris), nothing happens (single and double clicking) if I hold down the alt key. JFM |