bugGNUstep - Bugs: bug #22364, Plist output format is not...

Group
 
 

bug #22364: Plist output format is not compatible with Mac OS X/OpenStep by default

Submitter:  Gregory John Casamento <gcasa>
Submitted:  Tue 19 Feb 2008 10:15:35 PM UTC
   
 
Category:  Base/Foundation Severity:  3 - Normal
Item Group:  Change Request Status:  Wont Fix
Privacy:  Public Assigned to:  None
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Fri 12 Jun 2009 09:16:35 AM UTC, comment #4: 

Not clear that there's actually a problem so closing this.
Maybe we should re-open the issue of what format we want dictionaries and arrays to be saved in by default though.  Probably enough people are familiar with it now that we might want to switch to xml.

Richard Frith-Macdonald <CaS>
Group Member
Wed 20 Feb 2008 02:21:15 PM UTC, comment #3: 

Sorry, my original posting was unclear.   I believe that the OpenStep style format is the correct format for us to output plists in.   I'm not proposing that we change. :)

From Cenon's output it looked like it was the GNUstep format, but after looking at Cenon's source it's unclear.

I have to do some additional tests to see what our default output format is.  

I'll take another look and post back here.


Gregory John Casamento <gcasa>
Group administrator
Wed 20 Feb 2008 08:41:42 AM UTC, comment #2: 

I think my points may be unclear ...
1. people wanted to keep the OpenStep style format ... has something changed that we should reopen the debate (perhaps just familiarity with macos-x)?
2. is the issue really a bug in Cenon that it's not saving files which it then expects to read again in a specific portable format?
3. assuming that we want to change ... which APIs exactly are we talking about?

Richard Frith-Macdonald <CaS>
Group Member
Wed 20 Feb 2008 05:11:02 AM UTC, comment #1: 

Well we had a discussion about the plist format some years ago and people wanted to keep using the OpenStep style format because it's much more readable than the XML format that Apple moved to.
At the time I was keen on XML, so I added the GSMacOSXCompatible user default and later (when we found it hidden in Mac-OS) the NSWriteOldStylePropertyLists user default.
Incidentally, Cenon probably can't even read its own files properly if they are produced on a MacOS-X system where NSWriteOldStylePropertyLists is set.

Richard Frith-Macdonald <CaS>
Group Member
Tue 19 Feb 2008 10:15:35 PM UTC, original submission:  

When saving a plist recently from Cenon, I noticed that the output includes GNUstep specific encoding for Integers and Real numbers, namely our *I and *R directives.

GNUstep should output plists which are compatible with Mac OS X/Cocoa and OpenStep by default so that no special changes to ported applications are necessary.  

It is possible to read OS X Cenon files with GNUstep, but not GNUstep cenon files with OS X.  


Gregory John Casamento <gcasa>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #15078:  test.cenon.tgz added by gcasa (791B - application/x-gtar - Test files for GNUstep and OSX)
file #15079:  test_osx.cenon.tgz added by gcasa (966B - application/x-gtar - Test files for GNUstep and OSX)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by CaS (Posted a comment)
  • -email is unavailable- added by gcasa (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2009-06-12 CaS StatusNone Wont Fix
        Open/ClosedOpen Closed
    2008-02-19 gcasa Attached File- Added test.cenon.tgz, #15078
        Attached File- Added test_osx.cenon.tgz, #15079

    Back to the top

    Powered by Savane 3.13-4448.
    Corresponding source code