Issue 93476 - switch the design mode in a form (opened for editing) marks the form as modified
Summary: switch the design mode in a form (opened for editing) marks the form as modified
Status: CONFIRMED
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: OOO300m3
Hardware: All All
: P4 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-04 11:18 UTC by Frank Schönheit
Modified: 2017-05-20 10:47 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
document to reproduce the bug case (9.86 KB, application/vnd.sun.xml.base)
2008-09-04 11:19 UTC, Frank Schönheit
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Frank Schönheit 2008-09-04 11:18:37 UTC
- open the attached database document
- open the contained form for editing ("Edit" in its context menu)
- switch off the control design mode ("Design mode on/off" in the
  "Form Controls" toolbar)
=> the "Save" icon of the form is modified, which means the form is now
   considered to be modified - which it actually isn't.
Comment 1 Frank Schönheit 2008-09-04 11:19:01 UTC
Created attachment 56223 [details]
document to reproduce the bug case
Comment 2 Frank Schönheit 2008-09-07 21:08:05 UTC
already submitted as issue 87692

*** This issue has been marked as a duplicate of 87692 ***
Comment 3 Frank Schönheit 2008-09-07 21:08:29 UTC
closing duplicate
Comment 4 Frank Schönheit 2008-09-07 21:32:15 UTC
re-opening. Issue 87692 actually describes two problems with similar symptoms,
but different root causes. This issue here will serve the "modified on design
mode switch" problem only.
Comment 5 Frank Schönheit 2008-09-07 21:44:55 UTC
fs->mav: To me this sounds like an SFX problem ...

The document is modified since the document window is "resized" when the design
mode is switched. The fact that an embedded object document considers itself
modified when its frame's size changes is OK so far - what I consider to be
problematic is the fact that it *does* count as "resized" in this situation.

When the design mode is switched (and in other scenarios as well), then a new
toolbar appears, which is docked. This means that the "client" size of the
document is changed, which leads to the modification.

The problem with this approach (other than the inconvenience with the document
being modified permanently during the design/tryout phase) is, that this size is
also restored upon next open of the document. Consider the following scenario:
- the document is opened in edit mode, its window has a size of (say) 100x100
=> the "effective client size" (or however this is properly called, it means
    the size occupied by the real document content, not toolbars and menus)
    is (say) 90x90
- the design mode is switched off
=> - the document is modified
   - the document window still has a size of 100x100, but the "effective
     client size) now is 90x80
- close document
- open the document, again
=> the document is restored with an "effective client size" of 90x80. But
   since it does not have the same toolbar set as at the time it was saved,
   the overall window size now is only 100x90.

This makes carefully designing form documents pretty difficult, as it happens
(rather randomly, in the eyes of the form designer) that the form changes its
own size upon the next open.
Comment 6 mikhail.voytenko 2008-09-08 08:39:06 UTC
The problem here from my point of view is that switching of the design mode
on/off changes the "effective client size". In these circumstances the
"effective client size" should be changed only in case of explicit window
resizing by user.
Comment 7 Marcus 2017-05-20 10:47:29 UTC
Reset assigne to the default "issues@openoffice.apache.org".