Even though I can understand both sides in this discussion I still
think it can be expected by the average BD user to read the alert
that is given at the first launch of BD after the update to the new
attached files system and do the necessary steps to adjust his
preferences accordingly. Really, is it that painful to manually add a
unique specifier? If there are really users out there who never got
in touche with the autofile preferences and thus are unclear what to
do then I would think that it is sensible for them to get introduced
to the autofile preferences at this point; at least it seems more
sensible than to provide means which will allow them to avoid
understanding this part of BD.
Yes, more annoying questions might show up on the list regarding this
issue. But eventually it will go away.
Cheers,
Alex
Am 29.01.2008 um 18:23 schrieb Chris Goedde:
> On Jan 29, 2008, at 10:23 AM, Christiaan Hofman wrote:
>
>>
>> On 29 Jan 2008, at 5:16 PM, Chris Goedde wrote:
>>
>>> On Jan 28, 2008, at 5:58 PM, Christiaan Hofman wrote:
>>>>
>>>> I say that because there is a choice: do you want %u, %U, %n, and
>>>> how
>>>> many characters and where? We can't know, because we can't
>>>> readUsersMind. Doing something arbitrary is wrong. Moreover just
>>>> sticking it at the end would be wrong because it would screw up the
>>>> file extension.
>>>
>>> Then put it before the extension, at the end of the basename.
>>>
>>
>> I already told you that changing the filename *after* generating the
>> path from the format is not an option, if that's what you mean. It's
>> essentially impossible to do that in our setup. It must be added in
>> the format. We can try to change the format to our best guess.
>
> Right, I meant change the format. My current format is %f{Citekey}%e.
> (Obviously, I'm still running an older BibDesk.) Just make a button
> that will change it to %f{Citekey}%u0%e (or whatever you think best)
> automagically.
>
> Chris
>
>
> ----------------------------------------------------------------------
> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Bibdesk-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bibdesk-users
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bibdesk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bibdesk-users
