[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #28643] [gorm] Many user actions do not change a document's edited

From: Wolfgang Lux
Subject: [bug #28643] [gorm] Many user actions do not change a document's edited status
Date: Fri, 28 May 2010 22:23:02 +0000
User-agent: Mozilla/5.0 (Macintosh; U; PowerPC Mac OS X 10_4_11; en-US) AppleWebKit/531.9+(KHTML, like Gecko, Safari/528.16) OmniWeb/v622.10.0

Follow-up Comment #3, bug #28643 (project gnustep):

The recent fixes have at least addressed changing the document's modification
status when items are added or removed from a document. Unfortunately, these
changes have also introduced a new bug: Now every gorm document is modified
after opening. Curiously, this does not happen when opening nib files.

However, these changes did not address the many other cases where Gorm does
not update the document's modification status. Sitting down for some half hour
and playing around with Gorm, I've extended my short list where Gorm doesn't
update the modification status a bit further:
- Changing a menu item's title by editing the title in the design menu item
- Changing the text of a string object in a design window
- Changing the current tab of a tab view in a design window (this also
doesn't update the attributes inspector)
- Changing the autoresizing attribute of any view
- Changing the font of a button or string
- Attaching or removing a numeric formatter to or from a text field
- Any changes of the numeric formatter itself
- All changes performed by the Layout and Alignment menu items

On the other hand a document now incorrectly appears modified whenever a
submenu is opened. In addition, Gorm also incorrectly makes a document appear
modified when the user changes the name of a class but then cancels the
operation from the ensuing warning dialog.


Reply to this item at:


  Nachricht geschickt von/durch Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]