wxMac: The dot in the red circle in document windows
Matt Connolly
matt at soundevolution.com.au
Tue Jul 3 01:32:45 PDT 2007
On 03/07/2007, at 1:58 AM, Vadim Zeitlin wrote:
> On Mon, 2 Jul 2007 16:21:12 +0200 Stefan Csomor
> <csomor at advancedconcepts.ch> wrote:
>
> SC> > But this is unfortunately not as simple as just adding
> SC> > wxDocumentFrame as this wouldn't work in wxMDIChildFrame (which
> SC> > derives from wxFrame). So if we want to
> SC> >
> SC> > 1. keep these document-specific methods in a separate class
> SC> > 2. be able to use them in MDI child frames
3. To be able to use them in other sub-window-views that represent
documents, like tabs in a notebook view.
Whilst I think that the whole MDI thing should be a property of a
window not requiring a separate class, I can see that there may
indeed be many other windows (that aren't top level windows) which
should represent documents, and should therefore be able to represent
the "dirty" state of the document in the appropriate way for that
window in that system.
> SC> >
> SC> > then the mix-in solution is necessary. But if nobody except
> me feels
> SC> > strongly about (1) then we should indeed just add these
> methods to
> SC> > wxFrame.
> SC>
> SC> and to interpose wxDocumentFrame between wxFrame and
> wxMDIChildFrame ?
>
> No, I meant to have wxDocumentFrame inheriting from wxFrame and some
> wxDocumentWindow mix-in class. Then you could also have
> wxMDIDocumentFrame
> inherit from wxMDIChildFrame and wxDocumentWindow mix-in.
For me DocumentFrame being between wxFrame and wxDocChildFrame would
make a lot of sense - refer to the previous comment about MDI being a
property of a window rather than a class.
My two cents.
Cheers,
Matt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2174 bytes
Desc: not available
Url : http://lists.wxwidgets.org/pipermail/wx-users/attachments/20070703/9bb17951/smime.bin
More information about the wx-users
mailing list