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:
<http://savannah.gnu.org/bugs/?28643>
_______________________________________________
Nachricht geschickt von/durch Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep
