bugGNUstep - Bugs: bug #9536, NSDocument not including extention...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #9536: NSDocument not including extention at time of delegate call in save

Submitted by:  None
Submitted on:  Fri 02 Jul 2004 09:29:27 PM UTC  
 
Category: Gui/AppKitSeverity: 3 - Normal
Item Group: Change RequestStatus: None
Privacy: PublicAssigned to: None
Open/Closed: Closed

Wed 07 Jul 2004 12:06:16 AM UTC, comment #4:

Closed after discussion with original submitter.

Fred Kiefer <FredKiefer>
Project Member
Tue 06 Jul 2004 09:22:44 PM UTC, comment #3:

Sorry, I am getting even more confused. In a private mail you wrote:

> Maybe it is due to multiple file types, but the issue is
> how is the title of a window handled: Should the file
> type be part of the window title, since the problem came
> from assuming that getTitle: would return the title of
> the file (I've since recoded so that I get the same
> result on both platforms, but it should be noted
> somewhere that Cocoa does give a different result than
> GNUstep: saved files have the extension in the title in
> Cocoa, they don't in GNUstep) probably not important
> unless you make the same foolish assumption I did.

This seems totally unrelated to the above problem of the saveDocumentWithDelegate... method. (As unrelated as the PS you added, which deals with the open panel). Yes all of this may be wrong behaviour from GNUstep, but we need to sort them out first, than we are able to solve them.
Now the problem you describe in the mail seems to come from the way we implement [NSWindowController synchronizeWindowTitleWithDocumentName] and this looks very close to the Cocoa specification for the method. Perhaps Apple has decided to use a different algorithm now. If you could provide detail for this, we could rethink our implementation.
The other problem that you reported in the PS, should be reported separatly. And please, could you provide example code plus instruction to reporduce the problem in the future. This would save me the time of looking for the wrong problem.

Fred Kiefer <FredKiefer>
Project Member
Tue 06 Jul 2004 05:20:28 PM UTC, comment #2:

Did I understand this problem correctly: Inside of the didDaveSelector method of the delegate you call (-fileName) on the NSDocument you get handed in and the result is a filename without extension for GNUstep, whereas for Cocoa you get a filename with extension?
I did not find any hint in this direction in our code, but there is aknow difference to MacOSX 10.3. There you may set multiple allowed file types. Perhaps your problem comes from this or something similar.

Fred Kiefer <FredKiefer>
Project Member
Sat 03 Jul 2004 01:11:50 AM UTC, comment #1:

P.S. This is when calling NSOpenPanel filenames/filename method. It should return full paths (with extensions).

Matthew Weinstein <allemandel3ft>
Fri 02 Jul 2004 09:29:27 PM UTC, original submission:

Using NSDocument - (void)saveDocumentWithDelegate:(id)delegate didSaveSelector:(SEL)didSaveSelector contextInfo:(void *)contextInfo and asking for the file name does not yet include the extension. This means the app gets the wrong name (= right name - extension) at that point. Extension is provided in cocoa. I would argue that should be the same in GNUstep so the app has the right, full name at time of save.

Anonymous

 

No files currently attached

 

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 click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follows 1 latest change.

Date Changed By Updated Field Previous Value => Replaced By
Wed 07 Jul 2004 12:06:16 AM UTCFredKieferOpen/ClosedOpen=>Closed

Back to the top


Powered by Savane 3.1-cleanup1