On 10 Nov 2007, at 3:54 AM, Adam R. Maxwell wrote:

> On Nov 9, 2007, at 5:41 PM, Christiaan Hofman wrote:
>
>> On 8 Nov 2007, at 5:58 PM, Adam R. Maxwell wrote:
>>
>>> On Thursday, November 08, 2007, at 08:37AM, "Christiaan Hofman"
>>> <[EMAIL PROTECTED]> wrote:
>>>> I don't think that's a good idea, as it is not only a view thing  
>>>> but
>>>> also a different way of handling linked file.
>>>
>>> That's the point, though; it's going to be a large number of
>>> changes, so might be as good an opportunity as any to move to 10.5
>>> and do some refactoring.  For instance, I'd like to replace
>>> NSEnumerator and for loops for collections with for/in, but code
>>> using that syntax won't run on 10.4.  I'm also anticipating more
>>> view swapping at runtime, and the new animation stuff is much
>>> nicer.  We could also ditch most of the code in the NSFileManager
>>> category, because you can now create an NSFileManager per-thread
>>> with alloc/init.
>>>
>>
>> But that would mean the bibtex format for Tiger and Leopard for local
>> files would be incompatible.
>
> I thought we were going to keep the old format (URL string) as well,
> which would work either way.  Come to think of it, though, that code
> would be fun to get rid of...I could see making a 1.4 version that
> would read but not autofile/write Local-Urls, and that would be a
> legit reason for keeping 10.4 support.
>
> -- 
> adam

That sounds like real fun. But probably we need to do this for a  
while for the transition anyway. How would we convert the old style  
to new style though, and make sure it happens only once?

Also, I cannot compile the branch now on Tier, is that intended?

Christiaan


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bibdesk-develop mailing list
Bibdesk-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-develop

Reply via email to