https://bugs.documentfoundation.org/show_bug.cgi?id=37134

--- Comment #85 from V Stuart Foote <[email protected]> ---
(In reply to Roland Hughes from comment #84)
> (In reply to V Stuart Foote from comment #83)
> > (In reply to Roland Hughes from comment #82)
> > > ...
> > > 37806  specifically refers to Lotus WordPro tabbed divisions
> > > 38401  specifically refers to Lotus WordPro
> > > 152645 refers to the Lotus Spreadsheet 
> > > 
> > > None of these are referring to the MDI tabs you/this is referring to.
> > > They've just gotten mushed together.
> > 
> > Actually bug 37806 and bug 152645 are both *correctly* here for MDI, bug
> > 38401 was incorrectly dupped here and should have remained on bug 33174. I
> > moved that one back.
> 
> 37806 was opened by ***me*** and it was most definitely about Lotus WordPro
> tabbed divisions within a single document. 
> 

Nope, from bug 37806

"WordPro also had an MDI interface, which LibreOffice desperately needs to get
back to.  On the main menu at the top was a "Window" item.  All documents were
open within the single instance of WordPro.  You switch documents by pressing
ALT-W then, after the window menu appeared, a digit 1-9.  If more than 9
documents were open at one time (not that likely given the memory of the day)
the last entry was "m" for more documents.  Pressing "m" would cause a window
with all document names to appear.  You scrolled through the list and hit enter
on the one you wanted.  This worked in both Windows and OS/2."

And that valid facet belongs here with MDI.

> 152645 is also not covered by this bug. While one could stretch it to an MDI
> interface, it is really "one tab per application" where one tab has a Word
> document, another has a spreadsheet, another has Impress drawing. This bug
> is specifically for one application having one tab per singular document. It
> does not cover a single application having one tab for a spreadsheet, one
> tab for a drawing, one tab for a text document ...

Maybe, but would be the same dev effort. Remains here for conciseness as the
"doer will decide" the implimentation, devs choice with some UX input to cover
the functional requirements.  *Best* to keep it simple

One enhancement for MDI, one enhancement for Divisions per document.  How
multi-modues get mixed into the UI is less of an issue than the framework
needed to handle MDI and to handle per document divisions.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to