On 11 November 2012 14:28, Morten Omholt Alver <mortenal...@gmail.com>wrote:
> On 11 November 2012 14:00, EBo <e...@sandien.com> wrote:
>
>> On Nov 11 2012 3:34 AM, Morten Omholt Alver wrote:
>> > On 11 November 2012 03:25, EBo <e...@sandien.com> wrote:
>> >
>> >> On Nov 10 2012 3:33 PM, Morten Omholt Alver wrote:
>> >> > On 10 November 2012 21:37, EBo <e...@sandien.com> wrote:
>> >>
>> >> ...
>> >>
>> >> While running, I get the exact same behavior with using [key:auth]
>> >> (ie.
>> >> if the key does not exist, then write nothing in the field - not
>> >> even
>> >> the available author). Looking at the documentation I had that back
>> >> to
>> >> front and is not the way to accomplish what I was hoping to do. As
>> >> a
>> >> note, the "key" entry was developed to replace the editor/author
>> >> when
>> >> none exist.
>> >>
>> >
>> > Unless there's been a development I've missed, when using [key:auth]
>> > it
>> > will look for a field named "key". Is it the BibTeX key you want?
>> > Since the
>> > point of the exercise is to generate the BibTeX key, I can't see any
>> > reason
>> > referring that here. If you want to avoid overwriting existing keys,
>> > JabRef
>> > has mechanisms for giving warning or refusing to do that, I don't
>> > think
>> > it's possible to do it through the choice of key pattern.
>>
>> According to http://en.wikipedia.org/wiki/BibTeX
>>
>> key: A hidden field used for specifying or overriding the
>> alphabetical order of entries (when the "author" and "editor" fields are
>> missing). Note that this is very different from the key (mentioned just
>> after this list) that is used to cite or cross-reference the entry.
>>
>> I have been using this in the past, and an [auth:key] works ok. I was
>> just trying to use it for something inappropriate.
>>
>
> Ok, I didn't know about this key field.
>
>
>>
>> >> What I need in a couple of instances is to completely overwrite the
>> >> citation key when it generates something that is non-intuitive (like
>> >> in
>> >> the case of citing the original authors whose names are written in
>> >> Devanāgarī.
>> >
>> > I must admit I don't understand what you are trying to accomplish.
>> > Perhaps
>> > it would be easier if you gave a specific example of an entry, and
>> > what you
>> > want to achive, compared to what actually happens.
>>
>> OK. In order to get the reference to typeset correctly according to
>> published guidelines I ended up having the author defined as:
>>
>> author = {{M\={a}nikyadeva S\={u}ri, fl. 1268--1327}},
>> year = {1986}, <= translated into English
>> translator = {Sikdar, J.C.}
>>
>> This generates the key M=anikyadevaS=urifl.12681327:1986:RRS. What I
>> was hoping for is some way to overwrite either the author specific field
>> or the whole key that is generated. Is there some way to use one field
>> if defined and stop there -- similar to [year:(unknown)] ?
>>
>
> Ok, the main problem I see here is that the = sign should be filtered out
> from the generated key - we want the key generator to always generate valid
> keys. I will add a check for this.
>
> Regarding conditional markers, there is such mechanism, so you'll need to
> either include the author part or to omit it.
>
Oops, I meant there is NO such mechanism.
--
Morten
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
_______________________________________________
Jabref-users mailing list
Jabref-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jabref-users
