Dear Gregory, >>> 1) Would it be possible to stop this resorting of the author >>> list from happening? Perhaps by recording the current author >>> id in the AuthorList rather than insisting that it must be 0
>I think that the answer to my own question is that internally >the current author must remain at position 0 for the AuthorList >attached to the editing buffer. The AuthorList that actually >gets read/written to the file could be ordered differently and >have different ids - for example the hash value that I mentioned >below. Yes, I think that's a good idea. >Yes I have a patch (against branch as it happens, but I'm >working with the git repo) that works fine, but I think it >could be improved to make it more robust. I would happily post >for comments. Please post for comments. Maybe you'll get some useful critiques.. >Would you happen to be able to explain which direction(s) the >required conversion has to work? My patch actually still allows >old files to be read, but always saves with a hash value (ie new >format). In principle it should work in both directions. That is, both a convert as a revert part. Currently LyX relates a zero to the first author in the list, so you should revert any hash value to 0,1,2,3... The new fileformat probably specifies a hash value in the "\author" tag, so you should probably add the number 0,1,2,3 or so to the author tag. I'm not sure whether you should also convert it into a hash value in order not to change it the first time you save the file. Maybe that's not absolutely necessary. > others developers will provide the necessary feedback to attain you goal. Yes. Vincent PS. I'm actually the last one who did some work on this..
