Re: LyZ: LyX plugin for Zotero
On 3.1.2010 0:38, Daniel Lohmann wrote: On 30.12.2009, at 01:57, Pavel Sanda wrote: Petr Šimon wrote: Currently the citation key can be made out of 'author', 'year', 'title' and optionally from separators like '_'. I will add another keyword, 'zotero' that will create the cite key from unique identifier in zotero db. yep, this was the main complaint in bug #6300. i expect two usecases - * users who dont care a about citekeys and just want to externally push citations and need to keep bitex keys stable. for these zotero ID is the way. * users who care about keys and need the stable bibtex keys too. for those the "customizable" citekey is the way. in this case is expecting users to be intelligent about the keys certainly in order. Hey Petr, Thanks for all the hard work on LyZ. I haven't checked out Zotero for a while; liked it a lot, but the integration with LyX was odd and it tended to corrupt my bibtex databases. However, with LyZ I will give it another try. I just want to put emphasize the importance of customizable citation keys! Many of us work in collaborative environments with shared bibtex databases and specific "home grown" requirements on how the keys are made up. For instance, in our group this is: :: (with being an abbreviation for the conference or journal the paper appeared.) In fact, in my group this it has always been the number one argument against bibtex frontend XYZ that it does not get the keys right. Having said that, I would appreciate an even better configurability of the key generation. What I would really like is the option to enter an advanced formatting string to generate the keys, including besides the variables for author, year, etc. various formatting specifiers and conditionals, such as: - number of digits (e.g., use only the two last digits of the year) - upper case/lower vase (very important, unfortunately very few tools support this) - conditionals (e.g., @book entries do not have a ; URLs do not have a year and the is 'site') - ... Another important point in which most, if not all, bibtex frontends fail miserably is the requirement to be "minimally invasive" on the bibtex database. Some collaborators still prefer editing the database with a text editor. What I expect from a good frontend is that it leaves all entries alone in the file that have not been modified in the current session, including formatting, LaTeX comment lines beginning with %, and so on. Basically, if I use your tool to add or edit an entry 'foobar' and update the bibtex file underneath, the the diff to the previous version of the bibtex file should contain only lines that are related to the 'foobar' entry. Just my 2 items on the long-term wish list :-) Daniel Hi Daniel, I'm glad you said a 'long-term wish list' :) Bibtex keys are now independent of unique identifiers. I will think about more advanced customization soon. As for the bibtex file update and the 'invasiveness of frontends': I have been exporting from Zotero to bibtex for a while now and rarely did I have any problems, except for couple of weird characters that were easily corrected in Zotero. I would rather patch Zotero's bibtex export. In what cases would manual editing of the bibtex file be necessary? Important point is that when you are collaborating with others and using this plugin, only people citing from Zotero should be allowed to update the file, because I am using the true identifiers in bibtex comments (actually anywhere oustide of @ and } ) and I don't care about the bibtex entries at all, except that I replace the bibtex key when necessary. Best Petr
Re: LyZ: Lyx plugin for Zotero
Petr Šimon wrote: > I have (probably) finished the plugin, i.e. at least as far as new > functionality goes. > The plugin is now able to synchronize any changes to BibTex keys, including > complete change of format, LyX document is updated accordingly. This is > useful when the reference is incorrectly collected in Zotero and inserted > as such into LyX. Probably not something that would happen that often, but > since it was quite straightforward to implement... > https://addons.mozilla.org/en-US/firefox/addon/56806 so mature enough to put it into lyx news, right? pavel
Re: parenthetical citation
Thank you, rh! That does the trick. D. On Sat, Jan 2, 2010 at 6:09 PM, rgheck wrote: > On 01/02/2010 05:40 PM, David Wang wrote: > >> Dear Lyxers, >> >> It's my first time to use bibtex bibliography in lyx. Everything looks >> perfectly nice except that parenthetical citations use square brackets >> instead of round parentheses in the text. Namely, the pdf output renders >> Jones et al. [2000], rather than Jones et al. (2000). I use natbib >> (Document >> -> Settings -> Bibliography -> Natbib (Author-year), and the sytle is >> plannat), and thought the default behaviour is round parenthetical >> citations >> which are what I want. I then added \usepackage[round]{natbib} in the >> preamble, but lyx isn't happy about that and complains an option clash. >> >> >> > Add "round" to the class options, under Document>Settings, rather than to > the preamble. (LyX loads natbib for you, so you can't load it again.) > > rh > > -- turn and live.
Re: parenthetical citation
On 01/02/2010 05:40 PM, David Wang wrote: Dear Lyxers, It's my first time to use bibtex bibliography in lyx. Everything looks perfectly nice except that parenthetical citations use square brackets instead of round parentheses in the text. Namely, the pdf output renders Jones et al. [2000], rather than Jones et al. (2000). I use natbib (Document -> Settings -> Bibliography -> Natbib (Author-year), and the sytle is plannat), and thought the default behaviour is round parenthetical citations which are what I want. I then added \usepackage[round]{natbib} in the preamble, but lyx isn't happy about that and complains an option clash. Add "round" to the class options, under Document>Settings, rather than to the preamble. (LyX loads natbib for you, so you can't load it again.) rh
parenthetical citation
Dear Lyxers, It's my first time to use bibtex bibliography in lyx. Everything looks perfectly nice except that parenthetical citations use square brackets instead of round parentheses in the text. Namely, the pdf output renders Jones et al. [2000], rather than Jones et al. (2000). I use natbib (Document -> Settings -> Bibliography -> Natbib (Author-year), and the sytle is plannat), and thought the default behaviour is round parenthetical citations which are what I want. I then added \usepackage[round]{natbib} in the preamble, but lyx isn't happy about that and complains an option clash. Did I miss anything obvious here? How can I make lyx/bibtex give citations with round parentheses rather than square brackets? I'm running lyx 1.6.4 under Fedora 12. It was installed through "yum install lyx". The latex backbone is the yummed texlive 2007. Thank you, David -- turn and live.
Re: LyZ: Lyx plugin for Zotero
This sounds excellent, especially as it looks like I have a Zotero errors. Thanks and happy new year. --- On Fri, 1/1/10, Petr Šimon <089021...@polyu.edu.hk> wrote: > From: Petr Šimon <089021...@polyu.edu.hk> > Subject: LyZ: Lyx plugin for Zotero > To: lyx-users@lists.lyx.org > Received: Friday, January 1, 2010, 6:59 PM > Hi, > I have (probably) finished the plugin, i.e. at least as far > as new functionality goes. > The plugin is now able to synchronize any changes to BibTex > keys, including complete change of format, LyX document is > updated accordingly. This is useful when the reference is > incorrectly collected in Zotero and inserted as such into > LyX. Probably not something that would happen that often, > but since it was quite straightforward to implement... > https://addons.mozilla.org/en-US/firefox/addon/56806 > Best > Petr > > __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/
Re: LyZ: LyX plugin for Zotero
On 30.12.2009, at 01:57, Pavel Sanda wrote: Petr Šimon wrote: Currently the citation key can be made out of 'author', 'year', 'title' and optionally from separators like '_'. I will add another keyword, 'zotero' that will create the cite key from unique identifier in zotero db. yep, this was the main complaint in bug #6300. i expect two usecases - * users who dont care a about citekeys and just want to externally push citations and need to keep bitex keys stable. for these zotero ID is the way. * users who care about keys and need the stable bibtex keys too. for those the "customizable" citekey is the way. in this case is expecting users to be intelligent about the keys certainly in order. Hey Petr, Thanks for all the hard work on LyZ. I haven't checked out Zotero for a while; liked it a lot, but the integration with LyX was odd and it tended to corrupt my bibtex databases. However, with LyZ I will give it another try. I just want to put emphasize the importance of customizable citation keys! Many of us work in collaborative environments with shared bibtex databases and specific "home grown" requirements on how the keys are made up. For instance, in our group this is: :: (with being an abbreviation for the conference or journal the paper appeared.) In fact, in my group this it has always been the number one argument against bibtex frontend XYZ that it does not get the keys right. Having said that, I would appreciate an even better configurability of the key generation. What I would really like is the option to enter an advanced formatting string to generate the keys, including besides the variables for author, year, etc. various formatting specifiers and conditionals, such as: - number of digits (e.g., use only the two last digits of the year) - upper case/lower vase (very important, unfortunately very few tools support this) - conditionals (e.g., @book entries do not have a ; URLs do not have a year and the is 'site') - ... Another important point in which most, if not all, bibtex frontends fail miserably is the requirement to be "minimally invasive" on the bibtex database. Some collaborators still prefer editing the database with a text editor. What I expect from a good frontend is that it leaves all entries alone in the file that have not been modified in the current session, including formatting, LaTeX comment lines beginning with %, and so on. Basically, if I use your tool to add or edit an entry 'foobar' and update the bibtex file underneath, the the diff to the previous version of the bibtex file should contain only lines that are related to the 'foobar' entry. Just my 2 items on the long-term wish list :-) Daniel