bugGNUstep - Bugs: bug #12620, NSArchiver/NSUnarchiver does not...

 
 

bug #12620: NSArchiver/NSUnarchiver does not restore original object

Submitted by:  None
Submitted on:  Sat 09 Apr 2005 06:43:25 AM UTC  
 
Category:  Gui/AppKit Severity:  3 - Normal
Item Group:  Bug Status:  None
Privacy:  Public Assigned to:  Fred Kiefer <FredKiefer>
Open/Closed:  Closed

Add a New Comment (Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sat 09 Apr 2005 08:52:30 PM UTC, comment #3: 

I have attached a snapshot of the AUTest.gorm file being tested in Gorm's test mode.  As you can see all of the fields properly center.  The last one with "c" in it is on the top because the cursor is still in the field, so that's okay.

The only change made to the .gorm to test it in this way was to make the window "appear at launch" and the text fields editable so that I could type into them.  I am looking at what may have changed to the center setting in some of the code which is in the app.  I'll update here, when I find out more.  GJC

Gregory John Casamento <gcasa>
Project Administrator
Sat 09 Apr 2005 12:01:37 PM UTC, comment #2: 

I did implement most of the keyed encoding for NSColor and NSFont. Please test again with CVS sources.

Fred Kiefer <FredKiefer>
Project MemberIn charge of this item.
Sat 09 Apr 2005 10:59:33 AM UTC, comment #1: 

There is a small glitch in the GORM file of this test application. Both tf1 and tf2 are connected to the first text field in the window. After correcting this, the second field works fine.

I would like to reject this bug report. The reason being that normal archiving is fully working, as can be seen by this test application itself and keyed archiving is still experimental. Actually I did only implement the unarchiving part for the GUI classes. I will start working on the archiving bit for NSColour and NSFont now.

There is one thing that puzzles me. All three text field have their alignment set to centre in Gorm, still the first one uses left alignment. Can anybody explain this?

Fred Kiefer <FredKiefer>
Project MemberIn charge of this item.
Sat 09 Apr 2005 06:43:25 AM UTC, original submission:  

I'm using Yellowdog Linux 3.0 for PowerPC; gcc 3.2.2; GNUstep Startup 0.10.0. I am trying to port a Cocoa application.

When I try to use NSArchiver/NSUnarchiver or NSKeyedArchiver/NSKeyedUnarchiver to save and retrieve NSColor or NSFont objects in the defaults, the original object is not restored.

A sample application that shows the problem is attached. (The analogous program works correctly under MacOS X.) I don't have a Linux-386 system handy to check, but this is probably a platform-specific problem. Byte-order maybe?

Mark Tracy
-email is unavailable-

Anonymous

 

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

Attach Files:
   
   
Comment:
   

Attached Files
file #522:  center.jpg added by gcasa (15KiB - image/jpeg - Shows fields centered properly.)
file #519:  AUTest.tar.gz added by None (36KiB - application/x-gzip - Archive/Unarchive test program source code)

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

 

 

Follow 6 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2005-04-09 gcasa Attached File- => Added center.jpg, #2396
2005-04-09 FredKiefer Open/ClosedAnalyzed => Closed
2005-04-09 FredKiefer CategoryBase/Foundation => Gui/AppKit
    Assigned toNone => FredKiefer
    Open/ClosedOpen => Analyzed
2005-04-09 None Attached File- => Added AUTest.tar.gz, #2393

Back to the top


Powered by Savane 3.6