On 1/28/08, Christiaan Hofman <[EMAIL PROTECTED]> wrote:
>
> On 29 Jan 2008, at 12:52 AM, P Kishor wrote:
>
> > On 1/28/08, Christiaan Hofman <[EMAIL PROTECTED]> wrote:
> >> We don't do that because Apple still does not provide a -
> >> readUsersMind method (not even in Leopard).
> >
> > well, we don't need readUsersMind. Perhaps we need a
> > createUniqueStringAndAttachItToTheEndOfTheUsersSpecifiedString
> >
> > Since this unique string fragment is needed by the program and not by
> > the user (hence, so many users getting confused by its requirement),
> > it could be anything... it could be a magic time stamp, a random
> > number, whatever. What would the user care. In fact, embed it into
> > something recognizable such as square brackets or parens (I use (%u) )
> > and the problem is solved.
> >
> > I think Alex has a perfectly reasonable suggestion. That it is doable
> > or not is something I don't have the expertise to comment on.
> >
>
> 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.

sorry... by end, I meant end of the base file name. So, in my case
where I stick %u2

"As We May Think.pdf" becomes

"As We May Think(aa).pdf"

Now, for me, (aa) is as meaningless as (squarerootofminus1) so I don't
care what it is. It could well have been placed there by the tooth
fairy. I guess it is needed by the program, so there you have it.
Sticking it at the end of the basename means that the extension
doesn't get messed up and I can still sort/read my filenames without
getting puzzled by the to-me-meaningless unique string.


>
> Christiaan
>
> >
> >>
> >> Christiaan
> >>
> >> On 29 Jan 2008, at 12:21 AM, Alexander H. Montgomery wrote:
> >>
> >>> Maybe the dialog box should by default automatically add a unique
> >>> specifier for the user? Just trying to think about how to make this
> >>> question come up a little less...
> >>>
> >>> -A
> >>>
> >>> On 2008-01-28, at 12:43 PM, Christiaan Hofman wrote:
> >>>
> >>>> I wish people would actually read the alerts they get. It clearly
> >>>> says that you need to include a unique specifier, which is one
> >>>> of %u,
> >>>> %U or %n. So the answer is: no, you cannot. I don't know what
> >>>> you did
> >>>> after getting the initial alert, but I strongly advice you to go to
> >>>> the Preferences and fix it.
> >>>>
> >>>> All your previously filed items are still valid. Though you
> >>>> could run
> >>>> Auto-File on all items after you change your format.
> >>>>
> >>>> Christiaan
> >>>>
> >>>> On 28 Jan 2008, at 8:51 PM, Yunchang Shin wrote:
> >>>>
> >>>>> Hi
> >>>>> I have been using local-Url format as "%a1(%Y)-%t0%e" so far
> >>>>> without
> >>>>> any problem until 1.3.12.
> >>>>>
> >>>>> Recently, after I updated with 1.3.14, I can no longer use this
> >>>>> combination for my auto filing.
> >>>>> it keep saying it is invalid.
> >>>>> Does anyone know if I can keep this combination or not?
> >>>>> If not, how can I change all of file name I collected so far?
> >>>>>
> >>>>> And if I drop my file to local-url field in 1.3.14, file name
> >>>>> is not
> >>>>> followed this combination rule.
> >>>>> it happen only when I drop the file into the drop box.
> >>>>>
> >>>>> Can any one tell me about it too?
> >>>>>
> >>>>> Thanks
> >>>>>
> >>>>> Yun
> >>>>
> >>>> The Local-Url and Url fields are now basically just ordinary
> >>>> fields.
> >>>> You should use the blue side pane view for linked files and URLs.
> >>>>
> >>>> Christiaan
> >>>>
> >>>>
..


-- 
Puneet Kishor http://punkish.eidesis.org/
Nelson Institute for Environmental Studies http://www.nelson.wisc.edu/
Open Source Geospatial Foundation (OSGeo) http://www.osgeo.org/

-------------------------------------------------------------------------
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
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Reply via email to