GNUstep - Bugs: bug #32509, [Gorm] Changing class of a Window

Group

Main
- Main
- View members
- Search
Homepage
Download
Support
- ~~Submit new~~
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search
Mailing lists
Source code
Bugs
- Submit new
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search
Tasks
- ~~Submit new~~
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search
Patches
- ~~Submit new~~
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search
News
- Browse
- Atom feed
- ~~Submit~~
- ~~Manage~~

bug #32509: [Gorm] Changing class of a Window

Submitter:	Riccardo Mottola <rmottola>
Submitted:	Wed 16 Feb 2011 11:48:58 PM UTC


Category:	Gorm	Severity:	2 - Minor
Item Group:	Change Request	Status:	Postponed
Privacy:	Public	Assigned to:	gcasa
Open/Closed:	Declined

* Mandatory Fields

Add a New Comment Rich Markup

Wed 28 Aug 2024 08:44:01 PM UTC, comment #3: This issue has been moved to github.	Gregory John Casamento <gcasa>
Sun 01 Jan 2023 01:51:28 AM UTC, comment #2: The issue here is that NSWindow implements NSCoding on GNUstep, which it should not do. As such, it is not possible to do this remapping. I am opening an issue on the github bug tracker with a more descriptive summary so that this issue is understood better. https://github.com/gnustep/libs-gui/issues/163	Gregory John Casamento <gcasa>
Fri 01 Apr 2011 06:05:23 AM UTC, comment #1: Postponed until the next release. This change is non trivial due to the fact that, unlike Cocoa, GNUstep does archive extra information about an NSPanel. One of the requirements for a class being able to be substituted for it's parent is that it should not implement NSCoding. On Cocoa NSPanel doesn't, on GNUstep it does, therefore to correct this issue, NSPanel should no longer archive the flags it currently archives. These flags are not set by Gorm and do not need to be archived, nevertheless it is a change to the Gorm format and will be put off until the next release. GC	Gregory John Casamento <gcasa>
Wed 16 Feb 2011 11:48:58 PM UTC, original submission: I want to be able to change a NSWindow in a NSPanel and vice-versa by changing its class.	Riccardo Mottola <rmottola>

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

Attach Files:


Comment:

No files currently attached

Depends on the following items: None found

Items that depend on this one: None found

Carbon-Copy List

-email is unavailable- added by gcasa (Posted a comment)

-email is unavailable- added by rmottola (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.

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

Follow 3 latest changes.

Date	Changed by	Updated Field	Previous Value	Replaced by
2024-08-28	gcasa	Open/Closed	Open	Declined
2013-03-05	gcasa	Severity	3 - Normal	2 - Minor
2011-04-01	gcasa	Status	None	Postponed

GNUstep - Bugs: bug #32509, [Gorm] Changing class of a Window

bug #32509: [Gorm] Changing class of a Window

<a href="#postcomment">Post a Comment</a>

<a href="#discussion">Discussion</a>

<a href="#attached">Attached Files</a>

<a href="#dependencies">Dependencies</a>

<a href="#cc">Mail Notification Carbon-Copy List</a>

<a href="#votes">Votes</a>

<a href="#history">History</a>