In the current contrib/fl implementation, all control bars
in the frame layout either float or they don't. I added
code to allow the bar floating to be determined on a bar-
by-bar basis. That is, this patch enables some control
bars to float while keeping others locked.
Kevin Yochum
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@18127 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
GNU compiler included with Mac OS X 10.2 (Jaguar) as well as August Developer
Tools update contain a bug concerning #pragma interface handling that can only
be worked around by not using them (and they are not necessary anyways)
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@17039 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
resources and return it as a wxObject (Assuming there is a handler for
it.)
Enabled wxFrames and wxDialogs to be loaded using a new instance
rather than only with existing instances.
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@16720 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
By Robert O'Connor (robertoconnor)
This patch is a draft which successfully allows a wxArtProvider to serve out icons to bitmaps for XRC files.
The syntax to use a wxArtProvider bitmap is:
<bitmap stock_id="wxART_INFORMATION" stock_client="wxART_TOOLBAR">somefallbackicon.png</bitmap>
The bitmap is optional, and will only be used as a fallback image, if the wxArtProvider returned a wxNullBitmap for some reason.
The client attribute, if not specified, currently will be wxART_OTHER. Perhaps there should be a guessing heuristic of it being in a menu node to call wxART_MENU.
Usage of XRC resouces and wxArtProvider together can be seen in an updated /contrib/samples/xrc demo, which is a separate patch.
Search the wx-dev mailing lists for "wxArtProvider" and "XRC" for the full discussions on this feature's API design.
Applied patch [ 594932 ] Extended XRC XML resources sample
By Robert O'Connor (robertoconnor)
This is a more comprehensive introduction to how to get up and running using XRC in your new wxWindows project.
It describes both the basics (for new users) and advanced features. It consists of a demo of dialogs and frames loaded from XRC. Each dialog has a textctrl at the top of the dialog, which walks the new user through that feature.
There are 8 demos:
The 4 basic ones:
-A non-derived dialog, as typically used for an about dialog.
-A derived dialog that loads its resources from an XRC (a frequently-asked question on the mailing lists), and responds to some simple events, including the disable-another-control-via-EVT_UPDATE_UI that is another FAQ, and powerful and simple-to-use feature.
-A XRC reference "Controls" dialog, using a notebook. Each tab has a single control. All XRC handled widgets can be seen at a glance, and how to use them under XRC.
-An uncentered dialog, to demonstrate the easy use of <centered>1</centered> to automatically place a Dialog centered on its parent..
The 4 advanced ones:
-Embedding a custom class into an XRC dialog, by using the "unknown" class.
-Using wxArtProvider to use stock icons from within your your XRC resources.
-Using the platform attribute to selectively show a part of XRC based on the current OS.
-Runtime variable expansion (demo only. Not implemented at this time).
Also:
-The main frame is now demonstrated as being loaded as an XRC.
- The toolbar has longhelp tag demonstrated, and are hooked up to the same events as the menu to show how XRCID() works on the same tool and menuitem XRCID.
-Some custom icons for the demonstration were created, and put into the toolbar and menubar. A custom icon also for the demonstration.
-The example code has been put in 1 class per file (both .cpp and a matching .xrc), to make it much less confusing for a newcomer to figure out what class is what, expecially with all the wx macros for declaration and implementation.
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@16542 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
in class info initialisation
Mmedia: compiles agin
Plot: corrected VC++ project settings
Simple toolbar: should draw a highlight again now
Generic dir control: moved control ids to header for apps that
need to get hold of the individual controls
Scintilla: unconditionally compile Scintilla_LinkLexers() to correct
link error in sample
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@15016 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
used in FL.
Adjusted Windows toolbar height for wxTB_NODIVIDER style.
Removed some false memory leak reporting from fontmap.cpp, mimecmn.cpp,
strconv.cpp.
Added and used MapBitmap function in newbmpbtn.cpp so the right
colours are used under Windows.
<controversial>Added iniconf.cpp to WIN32 compilation</conroversial>
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@14936 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
When in unicode mode Scintilla uses UTF-8 internally so the wxSTC
wrapper only needs to convert to/from UTF-8 in the right places.
Still need to figure out to get unicode characters from key/char
events...
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@14693 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
Corrected some precompiled header issues for dynsash samples
Corrected IMPLEMENT_ABSTRACT_CLASS in multicell.cpp
Added an event function typedef and used it in dynsash sample
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@14475 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This patch addresses following issues on FL dynamic
toolbar:
* Removes duplicate code in
wxNewBitmapButton::RenderLabelImage(). (The code
between line 452-500 and 502-550 is the same.)
* Adds wxNewBitmapButton::Enable() own method to proper
drawing of enabled/disabled buttons.
* Changes "focused" state (of wxNewBitmapButton)
implementation from EVT_MOTION to
EVT_ENTER/LEAVE_WINDOW pair, because capturing mouse in
EVT_MOTION handler blocks some key events (control
characters, function keys), so underlynig app doesn't
receive all key events when mouse pointer is above
toolbar button.
Also "prev" state member variables are removed by this
patch (and IMHO they should be removed regardles on
accepting this patch - they are initalized and used
only in wxNewBitmapButton::OnMouseMove() method).
(Note: Blocking some keys can be only MSW problem, but
I can't verify it.)
* Adds EVT_LEFT_DCLICK handler to wxNewBitmapButton -
without this handler, toolbar button loses second
clicks if user presses left mouse button "fast enough".
Unfortunately, it doesn't handle drawing of
pressed/released button - it's only one event in
contrast to EVT_LEFT_UP/DOWN.
* Enables tooltips (in proper
wxDynamicToolBar::AddTool() method).
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@14467 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
Added wxDisplayChangedEvent and triggering in MSW, when display mode changes
this event gets triggered. I don't know what should happen with other OS's
since I am not familiar with how they handle mode changes.
Watcome Version 11 now compiles with wide character support.
Fixed watcom warnings in
html/htmlwin.h
imagbmp.h
listctrl.h
imagbmp.cpp
quantize.cpp
strconv.cpp
variant.cpp
dirctrlg.cpp
treectlg.cpp
m_style.cpp
fontenum.cpp
listctrl.cpp
ole\dataobj.cpp
textctrl.cpp
window.cpp
xml.cpp
msw/setup.h
with watcom version 11 it now compiles with wide character support.
xrc/xml.cpp
fixed memory leak and compile warnings
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@14057 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
is used, but prevents the base class from seeing the flag so they
won't be drawn twice with possibly different colours.
Also changed all tabs to spaces, so the diffs will show a lot of
whitespace-only changes.
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@12881 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
1. Updates to HTML applet classes in client side include syntax
2. Updates to wxUniversal for OS/2
3. Updates for better palette management on Windows
4. Misc other fixes and changes to fix build system for Watcom 11.0
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@12045 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
recent changes to the 2.2 branch.
Rationalised the autoconf scripts again, removed lots of stuff that
shouldn't be there anymore and pounded the rest into an even tighter
furball. (There's more work to be done here, but we're getting there..)
Implemented the library naming scheme outlined in tn0012.txt -- introduced
'toolchain' and 'widget set' into the autoconf scripts, obsoleted the
top level wx/setup.h and much of the mess associated with it.
More changes for cross compiling and 2.3 debs.
s/burnt_name/soname/g ; s/CC/CXX/g ; s/CCC/CC/g ; Just because it's Right.
(Thanks Vadim for already doing *FLAGS..)
Fixed libfl Makefile to actually work.
Removed *_DEPS from tmake templates, in every case they can be determined
from the relevant *_OBJS
Added BASE_MSW_OBJS, a couple of missing #includes, some missing files to
the 'dist' targets, and fixed some compile warnings.
Changed setup.py to use wx-config --gl-libs instead of hard coded constants.
Modified Files:
Makefile.in configure configure.in setup.h.in wx-config.in
wxBase.spec wxGTK.spec wxMotif.spec
contrib/include/wx/applet/window.h contrib/src/Makefile.in
contrib/src/applet/appletwindow.cpp contrib/src/fl/Makefile.in
debian/changelog debian/control.in debian/libwxbase-dbg.dirs
debian/libwxbase-dbg.links debian/libwxbase-dbg.postinst
debian/libwxbase-dbg.prerm debian/libwxbase-dev.dirs
debian/libwxbase-dev.files debian/libwxbase-dev.links
debian/libwxbase-dev.postinst debian/libwxbase-dev.prerm
debian/libwxgtk-dbg.dirs debian/libwxgtk-dbg.links
debian/libwxgtk-dbg.postinst debian/libwxgtk-dbg.prerm
debian/libwxgtk-dev.dirs debian/libwxgtk-dev.files
debian/libwxgtk-dev.links debian/libwxgtk-dev.postinst
debian/libwxgtk-dev.prerm debian/rules
distrib/msw/tmake/base.t distrib/msw/tmake/gtk.t
distrib/msw/tmake/mgl.t distrib/msw/tmake/motif.t
distrib/msw/tmake/msw.t distrib/msw/tmake/os2.t
distrib/msw/tmake/univ.t docs/motif/install.txt
include/wx/msw/private.h include/wx/os2/SETUP.H
include/wx/os2/SETUP0.H samples/ipc/Makefile.in
samples/sockets/Makefile.in src/files.lst src/make.env.in
src/makelib.env.in src/makeprog.env.in src/common/strconv.cpp
src/gtk/files.lst src/mgl/files.lst src/motif/files.lst
src/msw/files.lst src/msw/gsocket.c src/msw/gsockmsw.c
src/msw/toplevel.cpp src/msw/utils.cpp src/os2/files.lst
src/univ/files.lst wxPython/setup.py
Added Files:
debian/libwxbase-msw-dev.dirs debian/libwxbase-msw-dev.links
debian/libwxbase-msw-dev.postinst
debian/libwxbase-msw-dev.prerm debian/libwxmsw-dev.dirs
debian/libwxmsw-dev.links debian/libwxmsw-dev.postinst
debian/libwxmsw-dev.prerm debian/wxwin-doc.doc-base
debian/wxwin-headers-msw.dirs
Removed Files:
debian/wxwin-doc.doc-base.in include/wx/setup.h
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@11713 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
applet code (with changes copyright headers) as well as updates to the
wxImage and dib.cpp modules to use virtual file systems so that we can
load these objects from ZIP files correctly. The dib.cpp module was
also extensively cleaned up (although the DIB writing code does not
presently use file streams as we couldn't figure out if it was possible
to write to a ZIP file stream). The code has been tested and functions
correctly for both regular files and ZIP files.
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@10551 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
used from wx DLL without it being a DLL also. Some work will still
need to be done for making xmlres be a DLL...
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@10432 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
Added contrib configure
Made wxSocket sample compile
Made OGL compile
Modified main configure to pass some more parameter
to children
Changed the wxProcess doc according to the modification
Still some win makefiles to come
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@6461 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775