wxWidgets/distrib/msw/mac.rsp

72 lines
1.5 KiB
Plaintext
Raw Normal View History

lib/dummy
docs/licence.txt
docs/mac/*.txt
docs/mac/*.hqx
docs/mac/*.sh
docs/mac/*.applescript
docs/mac/*.diff
docs/metrowerks/*.txt
docs/metrowerks/*.sh
docs/metrowerks/mwar
docs/metrowerks/mwpefar
docs/metrowerks/wchar_t_panther_fix/machine/ansi.h
distrib/mac/*-sh
src/html/htmlctrl/webkit/*.mm
samples/html/htmlctrl/*.cpp
samples/html/htmlctrl/Makefile.in
samples/html/htmlctrl/makefile.gcc
samples/html/htmlctrl/makefile.vc
samples/html/htmlctrl/makefile.wat
samples/html/htmlctrl/makefile.bcc
samples/html/htmlctrl/*.bkl
src/wxWindows.pbproj/project.pbxproj
src/wxWindows.xcode/project.pbxproj
src/mac/wxmac.icns
src/mac/carbon/*.cpp
src/mac/carbon/*.mm
src/mac/carbon/*.c
src/mac/carbon/*.r
src/mac/carbon/*.h
src/mac/carbon/morefile/*.c
src/mac/carbon/morefile/*.cpp
src/mac/carbon/morefile/*.h
src/mac/carbon/morefilex/*.c
src/mac/carbon/morefilex/*.cpp
src/mac/carbon/morefilex/*.h
src/mac/carbon/Info.plist.in
src/mac/carbon/wxmac.icns
src/mac/classic/*.cpp
src/mac/classic/*.c
src/mac/classic/*.r
src/mac/classic/*.h
src/mac/classic/morefile/*.c
src/mac/classic/morefile/*.cpp
src/mac/classic/morefile/*.h
src/mac/classic/Info.plist.in
src/mac/classic/wxmac.icns
src/mac/corefoundation/*.cpp
Applied patch [ 597398 ] Generic MDI, wxNotebook based. By Hans Van Leemputten (hansvl) - This patch implements a generic notebook based mdi, due to that wxMDIChildFrame could not derive from wxFrame some things in the samples and in the docmdi classes needed to be adjusted... basically this comes down to not do (wxFrame *) but instead do (wxMDIChildFrame *), or store a pointer to the frame in a wxWindow* instead of a wxFrame variable... - The main reason wxMDIChildFrame cannot derive from wxFrame is that it would take to much platform specific functions to be overwritten (= lot of ifdef's). This then couldn't be called generic anymore, so that's why we need to derive from wxPanel... - Tested on/with: 1. wxMSW (I disabled the MSW MDI implementation to be able to test it), tested it with the MDI sample, docvwmdi sample and docview sample and also tested it with wxWorkshop. (test = compile and run) 2. wxX11, tested with the same set wxWin samples as the wxMSW test. I also compiled wxWorkshop with it, but could not run wxWorkshop due to some issue not related to the MDI implementation. - How to apply: * Apply the patch * move mdig.cpp into wxWindows/src/generic/ * move mdig.h into wxWindows/include/wx/generic/ - Some extra things that still need to be done: * File lists, project files should be updated to include mdig.cpp (the patch only change this on wxX11) * The configuration script should be updated. * Maybe wxUSE_GENERIC_MDI_ARCHITECTURE also should be added so it is only included when wanted... git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@16610 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
2002-08-20 05:09:55 -04:00
include/wx_pb.h
include/wx/mac/*.h
include/wx/mac/carbon/*.h
include/wx/mac/carbon/private/*.h
include/wx/mac/classic/*.h
include/wx/mac/classic/private/*.h
include/wx/mac/private/*.h
include/wx/mac/corefoundation/*.h
Applied patch [ 603858 ] wxTextCtrl text alignment patch Benjamin I. Williams This patch implements three new flags for the wxTextCtrl control. The flags are wxTE_LEFT, wxTE_CENTRE, and wxTE_RIGHT. These flags can change the way text is aligned inside an edit control, which is useful when the user is editing numbers or dates. At Vadim's recommendation, the patch implements the alignment flags so they are equal to the corresponding wxALIGN_* value. wxTE_LEFT is actually 0x0000, and is just a place holder. wxTE_CENTRE is equal to wx_ALIGN_CENTER_HORIZONTAL (0x0100), and wxTE_RIGHT is equal to wxALIGN_RIGHT (0x0100). I couldn't agree more with this idea. As Vadim pointed out, choosing to set the text alignment flags to the corresponding wxALIGN_* flags has a slight negative side effect: the values 0x0100 and 0x0200 collide with the existing flags wxTE_NO_VSCROLL and wxTE_AUTO_SCROLL. A valid point was raised, however, which stated that the flags would never really be used at the same time, and also that wxTE_AUTO_SCROLL is (possibly) going to be deprecated anyway. While this collision is not really a problem, I didn't like the idea of someone specifying wxTE_NO_VSCROLL and ending up with with a centered text control ! Thus, I chose to move both wxTE_NO_VSCROLL and wxTE_AUTO_SCROLL down to the free bits 0x0002 and 0x0008, respectively. I'll leave the final say up to Vadim and the rest of you whether you want to move these flags down or keep them where they are (with collisions). What truly matters to me is that I can now create text controls with the proper alignment! This patch also updates the documentation. git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@16989 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
2002-09-05 12:15:30 -04:00
samples/minimal/minimal.pbproj/project.pbxproj
samples/minimal/minimal.xcode/project.pbxproj
Applied patch [ 603858 ] wxTextCtrl text alignment patch Benjamin I. Williams This patch implements three new flags for the wxTextCtrl control. The flags are wxTE_LEFT, wxTE_CENTRE, and wxTE_RIGHT. These flags can change the way text is aligned inside an edit control, which is useful when the user is editing numbers or dates. At Vadim's recommendation, the patch implements the alignment flags so they are equal to the corresponding wxALIGN_* value. wxTE_LEFT is actually 0x0000, and is just a place holder. wxTE_CENTRE is equal to wx_ALIGN_CENTER_HORIZONTAL (0x0100), and wxTE_RIGHT is equal to wxALIGN_RIGHT (0x0100). I couldn't agree more with this idea. As Vadim pointed out, choosing to set the text alignment flags to the corresponding wxALIGN_* flags has a slight negative side effect: the values 0x0100 and 0x0200 collide with the existing flags wxTE_NO_VSCROLL and wxTE_AUTO_SCROLL. A valid point was raised, however, which stated that the flags would never really be used at the same time, and also that wxTE_AUTO_SCROLL is (possibly) going to be deprecated anyway. While this collision is not really a problem, I didn't like the idea of someone specifying wxTE_NO_VSCROLL and ending up with with a centered text control ! Thus, I chose to move both wxTE_NO_VSCROLL and wxTE_AUTO_SCROLL down to the free bits 0x0002 and 0x0008, respectively. I'll leave the final say up to Vadim and the rest of you whether you want to move these flags down or keep them where they are (with collisions). What truly matters to me is that I can now create text controls with the proper alignment! This patch also updates the documentation. git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@16989 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
2002-09-05 12:15:30 -04:00