On 30.12.2009 6:50, Pavel Sanda wrote:
Petr Šimon wrote:
Currently the cite keys are customizable, but I am thinking about removing
this feature. Are there any serious reasons why custom cite keys are
important?
having reasonable citekeys is good once you do final polishing of exported tex
file and also good for orientation in lyx citation dialog. i didn't get if
this pose problem for the features below. in case no problem arise from
customizable keys why to remove it.
I want to keep them readable, so the LyX dialog can be used side
by side with Zotero, e.g. to change text before and after, because this
cannot be done through the pipe (only insertion is possible).
once you feel like having stable version i wouldn't mind putting some advert
into news section of lyx main page. just let us now.
pavel
Basically, it should pose no problems, as long as the user keeps to one
format. Some functionality could be added if the key was not based on
any editable values in the reference item. E.g. I have already added a
function that updates the bibtex file, when anything is changed in
Zotero, so if you modified author name, title or year, the citekey would
change. But I suppose I have to put some trust into the user, right?
After all the user can create a mess from duplicates in the reference
library and such.
I was reluctant about "unreadable" cite keys, but I think it shouldn't
matter. Only the Lyx citation dialog would be difficult to use for
insertion. Editing is fine. And the document would look nasty when
editing with keys like 0_EXL67MJ.
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.
I have already published the plugin at Firefox addons, to spread the
word and get more tests done. I am using it on windows and linux and it
works rather smoothly. However it does seem to work on Mac.
Unfortunately I don't have Mac and I don't know a thing about it.
Thanks
Petr
