You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(14) |
Dec
(23) |
2005 |
Jan
(8) |
Feb
(11) |
Mar
(8) |
Apr
(4) |
May
(16) |
Jun
(13) |
Jul
(12) |
Aug
(14) |
Sep
(11) |
Oct
(11) |
Nov
(15) |
Dec
(7) |
2006 |
Jan
(16) |
Feb
(35) |
Mar
(26) |
Apr
(7) |
May
(10) |
Jun
(9) |
Jul
(10) |
Aug
(3) |
Sep
(13) |
Oct
(7) |
Nov
(18) |
Dec
(2) |
2007 |
Jan
(1) |
Feb
(11) |
Mar
|
Apr
(10) |
May
|
Jun
(2) |
Jul
(1) |
Aug
(56) |
Sep
(32) |
Oct
(27) |
Nov
(78) |
Dec
(23) |
2008 |
Jan
(12) |
Feb
(21) |
Mar
(29) |
Apr
(9) |
May
(12) |
Jun
(14) |
Jul
(13) |
Aug
(13) |
Sep
(19) |
Oct
(27) |
Nov
(19) |
Dec
(8) |
2009 |
Jan
(10) |
Feb
(32) |
Mar
(24) |
Apr
(10) |
May
(35) |
Jun
(29) |
Jul
(42) |
Aug
(51) |
Sep
(21) |
Oct
(40) |
Nov
(53) |
Dec
(37) |
2010 |
Jan
(22) |
Feb
(54) |
Mar
(51) |
Apr
(28) |
May
(21) |
Jun
(10) |
Jul
(16) |
Aug
(15) |
Sep
(16) |
Oct
(12) |
Nov
(16) |
Dec
(29) |
2011 |
Jan
(16) |
Feb
(28) |
Mar
(18) |
Apr
(32) |
May
(31) |
Jun
(28) |
Jul
(52) |
Aug
(51) |
Sep
(29) |
Oct
(38) |
Nov
(27) |
Dec
(22) |
2012 |
Jan
(18) |
Feb
(29) |
Mar
(50) |
Apr
(43) |
May
(28) |
Jun
(34) |
Jul
(26) |
Aug
(11) |
Sep
(27) |
Oct
(33) |
Nov
(101) |
Dec
(17) |
2013 |
Jan
(22) |
Feb
(57) |
Mar
(29) |
Apr
(22) |
May
(15) |
Jun
(17) |
Jul
(14) |
Aug
(13) |
Sep
(33) |
Oct
(25) |
Nov
(13) |
Dec
(12) |
2014 |
Jan
(19) |
Feb
(6) |
Mar
(24) |
Apr
(30) |
May
(43) |
Jun
(22) |
Jul
(15) |
Aug
(19) |
Sep
(27) |
Oct
(10) |
Nov
(17) |
Dec
(6) |
2015 |
Jan
(18) |
Feb
(6) |
Mar
(20) |
Apr
(9) |
May
(15) |
Jun
(17) |
Jul
(6) |
Aug
(16) |
Sep
(16) |
Oct
(14) |
Nov
(50) |
Dec
(42) |
2016 |
Jan
(60) |
Feb
(45) |
Mar
(12) |
Apr
(56) |
May
(18) |
Jun
(16) |
Jul
(1) |
Aug
(4) |
Sep
|
Oct
(3) |
Nov
(3) |
Dec
|
2017 |
Jan
|
Feb
(3) |
Mar
|
Apr
(8) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
(6) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(9) |
Oct
(10) |
Nov
|
Dec
|
2020 |
Jan
|
Feb
(8) |
Mar
(8) |
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
From: Morten O. A. <mor...@gm...> - 2005-01-27 19:12:54
|
> when running a compiled version from CVS HEAD > > java -jar jabref.jar --import cheminf.bibx,bibtexml \ > --output cheminf.bib --nogui > > I get this output: > > Warning: Cannot convert string "MetaCtrl<Key>Insert" to type VirtualBinding > Importing: cheminf.bibx > Saving: cheminf.bib > Exception in thread "main" java.lang.NullPointerException > at net.sf.jabref.MetaData.<init>(MetaData.java:50) > at net.sf.jabref.JabRef.main(JabRef.java:260) > > and then the program hangs... without output to cheminf.bib... I guess there > is no metadata to save... correct? Thanks! You are right - the HashMap passed in is null. Since there can't be any metadata in an imported file, there is no need for an error message in this case. I've corrected the source code. Morten |
From: Egon W. <e.w...@sc...> - 2005-01-27 15:01:56
|
Hi all, when running a compiled version from CVS HEAD java -jar jabref.jar --import cheminf.bibx,bibtexml \ --output cheminf.bib --nogui I get this output: Warning: Cannot convert string "MetaCtrl<Key>Insert" to type VirtualBinding Importing: cheminf.bibx Saving: cheminf.bib Exception in thread "main" java.lang.NullPointerException at net.sf.jabref.MetaData.<init>(MetaData.java:50) at net.sf.jabref.JabRef.main(JabRef.java:260) and then the program hangs... without output to cheminf.bib... I guess there is no metadata to save... correct? diff -u -r1.13 MetaData.java --- src/java/net/sf/jabref/MetaData.java 6 Jan 2005 10:22:34 -0000 1.13 +++ src/java/net/sf/jabref/MetaData.java 27 Jan 2005 14:59:24 -0000 @@ -47,6 +47,9 @@ this(); boolean groupsTreePresent = false; Vector flatGroupsData = null; + if (inData == null || inData.keySet() == null) { + return; + } for (Iterator i = inData.keySet().iterator(); i.hasNext();) { String key = (String) i.next(); data = new StringReader((String) inData.get(key)); That patch fixes the problem, but is a bit dirty... no debug output or comment otherwise to signal that expected metadata was missing... Is that supposed to be added along the conversion process, or might it be missing as in my case, or should it have been read from the source? Egon -- e.w...@sc... PhD student on Molecular Representation in Chemometrics Radboud University Nijmegen http://www.cac.science.ru.nl/people/egonw/ GPG: 1024D/D6336BA6 |
From: Morten O. A. <mor...@gm...> - 2005-01-06 14:12:40
|
> I have bundled JabRef 1.6 as a "real" MacOS X application. This task is > straightforward using Jar Bundler and Apple's instructions, given here: > http://developer.apple.com/documentation/Java/Conceptual/Jar_Bundler/ > Packaging/chapter_3_section_1.html Is this the same type of package as the .dmg files we have been offering (I know it's been missing from the latest versions), or is it different? > I did have to dig into the files in order to extract the (Windows!) > icon and other information. I'm happy to upload this somewhere if it's > wanted. You can mail it to me, and I can publish it in our file release page. What would be even better is that we could learn how to create the package ourselves - as far as I can see, there is a Jar Bundler task for our build system, Ant (see http://www.loomcom.com/jarbundler/) so it should be possible for us to automate the process. I don't have access to a Mac, so I'm wordering if you'd be willing to help with testing the package? Regards, Morten Alver |
From: Lawrence P. <lp...@ca...> - 2005-01-06 10:37:36
|
I have bundled JabRef 1.6 as a "real" MacOS X application. This task is straightforward using Jar Bundler and Apple's instructions, given here: http://developer.apple.com/documentation/Java/Conceptual/Jar_Bundler/ Packaging/chapter_3_section_1.html You can indeed just double-click on .jar files, but many things work better if JabRef is installed as an application. I did have to dig into the files in order to extract the (Windows!) icon and other information. I'm happy to upload this somewhere if it's wanted. However, I'm not an expert at this, and in particular I can't set it to be the default application to open .bib files. Are there any Mac developers who know how to do it properly? It would be nice if new releases could be packaged in this way and announced to VersionTracker, so that you'd get some Mac users. Larry Paulson |
From: Putrycz, E. <Eri...@nr...> - 2005-01-04 18:40:57
|
The JDK 1.5 is quite nice to execute software but I think that JabRef = should stick to the 1.4.2 classes (should run with both version). I don't = think that the generics and other new functionnalities would bring much to = JabRef. Erik. > -----Original Message----- > From: jab...@li...=20 > [mailto:jab...@li...] On Behalf=20 > Of Joerg Zieren > Sent: December 27, 2004 11:19 > To: jab...@li... > Subject: [Jabref-users] Java 1.4.2 vs. 1.5? >=20 >=20 > Hi, >=20 > just a very basic question: What is the strategy regarding=20 > JDK 1.5? Should we switch to it, or stick to the more=20 > widespread 1.4.2? >=20 > -J=F6rg >=20 >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from=20 > real users. Discover which products truly live up to the=20 > hype. Start reading now.=20 > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Jabref-users mailing list > Jab...@li... > https://lists.sourceforge.net/lists/listinfo/jabref-users >=20 |
From: Joerg Z. <jz...@us...> - 2004-12-27 16:33:37
|
Hi, I just committed the new groups code, which is mostly finished except for= : - cosmetics and GUI (e.g. "Edit Group" dialog) - DragNDrop for group add/remove - groups code in net.sf.jabref.collab is still missing - most probably some bugs... :-) - automatic conversion of old "groups" metadata to a flat "groupstree" Please feel free to checkout, test, and comment. I am working on the abov= e=20 items right now, but will probably not finish this year. -J=F6rg |
From: Joerg Z. <jz...@us...> - 2004-12-27 16:19:53
|
Hi, just a very basic question: What is the strategy regarding JDK 1.5? Shoul= d we switch to it, or stick to the more widespread 1.4.2? -J=F6rg |
From: Joerg Z. <jz...@us...> - 2004-12-27 16:19:53
|
Hi, unless my CVS client (eclipse) is playing tricks on me, BaseAction.java i= s missing in the repository. Could someone please check (and commit, if required)? Thanks! -J=F6rg |
From: Joerg Z. <jo...@zi...> - 2004-12-27 15:40:16
|
Hi, unless my CVS client (eclipse) is playing tricks on me, BaseAction.java i= s=20 missing in the repository. Could someone please check (and commit, if=20 required)? Thanks! -J=F6rg --=20 J=F6rg Zieren <jo...@zi...> http://www.zieren.de +49-179-5580488 For a list of common abbreviations, see http://www.zieren.de/abk.html Please do not communicate my address to *any* website/service/company! In urgent matters, please use the phone - I do not check my mail daily! |
From: Joerg Z. <jo...@zi...> - 2004-12-27 15:40:16
|
Hi, just a very basic question: What is the strategy regarding JDK 1.5? Shoul= d=20 we switch to it, or stick to the more widespread 1.4.2? -J=F6rg --=20 J=F6rg Zieren <jo...@zi...> http://www.zieren.de +49-179-5580488 For a list of common abbreviations, see http://www.zieren.de/abk.html Please do not communicate my address to *any* website/service/company! In urgent matters, please use the phone - I do not check my mail daily! |
From: Tylman U. <t....@gm...> - 2004-12-22 12:16:10
|
Am Mittwoch, 22. Dezember 2004 02:58 schrieb CaptSolo: > I do not know about others - but wouldn't it better if there was not > "Choose an entry type" screen before import from plaintext I got used to this, because changing the entry type is very easy afterwards (right-click on edit field's leftmost part, where type name appears bottom-up). I must admit that I wondered at first why I had to choose the type prior to text entry, but now I take this as a feature, because answering this question *is* one of the important decisions when adding a reference. > 2. You can move through records in not-editing mode (using up/down > keys), but once you hit Enter and get into edit mode I agree only to some extent, because Shift-Tab brings you back to the main table (eight times Shift-Tab when in the first entry, to be precise). But once you go to the next/previous entry in the main table by cursor up/down, you have to repeat the 8xShift-Tab, which is not too convenient. Is there maybe a shortcut that makes changing main entries easier? Best, Tylman |
From: <mo...@bo...> - 2004-12-22 11:59:29
|
> It works, BUT - most of the time I _am_ in the edit mode - as it > allows one to see in more detail the entry he is currenlty looking at. > > And it's still a hack. You'd not do that if you did not know it works. Well, one possibility is to add a shortcut for "Paste bibtex" (or maybe paste entries in bibtex or an import format), and otherwise always paste as text. > 2. You can move through records in not-editing mode (using up/down > keys), but once you hit Enter and get into edit mode, you have fucked > (forgive me please :) - best you can do is move through fields in one > tab. - I tried this on a Misc record first - so all freedom I have was > to move left-right through a single entry field. ESC closes the entry editor, and Ctrl-Tab / Ctrl-Shift-Tab switches tabs. The problem is making these shortcuts visible or apparent, and I'm not sure how this can best be done. One alternave is to enable our disabled keyboard shortcut editor, which provides a list. (It's hidden because I so far haven't considered customizable shortcuts important enough to invest the time+energy to make this feature ready.) Morten |
From: CaptSolo <cap...@gm...> - 2004-12-22 01:58:25
|
On Tue, 21 Dec 2004 13:01:07 -0800, mo...@bo... <mo...@bo...> wrote: > > If you have Bibtex formatted text on your clipboard, you can in fact just paste > it in directly, and the entry will be added. Note that you should have focus on > the table, and not be editing any cells, otherwise it will be interpreted as > plain text. Nice :) It works, BUT - most of the time I _am_ in the edit mode - as it allows one to see in more detail the entry he is currenlty looking at. And it's still a hack. You'd not do that if you did not know it works. I do not know about others - but wouldn't it better if there was not "Choose an entry type" screen before import from plaintext - and instead the software would ask for entry type after the text has been pasted and analysed, if it could NOT figure it out from the text what entry type it is. Regarding "New entry from plaintext" - neither of paste shortcuts work (Ctrl-V / Shift-Ins) - maybe those should be added (otherwise JabRef has nice keyboard shortcut functionality but cannot really be used by the keyboard user). Some other examples of keyboars dis-functionality: 1. Append -> shows "Import database" screen, where you need to set/clear 4 checkboxes. It would be natural to hit Enter and get past this screen (equivalent to hitting OK), but you can't 2. You can move through records in not-editing mode (using up/down keys), but once you hit Enter and get into edit mode, you have fucked (forgive me please :) - best you can do is move through fields in one tab. - I tried this on a Misc record first - so all freedom I have was to move left-right through a single entry field. Best regards and Merry Christmas ! CS |
From: <mo...@bo...> - 2004-12-21 21:01:20
|
> What I want to - is just to create a new entry from a properly > formatted Bibtex entry. > Simple text window, no choices to confuse anyone. :) If you have Bibtex formatted text on your clipboard, you can in fact just paste it in directly, and the entry will be added. Note that you should have focus on the table, and not be editing any cells, otherwise it will be interpreted as plain text. Morten |
From: CaptSolo <cap...@gm...> - 2004-12-21 16:09:55
|
On Tue, 21 Dec 2004 10:04:45 +0100, Morten Omholt Alver wrote: > > > 1) Is there an "import plaintext" feature to create a new entry based > > on the text user types or pastes into text entry form. > > There is a "New entry from plain text" dialog (in the BibTex menu), > where you can paste an entry, and then assign the various parts to their > correct fields. Automatically assigning fields from arbitrary text is > probably next to impossible, but this dialog makes it easy to do it > manually. I see - what did put me off was the first screen asking the type of the entry. So - I saw the screen with these many choices and justed decided to go through 'Append database' from a text file instead. And - I do not want to import arbitrary text. (others may wish to) What I want to - is just to create a new entry from a properly formatted Bibtex entry. Simple text window, no choices to confuse anyone. :) Since in the base of Bibtex entry, no questions are needed - everything's in the text already. [ Yes, I like the paradigm of being able to do everything easy, simply and fast. From keyboard, if possible - as entering shortcuts and navigating by keys is faster than dragging the mouse around. For file navigation I prefer a text based navigator like FAR (win) or MC (linux) and for IRC - terminal window with irssi is good :) ] > This is probably worth a try. Fetching the information from a given url > and handling it to the autodetecting import function should take about > 10 minutes to implement :-) Yes :) As I say, I'd just use "Create from text", but for sure there are users who will appreciate this functionality. > > Links and maybe adding some personal notes are probably only things missing. > > For links, I can see the usefulness, but how can the users obtain this > information? I can't imagine users trawling the reference lists and I'll give it a day or two to think over and get back to you. > Morten CS |
From: Joerg Z. <jz...@us...> - 2004-12-21 12:19:39
|
CaptSolo wrote: > Links and maybe adding some personal notes are probably only things > missing. I second that. Currently I add notes in some custom field, but to view=20 them I always have to switch to the raw bibtex view. Hmm, how about a tab= =20 "Custom" where the user can define additional non-standard fields to disp= lay? As for the linking: Morten, you think it's unfeasible to do it manually,=20 but I don't think there is any other way. CiteSeer stores this informatio= n=20 AFAIR, so that would allow automation for references stored there, but fo= r=20 all others, IMHO manual assignment is the only possibility. > Current work on grouping is also a very needed feature. The progress indicator is at 70% - I hope it won't hang at 99% and I'll get it done this year. If you have any suggestions on design and features, please let me know! -J=F6rg --=20 J=F6rg Zieren http://www.zieren.de +49-179-5580488 For a list of common abbreviations, see http://www.zieren.de/abk.html Please do not communicate my address to *any* website/service/company! In urgent matters, please use the phone - I do not check my mail daily! |
From: Morten O. A. <mo...@bo...> - 2004-12-21 09:04:06
|
> 1) Is there an "import plaintext" feature to create a new entry based > on the text user types or pastes into text entry form. > > This would be extremely simple and yet very powerful. > I think JabRef might already have such feature, but if not, it would > be very good to have it. There is a "New entry from plain text" dialog (in the BibTex menu), where you can paste an entry, and then assign the various parts to their correct fields. Automatically assigning fields from arbitrary text is probably next to impossible, but this dialog makes it easy to do it manually. For importing formatted entries we will be introducing an import function that tries to automatically detect the import format - so you don't have to know which format an article database exports. This should save some time for users. > 2) Alternatively there could (or maybe already is) be a feature - > "Extract all BibTex from this HTML source" which I could feed an URL > from CiteSeer, DBLP or other reference database bibtex entry and get > the bibliography entries created in the database. > > This does not differ much from the previous (as copy and paste from a > web page is a very easy thing), but some users may prefer this as an > easier way. This is probably worth a try. Fetching the information from a given url and handling it to the autodetecting import function should take about 10 minutes to implement :-) > 3) Right-click context menu when clicking on an extry has everything > except for 'Delete'. > Might be useful as well. Good point. "Cut" will usually do the trick, but there should be a "Delete" entry as well. > Links and maybe adding some personal notes are probably only things missing. For links, I can see the usefulness, but how can the users obtain this information? I can't imagine users trawling the reference lists and manually create links to those referred entries that are in their own database. And each new entry would demand a new cross-examination to keep the links updated. Are there web resources that can automatically provide this information in a way that JabRef could import? For personal notes or quotes, this was in fact something I considered a while ago - allowing each entry to have a list of comments or quotes. I never had time to address it, but I think it is a good idea. -- Morten |
From: CaptSolo <cap...@gm...> - 2004-12-20 21:32:29
|
Hi, All! I used JabRef recently to collect and format a list of references for a publication and found it extremely helpful. Therefore I have a couple of question / suggestions to get as much use as possible out of JabRef. 1) Is there an "import plaintext" feature to create a new entry based on the text user types or pastes into text entry form. This would be extremely simple and yet very powerful. I think JabRef might already have such feature, but if not, it would be very good to have it. 2) Alternatively there could (or maybe already is) be a feature - "Extract all BibTex from this HTML source" which I could feed an URL from CiteSeer, DBLP or other reference database bibtex entry and get the bibliography entries created in the database. This does not differ much from the previous (as copy and paste from a web page is a very easy thing), but some users may prefer this as an easier way. 3) Right-click context menu when clicking on an extry has everything except for 'Delete'. Might be useful as well. More advanced uses, which almost none of the current bibliographic softwares has is creating links between entries, allowing to travel the "who cites whom" links, etc. Some of these wishes I've outlined in: http://captsolo.net/info/blog_a.php/2004/04/10/p461 It was a pleasant surprise to discover that JabRef does very much of what is described there. Links and maybe adding some personal notes are probably only things missing. Current work on grouping is also a very needed feature. BR, CS |
From: Alvaro T. C. <Alv...@ph...> - 2004-12-16 11:24:00
|
Hello, We are working in a computing environment where some users have only a=20 terminal through which they access via ssh the real computers somewhere=20 in the network. For this users, and also for me through remote ssh -X,=20 jabref becomes extremely slow. Further data: * Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_06-b03) Java HotSpot(TM) Client VM (build 1.4.2_06-b03, mixed mode) * JabRef 1.6 * ~8 seconds to load remotely on a PIV-3.2MHz * several seconds to have the preview window refresh after changing the selected entry. * no difference local-remote when running without GUI via jabref -n. * other java programs run in similar times locally and remotely (eclipse, jedit). * works really smoothly locally and also through ssh to myself. * our test file is 84K long, ~150entries. The program becomes unusable for those in our group working remotely.=20 This is a pity, since otherwise we are extremely satisfied (and by the=20 way, wish to thank and congratulate the developers). So... Do you have any clue about what is going on? I didn't find relevant bug/forum entries. Shall I post this as a bug=20 report? 'Alvaro. PS. Please, CC to me, since I am not subscribed. --=20 Alvaro.Tejero[at]physik.lmu.de Theoretische Quantenoptik =09 Ludwig-Maximilians-Universit=E4t phone: +49 (0)89 2180 - 4557 fax: +49 (0)89 2180 - 4517 |
From: Joerg Z. <jz...@us...> - 2004-12-14 08:29:10
|
Hi, I am currently redesigning the groups feature, both in code and GUI-wise.= =20 If everything turns out fine, it will support hierarchical grouping (i.e.= =20 a tree instead of the list), grouping by advanced search expressions (suc= h=20 as "author=3Dmiller and not title=3Dfoo"), and groups to which references= can=20 only be explicitly assigned. It will also be easily extensible for furthe= r=20 types of groups. If you have any suggestions on what to include beyond this, please drop m= e=20 a line. If you intend to work on the concerned code yourself: Please wait until=20 I'm finished, or one of us will have quite a lot of CVS conflicts to=20 resolve :-) -J=F6rg --=20 J=F6rg Zieren http://www.zieren.de +49-179-5580488 For a list of common abbreviations, see http://www.zieren.de/abk.html Please do not communicate my address to *any* website/service/company! In urgent matters, please use the phone - I do not check my mail daily! |
From:
<Fre...@or...> - 2004-12-12 15:38:55
|
Done (bug 1083883). Fr=E9d=E9ric mo...@bo... wrote: >>In JabRef 1.6, I tried to open 2 files at the same time. At first, I >>could see the tabs and click on them to go from one file to the other, >>but the menus remained grayed (and the keyboard shortcut did not work >>either). >> >>To activate "View|Next Tab" and "View|Previous Tab", I had to close >>JabRef and open it. It is a feature? To me it looks like a little glitc= h >>in JabRef's behaviour. Do you agree with me? >=20 >=20 > It is not a feature. If you can have more than one tab without these me= nu items > being active, it is a bug. Can you describe in detail the steps to repr= oduce > the glitch? >=20 >=20 > Morten >=20 >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now.=20 > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Jabref-users mailing list > Jab...@li... > https://lists.sourceforge.net/lists/listinfo/jabref-users >=20 >=20 --=20 ....................................................... INRA Orl=E9ans - Science du Sol Avenue de la Pomme de Pin BP 20619 F-45166 Olivet Cedex France Ph: +33 2 38 41 48 23 Fax: +33 2 38 41 78 69 Email: <Fre...@or...> Web: <http://soils.ecn.purdue.edu/~darboux> |
From: <mo...@bo...> - 2004-12-12 15:24:45
|
> In JabRef 1.6, I tried to open 2 files at the same time. At first, I > could see the tabs and click on them to go from one file to the other, > but the menus remained grayed (and the keyboard shortcut did not work > either). > > To activate "View|Next Tab" and "View|Previous Tab", I had to close > JabRef and open it. It is a feature? To me it looks like a little glitch > in JabRef's behaviour. Do you agree with me? It is not a feature. If you can have more than one tab without these menu items being active, it is a bug. Can you describe in detail the steps to reproduce the glitch? Morten |
From:
<Fre...@or...> - 2004-12-12 12:57:07
|
Thank you Dominik for your quick answer. Usually, I use only on bib file, that may explain I never had the=20 opportunity to use "View|Next Tab" and "View|Previous Tab". In JabRef 1.6, I tried to open 2 files at the same time. At first, I=20 could see the tabs and click on them to go from one file to the other,=20 but the menus remained grayed (and the keyboard shortcut did not work=20 either). To activate "View|Next Tab" and "View|Previous Tab", I had to close=20 JabRef and open it. It is a feature? To me it looks like a little glitch=20 in JabRef's behaviour. Do you agree with me? Fr=E9d=E9ric Dominik Wa=DFenhoven wrote: > Hi Fr=E9d=E9ric, >=20 > Fr=E9d=E9ric Darboux <Fre...@or...> schrieb am 11.= 12.04 12:31:20: >=20 >>Hi. >> >>What is the use of the menuss "View|Next Tab" and "View|Previous Tab"? >>I have been unable to find a way to activate (=3D to ungray) them. >>To which function these menus are related? >=20 >=20 > If you have more than one .bib-file open, they are stored in seperate "= tabs", but you still have one JabRef-session only. With the mentioned com= mands you can switch between the tabs -- which is also possible with a ke= yboard shortcut: CTRL and left|right arrow. >=20 > HTH, > Dominik.- > __________________________________________________________ > Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. > weltweit telefonieren! http://freephone.web.de/?mc=3D021201 >=20 >=20 >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now.=20 > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Jabref-users mailing list > Jab...@li... > https://lists.sourceforge.net/lists/listinfo/jabref-users >=20 >=20 --=20 ....................................................... INRA Orl=E9ans - Science du Sol Avenue de la Pomme de Pin BP 20619 F-45166 Olivet Cedex France Ph: +33 2 38 41 48 23 Fax: +33 2 38 41 78 69 Email: <Fre...@or...> Web: <http://soils.ecn.purdue.edu/~darboux> |
From: <Dominik@Wassenhoven.info> - 2004-12-11 11:42:46
|
Hi Fr=E9d=E9ric, Fr=E9d=E9ric Darboux <Fre...@or...> schrieb am 11.12.04 1= 2:31:20: >=20 > Hi. >=20 > What is the use of the menuss "View|Next Tab" and "View|Previous Tab"=3F > I have been unable to find a way to activate (=3D to ungray) them. > To which function these menus are related=3F If you have more than one .bib-file open, they are stored in seperate "tab= s", but you still have one JabRef-session only. With the mentioned command= s you can switch between the tabs -- which is also possible with a keyboar= d shortcut: CTRL and left|right arrow. HTH, Dominik.- =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. weltweit telefonieren! http://freephone.web.de/=3Fmc=3D021201 |
From:
<Fre...@or...> - 2004-12-11 11:30:18
|
Hi. What is the use of the menuss "View|Next Tab" and "View|Previous Tab"? I have been unable to find a way to activate (=3D to ungray) them. To which function these menus are related? Fr=E9d=E9ric ....................................................... INRA Orl=E9ans - Science du Sol Avenue de la Pomme de Pin BP 20619 F-45166 Olivet Cedex France Ph: +33 2 38 41 48 23 Fax: +33 2 38 41 78 69 Email: <Fre...@or...> Web: <http://soils.ecn.purdue.edu/~darboux> |