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