bugGNUstep - Bugs: bug #18035, Friendlier handling of re-loading...

Group
 
 

bug #18035: Friendlier handling of re-loading of classes please

Submitter:  Richard Frith-Macdonald <CaS>
Submitted:  Tue 17 Oct 2006 06:05:13 AM UTC
   
 
Category:  Gorm Severity:  3 - Normal
Item Group:  Change Request Status:  Fixed
Privacy:  Public Assigned to:  gcasa
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Tue 19 Feb 2008 11:34:37 PM UTC, comment #3: 

Verified that this is fixed.   After thinking a bit about the "super friendly" option, it would be confusing since I would have to display broken connections and give some indication that they are broken in the inspector.   GJC

Gregory John Casamento <gcasa>
Group administrator
Fri 20 Oct 2006 03:18:04 AM UTC, comment #2: 

This has been implemented, except for the "Super-friendly" part, which I'll leave for later as a "nice to have". :)

It will now warn you that it "may" break connections.   The warning

Please test and let me know if you find any issues.

GJC

Gregory John Casamento <gcasa>
Group administrator
Wed 18 Oct 2006 10:32:39 PM UTC, comment #1: 

This is a frequent request.  I'm working on implementation.

Gregory John Casamento <gcasa>
Group administrator
Tue 17 Oct 2006 06:05:13 AM UTC, original submission:  

Now that the gui intrerface for the classes is really nice to use, I find I have another usability issue.  This is because I never know exactly what I'm going to be doing right from the start, so my classes need to go through several iterations during development, with testing taking place throughout, and usually adding new actions and outlets at various stages.

At present, if you change a class and need to re-load it in Gorm to make new connections for the new actions/outlets, Gorm warns you that all existing connections will be broken ... and breaks them, so you have to re-make all connections for instances of the class.

What would be really nice would be for Gorm to keep existing connections intact where possible, retain the knowledge that the loaded class is NSOwner and NSFirst (where appropriate), and perhaps also raise a panel listing any connections that it actually had to break (ie where an outlet/action has been removed or renamed).

Super-friendly would be if clicking on one of the broken connections in the listing was to select the two objects concerned in the connections inspector so that they could be easily reconnected.

Richard Frith-Macdonald <CaS>
Group Member

 

(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)
  •  

    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 5 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2008-02-19 gcasa Open/ClosedIn Test Closed
    2006-10-20 gcasa StatusIn Progress Fixed
        Open/ClosedOpen In Test
    2006-10-18 gcasa StatusNone In Progress
        Assigned toNone gcasa

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code