Re: [Bibdesk-users] Local-Url field conversion

[Jan Jakob Bornheim]

> 
> 
> It looks like you haven't declared the Local-Url field as a local file field 
> in the Default Fields preferences. Make sure it's added to the custom fields 
> table with that type.
> 
> Christiaan

Thank you. That was it. Surprisingly simple in the end.
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field conversion

[Christiaan Hofman]

On Oct 13, 2012, at 1:36, Jan Jakob Bornheim wrote:

> 
> On 2012-10-13, at 1:02 AM, Christiaan Hofman  wrote:
> 
>> 
>> On Oct 13, 2012, at 0:32, Jan Jakob Bornheim wrote:
>> 
>>> On 2012-10-12, at 11:30 PM, Christiaan Hofman  wrote:
>>> 
 
 On Oct 12, 2012, at 18:44, Jan Jakob Bornheim wrote:
 
> On 2012-10-12, at 6:26 PM, Adam R. Maxwell  wrote:
> 
>> 
>> 
>> On Oct 12, 2012, at 9:03, Jan Jakob Bornheim  
>> wrote:
>> 
>>> Local-Url = 
>>> {file://localhost/Users/janjakobbornheim/Dropbox/Juranote/Sources/BGH-2012-09-19-XII-ZR.pdf},
>> 
>> Been a while since I looked, but I think that should be okay. Have you 
>> tried using a path instead, with no scheme and host?
>> 
> 
> Thanks for the feedback. When I change it to yield, i.e.
> 
> "Local-Url = 
> {/Users/janjakobbornheim/Dropbox/Juranote/Sources/BGH-2012-09-19-XII-ZR-136-10.pdf}"
> 
> it doesn't work either,
> 
> (I realise the file name changed - initially, I had given an incomplete 
> case number in my note, thus yielding a shortened file name, but both 
> files actually exist, so it's not that).
> 
> For the record, I use Version 1.5.10 (2646).
 
 Your expectations are correct, and for me this works when I use a file 
 name or URL that exists on my system. So are you really sure the files 
 exist? Also, does the field in the item editor show a little file icon in 
 the corner that also works? Or does it show an empty file icon?
 
 Christiaan
>>> 
>>> 100 % certain. The respective file does exist in all 231 instances. The way 
>>> the script is set up, it is impossible for the file not to exist because 
>>> the same variable is passed to Local-Url field which is used in the shell 
>>> script that creates the file. 
>>> 
>>> I can also see the file in the finder. Opening the bib file in PocketBib on 
>>> the iPad - which admittedly also parses the File field for the relative 
>>> location - works. Lastly, opening the URL in my browser correctly displays 
>>> the file.
>>> 
>>> Neither the item editor nor the main bibliography list shows the file icon 
>>> nor an empty icon or red paper clip respectively. After I open, save and 
>>> close the file in Bibdesk, no entry contains a Bdsk field.
>> 
>> I am talking about the Local-Url field. Not about the file and URL panes 
>> (that is empty, that's clear). So is there a little file icon in the corner 
>> of the Local-Url field, or does it show an empty file icon? There should be 
>> something. If it's an empty file icon (and clicking it does nothing but 
>> beep) then BibDesk cannot find the file, and there must be something wrong, 
>> perhaps a special; character that should be escaped or something.
>> 
>> Christiaan
> 
> Oh, okay. I never worked with the Local-Url field before and didn't know it 
> could show icons.
> 
>  It shows neither. I have attached a screenshot.
> 
> It doesn't work on any of the 231 entries in the database, but even a 
> database containing only the following entry won't work:
> 
> @case{BGH-2012-09-19-XII-ZR-136-10,
>   Author = {{BGH}},
>   Court = {{BGH}},
>   Crossref = {BGH},
>   Date = {2012-09-19},
>   Date-Added = {2012-10-12 23:30:23 +},
>   Date-Modified = {2012-10-12 23:30:23 +},
>   Eventdate = {2012-09-19},
>   File = {./Sources/BGH-2012-09-19-XII-ZR-136-10.pdf},
>   Keywords = {Zivilrecht, Familienrecht, Unbenannte Zuwendung},
>   Local-Url = 
> {/Users/janjakobbornheim/Dropbox/Juranote/Sources/BGH-2012-09-19-XII-ZR-136-10.pdf},
>   Note = {Urt.},
>   Number = {XII ZR 136/10},
>   Options = {germany=true},
>   Title = {Urt. v. 19.9.2012 - XII ZR 136/10},
>   Year = {2012},
>   Abstract = {Schlagwörter: Zivilrecht, Familienrecht, Unbenannte 
> Zuwendung}}
> 
> Cheers,
> 
> JJ
> 


It looks like you haven't declared the Local-Url field as a local file field in 
the Default Fields preferences. Make sure it's added to the custom fields table 
with that type.

Christiaan


--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field conversion

[Christiaan Hofman]

On Oct 13, 2012, at 0:32, Jan Jakob Bornheim wrote:

> On 2012-10-12, at 11:30 PM, Christiaan Hofman  wrote:
> 
>> 
>> On Oct 12, 2012, at 18:44, Jan Jakob Bornheim wrote:
>> 
>>> On 2012-10-12, at 6:26 PM, Adam R. Maxwell  wrote:
>>> 
 
 
 On Oct 12, 2012, at 9:03, Jan Jakob Bornheim  wrote:
 
> Local-Url = 
> {file://localhost/Users/janjakobbornheim/Dropbox/Juranote/Sources/BGH-2012-09-19-XII-ZR.pdf},
 
 Been a while since I looked, but I think that should be okay. Have you 
 tried using a path instead, with no scheme and host?
 
>>> 
>>> Thanks for the feedback. When I change it to yield, i.e.
>>> 
>>> "Local-Url = 
>>> {/Users/janjakobbornheim/Dropbox/Juranote/Sources/BGH-2012-09-19-XII-ZR-136-10.pdf}"
>>> 
>>> it doesn't work either,
>>> 
>>> (I realise the file name changed - initially, I had given an incomplete 
>>> case number in my note, thus yielding a shortened file name, but both files 
>>> actually exist, so it's not that).
>>> 
>>> For the record, I use Version 1.5.10 (2646).
>> 
>> Your expectations are correct, and for me this works when I use a file name 
>> or URL that exists on my system. So are you really sure the files exist? 
>> Also, does the field in the item editor show a little file icon in the 
>> corner that also works? Or does it show an empty file icon?
>> 
>> Christiaan
> 
> 100 % certain. The respective file does exist in all 231 instances. The way 
> the script is set up, it is impossible for the file not to exist because the 
> same variable is passed to Local-Url field which is used in the shell script 
> that creates the file. 
> 
> I can also see the file in the finder. Opening the bib file in PocketBib on 
> the iPad - which admittedly also parses the File field for the relative 
> location - works. Lastly, opening the URL in my browser correctly displays 
> the file.
> 
> Neither the item editor nor the main bibliography list shows the file icon 
> nor an empty icon or red paper clip respectively. After I open, save and 
> close the file in Bibdesk, no entry contains a Bdsk field.

I am talking about the Local-Url field. Not about the file and URL panes (that 
is empty, that's clear). So is there a little file icon in the corner of the 
Local-Url field, or does it show an empty file icon? There should be something. 
If it's an empty file icon (and clicking it does nothing but beep) then BibDesk 
cannot find the file, and there must be something wrong, perhaps a special; 
character that should be escaped or something.

Christiaan


--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field conversion

[Jan Jakob Bornheim]

On 2012-10-12, at 11:30 PM, Christiaan Hofman  wrote:

> 
> On Oct 12, 2012, at 18:44, Jan Jakob Bornheim wrote:
> 
>> On 2012-10-12, at 6:26 PM, Adam R. Maxwell  wrote:
>> 
>>> 
>>> 
>>> On Oct 12, 2012, at 9:03, Jan Jakob Bornheim  wrote:
>>> 
 Local-Url = 
 {file://localhost/Users/janjakobbornheim/Dropbox/Juranote/Sources/BGH-2012-09-19-XII-ZR.pdf},
>>> 
>>> Been a while since I looked, but I think that should be okay. Have you 
>>> tried using a path instead, with no scheme and host?
>>> 
>> 
>> Thanks for the feedback. When I change it to yield, i.e.
>> 
>> "Local-Url = 
>> {/Users/janjakobbornheim/Dropbox/Juranote/Sources/BGH-2012-09-19-XII-ZR-136-10.pdf}"
>> 
>> it doesn't work either,
>> 
>> (I realise the file name changed - initially, I had given an incomplete case 
>> number in my note, thus yielding a shortened file name, but both files 
>> actually exist, so it's not that).
>> 
>> For the record, I use Version 1.5.10 (2646).
> 
> Your expectations are correct, and for me this works when I use a file name 
> or URL that exists on my system. So are you really sure the files exist? 
> Also, does the field in the item editor show a little file icon in the corner 
> that also works? Or does it show an empty file icon?
> 
> Christiaan

100 % certain. The respective file does exist in all 231 instances. The way the 
script is set up, it is impossible for the file not to exist because the same 
variable is passed to Local-Url field which is used in the shell script that 
creates the file. 

I can also see the file in the finder. Opening the bib file in PocketBib on the 
iPad - which admittedly also parses the File field for the relative location - 
works. Lastly, opening the URL in my browser correctly displays the file.

Neither the item editor nor the main bibliography list shows the file icon nor 
an empty icon or red paper clip respectively. After I open, save and close the 
file in Bibdesk, no entry contains a Bdsk field.
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field conversion

[Christiaan Hofman]

On Oct 12, 2012, at 18:44, Jan Jakob Bornheim wrote:

> On 2012-10-12, at 6:26 PM, Adam R. Maxwell  wrote:
> 
>> 
>> 
>> On Oct 12, 2012, at 9:03, Jan Jakob Bornheim  wrote:
>> 
>>> Local-Url = 
>>> {file://localhost/Users/janjakobbornheim/Dropbox/Juranote/Sources/BGH-2012-09-19-XII-ZR.pdf},
>> 
>> Been a while since I looked, but I think that should be okay. Have you tried 
>> using a path instead, with no scheme and host?
>> 
> 
> Thanks for the feedback. When I change it to yield, i.e.
> 
> "Local-Url = 
> {/Users/janjakobbornheim/Dropbox/Juranote/Sources/BGH-2012-09-19-XII-ZR-136-10.pdf}"
> 
> it doesn't work either,
> 
> (I realise the file name changed - initially, I had given an incomplete case 
> number in my note, thus yielding a shortened file name, but both files 
> actually exist, so it's not that).
> 
> For the record, I use Version 1.5.10 (2646).

Your expectations are correct, and for me this works when I use a file name or 
URL that exists on my system. So are you really sure the files exist? Also, 
does the field in the item editor show a little file icon in the corner that 
also works? Or does it show an empty file icon?

Christiaan


--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field conversion

[Jan Jakob Bornheim]

On 2012-10-12, at 6:26 PM, Adam R. Maxwell  wrote:

> 
> 
> On Oct 12, 2012, at 9:03, Jan Jakob Bornheim  wrote:
> 
>> Local-Url = 
>> {file://localhost/Users/janjakobbornheim/Dropbox/Juranote/Sources/BGH-2012-09-19-XII-ZR.pdf},
> 
> Been a while since I looked, but I think that should be okay. Have you tried 
> using a path instead, with no scheme and host?
> 

Thanks for the feedback. When I change it to yield, i.e.

"Local-Url = 
{/Users/janjakobbornheim/Dropbox/Juranote/Sources/BGH-2012-09-19-XII-ZR-136-10.pdf}"

it doesn't work either,

(I realise the file name changed - initially, I had given an incomplete case 
number in my note, thus yielding a shortened file name, but both files actually 
exist, so it's not that).

For the record, I use Version 1.5.10 (2646).


--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field conversion

[Adam R. Maxwell]

On Oct 12, 2012, at 9:03, Jan Jakob Bornheim  wrote:

>  Local-Url = 
> {file://localhost/Users/janjakobbornheim/Dropbox/Juranote/Sources/BGH-2012-09-19-XII-ZR.pdf},

Been a while since I looked, but I think that should be okay. Have you tried 
using a path instead, with no scheme and host?

--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

[Bibdesk-users] Local-Url field conversion

[Jan Jakob Bornheim]

Hello,

I have, painstakingly, set up an AppleScript that reads my selected Evernote 
notes (for what it's worth, I have to maintain the Evernote project because 
Evernote allows a tag hierarchy), and based on certain criteria, will write the 
content of the note into a bib file. The relevant part looks like that:

set theNewEntry to ¬
"@case{" & theNoteDecisionID & "," & return & ¬
"   Court = {{" & theNoteDecisionCourtFull & "}}," 
& return & ¬
"   Author = {{" & theNoteDecisionCourtFull & "}}," 
& return & ¬
"   Crossref = {" & theNoteDecisionCourt & "}," & 
return & ¬
"   Note = {" & theNoteDecisionType & "}," & return 
& ¬
"   Date = {" & theNoteDecisionDate & "}," & return 
& ¬
"   Year = {" & theNoteYear & "}," & return & ¬
"   Date-Added = {" & theCurrentDate & "}," & 
return & ¬
"   Date-Modified = {" & theCurrentDate & "}," & 
return & ¬
"   Eventdate = {" & theNoteDecisionDate & "}," & 
return & ¬
"   Title = {" & theNoteDecisionType & " v. " & 
theNoteDay & "." & theNoteMonth & "." & theNoteYear & " - " & 
theNoteDecisionNumberFull & "}," & return & ¬
"   Number = {" & theNoteDecisionNumberFull & "}," 
& return & ¬
"   Rating = {" & theDecisionRating & "}," & return 
& ¬
"   Abstract = {" & theNoteText & theTagListAsText 
& "}," & return & ¬
"   Keywords = {" & theTagListAsText & "}," & 
return & ¬
"   Options = {germany=true}," & return & ¬
"   File = {./" & theSourcesFolder & 
theSourceFileName & "}," & return & ¬
"   Local-Url = {file://localhost" & POSIX path of 
theSourcesFolderFull & theSourceFileName & "}}" & ¬
return

Now this returns, for instance, entries like the following:

@case{BGH-2012-09-19-XII-ZR,
Author = {{BGH}},
Court = {{BGH}},
Crossref = {BGH},
Date = {2012-09-19},
Date-Added = {2012-10-12 17:49:58 +0200},
Date-Modified = {2012-10-12 17:49:58 +0200},
Eventdate = {2012-09-19},
File = {./Sources/BGH-2012-09-19-XII-ZR.pdf},
Keywords = {Zivilrecht, Familienrecht, Unbenannte Zuwendung},
Local-Url = 
{file://localhost/Users/janjakobbornheim/Dropbox/Juranote/Sources/BGH-2012-09-19-XII-ZR.pdf},
Note = {Urt.},
Number = {XII ZR},
Options = {germany=true},
Title = {Urt. v. 19.9.2012 - XII ZR},
Year = {2012},
Abstract = {Zivilrecht, Familienrecht, Unbenannte Zuwendung}}

The script loops over all selected notes, and adds theNewEntry as an item to a 
list. Finally, the list is written to a new bib file. It works flawlessly with 
one exception:

It was my understanding that, upon opening, BibDesk would convert the Local-Url 
to a Bdsk-File style format. Which is, what I assumed and what my research 
through tells me is the expected behaviour of having "Automatically convert 
File and URL fields" checked. However, it does not do that and the local file 
count for each entry will be 0.

Furthermore, even selecting Convert File and URL fields from the Database menu 
does nothing.

Is my understanding wrong or is there a bug?

Cheers,

JJ
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[FZiegler]

Christiaan Hofman wrote:
>   if (count of linked files) > 0 then
> 
>>  set thePath to quoted form of (get POSIX path 
>> of linked file 1)
>>  set thePath to do shell script "echo " & 
>> thePath & "|sed -e 
>> \"s|$HOME|~|\""
>>  set value of field "Local-Url" to thePath
> 
>   delete linked file 1
>   end if


Yay -- that works perfectly. Thank you so much!

Francois

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[Christiaan Hofman]

On Nov 29, 2011, at 23:14, FZiegler wrote:

> Christiaan Hofman wrote:
>> On Nov 29, 2011, at 22:57, FZiegler wrote:
>> 
 Well, you could. But it could lead to some inconsistencies in how things 
 work, because BibDesk assumes that they are data. If you don't want to 
 save them, then simply don't have linked files in your database, it's as 
 simple as that.
>>> Aha. Now I see that control-clicking a linked file gives me a "remove" 
>>> option. So I'll link files to have my script generate Local-Url, then 
>>> remember to always immediately "remove" the file and choose not to have 
>>> it moved to the trash -- I guess that's the idea? That works for me.
>>> 
>>> Thanks,
>>> Francois
>> 
>> Doen't the script remove the linked file? 
> 
> H, no, but you're makink me realize that there probably is a way to 
> make it do all the operations I spelled out above? This is what it does 
> currently:
> 
> using terms from application "BibDesk"
>   on perform BibDesk action with publications thePubs for script hook 
> theScriptHook
>   repeat with thePub in thePubs
>   set thePub to contents of thePub
>   tell thePub

if (count of linked files) > 0 then

>   set thePath to quoted form of (get POSIX path 
> of linked file 1)
>   set thePath to do shell script "echo " & 
> thePath & "|sed -e 
> \"s|$HOME|~|\""
>   set value of field "Local-Url" to thePath

delete linked file 1
end if

>   end tell
>   end repeat
>   end perform BibDesk action with publications
> end using terms from
> 
>> And how do you get the linked file in the first place?
> 
> By dropping it from the Finder onto the "Drop Files Here" well. (So far 
> as I can tell, dropping a file onto the "Local-Url" field creates a link 
> to where it is, but no longer autofiles it as it used to in 1.3.12.)
> 
> Thanks again,
> Francois

An alternative is to auto-file through a script hook.

Christiaan


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[FZiegler]

Christiaan Hofman wrote:
> On Nov 29, 2011, at 22:57, FZiegler wrote:
> 
>>> Well, you could. But it could lead to some inconsistencies in how things 
>>> work, because BibDesk assumes that they are data. If you don't want to save 
>>> them, then simply don't have linked files in your database, it's as simple 
>>> as that.
>> Aha. Now I see that control-clicking a linked file gives me a "remove" 
>> option. So I'll link files to have my script generate Local-Url, then 
>> remember to always immediately "remove" the file and choose not to have 
>> it moved to the trash -- I guess that's the idea? That works for me.
>>
>> Thanks,
>> Francois
> 
> Doen't the script remove the linked file? 

H, no, but you're makink me realize that there probably is a way to 
make it do all the operations I spelled out above? This is what it does 
currently:

using terms from application "BibDesk"
on perform BibDesk action with publications thePubs for script hook 
theScriptHook
repeat with thePub in thePubs
set thePub to contents of thePub
tell thePub
set thePath to quoted form of (get POSIX path 
of linked file 1)
set thePath to do shell script "echo " & 
thePath & "|sed -e 
\"s|$HOME|~|\""
set value of field "Local-Url" to thePath
end tell
end repeat
end perform BibDesk action with publications
end using terms from

> And how do you get the linked file in the first place?

By dropping it from the Finder onto the "Drop Files Here" well. (So far 
as I can tell, dropping a file onto the "Local-Url" field creates a link 
to where it is, but no longer autofiles it as it used to in 1.3.12.)

Thanks again,
Francois


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[Christiaan Hofman]

On Nov 29, 2011, at 22:57, FZiegler wrote:

> Christiaan Hofman wrote:
>> On Nov 29, 2011, at 21:30, FZiegler wrote:
>> 
>>> Christiaan Hofman wrote:
 On Nov 18, 2011, at 6:58, FZiegler wrote:
 
> 1) The line `set value of field "Bdsk-File-1" to ""' has no effect. It is 
> meant to erase that field, but it seems it either doesn't or the field 
> gets regenerated on every save. Is there a better way that would actually 
> remove it?
> 
 You should never access those fields. Those fields only exists in the 
 saved file, they don't exist in the program. You only have the linked 
 files, so if you want to remove them you should delete those.
>>> I understood tyhe above and removed this line from my script, but no I 
>>> do in fact have to ask: is there a simple change I could make in 
>>> BibDesk's source so that on saving a file it *doesn't* write these 
>>> "Bdsk-File-*" fields? (or at least writes empty fields?)
>>> 
>> 
>> Well, you could. But it could lead to some inconsistencies in how things 
>> work, because BibDesk assumes that they are data. If you don't want to save 
>> them, then simply don't have linked files in your database, it's as simple 
>> as that.
> 
> Aha. Now I see that control-clicking a linked file gives me a "remove" 
> option. So I'll link files to have my script generate Local-Url, then 
> remember to always immediately "remove" the file and choose not to have 
> it moved to the trash -- I guess that's the idea? That works for me.
> 
> Thanks,
> Francois

Doen't the script remove the linked file? And how do you get the linked file in 
the first place?

Christiaan


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[FZiegler]

Christiaan Hofman wrote:
> On Nov 29, 2011, at 21:30, FZiegler wrote:
> 
>> Christiaan Hofman wrote:
>>> On Nov 18, 2011, at 6:58, FZiegler wrote:
>>>
 1) The line `set value of field "Bdsk-File-1" to ""' has no effect. It is 
 meant to erase that field, but it seems it either doesn't or the field 
 gets regenerated on every save. Is there a better way that would actually 
 remove it?

>>> You should never access those fields. Those fields only exists in the saved 
>>> file, they don't exist in the program. You only have the linked files, so 
>>> if you want to remove them you should delete those.
>> I understood tyhe above and removed this line from my script, but no I 
>> do in fact have to ask: is there a simple change I could make in 
>> BibDesk's source so that on saving a file it *doesn't* write these 
>> "Bdsk-File-*" fields? (or at least writes empty fields?)
>>
> 
> Well, you could. But it could lead to some inconsistencies in how things 
> work, because BibDesk assumes that they are data. If you don't want to save 
> them, then simply don't have linked files in your database, it's as simple as 
> that.

Aha. Now I see that control-clicking a linked file gives me a "remove" 
option. So I'll link files to have my script generate Local-Url, then 
remember to always immediately "remove" the file and choose not to have 
it moved to the trash -- I guess that's the idea? That works for me.

Thanks,
Francois

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[Christiaan Hofman]

On Nov 29, 2011, at 21:30, FZiegler wrote:

> Christiaan Hofman wrote:
>> On Nov 18, 2011, at 6:58, FZiegler wrote:
>> 
>>> 1) The line `set value of field "Bdsk-File-1" to ""' has no effect. It is 
>>> meant to erase that field, but it seems it either doesn't or the field gets 
>>> regenerated on every save. Is there a better way that would actually remove 
>>> it?
>>> 
>> 
>> You should never access those fields. Those fields only exists in the saved 
>> file, they don't exist in the program. You only have the linked files, so if 
>> you want to remove them you should delete those.
> 
> I understood tyhe above and removed this line from my script, but no I 
> do in fact have to ask: is there a simple change I could make in 
> BibDesk's source so that on saving a file it *doesn't* write these 
> "Bdsk-File-*" fields? (or at least writes empty fields?)
> 

Well, you could. But it could lead to some inconsistencies in how things work, 
because BibDesk assumes that they are data. If you don't want to save them, 
then simply don't have linked files in your database, it's as simple as that.

> Reason: I've always had my .bib file mirrored between my desktop and 
> laptop, using Unison. That worked fine under 1.3.12. But now say Unison 
> copies the file, desktop-->laptop. The next time I open it on the laptop 
> and save even once, all Bdsk-File-* fields change so the next Unison run 
> reports the file as no longer in sync, even if *I* made no changes to 
> it. Actual user-made changes get drowned in the noise of these alias 
> changes.
> 
> As I don't actually need these fields in the file (thanks to the 
> applescript you helped me write), I'd rather just get rid of them, than 
> return to 1.3.12. Unless you suggest yet another way of solving this 
> problem? I have a hard time believing I'm the first person to hit it.
> 
> Francois

I already explained how you can live without having linked files.

Christiaan


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[FZiegler]

Christiaan Hofman wrote:
> On Nov 18, 2011, at 6:58, FZiegler wrote:
> 
>> 1) The line `set value of field "Bdsk-File-1" to ""' has no effect. It is 
>> meant to erase that field, but it seems it either doesn't or the field gets 
>> regenerated on every save. Is there a better way that would actually remove 
>> it?
>>
> 
> You should never access those fields. Those fields only exists in the saved 
> file, they don't exist in the program. You only have the linked files, so if 
> you want to remove them you should delete those.

I understood the above and removed this line from my script, but now I 
do in fact have to ask: is there a simple change I could make in 
BibDesk's source so that on saving a file it *doesn't* write these 
"Bdsk-File-*" fields? (or at least writes empty fields?)

Reason: I've always had my .bib file mirrored between my desktop and 
laptop, using Unison. That worked fine under 1.3.12. But now say Unison 
copies the file, desktop-->laptop. The next time I open it on the laptop 
and save even once, all Bdsk-File-* fields change so the next Unison run 
reports the file as no longer in sync, even if *I* made no changes to 
it. Actual user-made changes get drowned in the noise of these alias 
changes.

As I don't actually need these fields in the file (thanks to the 
applescript you helped me write), I'd rather just get rid of them, than 
return to 1.3.12. Unless you suggest yet another way of solving this 
problem? I have a hard time believing I'm the first person to hit it.

Francois

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[FZiegler]

Christiaan Hofman wrote:
> On Nov 18, 2011, at 6:58, FZiegler wrote:
> 
>> 1) The line `set value of field "Bdsk-File-1" to ""' has no effect. It is 
>> meant to erase that field, but it seems it either doesn't or the field gets 
>> regenerated on every save. Is there a better way that would actually remove 
>> it?
>>
> 
> You should never access those fields. Those fields only exists in the saved 
> file, they don't exist in the program. You only have the linked files, so if 
> you want to remove them you should delete those.

I understood tyhe above and removed this line from my script, but no I 
do in fact have to ask: is there a simple change I could make in 
BibDesk's source so that on saving a file it *doesn't* write these 
"Bdsk-File-*" fields? (or at least writes empty fields?)

Reason: I've always had my .bib file mirrored between my desktop and 
laptop, using Unison. That worked fine under 1.3.12. But now say Unison 
copies the file, desktop-->laptop. The next time I open it on the laptop 
and save even once, all Bdsk-File-* fields change so the next Unison run 
reports the file as no longer in sync, even if *I* made no changes to 
it. Actual user-made changes get drowned in the noise of these alias 
changes.

As I don't actually need these fields in the file (thanks to the 
applescript you helped me write), I'd rather just get rid of them, than 
return to 1.3.12. Unless you suggest yet another way of solving this 
problem? I have a hard time believing I'm the first person to hit it.

Francois

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[FZiegler]

Christiaan Hofman wrote:
>>
>> I don't intend to ever have an entry with more than one linked file, 
>> btw. To me this contradicts the whole spirit of bibliography: if we have 
>> two different documents, then they should each have its own entry.
>>
> 
> It doesn't matter what you do. I am talking about what "linked files" 
> returns: a list. Whether that's a list of one or more does not matter. So you 
> should treat it as a list in your script.

Yes, yes, I do understand this. The reason I wrote the above was further 
down, "I mention this because..."

Francois

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[Christiaan Hofman]

On Nov 19, 2011, at 0:32, FZiegler wrote:

> Thank you so much for taking the times to educate me; I've happily 
> adopted all your suggestions.
> 
>> When you use a path in a shell script, you should always quote the path. In 
>> AppleScript you can conveniently do that by using "quoted form of thePath". 
>> 
>> Also, there can be multiple linked files. So getting "POSIX path of linked 
>> files" gives you a *list* of strings. So you should get something like 
>> "POSIX path of linked file 1". And you should first check whether there are 
>> linked files, and also whether the Local-Url isn't overwritten or 
>> unnecessarily set.
> 
> Ah. At first I had tried the quoted form (inspired by the script of 
> Andreas who is careful to do that), but it hadn't worked, and I believe 
> your second remark above explains exactly why. With both changes in 
> place it works fine.
> 
> I don't intend to ever have an entry with more than one linked file. 
> btw. To me this contradicts the whole spirit of bibliography: if we have 
> two different documents, then they should each have its own entry.
> 

It doesn't matter what you do. I am talking about what "linked files" returns: 
a list. Whether that's a list of one or more does not matter. So you should 
treat it as a list in your script.

Christiaan


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[FZiegler]

Adam R. Maxwell wrote:

>> On the other hand, I *do* often have several entries linking to the same 
>> file, for practical reasons. (E.g., I've got volumes of collected works, 
>> or Encyklopädie, from archive.org. Each has its own entry under the 
>> editor's or collectee's name; but I often have entries for individual 
>> articles. These link again to the whole volume -- since it's there.) I 
>> mention this because it's easy to do by manually in the Local-Url field, 
>> whereas... how would I do it under the new filing system?
> 
> Drag that file to the file pane for each entry it should be associated
> with.  If it's a collection, consider using crossrefs.

But then, under which author/year (say) does the file end up *in the 
filesystem*? The last one to have spoken? I need this to be predictable 
by plain (cross-platform) bibtex reading any of the .bib entries.

> Do you mean that you're sharing the .bib file with Linux/Windows users?
> What software do they use to read the .bib file, and how does it deal with
> file names?  Storing it on a server shouldn't matter.

The software used is just plain latex (and bibtex), running on the 
server. There, our book's source and my biblio.bib are sync'd using 
Mercurial, and the literature Archive is sync'd using Unison. It's also 
served (to us) by Apache. While working on a paper (or the book) we use 
a special .bst which includes hyperlinks to that Archived literature.

The book's mercurial repo also contains a http://hatta-wiki.org for 
discussion. This also supports latex (mathjax) and I'd like to also be 
able to \cite references and get the hyperlinked, but that part is not 
implemented.

> I guess I thought you needed 20 editor windows open because you were
> referring back to others as you were writing notes.  Why do you have
> so many open at once?  (just curious)  In what I think is the common
> case, you have 1--3 editors open at once, and the window title isn't
> prone to confusion.

The 20 was a somewhat extreme example to show how useless a title list 
could become, but I might typically have 10 -- why? because I'm copying 
and pasting and moving material and \cite-ing from one another. Since 
you express curiosity, I'm emailing you 3 random pages in hope they'll 
illustrate this better than long explanations could.

The bottom line is that this is history-of-math related work, where 
having all sources at your fingertips is starting to allow for a new 
style of work. (You don't need to quote nearly as much, when you can 
just link the original pages from gallica.fr, archive.org, etc.)

Francois

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[Adam R. Maxwell]

On Nov 18, 2011, at 15:32 , FZiegler wrote:

> I don't intend to ever have an entry with more than one linked file. 
> btw. To me this contradicts the whole spirit of bibliography: if we have 
> two different documents, then they should each have its own entry.

Sometimes you have supporting information (animation, additional graphics, 
source, etc.) to attach to a publication.  That's the use case that we've
designed for, and the reason that you can attach multiple files of /any/
type.

> On the other hand, I *do* often have several entries linking to the same 
> file, for practical reasons. (E.g., I've got volumes of collected works, 
> or Encyklopädie, from archive.org. Each has its own entry under the 
> editor's or collectee's name; but I often have entries for individual 
> articles. These link again to the whole volume -- since it's there.) I 
> mention this because it's easy to do by manually in the Local-Url field, 
> whereas... how would I do it under the new filing system?

Drag that file to the file pane for each entry it should be associated
with.  If it's a collection, consider using crossrefs.

>> Yes, this is the decomposed S + caron and the combined S-with-caron 
>> respectively. What you get is fairly unpredictable, different methods will 
>> give different results, all kinds of processes can change the composition. 
>> That's the problem with Unicode. I wouldn't really know how to normalize 
>> that. I don't know why it would bite you, most methods you would use should 
>> not make a difference between different decompositions.
> 
> Well, the reason we want these paths in plain text is that they are also 
> being used on a Linux server (which mirrors the .bib and Archive). I can 
> see how this sort of issue could bite, because it's the whole reason why 
> Unison (file synchronizer) was not usable between Mac and Linux systems 
> as soon as non-ASCII file names were involved -- until they found a way 
> to normalize.

Do you mean that you're sharing the .bib file with Linux/Windows users?
What software do they use to read the .bib file, and how does it deal with
file names?  Storing it on a server shouldn't matter.

-- 
Adam




--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[FZiegler]

Thank you so much for taking the times to educate me; I've happily 
adopted all your suggestions.

> When you use a path in a shell script, you should always quote the path. In 
> AppleScript you can conveniently do that by using "quoted form of thePath". 
> 
> Also, there can be multiple linked files. So getting "POSIX path of linked 
> files" gives you a *list* of strings. So you should get something like "POSIX 
> path of linked file 1". And you should first check whether there are linked 
> files, and also whether the Local-Url isn't overwritten or unnecessarily set.

Ah. At first I had tried the quoted form (inspired by the script of 
Andreas who is careful to do that), but it hadn't worked, and I believe 
your second remark above explains exactly why. With both changes in 
place it works fine.

I don't intend to ever have an entry with more than one linked file. 
btw. To me this contradicts the whole spirit of bibliography: if we have 
two different documents, then they should each have its own entry.

On the other hand, I *do* often have several entries linking to the same 
file, for practical reasons. (E.g., I've got volumes of collected works, 
or Encyklopädie, from archive.org. Each has its own entry under the 
editor's or collectee's name; but I often have entries for individual 
articles. These link again to the whole volume -- since it's there.) I 
mention this because it's easy to do by manually in the Local-Url field, 
whereas... how would I do it under the new filing system?

> Yes, this is the decomposed S + caron and the combined S-with-caron 
> respectively. What you get is fairly unpredictable, different methods will 
> give different results, all kinds of processes can change the composition. 
> That's the problem with Unicode. I wouldn't really know how to normalize 
> that. I don't know why it would bite you, most methods you would use should 
> not make a difference between different decompositions.

Well, the reason we want these paths in plain text is that they are also 
being used on a Linux server (which mirrors the .bib and Archive). I can 
see how this sort of issue could bite, because it's the whole reason why 
Unison (file synchronizer) was not usable between Mac and Linux systems 
as soon as non-ASCII file names were involved -- until they found a way 
to normalize.

Don't get me wrong: I'm not complaining -- only trying to explain my use 
case and perspective here. I'm very happy to work with (or around) what 
I'm getting for free, and your program manages perhaps the most crucial 
file in my work.

Thanks again,
Francois

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[Christiaan Hofman]

On Nov 18, 2011, at 6:58, FZiegler wrote:

> Following your advice, I produced the following as my first applescript ever, 
> and would like your help improving it.
> 
> using terms from application "BibDesk"
>   on perform BibDesk action with publications thePubs for script hook 
> theScriptHook
>   repeat with thePub in thePubs
>   tell thePub
>   set thePath to (get POSIX path of linked files)
>   set thePath to do shell script "echo " & 
> thePath & "|sed -e \"s|$HOME|~|\""
>   set value of field "Local-Url" to thePath
>   set value of field "Bdsk-File-1" to ""
>   end tell
>   end repeat
>   end perform BibDesk action with publications
> end using terms from
> 
> Saved it as "~/Library/Application Support/BibDesk/Scripts/unalias.scpt" and 
> assigned it to the "Did Auto File" hook in BibDesk's Script Hooks preference 
> pane.
> 
> This mostly works -- i.e., on dropping a file the Local-Url field gets filled 
> with e.g. ~/Documents/Math/Archive/B/Benoist.Y/Benoist.1995.pdf -- but there 
> remain two problems:
> 
> 1) The line `set value of field "Bdsk-File-1" to ""' has no effect. It is 
> meant to erase that field, but it seems it either doesn't or the field gets 
> regenerated on every save. Is there a better way that would actually remove 
> it?
> 

You should never access those fields. Those fields only exists in the saved 
file, they don't exist in the program. You only have the linked files, so if 
you want to remove them you should delete those.

> 2) When the author's name has diacritics, what gets written to the file is 
> different than it used to with version 1.3.12. At first sight (in BibDesk's 
> interface) it looks the same, but in a text editor one sees that an Š, for 
> instance, gets written Š (hex: 53 CC 8C) instead of Š (hex: C5 A0); see 
> attached screen shot. While these may be different "decompositions" of the 
> same unicode character (I haven't checked yet), it seems likely to bite me in 
> the long run. Does anyone know the magic incantation that would keep things 
> consistent?
> 
> Thanks,
> Francois


Yes, this is the decomposed S + caron and the combined S-with-caron 
respectively. What you get is fairly unpredictable, different methods will give 
different results, all kinds of processes can change the composition. That's 
the problem with Unicode. I wouldn't really know how to normalize that. I don't 
know why it would bite you, most methods you would use should not make a 
difference between different decompositions.

When you use a path in a shell script, you should always quote the path. In 
AppleScript you can conveniently do that by using "quoted form of thePath". 

Also, there can be multiple linked files. So getting "POSIX path of linked 
files" gives you a *list* of strings. So you should get something like "POSIX 
path of linked file 1". And you should first check whether there are linked 
files, and also whether the Local-Url isn't overwritten or unnecessarily set.

And it's probably better to add a line "set thePub to contents of thePub" right 
after the repeat, because AppleScript often has problems with that.

Christiaan


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[FZiegler]

Fischlin Andreas wrote:
> Yes, AppleScript and check out my AppleScript "Inspect Linked Files" you can 
> download at http://www.sysecol.ethz.ch/people/afischli/software
> 
> Regards,
> Andreas

Thanks Andreas! (And on second thought, I think I missed the "Replace 
All Scope" in Database Find and Replace.)

Francois

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[Fischlin Andreas]

Yes, AppleScript and check out my AppleScript "Inspect Linked Files" you can 
download at http://www.sysecol.ethz.ch/people/afischli/software

Regards,
Andreas


ETH Zurich
Prof. Dr. Andreas Fischlin
Systems Ecology - Institute of Integrative Biology
CHN E 21.1
Universitaetstrasse 16
8092 Zurich
SWITZERLAND

andreas.fisch...@env.ethz.ch
www.sysecol.ethz.ch

+41 44 633-6090 phone
+41 44 633-1136 fax
+41 79 221-4657 mobile  NEW as of Dec.2011 +41 79 595-4050

 Make it as simple as possible, but distrust it!





On 17/11/2011, at 11:48 , FZiegler wrote:

Christiaan Hofman wrote:

That was instant to do with find & replace in a text editor.

Note that BibDesk has that same feature, that you can use for specific fields.

I probably missed something, but I could not see how to do it at one
stroke for all 6000+ entries in my database. ("Replace all" seemed to
work per-entry.)

Another option is to use the linked files anyway, but have them backed up in 
the Local-Url field. Is it really such a problem when others see one extra 
field?

Their point of view is that bibtex is cross-platform, but my mac aliases
1) break that and 2) considerably enlarge the file's size. But yes, they
might forgive as long as I duplicate the path in plain text. How do I go
about this?  (Still applescript?)

Thanks,
Francois

--
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[FZiegler]

Christiaan Hofman wrote:

>> That was instant to do with find & replace in a text editor.
> 
> Note that BibDesk has that same feature, that you can use for specific fields.

I probably missed something, but I could not see how to do it at one 
stroke for all 6000+ entries in my database. ("Replace all" seemed to 
work per-entry.)

> Another option is to use the linked files anyway, but have them backed up in 
> the Local-Url field. Is it really such a problem when others see one extra 
> field?

Their point of view is that bibtex is cross-platform, but my mac aliases 
1) break that and 2) considerably enlarge the file's size. But yes, they 
might forgive as long as I duplicate the path in plain text. How do I go 
about this?  (Still applescript?)

Thanks,
Francois

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[Christiaan Hofman]

On Nov 16, 2011, at 21:50, FZiegler wrote:

> Christiaan Hofman wrote:
> 
>>> 2. Subsidiary question: while at it, would it be possible for me to 
>>> switch from having, *written in the .bib file* a Local-Url like
>>> 
>>> file://localhost/Volumes/Home/FZ/Documents/Archive/,   (**)
>>> 
>>> to something more portable
>> 
>> The local URL fields accept all kinds of values, file URLs, absolute paths, 
>> relative paths from the database, and tilde-abbreviated. To convert you 
>> could use a (apple)script or the Database Find and Replace feature. 
> 
> Thank you! This solves my problem #2. I hadn't realized that I should 
> simply edit the field to something other than what BibDesk writes on 
> autofile. That was instant to do with find & replace in a text editor.
> 

Note that BibDesk has that same feature, that you can use for specific fields.

> I still had to use a more pedestrian process to URL-decode all spaces 
> and diacritics (ah Pavel Šťovíček...), and guess I'll have to keep doing 
> so from now on. While that would make "Local-URL" a misnomer, it would 
> seem more logical if BibDesk simply didn't URL-encode at all, when what 
> I write in AutoFile Preferences (viz., ~/Documents/Math/Archive) doesn't 
> look like the beginning of an URL...
> 

A URL must be URL encoded, otherwise it's not a URL. And what you write is the 
preference is a path, always. A path that is the basis for a URL.

Anyway, for BibDesk nowadays this is totally irrelevant, because it does not do 
autofile for a field.

>>> 1. Main question: is there a simple edit I could make to turn off the 
>>> aliases and stay with the old "Local-Url" method of filing? (I'm willing 
>>> to compile Bibdesk if necessary.)
>>> 
>> 
>> Default Fields Preferences, uncheck automatic conversion.
>> 
>> However you wont be able to use several features, such as auto filing and 
>> dropping files, except from applescript. 
> 
> That's a bummer, because filing by dropping is (for me) BibDesk's #1 
> nicest feature -- and, my experience with applescript is nil.
> 
> Are you saying that the entire functionality *can* be restored via 
> applescript? If so, I'll try to learn how. If not, would you say that 
> I'm better off just staying with 1.3.12 indefinitely?
> 
> Thanks again,
> Francois

You could restore that functionality using script hooks. I would certainly not 
say you're better off with 1.3.12. 

Another option is to use the linked files anyway, but have them backed up in 
the Local-Url field. Is it really such a problem when others see one extra 
field?

Christiaan


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[FZiegler]

Christiaan Hofman wrote:

>> 2. Subsidiary question: while at it, would it be possible for me to 
>> switch from having, *written in the .bib file* a Local-Url like
>>
>> file://localhost/Volumes/Home/FZ/Documents/Archive/,   (**)
>>
>> to something more portable
> 
> The local URL fields accept all kinds of values, file URLs, absolute paths, 
> relative paths from the database, and tilde-abbreviated. To convert you could 
> use a (apple)script or the Database Find and Replace feature. 

Thank you! This solves my problem #2. I hadn't realized that I should 
simply edit the field to something other than what BibDesk writes on 
autofile. That was instant to do with find & replace in a text editor.

I still had to use a more pedestrian process to URL-decode all spaces 
and diacritics (ah Pavel Šťovíček...), and guess I'll have to keep doing 
so from now on. While that would make "Local-URL" a misnomer, it would 
seem more logical if BibDesk simply didn't URL-encode at all, when what 
I write in AutoFile Preferences (viz., ~/Documents/Math/Archive) doesn't 
look like the beginning of an URL...

>> 1. Main question: is there a simple edit I could make to turn off the 
>> aliases and stay with the old "Local-Url" method of filing? (I'm willing 
>> to compile Bibdesk if necessary.)
>>
> 
> Default Fields Preferences, uncheck automatic conversion.
> 
> However you wont be able to use several features, such as auto filing and 
> dropping files, except from applescript. 

That's a bummer, because filing by dropping is (for me) BibDesk's #1 
nicest feature -- and, my experience with applescript is nil.

Are you saying that the entire functionality *can* be restored via 
applescript? If so, I'll try to learn how. If not, would you say that 
I'm better off just staying with 1.3.12 indefinitely?

Thanks again,
Francois

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Local-Url field

[Christiaan Hofman]

On Nov 16, 2011, at 4:24, FZiegler wrote:

> I must admit first that I have stayed at Bibdesk 1.3.12 because I'm 
> sharing my .bib file with others who don't want Mac aliases in it. So 
> far this hasn't caused problems, but I am beginning to think I should 
> get on with the program... So,
> 
> 1. Main question: is there a simple edit I could make to turn off the 
> aliases and stay with the old "Local-Url" method of filing? (I'm willing 
> to compile Bibdesk if necessary.)
> 

Default Fields Preferences, uncheck automatic conversion.

However you wont be able to use several features, such as auto filing and 
dropping files, except from applescript. 

> 2. Subsidiary question: while at it, would it be possible for me to 
> switch from having, *written in the .bib file* a Local-Url like
> 
> file://localhost/Volumes/Home/FZ/Documents/Archive/,   (**)
> 
> to something more portable -- i.e., a path relative to the .bib file 
> (../../Archive/) or to my home dir (~/Documents/Archive/)? -- 
> and only translate to (**) on display? That would ease the process of 
> using the same .bib file and archive on a server where I don't control 
> ~'s parent directories.
> 
> Thanks for one of my most-used programs,
> Francois Z.

The local URL fields accept all kinds of values, file URLs, absolute paths, 
relative paths from the database, and tilde-abbreviated. To convert you could 
use a (apple)script or the Database Find and Replace feature. 

Christiaan


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

[Bibdesk-users] Local-Url field

[FZiegler]

I must admit first that I have stayed at Bibdesk 1.3.12 because I'm 
sharing my .bib file with others who don't want Mac aliases in it. So 
far this hasn't caused problems, but I am beginning to think I should 
get on with the program... So,

1. Main question: is there a simple edit I could make to turn off the 
aliases and stay with the old "Local-Url" method of filing? (I'm willing 
to compile Bibdesk if necessary.)

2. Subsidiary question: while at it, would it be possible for me to 
switch from having, *written in the .bib file* a Local-Url like

file://localhost/Volumes/Home/FZ/Documents/Archive/,   (**)

to something more portable -- i.e., a path relative to the .bib file 
(../../Archive/) or to my home dir (~/Documents/Archive/)? -- 
and only translate to (**) on display? That would ease the process of 
using the same .bib file and archive on a server where I don't control 
~'s parent directories.

Thanks for one of my most-used programs,
Francois Z.




--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users