applied typos and spelling error fixes patch from Olly Betts
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@15779 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This commit is contained in:
@@ -25,7 +25,7 @@ threads, sockets and much more. Some of the other utility classes allow you to
|
||||
parse the command line, limit the number of instances of your program
|
||||
executing simultaneously (portably!) and so on.
|
||||
|
||||
1. Requirments and supported platforms
|
||||
1. Requirements and supported platforms
|
||||
--------------------------------------
|
||||
|
||||
wxBase can be compiled and used under Win32, mostly any modern Unix system
|
||||
|
@@ -49,7 +49,7 @@ DETAILS:
|
||||
some reason.
|
||||
|
||||
- On SGI IRIX 6.4, XtDestroyWidget in ~wxWindow causes a crash in
|
||||
some cicumstances. This is being looked into. Meanwhile, a
|
||||
some circumstances. This is being looked into. Meanwhile, a
|
||||
possible workaround is to remove the final XtDestroyWidget line in ~wxWindow
|
||||
(window.cpp). This will mean that child windows will only get
|
||||
destroyed when frames and dialogs are destroyed, so dynamic subwindow
|
||||
@@ -207,7 +207,7 @@ DETAILS: Around line 1234 or the common/docview.cpp file following code exists..
|
||||
if (!theTemplate)
|
||||
theTemplate=templates[FilterIndex] ;
|
||||
|
||||
The problem is tat FilterIndex is one based and the templates array is zero based. The correct
|
||||
The problem is that FilterIndex is one based and the templates array is zero based. The correct
|
||||
thing might be to use FilterIndex-1 as the index. Else the following scenario will
|
||||
cause a crash.
|
||||
|
||||
@@ -222,13 +222,13 @@ I understand that it is very
|
||||
hard to figure out the template
|
||||
when the user does not select
|
||||
one of the known extensions but
|
||||
this simple fix might atleast
|
||||
this simple fix might at least
|
||||
avoid the crash....
|
||||
|
||||
I started playing with wxMSW
|
||||
just this morning and have not
|
||||
yet figured out exactly how to
|
||||
submit a fix. I atleast wanted
|
||||
submit a fix. I at least wanted
|
||||
to report it. Besides what I do
|
||||
for the MSW might not be correct
|
||||
for the other platforms :-)
|
||||
@@ -292,7 +292,7 @@ output to freeze when the limit was reached.
|
||||
FIXED+BY: Vasu Harish
|
||||
IDENTIFIED+BY: Vasu Harish
|
||||
PLATFORMS: wxMSW
|
||||
SHORT+DESCRIPTION: wxTextCtrl clogs output occassionally when the text size limit is reached
|
||||
SHORT+DESCRIPTION: wxTextCtrl clogs output occasionally when the text size limit is reached
|
||||
WORKAROUND: In the check for (len > limit) condition in wxTextCtrl::AdjustSpaceLimit()
|
||||
call, added the condition to check for the len==limit.
|
||||
visitor_email_address: vasuh@bullant.net
|
||||
@@ -339,7 +339,7 @@ is used.
|
||||
FIXED+BY: Alexey V. Exarevsky (patched into wxWin 12/1/2000 by JACS)
|
||||
IDENTIFIED+BY: Alexey V. Exarevsky
|
||||
PLATFORMS: wxMSW, compiled by VC++ 6.0
|
||||
SHORT+DESCRIPTION: Print/Print preveiw to default printer in NT
|
||||
SHORT+DESCRIPTION: Print/Print preview to default printer in NT
|
||||
Submit: Submit
|
||||
WORKAROUND: I have moved lines that free
|
||||
memory below the lines that
|
||||
@@ -351,7 +351,7 @@ wxWINDOWS+VERSION: 2.1.11
|
||||
DATE+FIXED:
|
||||
DATE+IDENTIFIED: 14/01/2000
|
||||
DETAILS: I run my linux boxes headless and use a Windows box for an XServer... every sample I have tried so far
|
||||
hangs in a loop tring to get an acceptable font for something or other... here is the GDB trace
|
||||
hangs in a loop trying to get an acceptable font for something or other... here is the GDB trace
|
||||
#1102 0x40203d19 in wxMessageBox ()
|
||||
#1103 0x401aee31 in wxFontMapper::GetAltForEncoding ()
|
||||
#1104 0x40287c45 in wxLoadQueryNearestFont ()
|
||||
|
@@ -41,12 +41,12 @@ All (GUI):
|
||||
in the switch()es, you must rewrite them to use if()s instead
|
||||
|
||||
You may also define WXWIN_COMPATIBILITY_EVENT_TYPES to get the old behaviour
|
||||
but this is strongly discouraged, please consider changing your codei
|
||||
but this is strongly discouraged, please consider changing your code
|
||||
instead!
|
||||
|
||||
! wxDialog does not derive from wxPanel any longer - if you were using it in
|
||||
your code, please update it. The quick fix for the most cases is to replace
|
||||
the occurences of wxPanel with wxWindow.
|
||||
the occurrences of wxPanel with wxWindow.
|
||||
|
||||
! if you handle (and don't skip) EVT_KEY_DOWN, the EVT_CHAR event is not
|
||||
generated at all, so you must call event.Skip() in your OnKeyDown() if
|
||||
@@ -458,7 +458,7 @@ wxMSW:
|
||||
- fixed "missing" initial resize of wxMDIChildFrame
|
||||
- wxFrame restores focus better
|
||||
- Now ignore wxTHICK_FRAME in wxWindow constructor: only relevant to
|
||||
frames anddialogs, interferes with other window styles otherwise
|
||||
frames and dialogs, interferes with other window styles otherwise
|
||||
(sometimes you'd get a thick frame in a subwindow)
|
||||
- wxTextCtrl insertion point set to the beginning of the control by SetValue
|
||||
- Fix so wxMDIParentFrame is actually shown when Show(TRUE) is called.
|
||||
@@ -541,7 +541,7 @@ all (GUI):
|
||||
|
||||
- Added wxImage::Rotate.
|
||||
- new wxCalendarCtrl class for picking a date interactively
|
||||
- wxMenu(Bar)::Insert() and Remove() functions for dynamic menu menagament
|
||||
- wxMenu(Bar)::Insert() and Remove() functions for dynamic menu management
|
||||
- wxToolBar supports arbitrary controls (not only buttons) and can be
|
||||
dynamically changed (Delete/Insert functions)
|
||||
- vertical toolbars supported by MSW and GTK native wxToolBar classes
|
||||
@@ -557,7 +557,7 @@ all (GUI):
|
||||
- wxScrolledWindow now has keyboard interface
|
||||
- wxTextEntryDialog may be used for entering passwords (supports wxTE_PASSWORD)
|
||||
- added wxEncodingConverter and improved wxFontMapper
|
||||
for dealing with convertions between different encodings,
|
||||
for dealing with conversions between different encodings,
|
||||
charsets support in wxLocale and wxHTML
|
||||
- wxDragImage class added
|
||||
- samples/help improved to show standard and advanced HTML help
|
||||
@@ -599,11 +599,11 @@ wxHTML:
|
||||
including faster search, bookmarks, printing, setup dialog
|
||||
and cross-platform binary compatible .cached files for faster
|
||||
loading of large helpbooks, case insensitive search
|
||||
splitted into 3 parts: wxHtmlHelpData, Frame and Controller
|
||||
split into 3 parts: wxHtmlHelpData, Frame and Controller
|
||||
- added support for charsets and <meta> tag
|
||||
- added support for font faces and justified paragraphs,
|
||||
taken some steps to prepare wxHTML for frames
|
||||
- added dynamic pushing/poping of wxHtmlParser tag handlers
|
||||
- added dynamic pushing/popping of wxHtmlParser tag handlers
|
||||
- improved HTML printing
|
||||
- added extensive table of HTML characters substitutions ( etc.)
|
||||
- fixed wxHtmlWindow flickering, several minor bugfixes
|
||||
@@ -866,7 +866,7 @@ wxMotif:
|
||||
global memory operators (usually OK) and #defining new to be
|
||||
WXDEBUG_NEW (sometimes it might not be OK).
|
||||
- Added time.cpp to makefile; set wxUSE_DATETIME to 1.
|
||||
- Added a parent-existance check to popup menu code to make it not crash.
|
||||
- Added a parent-existence check to popup menu code to make it not crash.
|
||||
- Added some optimization in wxWindow::SetSize to produce less flicker.
|
||||
It remains to be seen whether this produces any resize bugs.
|
||||
|
||||
@@ -922,7 +922,7 @@ wxMSW:
|
||||
- wxConfig API improved, documentation updated.
|
||||
- Printing classes name conventions cleaned up.
|
||||
- wxUpdateUIEvent now derives from wxCommandEvent
|
||||
so event can travel up the window hierachy.
|
||||
so event can travel up the window hierarchy.
|
||||
|
||||
Alpha 14, July 31st 1998
|
||||
------------------------
|
||||
@@ -1183,7 +1183,7 @@ Generic:
|
||||
- Added wxMouseEvent::GetPosition and
|
||||
wxMouseEvent::GetLogicalPosition, both returning wxPoints.
|
||||
- Made wxSize and wxRect contain longs not ints.
|
||||
- Cured some lemory leaks (thanks Vadim).
|
||||
- Cured some memory leaks (thanks Vadim).
|
||||
- Tidied up OnIdle and introduced RequestMore/MoreRequested so
|
||||
will only keep processing OnIdle if it returns TRUE from
|
||||
MoreRequested.
|
||||
@@ -1212,7 +1212,7 @@ All:
|
||||
implementation updated to use these base classes.
|
||||
- wxHelpInstance now separated into wxHelpControllerBase (base
|
||||
for all implementations), wxWinHelpController (uses standard
|
||||
WinHelp), wxXLPHelPController (talks to wxHelp by DDE or
|
||||
WinHelp), wxXLPHelpController (talks to wxHelp by DDE or
|
||||
TCP/IP). There will be others eventually, such as
|
||||
wxHTMLHelpController for Microsoft (and Netscape?) HTML Help.
|
||||
- Added Vadim Zeitlin's wxString class plus
|
||||
@@ -1293,7 +1293,7 @@ At this point, the following has been achieved:
|
||||
Windows types where needed e.g. WXHWND.
|
||||
- PrologIO revised.
|
||||
- wxScrolledWindow, wxStatusBar and new MDI classes added.
|
||||
MDI is now achived using separate classes, not window styles.
|
||||
MDI is now achieved using separate classes, not window styles.
|
||||
- wxSystemSettings added, and made use of to reflect standard
|
||||
Windows settings.
|
||||
- SetButtonFont/SetLabelFont replaced by SetFont; font and colour
|
||||
|
@@ -20,7 +20,7 @@ in wxFilterStream and wxBufferedStream.
|
||||
|
||||
Implemented new ref-counting for GDI classes.
|
||||
|
||||
New implemenation of wxCondition.
|
||||
New implementation of wxCondition.
|
||||
|
||||
Implemented actual comparisons between GDI classes instead of
|
||||
comparing just the ref-count.
|
||||
@@ -65,7 +65,7 @@ wxStaticBox honours wxALIGN_XXX styles
|
||||
Reworked wxConfig class interface.
|
||||
|
||||
Reworked wxDynamicLibary class for loading classes (particularly
|
||||
wxWindows classes) from dynmic libraries.
|
||||
wxWindows classes) from dynamic libraries.
|
||||
|
||||
Removed wxObjectStream class.
|
||||
|
||||
@@ -74,7 +74,7 @@ Further improvements to wxFileName class.
|
||||
*** wxWindows 2.3.2 ***
|
||||
|
||||
Addition of wxFileName class to handler DOS, Unix, Mac and VMS filenames
|
||||
and paths in a platform independant way.
|
||||
and paths in a platform independent way.
|
||||
|
||||
Addition of a wxPopupWindow class to imitate temporary windows such
|
||||
as those used combo boxes or in tool tips.
|
||||
@@ -104,7 +104,7 @@ reading support for ICO files. BMP can be saved in various bit depths now.
|
||||
Fixed some incompatibilities with GTK 1.2.10.
|
||||
|
||||
Partially reworked build system for installation of multiple builds and
|
||||
cross coompilations.
|
||||
cross compilations.
|
||||
|
||||
Improved wxSizer-based layout system for better support for dynamic
|
||||
layout.
|
||||
@@ -142,7 +142,7 @@ Patch for better 8-bit-display support.
|
||||
|
||||
Corrected log error message box.
|
||||
|
||||
Implememted wxCommandEvent::IsSelection() for wxListBox.
|
||||
Implemented wxCommandEvent::IsSelection() for wxListBox.
|
||||
|
||||
Corrected wxListBox::Set() for sorted mode.
|
||||
|
||||
@@ -164,7 +164,7 @@ Synchronized release with wxMSW again.
|
||||
Fixed bugs in HTTP code.
|
||||
|
||||
Implemented wxNO_FULL_REPAINT_ON_RESIZE whenever possible
|
||||
and reduced flicker a little (no longer diables GTK's own
|
||||
and reduced flicker a little (no longer disables GTK's own
|
||||
anti-flicker code).
|
||||
|
||||
Always have a clipping region equivalent to the update
|
||||
@@ -191,7 +191,7 @@ Adobe fonts).
|
||||
Fixed wxSizer bug that made items with option
|
||||
flags greater than 1 report a wrong size.
|
||||
|
||||
Fixed many incompatibilties with GTK themes -
|
||||
Fixed many incompatibilities with GTK themes -
|
||||
essentially a backport from the 2.3 branch.
|
||||
|
||||
Added missing wxImage::Paste() for transparent
|
||||
@@ -284,10 +284,10 @@ MANY bugfixes.
|
||||
|
||||
Build fix. RPMs no loner require GTK's include files.
|
||||
|
||||
An extra library for the OpenGl class now gets builts
|
||||
An extra library for the OpenGl class now gets built
|
||||
*** 19th March 2000: wxWindows 2.1.14 released ***
|
||||
|
||||
An extra library for the OpenGl class now gets builts
|
||||
An extra library for the OpenGl class now gets built
|
||||
and installed. There is also an extra RPM for this
|
||||
small class now.
|
||||
|
||||
@@ -309,7 +309,7 @@ standards.
|
||||
Renamed wx-config to wxgtk-config so that motif can be co-installed
|
||||
on the same machine (with wxmotif-config).
|
||||
|
||||
Speed up for drawing by resuing once created DCs instead of
|
||||
Speed up for drawing by reusing once created DCs instead of
|
||||
creating and destroying them all the time.
|
||||
|
||||
Corrections to clipping region code (among others related to
|
||||
@@ -359,7 +359,7 @@ Fixed endianness problems in image code.
|
||||
|
||||
Minor fixes for sockets related to GUI reentrance. Also
|
||||
improved the IPV address class and added more error
|
||||
checking and rekated things.
|
||||
checking and related things.
|
||||
|
||||
Many enhancements to wxHTML, more tags supported, better support
|
||||
for non-western texts etc.
|
||||
@@ -380,7 +380,7 @@ Fixed problem with shared contexts in OpenGl canvas.
|
||||
|
||||
Fixed keyboard handling in wxCheckListBox.
|
||||
|
||||
Corrected the completely unfunctional TIFF code.
|
||||
Corrected the completely nonfunctional TIFF code.
|
||||
|
||||
Various minor corrections to wxWizard, wxCalendarCtrl and other
|
||||
complex controls.
|
||||
@@ -395,7 +395,7 @@ Build-fixes for various platforms and compilers.
|
||||
|
||||
Who has a BigEndian computer (e.g. Sparc or PowerPC) that runs a 15
|
||||
and/or 16 bit colour mode? I need this for testing purposes, i.e. this
|
||||
person could help me by running a small testprogram and sending
|
||||
person could help me by running a small test program and sending
|
||||
me the output.
|
||||
|
||||
Improved support for GTK's themes, changes in font sizes (and
|
||||
@@ -509,7 +509,7 @@ conversion on big-endian architectures (such as Solaris),
|
||||
where color values get exchanged. I'd need help on this
|
||||
one as I have no BE computer.
|
||||
|
||||
Enlightment has struck the majority of the developers and
|
||||
Enlightenment has struck the majority of the developers and
|
||||
they have chosen to use the Linux kernel numbering scheme
|
||||
for wxWindows from now on. This means that the next stable
|
||||
release will be called wxWindows 2.2.X, development snapshots
|
||||
@@ -566,7 +566,7 @@ from Python and C++. Also HTML printing has been added.
|
||||
|
||||
wxSpinCtrl added. Like a wxSpinButton and a wxTextCtrl.
|
||||
|
||||
Changed the beaviour of the popular new wxFileDialog to
|
||||
Changed the behaviour of the popular new wxFileDialog to
|
||||
not forget the once typed file name when changing the
|
||||
directory.
|
||||
|
||||
@@ -610,7 +610,7 @@ A handler to read PCX file (in most variants) has been added.
|
||||
A number of problems with compressed and socket streams have
|
||||
been solved.
|
||||
|
||||
Changed behavour of wxTextStream to make use of deliminators
|
||||
Changed behaviour of wxTextStream to make use of delimiters
|
||||
and default to space as the standard C++ stream do.
|
||||
|
||||
Changes to tab traversal code to better reflect MSW code.
|
||||
@@ -622,7 +622,7 @@ Made default button action work in more cases.
|
||||
28th August '99: Ninth wxGTK 2.1 snapshot released
|
||||
|
||||
As the old makefile system didn't work, I trashed it and wrote
|
||||
a new one - mo more GNU. This, of course, caused a lot of people
|
||||
a new one - no more GNU. This, of course, caused a lot of people
|
||||
to start sing their song of complaints - any change is a good
|
||||
opportunity to complain, but the effect of the change is that
|
||||
we now have shared library support on Linux and Solaris (and
|
||||
@@ -636,7 +636,7 @@ for using CVS versions are also much less (any make, any compiler,
|
||||
no other tools).
|
||||
|
||||
Split RPMs into two, one for run-time requirements and one
|
||||
for developement (mostly headers).
|
||||
for development (mostly headers).
|
||||
|
||||
Addition of new layout classes that work like Java's, GTK's
|
||||
or Qt`s - basically, you pack item in a box and let it tell
|
||||
@@ -671,7 +671,7 @@ Small updates to socket code. The MSW version is still missing.
|
||||
|
||||
Implemented wxBitmapDataObject class.
|
||||
|
||||
Added wxFFileStream using FILE* instead if file desrcriptor.
|
||||
Added wxFFileStream using FILE* instead if file descriptor.
|
||||
Useful for creating a "cerr" like class as in normal C++.
|
||||
Also added "endl" for use with wxTextStream and fixed a few
|
||||
minor problems with buffered streams etc.
|
||||
@@ -704,7 +704,7 @@ Controls now send the same messages (or more importantly none if
|
||||
changed programmatically) as per wxMSW.
|
||||
|
||||
New implementation of wxSocket using an intermediate library called
|
||||
GSocket. This willl hopefully change in the future.
|
||||
GSocket. This will hopefully change in the future.
|
||||
|
||||
Reworked in-place editing of wxListCtrl and wxTreeCtrl.
|
||||
|
||||
@@ -727,11 +727,11 @@ New documentation.
|
||||
|
||||
New version of wxPython, of course.
|
||||
|
||||
Fixed in unenclosed number of other bugs...
|
||||
Fixed an undisclosed number of other bugs...
|
||||
|
||||
25th June '99: Seventh wxGTK 2.1 snapshot released
|
||||
|
||||
Many fixes to th new makefile system. The last version gave
|
||||
Many fixes to the new makefile system. The last version gave
|
||||
immediate crashes on all Unices except Linux when linked
|
||||
dynamically against an application. I reordered the object
|
||||
files in the library as I guess that this was the cause.
|
||||
@@ -755,10 +755,10 @@ The biggest change is the completely rewritten configure/makefile
|
||||
system using automake. The main argument for switching to automake
|
||||
is that the resulting makefiles should be more portable so that
|
||||
people can use the native make utilities instead of GNU make. The
|
||||
new makefile sytem also handles dependencies correctly, allows for
|
||||
new makefile system also handles dependencies correctly, allows for
|
||||
shared-only compilation, can be invoked from any directory for
|
||||
concurrent builds wihtin one source tree, uses libtool for greater
|
||||
shared-library platform support, has a functinonal "make uninstall",
|
||||
concurrent builds within one source tree, uses libtool for greater
|
||||
shared-library platform support, has a functional "make uninstall",
|
||||
works with GTK, Motif and WINE, conforms better to GNU standards
|
||||
as far as configure option names are concerned and is easier to
|
||||
maintain.
|
||||
@@ -827,10 +827,10 @@ This is mostly a bug-fix release. We are having funny
|
||||
times to make wxGTK work well with different micro
|
||||
versions of GTK 1.2 - which is very close to impossible.
|
||||
All versions give warnings, although their number might
|
||||
vary a lot. I use GTK 1.2.3 and only get wanrnings in
|
||||
vary a lot. I use GTK 1.2.3 and only get warnings in
|
||||
one sample (notebook) and that one is due to a bug in
|
||||
GTK - some people using GTK 1.2.2 reported hundreds of warnings
|
||||
getting spitted out for what seems like no reason.
|
||||
getting spat out for what seems like no reason.
|
||||
|
||||
This snapshot contains the beginnings of our merging of
|
||||
headers, meaning that in the future all ports will
|
||||
@@ -905,7 +905,7 @@ This is mostly a bug-fix release. This affects wxSocket, wxThread,
|
||||
and a few GUI classes. Also more work has been done and window
|
||||
placement and decorations etc. which we hope to have finished now.
|
||||
|
||||
Applied patches for FreeBSD and SGI compilation (not yet finshed).
|
||||
Applied patches for FreeBSD and SGI compilation (not yet finished).
|
||||
|
||||
Updated wxPython to beta 9.
|
||||
|
||||
@@ -941,7 +941,7 @@ Internal changes required for wxOLE and addition of a very experimental
|
||||
wxOLE code section using GNOME's Bonobo library (from GNOME's CVS).
|
||||
|
||||
New version of wxPython that works with the wxGTK 2.1.
|
||||
This now includes a very comprensive test/demo suite. Thanks to
|
||||
This now includes a very comprehensive test/demo suite. Thanks to
|
||||
Robin Dunn, Harm v.d. Heijden and others. Beware of the hang-man...
|
||||
|
||||
More fine tuning of focus handling and GUI widgets.
|
||||
@@ -955,7 +955,7 @@ such as in wxXt and wxMSW.
|
||||
|
||||
Rewritten MDI subsystem.
|
||||
|
||||
Correcetions and additions to the printing framework including
|
||||
Corrections and additions to the printing framework including
|
||||
a paper type database (Julian).
|
||||
|
||||
Several controls now support more style flags for modifying
|
||||
@@ -1015,7 +1015,7 @@ wxPython still doesn't compile, I think.
|
||||
|
||||
This is the first developers' version of wxWindows 2.1 for GTK. It's main
|
||||
new feature is that it supports GTK 1.2 (as opposed to GTK 1.0) which
|
||||
will make development within the GNOME evironment a lot easier.
|
||||
will make development within the GNOME environment a lot easier.
|
||||
|
||||
Apart from the move to GTK 1.2 and the changes (some major) that were
|
||||
required as part of that work, enhancement or corrections have been
|
||||
@@ -1025,17 +1025,17 @@ and a few GUI classes (accelerators in menus, listbox always with
|
||||
scrollbar, wxFrame honours Motif Window Manager hints, corrected tab
|
||||
traversal for broken GTK 1.0 widgets).
|
||||
|
||||
There have been slight changes to the priting dialogs and their
|
||||
There have been slight changes to the printing dialogs and their
|
||||
setup data (which might break apps using this code in previous
|
||||
versions). Also, a bug concerning printing white has been fixed
|
||||
(actually not tested).
|
||||
|
||||
Although this is only the first 2.1 snapshot, there is little reason not
|
||||
to use it as many bugs from version 2.0 have been corrected. There are,
|
||||
pf course, still a few problem left with GTK 1.2 (some of which relate
|
||||
of course, still a few problem left with GTK 1.2 (some of which relate
|
||||
to bugs in GTK).
|
||||
|
||||
I think I preserved backward compatility with GTK 1.0 and if not it
|
||||
I think I preserved backward compatibility with GTK 1.0 and if not it
|
||||
should be easy to fix - but mostly I don't care.
|
||||
|
||||
Drag'N'Drop is currently completely broken. Also, wxPython currently
|
||||
@@ -1043,9 +1043,9 @@ doesn't compile with this release. The OpenGL canvas still seems to
|
||||
work.
|
||||
|
||||
Major targets for the final release (still a long way): a new configure
|
||||
system, support JPEG and GIF formats, wxHTML, super-duppah frame layout
|
||||
system, support JPEG and GIF formats, wxHTML, super-duper frame layout
|
||||
stuff, syntax-highlighting editor, possibly Unicode, possibly some GNOME
|
||||
gooddies, possibly world domination.
|
||||
goodies, possibly world domination.
|
||||
|
||||
|
||||
|
||||
@@ -1074,14 +1074,14 @@ Applied compile fixes for Solaris (different flavours and compilers).
|
||||
This is the fourth beta release and it contains mostly bug fixes and
|
||||
updates for documentation.
|
||||
|
||||
Tracked a few more cases, where the bahaviour between wxMSW and wxGTK
|
||||
Tracked a few more cases, where the behaviour between wxMSW and wxGTK
|
||||
differed. This was the case for closing a dialog or frame as well as
|
||||
for clearing a device context or setting its background colour and some
|
||||
other minor details.
|
||||
|
||||
Most standard dialogs have been face-liftet a little.
|
||||
Most standard dialogs have been face-lifted a little.
|
||||
|
||||
Implememted default buttons for GTK.
|
||||
Implemented default buttons for GTK.
|
||||
|
||||
Fixed many bugs. You guessed it.
|
||||
|
||||
@@ -1169,7 +1169,7 @@ Tkinter is dead, Java is dead, wxPython rules! That's all there is to say.
|
||||
Although only a few new classes have been added, many have been polished
|
||||
up substantially, the most visible are wxListCtrl, wxTreeCtrl and
|
||||
all classes related to printing. Also the DialogEd now functions
|
||||
much better than before. Drag'n'Drop is fucntional but probably won't
|
||||
much better than before. Drag'n'Drop is functional but probably won't
|
||||
be perfect until we use GTK 1.2 and its much improved DnD features.
|
||||
|
||||
wxClipboard has arrived and works for text. Other formats have not been
|
||||
@@ -1181,7 +1181,7 @@ include his very nice work later.
|
||||
|
||||
wxDirDialog has been added (thanks to Harm von der Heijden).
|
||||
|
||||
The entite "tab traveral" system for moving from item to item in
|
||||
The entire "tab traversal" system for moving from item to item in
|
||||
a dialog has been rewritten. It now completely overrides the
|
||||
not-so-well-done GTK native tab system.
|
||||
|
||||
@@ -1204,7 +1204,7 @@ resulting in unexpected behaviour so it was decided to remove these
|
||||
constructors.
|
||||
|
||||
As the number of users and the number of test programs and samples
|
||||
is steadialy rising the core classes of wxWindows for MSW and GTK 1.0
|
||||
is steadily rising the core classes of wxWindows for MSW and GTK 1.0
|
||||
can be considered to be very stable if not outright bug-free. I haven't
|
||||
seen a crash for weeks now and wxWindows' internal debug features also
|
||||
have improved every week, making stepping-through with a debugger almost
|
||||
|
@@ -36,11 +36,13 @@ If you want to remove wxWindows on Unix you can do this:
|
||||
|
||||
If you want to do some more serious cross-platform programming with wxWindows,
|
||||
such as for GTK and Motif, you can now build two complete libraries and use
|
||||
them concurretly. For this end, you have to create a directory for each build
|
||||
them concurrently. For this end, you have to create a directory for each build
|
||||
of wxWindows - you may also want to create different versions of wxWindows
|
||||
and test them concurrently. Most typically, this would be a version configured
|
||||
with --enable-debug_flag and one without. Note, that only one build can currently
|
||||
be installed, so you'd have to use local version of the library for that purpose.
|
||||
with --enable-debug_flag and one without. Note, that only one build can
|
||||
currently be installed, so you'd have to use local version of the library for
|
||||
that purpose.
|
||||
|
||||
For building three versions (one GTK, one Motif and a debug version of the GTK
|
||||
source) you'd do this:
|
||||
|
||||
@@ -84,7 +86,7 @@ support definitely won't).
|
||||
|
||||
You get errors during compilation: The reason is that you probably have a
|
||||
broken compiler, which includes a lot of old gcc versions. In particular, if
|
||||
you use gcc 2.8 you have to disable optimsation as the compiler will give up
|
||||
you use gcc 2.8 you have to disable optimisation as the compiler will give up
|
||||
with an internal compiler error.
|
||||
|
||||
You get immediate segfault when starting any sample or application: This is
|
||||
@@ -122,7 +124,7 @@ YOU USE AND WHAT ERROR WAS REPORTED. I know this has no effect, but I tried...
|
||||
-----------------------
|
||||
|
||||
wxWindows/GTK requires the GTK+ library to be installed on your system. It has
|
||||
to be a stable version, preferebly version 1.2.10 (at least 1.2.3 is required,
|
||||
to be a stable version, preferably version 1.2.10 (at least 1.2.3 is required,
|
||||
1.2.7 is strongly recommended).
|
||||
|
||||
You can get the newest version of the GTK+ from the GTK homepage at:
|
||||
@@ -189,7 +191,7 @@ as described above.
|
||||
|
||||
If you have pthreads library installed, but have a gtk version
|
||||
which does not yet support threading, you need to explicitly
|
||||
diable threading by using the option --disable-threads.
|
||||
disable threading by using the option --disable-threads.
|
||||
|
||||
Note that configure assumes your flex will generate files named
|
||||
"lexyy.c", not "lex.yy.c". If you have a version which does
|
||||
@@ -284,8 +286,9 @@ The following options handle the kind of library you want to build.
|
||||
--enable-no_deps Enable compilation without creation of
|
||||
dependency information.
|
||||
|
||||
--enable-permissive Enable compilation without creation of
|
||||
giving erros as soon as you compile with
|
||||
--enable-permissive Enable compilation without checking for strict
|
||||
ANSI conformance. Useful to prevent the build
|
||||
dying with errors as soon as you compile with
|
||||
Solaris' ANSI-defying headers.
|
||||
|
||||
--enable-mem_tracing Add built-in memory tracing.
|
||||
@@ -343,7 +346,7 @@ are
|
||||
|
||||
--disable-clipboard Disables Clipboard.
|
||||
|
||||
--disable-serial Disables object instance serialiasation.
|
||||
--disable-serial Disables object instance serialisation.
|
||||
|
||||
--disable-streams Disables the wxStream classes.
|
||||
|
||||
@@ -377,9 +380,9 @@ make yourself some coffee, as it will take some time. On an old
|
||||
warning messages depending in your compiler.
|
||||
|
||||
If you want to be more selective, you can change into a specific
|
||||
directiry and type "make" there.
|
||||
directory and type "make" there.
|
||||
|
||||
Then you may install the library and it's header files under
|
||||
Then you may install the library and its header files under
|
||||
/usr/local/include/wx and /usr/local/lib respectively. You
|
||||
have to log in as root (i.e. run "su" and enter the root
|
||||
password) and type
|
||||
@@ -420,7 +423,7 @@ clean:
|
||||
rm -f *.o minimal
|
||||
|
||||
This is certain to become the standard way unless we decide
|
||||
to sitch to tmake.
|
||||
to stick to tmake.
|
||||
|
||||
2) The other way creates a project within the source code
|
||||
directories of wxWindows. For this endeavour, you'll need
|
||||
|
@@ -3,7 +3,7 @@
|
||||
# and makes wxGTK.
|
||||
# Call from top-level wxWindows directory.
|
||||
# Note that this uses standard (but commonly-used) configure options;
|
||||
# if you're feeling braven, you may wish to compile with threads.
|
||||
# if you're feeling brave, you may wish to compile with threads.
|
||||
# -- Julian Smart
|
||||
rm -f *.cache
|
||||
chmod a+x configure config.sub config.guess samples/configure demos/configure contrib/configure
|
||||
|
@@ -130,10 +130,10 @@ platform-independent code, such as the wxTreeCtrl and wxListCtrl classes.<P>
|
||||
No. This is a much-discussed topic that has (many times) ended with the conclusion that it is in
|
||||
wxWindows' best interests to avoid use of templates. Not all compilers can handle
|
||||
templates adequately so it would dramatically reduce the number of compilers
|
||||
and platforms that could be supported. It would also be undersirable to make
|
||||
and platforms that could be supported. It would also be undesirable to make
|
||||
wxWindows dependent on another large library that may have to be downloaded and installed.
|
||||
In addition, use of templates can lead to executable bloat, which is something
|
||||
wxWindows 2 is strenously trying to avoid.<P>
|
||||
wxWindows 2 is strenuously trying to avoid.<P>
|
||||
|
||||
The standard C++ string class is not used, again because it is not available to all compilers,
|
||||
and it is not necessarily a very efficient implementation. Also, we retain more flexibility
|
||||
|
@@ -30,11 +30,11 @@ See also <a href="faq.htm">top-level FAQ page</a>.
|
||||
<li><a href="#macosx">How is the Mac OS X port different from the Classic Mac OS port?</a></li>
|
||||
<li><a href="#macclassic">How are improvements to the Classic Mac OS port integrated into the Mac OS X port?</a></li>
|
||||
<li><a href="#compilers">What compilers are supported?</a></li>
|
||||
<li><a href="#filetypes">How does CVS handle file types/creators under Mac OS 8.x /9.x?</a></li>
|
||||
<li><a href="#filetypesx">How does CVS handle file types/creators under Mac OS X? </a></li>
|
||||
<li><a href="#cwpro53">What steps are required to build wxMac using CodeWarrior P ro 5.3?</a></li>
|
||||
<li><a href="#filetypes">How does CVS handle file types/creators under Mac OS 8.x/9.x?</a></li>
|
||||
<li><a href="#filetypesx">How does CVS handle file types/creators under Mac OS X?</a></li>
|
||||
<li><a href="#cwpro53">What steps are required to build wxMac using CodeWarrior Pro 5.3?</a></li>
|
||||
<li><a href="#buildx">What steps are required to build wxMac under Mac OS X?</a></li>
|
||||
<li><a href="#settings">What important settings are required in the CodeWarrior P roject Preferences?</a></li>
|
||||
<li><a href="#settings">What important settings are required in the CodeWarrior Project Preferences?</a></li>
|
||||
<li><a href="#smarterrors">What are the smart preprocessing errors with the Apple Developer Tools?</a></li>
|
||||
<li><a href="#aboutmenu">How does wxMac support the standard Apple About menu item and Help menu?</a></li>
|
||||
</ul>
|
||||
|
@@ -64,7 +64,7 @@ system is in preparation.
|
||||
|
||||
<h3><a name="dialoged">Does Dialog Editor work with wxWindows for Motif?</a></h3>
|
||||
|
||||
Suport for Dialog Editor is almost there, but there are some wrinkles to iron
|
||||
Support for Dialog Editor is almost there, but there are some wrinkles to iron
|
||||
out. You may find it's useful though: compile it and see.
|
||||
<P>
|
||||
|
||||
|
@@ -305,7 +305,7 @@ The templates are described in tmake ref manual (1-2 pages of text)
|
||||
and are quite simple. They do contain some Perl code, but my Perl is
|
||||
primitive (very C like) so it should be possible for anybody to make
|
||||
trivial modifications to it (I hope that only trivial modifications
|
||||
will be needed). I've tagged the ol makefiles as MAKEFILES_WITHOUT_TMAKE
|
||||
will be needed). I've tagged the old makefiles as MAKEFILES_WITHOUT_TMAKE
|
||||
in the cvs, so you can always retrieve them and compare the new ones,
|
||||
this will make it easier to solve the problems you might have.<P>
|
||||
|
||||
|
@@ -444,7 +444,7 @@ While editing a PO file, PO mode allows for the easy browsing of
|
||||
auxiliary and compendium PO files, as well as for following references into
|
||||
the set of C program sources from which PO files have been derived.
|
||||
It has a few special features, among which are the interactive marking
|
||||
of program strings as translatable, and the validatation of PO files
|
||||
of program strings as translatable, and the validation of PO files
|
||||
with easy repositioning to PO file lines showing errors.
|
||||
|
||||
</P>
|
||||
|
@@ -153,7 +153,7 @@ translator teams get interested in your package, and submit PO files.
|
||||
<P>
|
||||
It is worth adding here a few words about how the maintainer should
|
||||
ideally behave with PO files submissions. As a maintainer, your role is
|
||||
to authentify the origin of the submission as being the representative
|
||||
to authenticate the origin of the submission as being the representative
|
||||
of the appropriate translating teams of the Translation Project (forward
|
||||
the submission to <TT>`translation@iro.umontreal.ca'</TT> in case of doubt),
|
||||
to ensure that the PO file format is not severely broken and does not
|
||||
|
@@ -17,7 +17,7 @@
|
||||
|
||||
<P>
|
||||
The ISO 639 standard defines two character codes for many countries.
|
||||
All abreviations for countries or languages used in the Translation
|
||||
All abbreviations for countries or languages used in the Translation
|
||||
Project should come from this standard.
|
||||
|
||||
</P>
|
||||
|
@@ -149,7 +149,7 @@ the full control she needs.
|
||||
The comment lines beginning with <KBD>#,</KBD> are special because they are
|
||||
not completely ignored by the programs as comments generally are. The
|
||||
comma separated list of <VAR>flag</VAR>s is used by the <CODE>msgfmt</CODE>
|
||||
program to give the user some better disgnostic messages. Currently
|
||||
program to give the user some better diagnostic messages. Currently
|
||||
there are two forms of flags defined:
|
||||
|
||||
</P>
|
||||
@@ -171,7 +171,7 @@ search only. See section <A HREF="gettext_5.html#SEC26">Fuzzy Entries</A>.
|
||||
<DT><KBD>no-c-format</KBD>
|
||||
<DD>
|
||||
These flags should not be added by a human. Instead only the
|
||||
<CODE>xgettext</CODE> program adds them. In an automatized PO file processing
|
||||
<CODE>xgettext</CODE> program adds them. In an automated PO file processing
|
||||
system as proposed here the user changes would be thrown away again as
|
||||
soon as the <CODE>xgettext</CODE> program generates a new template file.
|
||||
|
||||
@@ -199,7 +199,7 @@ not having GNU Emacs handy should carefully continue reading on.
|
||||
<P>
|
||||
Each of <VAR>untranslated-string</VAR> and <VAR>translated-string</VAR> respects
|
||||
the C syntax for a character string, including the surrounding quotes
|
||||
and imbedded backslashed escape sequences. When the time comes
|
||||
and embedded backslashed escape sequences. When the time comes
|
||||
to write multi-line strings, one should not use escaped newlines.
|
||||
Instead, a closing quote should follow the last character on the
|
||||
line to be continued, and an opening quote should resume the string
|
||||
@@ -540,7 +540,7 @@ merely use <KBD>x</KBD> for making the switch.
|
||||
There are many different ways for encoding a particular string into a
|
||||
PO file entry, because there are so many different ways to split and
|
||||
quote multi-line strings, and even, to represent special characters
|
||||
by backslahsed escaped sequences. Some features of PO mode rely on
|
||||
by backslashed escaped sequences. Some features of PO mode rely on
|
||||
the ability for PO mode to scan an already existing PO file for a
|
||||
particular string encoded into the <CODE>msgid</CODE> field of some entry.
|
||||
Even if PO mode has internally all the built-in machinery for
|
||||
|
@@ -94,7 +94,7 @@ numbers in the <CODE>"C"</CODE> locale format. In some situation, it might
|
||||
also be a problem with the notation itself which makes it impossible to
|
||||
recognize whether the number is in the <CODE>"C"</CODE> locale or the local
|
||||
format. This can happen if thousands separator characters are used.
|
||||
Some locales define this character accordfing to the national
|
||||
Some locales define this character according to the national
|
||||
conventions to <CODE>'.'</CODE> which is the same character used in the
|
||||
<CODE>"C"</CODE> locale to denote the decimal point.
|
||||
|
||||
@@ -524,7 +524,7 @@ Consider the following case:
|
||||
<P>
|
||||
While it is no problem to mark the string <CODE>"a default message"</CODE> it
|
||||
is not possible to mark the string initializers for <CODE>messages</CODE>.
|
||||
What is to be done? We have to fulfill two tasks. First we have to mark the
|
||||
What is to be done? We have to fulfil two tasks. First we have to mark the
|
||||
strings so that the <CODE>xgettext</CODE> program (see section <A HREF="gettext_4.html#SEC20">Invoking the <CODE>xgettext</CODE> Program</A>)
|
||||
can find them, and second we have to translate the string at runtime
|
||||
before printing them.
|
||||
|
@@ -106,7 +106,7 @@ Join messages with existing file.
|
||||
<DD>
|
||||
<DT><SAMP>`--keyword[=<VAR>word</VAR>]'</SAMP>
|
||||
<DD>
|
||||
Additonal keyword to be looked for (without <VAR>word</VAR> means not to
|
||||
Additional keyword to be looked for (without <VAR>word</VAR> means not to
|
||||
use default keywords).
|
||||
|
||||
The default keywords, which are always looked for if not explicitly
|
||||
@@ -194,7 +194,7 @@ adjacent strings, and escaped end of lines for continued strings.
|
||||
<H2><A NAME="SEC21" HREF="gettext_toc.html#TOC21">C Sources Context</A></H2>
|
||||
|
||||
<P>
|
||||
PO mode is particularily powerful when used with PO files
|
||||
PO mode is particularly powerful when used with PO files
|
||||
created through GNU <CODE>gettext</CODE> utilities, as those utilities
|
||||
insert special comments in the PO files they generate.
|
||||
Some of these special comments relate the PO file entry to
|
||||
@@ -205,7 +205,7 @@ exactly where the untranslated string appears in the program sources.
|
||||
When the translator gets to an untranslated entry, she is fairly
|
||||
often faced with an original string which is not as informative as
|
||||
it normally should be, being succinct, cryptic, or otherwise ambiguous.
|
||||
Before chosing how to translate the string, she needs to understand
|
||||
Before choosing how to translate the string, she needs to understand
|
||||
better what the string really means and how tight the translation has
|
||||
to be. Most of times, when problems arise, the only way left to make
|
||||
her judgment is looking at the true program sources from where this
|
||||
@@ -222,7 +222,7 @@ translator should not be shy at taking a look, once in a while.
|
||||
It is most probable that she will still be able to find some of the
|
||||
hints she needs. She will learn quickly to not feel uncomfortable
|
||||
in program code, paying more attention to programmer's comments,
|
||||
variable and function names (if he dared chosing them well), and
|
||||
variable and function names (if he dared choosing them well), and
|
||||
overall organization, than to programmation itself.
|
||||
|
||||
</P>
|
||||
|
@@ -70,7 +70,7 @@ See section <A HREF="gettext_5.html#SEC26">Fuzzy Entries</A>.
|
||||
|
||||
<P>
|
||||
Each PO file entry may have a set of <STRONG>attributes</STRONG>, which are
|
||||
qualities given an name and explicitely associated with the entry
|
||||
qualities given an name and explicitly associated with the entry
|
||||
translation, using a special system comment. One of these attributes
|
||||
has the name <CODE>fuzzy</CODE>, and entries having this attribute are said
|
||||
to have a fuzzy translation. They are called fuzzy entries, for short.
|
||||
|
@@ -70,7 +70,7 @@ translation errors. The <CODE>msgid</CODE> and <CODE>msgstr</CODE> strings are
|
||||
studied and compared. It is considered abnormal that one string
|
||||
starts or ends with a newline while the other does not.
|
||||
|
||||
Also, if the string represents a format sring used in a
|
||||
Also, if the string represents a format string used in a
|
||||
<CODE>printf</CODE>-like function both strings should have the same number of
|
||||
<SAMP>`%'</SAMP> format specifiers, with matching types. If the flag
|
||||
<CODE>c-format</CODE> or <CODE>possible-c-format</CODE> appears in the special
|
||||
|
@@ -167,7 +167,7 @@ On the other end, people might enjoy their own language a lot, and be
|
||||
very motivated at providing to themselves the pleasure of having their
|
||||
beloved free software speaking their mother tongue. They do themselves
|
||||
a personal favor, and do not pay that much attention to the number of
|
||||
people beneficiating of their work.
|
||||
people benefiting of their work.
|
||||
|
||||
<LI>Misinterpretation
|
||||
|
||||
|
@@ -125,8 +125,8 @@ Among the many new features that have appeared since version 2.0
|
||||
was release are:
|
||||
|
||||
<ul>
|
||||
<li> A great number of incompatiblities between the GTK and the MSW port have been removed. This
|
||||
holds escecially true for the way, time and order, controls send notifications to the user program.
|
||||
<li> A great number of incompatibilities between the GTK and the MSW port have been removed. This
|
||||
holds especially true for the way, time and order, controls send notifications to the user program.
|
||||
<li> Practically all widgets have been updated, removing bugs or adding missing features to
|
||||
specific ports (mostly the GTK port).
|
||||
<li> The GTK port now supports GTK version 1.2 as well as 1.0, giving access to the many new
|
||||
@@ -134,7 +134,7 @@ features, such as e.g. menu accelerators.
|
||||
<li> Many of the non-GUI classes have been reworked and new ones added, the stream classes
|
||||
having undergone a complete rewrite.
|
||||
<li> The addition of code to handle Unicode has begun and is in an advanced state.
|
||||
<li> The Python bindings (wxPython) have been largely improved and upadted to the newest
|
||||
<li> The Python bindings (wxPython) have been largely improved and updated to the newest
|
||||
API and features.
|
||||
</ul>
|
||||
|
||||
|
@@ -135,7 +135,7 @@ if you would like to contribute.
|
||||
|
||||
<H3><a name="publication">Publication</a></H3>
|
||||
|
||||
We wll investigate publishers, especially O'Reilly. We will have to get together
|
||||
We will investigate publishers, especially O'Reilly. We will have to get together
|
||||
several sample chapters to convince a publisher that the many-author approach will
|
||||
work.<P>
|
||||
|
||||
|
@@ -16,7 +16,7 @@ and one for blue, thus yielding the classical RGB acronym. Due to the
|
||||
simplicity of wxImage, you will do all kinds of image manipulation
|
||||
with this class, this includes loading images in various formats
|
||||
such as GIF, TIFF or JPEG (these and some more are supported by wxWindows
|
||||
without further work), analyizing the image in terms of colour usage etc
|
||||
without further work), analyzing the image in terms of colour usage etc
|
||||
and applying filters to the image for higher-level manipulation, such
|
||||
as blurring, sharpening etc.
|
||||
|
||||
|
@@ -88,7 +88,7 @@ points to the correct library. There is no way to compile wxGTK if configure
|
||||
doesn't pass this test as all this test does is compile and link a GTK program.
|
||||
\item You get errors during compilation: The reason is that you probably have a broken
|
||||
compiler, which includes almost everything that is called gcc. If you use gcc 2.8
|
||||
you have to disable optimsation as the compiler will give up with an internal
|
||||
you have to disable optimisation as the compiler will give up with an internal
|
||||
compiler error.You get immediate segfault when starting any sample or application: This is either
|
||||
due to having compiled the library with different flags or options than your program -
|
||||
typically you might have the __WXDEBUG__ option set for the library but not for your
|
||||
@@ -120,7 +120,7 @@ report to one of the mailing lists.
|
||||
\wxheading{Libraries needed}
|
||||
|
||||
wxWindows/GTK requires the GTK+ library to be installed on your system. It has to
|
||||
be a stable version, preferebly version 1.2.3.
|
||||
be a stable version, preferably version 1.2.3.
|
||||
|
||||
You can get the newest version of the GTK+ from the GTK homepage at:
|
||||
|
||||
@@ -188,7 +188,7 @@ as described above.
|
||||
|
||||
If you have pthreads library installed, but have a gtk version
|
||||
which does not yet support threading, you need to explicitly
|
||||
diable threading by using the option --disable-threads.
|
||||
disable threading by using the option --disable-threads.
|
||||
|
||||
Note that configure assumes your flex will generate files named
|
||||
"lexyy.c", not "lex.yy.c". If you have a version which does
|
||||
@@ -300,9 +300,10 @@ The following options handle the kind of library you want to build.
|
||||
--enable-no_deps Enable compilation without creation of
|
||||
dependency information.
|
||||
|
||||
--enable-permissive Enable compilation without creation of
|
||||
giving erros as soon as you compile with
|
||||
Solaris' ANSI-defying headers.
|
||||
--enable-permissive Enable compilation without checking for strict
|
||||
ANSI conformance. Useful to prevent the build
|
||||
dying with errors as soon as you compile with
|
||||
Solaris' ANSI-defying headers.
|
||||
|
||||
--enable-mem_tracing Add built-in memory tracing.
|
||||
|
||||
@@ -359,7 +360,7 @@ are
|
||||
|
||||
--disable-clipboard Disables Clipboard.
|
||||
|
||||
--disable-serial Disables object instance serialiasation.
|
||||
--disable-serial Disables object instance serialisation.
|
||||
|
||||
--disable-streams Disables the wxStream classes.
|
||||
|
||||
@@ -395,7 +396,7 @@ make yourself some coffee, as it will take some time. On an old
|
||||
warning messages depending in your compiler.
|
||||
|
||||
If you want to be more selective, you can change into a specific
|
||||
directiry and type "make" there.
|
||||
directory and type "make" there.
|
||||
|
||||
Then you may install the library and it's header files under
|
||||
/usr/local/include/wx and /usr/local/lib respectively. You
|
||||
@@ -447,7 +448,7 @@ clean:
|
||||
\end{verbatim}
|
||||
|
||||
This is certain to become the standard way unless we decide
|
||||
to sitch to tmake.
|
||||
to stick to tmake.
|
||||
|
||||
2) The other way creates a project within the source code
|
||||
directories of wxWindows. For this endeavour, you'll need
|
||||
|
@@ -479,7 +479,7 @@ press x or e) and rename it before retrying.}
|
||||
%
|
||||
% \textleftof\anybox: Sample text\endtext
|
||||
% inserts "Sample text" on the left of \anybox ie \vbox, \psbox.
|
||||
% \textrightof is the symmetric (not documented, too uggly)
|
||||
% \textrightof is the symmetric (not documented, too ugly)
|
||||
% Welcome any suggestion about clean wraparound macros from
|
||||
% TeXhackers reading this
|
||||
%
|
||||
|
@@ -345,7 +345,7 @@ work and, in fact, probably won't.
|
||||
%%application have all been processed, wxWindows sends an OnIdle event to the application object. wxApp::OnIdle itself
|
||||
%%sends an OnIdle event to each application window, allowing windows to do idle processing such as updating
|
||||
%%their appearance. If either wxApp::OnIdle or a window OnIdle function requested more time, by
|
||||
%%caling \helpref{wxIdleEvent::RequestMore}{wxidleeventrequestmore}, wxWindows will send another OnIdle
|
||||
%%calling \helpref{wxIdleEvent::RequestMore}{wxidleeventrequestmore}, wxWindows will send another OnIdle
|
||||
%%event to the application object. This will occur in a loop until either a user event is found to be
|
||||
%%pending, or OnIdle requests no more time. Then all pending user events are processed until the system
|
||||
%%goes idle again, when OnIdle is called, and so on.
|
||||
@@ -449,7 +449,7 @@ may wish to process it. The function returns TRUE if the message
|
||||
was processed, FALSE otherwise. If you use wxWindows with another class
|
||||
library with its own message loop, you should make sure that this
|
||||
function is called to allow wxWindows to receive messages. For example,
|
||||
to allow co-existance with the Microsoft Foundation Classes, override
|
||||
to allow co-existence with the Microsoft Foundation Classes, override
|
||||
the PreTranslateMessage function:
|
||||
|
||||
\begin{verbatim}
|
||||
@@ -587,7 +587,7 @@ wxWindows.
|
||||
Allows the programmer to specify whether the application will use the best visual
|
||||
on systems that support several visual on the same display. This is typically the
|
||||
case under Solaris and IRIX, where the default visual is only 8-bit whereas certain
|
||||
appications are supposed to run in TrueColour mode.
|
||||
applications are supposed to run in TrueColour mode.
|
||||
|
||||
Note that this function has to be called in the constructor of the {\tt wxApp}
|
||||
instance and won't have any effect when called later on.
|
||||
|
@@ -97,7 +97,7 @@ class MyDirectory
|
||||
// now that we have MyDirectory declaration in scope we may finish the
|
||||
// definition of ArrayOfDirectories -- note that this expands into some C++
|
||||
// code and so should only be compiled once (i.e., don't put this in the
|
||||
// header, but into a source file or you will get linkin errors)
|
||||
// header, but into a source file or you will get linking errors)
|
||||
#include <wx/arrimpl.cpp> // this is a magic incantation which must be done!
|
||||
WX_DEFINE_OBJARRAY(ArrayOfDirectories);
|
||||
|
||||
@@ -177,7 +177,7 @@ amount, but no more than some maximal number which is defined by
|
||||
ARRAY\_MAXSIZE\_INCREMENT constant. Of course, this may lead to some memory
|
||||
being wasted (ARRAY\_MAXSIZE\_INCREMENT in the worst case, i.e. 4Kb in the
|
||||
current implementation), so the \helpref{Shrink()}{wxarrayshrink} function is
|
||||
provided to unallocate the extra memory. The \helpref{Alloc()}{wxarrayalloc}
|
||||
provided to deallocate the extra memory. The \helpref{Alloc()}{wxarrayalloc}
|
||||
function can also be quite useful if you know in advance how many items you are
|
||||
going to put in the array and will prevent the array code from reallocating the
|
||||
memory more times than needed.
|
||||
|
@@ -26,14 +26,14 @@ array elements may be modified in place like this
|
||||
array.Last().MakeUpper();
|
||||
\end{verbatim}
|
||||
|
||||
There is also a varian of wxArrayString called wxSortedArrayString which has
|
||||
There is also a variant of wxArrayString called wxSortedArrayString which has
|
||||
exactly the same methods as wxArrayString, but which always keeps the string
|
||||
in it in (alphabetical) order. wxSortedArrayString uses binary search in its
|
||||
\helpref{Index}{wxarraystringindex} function (insteadf of linear search for
|
||||
\helpref{Index}{wxarraystringindex} function (instead of linear search for
|
||||
wxArrayString::Index) which makes it much more efficient if you add strings to
|
||||
the array rarely (because, of course, you have to pay for Index() efficiency
|
||||
by having Add() be slower) but search for them often. Several methods should
|
||||
not be used with sorted array (basicly, all which break the order of items)
|
||||
not be used with sorted array (basically, all which break the order of items)
|
||||
which is mentioned in their description.
|
||||
|
||||
Final word: none of the methods of wxArrayString is virtual including its
|
||||
|
@@ -92,7 +92,7 @@ Gets the IDispatch pointer.
|
||||
\constfunc{bool}{GetInstance}{\param{const wxString\&}{ classId}}
|
||||
|
||||
Retrieves the current object associated with a class id, and attaches the IDispatch pointer
|
||||
to this object. Returns TRUE if a pointer was succesfully retrieved, FALSE otherwise.
|
||||
to this object. Returns TRUE if a pointer was successfully retrieved, FALSE otherwise.
|
||||
|
||||
Note that this cannot cope with two instances of a given OLE object being active simultaneously,
|
||||
such as two copies of Excel running. Which object is referenced cannot currently be specified.
|
||||
|
@@ -176,7 +176,7 @@ and/or \urlref{http://www.wxwindows.org}{http://www.wxwindows.org}.}
|
||||
|
||||
You can also buy a CD-ROM using the form on the Web site.
|
||||
|
||||
\section{Acknowledgments}
|
||||
\section{Acknowledgements}
|
||||
|
||||
Thanks are due to AIAI for being willing to release the original version of
|
||||
wxWindows into the public domain, and to our patient partners.
|
||||
|
@@ -29,7 +29,7 @@ font and without border, but setting custom attributes with
|
||||
create a custom attribute object and set it for the day you want to be
|
||||
displayed specially (note that the control will take ownership of the pointer,
|
||||
i.e. it will delete it itself). A day may be marked as being a holiday, even
|
||||
if it is not reckognized as oen by \helpref{wxDateTime}{tdateholidays} using
|
||||
if it is not recognized as one by \helpref{wxDateTime}{tdateholidays} using
|
||||
\helpref{SetHoliday}{wxcalendardateattrsetholiday} method.
|
||||
|
||||
As the attributes are specified for each day, they may change when the month
|
||||
@@ -70,7 +70,7 @@ direct input to member functions that take a
|
||||
|
||||
\twocolwidtha{7cm}
|
||||
\begin{twocollist}\itemsep=7pt
|
||||
\twocolitem{{\bf EVT\_CALENDAR(id, func)}}{A day was double clickedi n the calendar.}
|
||||
\twocolitem{{\bf EVT\_CALENDAR(id, func)}}{A day was double clicked in the calendar.}
|
||||
\twocolitem{{\bf EVT\_CALENDAR\_SEL\_CHANGED(id, func)}}{The selected date changed.}
|
||||
\twocolitem{{\bf EVT\_CALENDAR\_DAY(id, func)}}{The selected day changed.}
|
||||
\twocolitem{{\bf EVT\_CALENDAR\_MONTH(id, func)}}{The selected month changed.}
|
||||
@@ -148,7 +148,7 @@ Gets the currently selected date.
|
||||
\func{void}{EnableYearChange}{\param{bool }{enable = TRUE}}
|
||||
|
||||
This function should be used instead of changing {\tt wxCAL\_NO\_YEAR\_CHANGE}
|
||||
style bit directly. It allows or disallows the user to chaneg the year
|
||||
style bit directly. It allows or disallows the user to change the year
|
||||
interactively.
|
||||
|
||||
\membersection{wxCalendarCtrl::EnableMonthChange}\label{wxcalendarctrlenablemonthchange}
|
||||
@@ -231,7 +231,7 @@ window style includes {\tt wxCAL\_SHOW\_HOLIDAYS} flag).
|
||||
|
||||
\constfunc{const wxColour\&}{GetHolidayColourFg}{\void}
|
||||
|
||||
Return the foregound colour currently used for holiday highlighting.
|
||||
Return the foreground colour currently used for holiday highlighting.
|
||||
|
||||
\wxheading{See also}
|
||||
|
||||
|
@@ -41,7 +41,7 @@ wxTE\_PROCESS\_ENTER flag when creating the control if you want it to generate
|
||||
such events.}
|
||||
\twocolitem{{\bf EVT\_TEXT\_MAXLEN(id, func)}}{Process a wxEVT\_COMMAND\_TEXT\_MAXLEN command,
|
||||
which is generated by a wxTextCtrl control when the user tries to enter more
|
||||
characters into it than the limit previosuly set with
|
||||
characters into it than the limit previously set with
|
||||
\helpref{SetMaxLength}{wxtextctrlsetmaxlength}.}
|
||||
\twocolitem{{\bf EVT\_MENU(id, func)}}{Process a wxEVT\_COMMAND\_MENU\_SELECTED command,
|
||||
which is generated by a menu item.}
|
||||
|
@@ -178,7 +178,7 @@ combination of \helpref{AddSwitch}{wxcmdlineparseraddswitch},
|
||||
|
||||
Using constructors or \helpref{SetDesc}{wxcmdlineparsersetdesc} uses a (usually
|
||||
{\tt const static}) table containing the command line description. If you want
|
||||
to decide which options to acccept during the run-time, using one of the
|
||||
to decide which options to accept during the run-time, using one of the
|
||||
{\tt AddXXX()} functions above might be preferable.
|
||||
|
||||
\membersection{Customization}\label{wxcmdlineparsercustomization}
|
||||
|
@@ -233,7 +233,7 @@ The default custom colours are all white.
|
||||
|
||||
\func{void}{operator $=$}{\param{const wxColourData\&}{ data}}
|
||||
|
||||
Assingment operator for the colour data.
|
||||
Assignment operator for the colour data.
|
||||
|
||||
\section{\class{wxColourDatabase}}\label{wxcolourdatabase}
|
||||
|
||||
|
@@ -28,7 +28,7 @@ a new class and call this constructor from your own constructor.
|
||||
|
||||
{\it canUndo} tells the command processor whether this command is undo-able. You
|
||||
can achieve the same functionality by overriding the CanUndo member function (if for example
|
||||
the criteria for undoability is context-dependant).
|
||||
the criteria for undoability is context-dependent).
|
||||
|
||||
{\it name} must be supplied for the command processor to display the command name
|
||||
in the application's edit menu.
|
||||
|
@@ -187,7 +187,7 @@ config file. All functions here return FALSE when there are no more items.
|
||||
|
||||
You must pass the same index to GetNext and GetFirst (don't modify it).
|
||||
Please note that it is {\bf not} the index of the current item (you will have
|
||||
some great surprizes with wxRegConfig if you assume this) and you shouldn't
|
||||
some great surprises with wxRegConfig if you assume this) and you shouldn't
|
||||
even look at it: it is just a "cookie" which stores the state of the
|
||||
enumeration. It can't be stored inside the class because it would prevent you
|
||||
from running several enumerations simultaneously, that's why you must pass it
|
||||
|
@@ -39,7 +39,7 @@ Default constructor initializes critical section object.
|
||||
|
||||
\func{}{\destruct{wxCriticalSection}}{\void}
|
||||
|
||||
Destructor frees the ressources.
|
||||
Destructor frees the resources.
|
||||
|
||||
\membersection{wxCriticalSection::Enter}\label{wxcriticalsectionenter}
|
||||
|
||||
|
@@ -9,7 +9,7 @@ and difficult to debug problems).
|
||||
Example of using it:
|
||||
|
||||
\begin{verbatim}
|
||||
void SetFoo()
|
||||
void Set Foo()
|
||||
{
|
||||
// gs_critSect is some (global) critical section guarding access to the
|
||||
// object "foo"
|
||||
@@ -59,5 +59,5 @@ Constructs a wxCriticalSectionLocker object associated with given
|
||||
|
||||
\func{}{\destruct{wxCriticalSectionLocker}}{\void}
|
||||
|
||||
Destuctor leaves the critical section.
|
||||
Destructor leaves the critical section.
|
||||
|
||||
|
@@ -69,7 +69,7 @@ Constructs a cursor using a cursor identifier.
|
||||
|
||||
\func{}{wxCursor}{\param{const wxImage\&}{ image}}
|
||||
|
||||
Constructs a cursor from a wxImage. The cursor is monochome, colors with the RGB elements all greater
|
||||
Constructs a cursor from a wxImage. The cursor is monochrome, colors with the RGB elements all greater
|
||||
than 127 will be foreground, colors less than this background. The mask (if any) will be used as transparent.
|
||||
|
||||
In MSW the foreground will be white and the background black. The cursor is resized to 32x32
|
||||
@@ -162,7 +162,7 @@ hotSpotY=0)}}{Constructs a cursor from a filename}
|
||||
\end{twocollist}}
|
||||
}
|
||||
|
||||
\perlnote{Contructors supported by wxPerl are:\par
|
||||
\perlnote{Constructors supported by wxPerl are:\par
|
||||
\begin{itemize}
|
||||
\item{Wx::Cursor->new( name, type, hotSpotX = 0, hotSpotY = 0 )}
|
||||
\item{Wx::Cursor->new( id )}
|
||||
|
@@ -36,7 +36,7 @@ enum Direction
|
||||
which allows to distinguish between them. See
|
||||
\helpref{wxDataFormat}{wxdataformat} documentation for more about formats.
|
||||
|
||||
Not surprizingly, being 'smart' comes at a price of added complexity. This is
|
||||
Not surprisingly, being 'smart' comes at a price of added complexity. This is
|
||||
reasonable for the situations when you really need to support multiple formats,
|
||||
but may be annoying if you only want to do something simple like cut and paste
|
||||
text.
|
||||
|
@@ -546,14 +546,14 @@ DST convention and date and time formatting rules.
|
||||
|
||||
\func{static bool}{IsDSTApplicable}{\param{int }{year = Inv\_Year}, \param{Country }{country = Country\_Default}}
|
||||
|
||||
Returns {\tt TRUE} if DST was usedi n the given year (the current one by
|
||||
Returns {\tt TRUE} if DST was used n the given year (the current one by
|
||||
default) in the given country.
|
||||
|
||||
\membersection{wxDateTime::Now}\label{wxdatetimenow}
|
||||
|
||||
\func{static wxDateTime}{Now}{\void}
|
||||
|
||||
Returns the object corresopnding to the current time.
|
||||
Returns the object corresponding to the current time.
|
||||
|
||||
Example:
|
||||
|
||||
@@ -564,7 +564,7 @@ Example:
|
||||
|
||||
Note that this function is accurate up to second:
|
||||
\helpref{wxDateTime::UNow}{wxdatetimeunow} should be used for better precision
|
||||
(but it is less efficient and might not be availabel on all platforms).
|
||||
(but it is less efficient and might not be available on all platforms).
|
||||
|
||||
\wxheading{See also}
|
||||
|
||||
@@ -599,7 +599,7 @@ same as \helpref{Now()}{wxdatetimenow}, but the time part is set to $0$).
|
||||
|
||||
\func{static wxDateTime}{UNow}{\void}
|
||||
|
||||
Returns the object corresopnding to the current time including the
|
||||
Returns the object corresponding to the current time including the
|
||||
milliseconds if a function to get time with such precision is available on the
|
||||
current platform (supported under most Unices and Win32).
|
||||
|
||||
@@ -677,7 +677,7 @@ since Jan 1, 1970.
|
||||
|
||||
\func{wxDateTime\&}{Set}{\param{const struct tm\& }{tm}}
|
||||
|
||||
Sets the date and tiem from the broken down representation in the standard
|
||||
Sets the date and time from the broken down representation in the standard
|
||||
{\tt tm} structure.
|
||||
|
||||
\pythonnote{Unsupported.}
|
||||
@@ -690,7 +690,7 @@ Sets the date from the so-called {\it Julian Day Number}.
|
||||
|
||||
By definition, the Julian Day Number, usually abbreviated as JDN, of a
|
||||
particular instant is the fractional number of days since 12 hours Universal
|
||||
Coordinated Time (Greenwhich mean noon) on January 1 of the year -4712 in the
|
||||
Coordinated Time (Greenwich mean noon) on January 1 of the year -4712 in the
|
||||
Julian proleptic calendar.
|
||||
|
||||
\pythonnote{This method is named {\tt SetJDN} in wxPython.}
|
||||
@@ -916,7 +916,7 @@ Returns {\tt TRUE} if this date lies strictly between the two others,
|
||||
\constfunc{bool}{IsBetween}{\param{const wxDateTime\& }{t1}, \param{const wxDateTime\& }{t2}}
|
||||
|
||||
Returns {\tt TRUE} if \helpref{IsStrictlyBetween}{wxdatetimeisstrictlybetween}
|
||||
is {\tt TRUE} or if the date is equal to one of the limi values.
|
||||
is {\tt TRUE} or if the date is equal to one of the limit values.
|
||||
|
||||
\wxheading{See also}
|
||||
|
||||
@@ -1016,7 +1016,7 @@ the character immediately following the part of the string which could be
|
||||
parsed. If the entire string contains only the date in RFC 822 format,
|
||||
the returned pointer will be pointing to a {\tt NUL} character.
|
||||
|
||||
This function is intenionally strict, it will return an error for any string
|
||||
This function is intentionally strict, it will return an error for any string
|
||||
which is not RFC 822 compliant. If you need to parse date formatted in more
|
||||
free ways, you should use \helpref{ParseDateTime}{wxdatetimeparsedatetime} or
|
||||
\helpref{ParseDate}{wxdatetimeparsedate} instead.
|
||||
@@ -1088,7 +1088,7 @@ Please see its description for the meaning of {\it format} parameter.
|
||||
|
||||
It also accepts a few wxWindows-specific extensions: you can optionally specify
|
||||
the width of the field to follow using {\tt printf(3)}-like syntax and the
|
||||
format specificator {\tt \%l} can be used to get the number of milliseconds.
|
||||
format specification {\tt \%l} can be used to get the number of milliseconds.
|
||||
|
||||
\wxheading{See also}
|
||||
|
||||
@@ -1179,7 +1179,7 @@ Returns the copy of this object to which
|
||||
|
||||
Sets the date to the {\it n}-th {\it weekday} in the given month of the given
|
||||
year (the current month and year are used by default). The parameter {\it n}
|
||||
may be either opsitive (counting from the beginning of the month) or negative
|
||||
may be either positive (counting from the beginning of the month) or negative
|
||||
(counting from the end of it).
|
||||
|
||||
For example, {\tt SetToWeekDay(2, wxDateTime::Wed)} will set the date to the
|
||||
|
@@ -1,7 +1,7 @@
|
||||
\section{\class{wxDataInputStream}}\label{wxdatainputstream}
|
||||
|
||||
This class provides functions that read binary data types in a
|
||||
portable way. Data can be read in either big-endian or litte-endian
|
||||
portable way. Data can be read in either big-endian or little-endian
|
||||
format, little-endian being the default on all architectures.
|
||||
|
||||
If you want to read data from text files (or streams) use
|
||||
|
@@ -1,7 +1,7 @@
|
||||
\section{\class{wxDataOutputStream}}\label{wxdataoutputstream}
|
||||
|
||||
This class provides functions that write binary data types in a
|
||||
portable way. Data can be written in either big-endian or litte-endian
|
||||
portable way. Data can be written in either big-endian or little-endian
|
||||
format, little-endian being the default on all architectures.
|
||||
|
||||
If you want to write data to text files (or streams) use
|
||||
|
@@ -733,7 +733,7 @@ of processing.
|
||||
|
||||
Older form (pre-2.3/2.4 of wxWindows) of the
|
||||
\helpref{wxDb::IsFwdOnlyCursors}{wxdbisfwdonlycursors}. This method is
|
||||
provided for backward compatability only. The method
|
||||
provided for backward compatibility only. The method
|
||||
\helpref{wxDb::IsFwdOnlyCursors}{wxdbisfwdonlycursors} should be
|
||||
used in place of this method.
|
||||
|
||||
@@ -3105,7 +3105,7 @@ If the function returns a FALSE value due to the table not existing, a log
|
||||
entry is recorded for the datasource connection indicating the problem
|
||||
that was detected when checking for table existence. Note that it is usually
|
||||
best for the calling routine to check for the existence of the table and for
|
||||
sufficent user privileges to access the table in the mode (wxDB\_QUERY\_ONLY or
|
||||
sufficient user privileges to access the table in the mode (wxDB\_QUERY\_ONLY or
|
||||
!wxDB\_QUERY\_ONLY) before trying to open the table for the best possible
|
||||
explanation as to why a table cannot be opened.
|
||||
|
||||
|
@@ -694,7 +694,7 @@ Gets the current text foreground colour (see \helpref{wxDC::SetTextForeground}{w
|
||||
|
||||
Gets the current user scale factor (set by \helpref{SetUserScale}{wxdcsetuserscale}).
|
||||
|
||||
\perlnote{In wxPerl this method takes no arguments and returna a two element
|
||||
\perlnote{In wxPerl this method takes no arguments and return a two element
|
||||
array {\tt ( x, y )}}
|
||||
|
||||
\membersection{wxDC::LogicalToDeviceX}\label{wxdclogicaltodevicex}
|
||||
@@ -913,7 +913,7 @@ measurement used to convert logical units to device units. Note that
|
||||
in X, text drawing isn't handled consistently with the mapping mode; a
|
||||
font is always specified in point size. However, setting the {\it
|
||||
user scale} (see \helpref{wxDC::SetUserScale}{wxdcsetuserscale}) scales the text appropriately. In
|
||||
Windows, scaleable TrueType fonts are always used; in X, results depend
|
||||
Windows, scalable TrueType fonts are always used; in X, results depend
|
||||
on availability of fonts, but usually a reasonable match is found.
|
||||
|
||||
Note that the coordinate origin should ideally be selectable, but for
|
||||
@@ -998,7 +998,7 @@ Starts a document page (only relevant when outputting to a printer).
|
||||
\section{\class{wxDCClipper}}\label{wxdcclipper}
|
||||
|
||||
This is a small helper class which sets the specified to its constructor
|
||||
clipping region and then automatically destroyes it in its destructor. Using
|
||||
clipping region and then automatically destroys it in its destructor. Using
|
||||
it ensures that unwanted clipping region is not left set on the DC.
|
||||
|
||||
\wxheading{Derived from}
|
||||
@@ -1028,5 +1028,5 @@ specified rectangle.
|
||||
|
||||
\func{}{\destruct{wxDCClipper}}{\void}
|
||||
|
||||
Destructor: destroyes the clipping region set in the constructor.
|
||||
Destructor: destroys the clipping region set in the constructor.
|
||||
|
||||
|
@@ -43,7 +43,7 @@ dialog to respond to system close events.
|
||||
\twocolitem{\windowstyle{wxSTAY\_ON\_TOP}}{The dialog stays on top of all other windows (Windows only).}
|
||||
\twocolitem{\windowstyle{wxNO\_3D}}{Under Windows, specifies that the child controls
|
||||
should not have 3D borders unless specified in the control.}
|
||||
\twocolitem{\windowstyle{wxDIALOG\_NO\_PARENT}}{By default, the dialogs crated
|
||||
\twocolitem{\windowstyle{wxDIALOG\_NO\_PARENT}}{By default, the dialogs created
|
||||
with {\tt NULL} parent window will be given the
|
||||
\helpref{applications top level window}{wxappgettopwindow} as parent. Use this
|
||||
style to prevent this from happening and create a really orphan dialog (note
|
||||
@@ -55,7 +55,7 @@ style and must be set by calling \helpref{SetExtraStyle}{wxwindowsetextrastyle}
|
||||
\end{twocollist}
|
||||
|
||||
Under Unix or Linux, MWM (the Motif Window Manager) or other window managers
|
||||
reckognizing the MHM hints should be running for any of these styles to have an
|
||||
recognizing the MHM hints should be running for any of these styles to have an
|
||||
effect.
|
||||
|
||||
See also \helpref{Generic window styles}{windowstyles}.
|
||||
|
@@ -11,7 +11,7 @@
|
||||
|
||||
\section{\class{wxDialUpManager}}\label{wxdialupmanager}
|
||||
|
||||
This class encapsulates functions dealing with veryfying the connection status
|
||||
This class encapsulates functions dealing with verifying the connection status
|
||||
of the workstation (connected to the Internet via a direct connection,
|
||||
connected through a modem or not connected at all) and to establish this
|
||||
connection if possible/required (i.e. in the case of the modem).
|
||||
@@ -91,7 +91,7 @@ their number (may be $0$).
|
||||
|
||||
\func{bool}{Dial}{\param{const wxString\& }{nameOfISP = wxEmptyString}, \param{const wxString\& }{username = wxEmptyString}, \param{const wxString\& }{password = wxEmptyString}, \param{bool }{async = TRUE}}
|
||||
|
||||
Dial the given ISP, use {\it username} and {\it password} to authentificate.
|
||||
Dial the given ISP, use {\it username} and {\it password} to authenticate.
|
||||
|
||||
The parameters are only used under Windows currently, for Unix you should use
|
||||
\helpref{SetConnectCommand}{wxdialupmanagersetconnectcommand} to customize this
|
||||
@@ -175,7 +175,7 @@ algorithm may think about it.
|
||||
|
||||
\func{bool}{EnableAutoCheckOnlineStatus}{\param{size\_t }{nSeconds = 60}}
|
||||
|
||||
Enable automatical checks for the connection status and sending of
|
||||
Enable automatic checks for the connection status and sending of
|
||||
{\tt wxEVT\_DIALUP\_CONNECTED/wxEVT\_DIALUP\_DISCONNECTED} events. The interval
|
||||
parameter is only for Unix where we do the check manually and specifies how
|
||||
often should we repeat the check (each minute by default). Under Windows, the
|
||||
|
@@ -95,7 +95,7 @@ to test for errors.
|
||||
|
||||
\func{}{\destruct{wxDir}}{\void}
|
||||
|
||||
Destructor cleans up the associated ressources. It is not virtual and so this
|
||||
Destructor cleans up the associated resources. It is not virtual and so this
|
||||
class is not meant to be used polymorphically.
|
||||
|
||||
\membersection{wxDir::Open}\label{wxdiropen}
|
||||
|
@@ -113,7 +113,7 @@ Gets the currently-selected directory or filename.
|
||||
|
||||
Gets selected filename path only (else empty string).
|
||||
|
||||
This function doen't count a directory as a selection.
|
||||
This function doesn't count a directory as a selection.
|
||||
|
||||
\membersection{wxGenericDirCtrl::GetFilter}\label{wxgenericdirctrlgetfilter}
|
||||
|
||||
|
@@ -74,7 +74,7 @@ No base class
|
||||
|
||||
\wxheading{Data structures}
|
||||
|
||||
This header defines a platfrom-dependent {\tt wxDllType} typedef which stores
|
||||
This header defines a platform-dependent {\tt wxDllType} typedef which stores
|
||||
a handle to a loaded DLLs on the given platform.
|
||||
|
||||
\latexignore{\rtfignore{\wxheading{Members}}}
|
||||
@@ -123,8 +123,8 @@ an error occured.
|
||||
|
||||
This function loads a shared library into memory, with {\it libname} being the
|
||||
name of the library: it may be either the full name including path and
|
||||
(platform-dependent) extenesion, just the basename (no path and no extension)
|
||||
or a basename with extentsion. In the last two cases, the library will be
|
||||
(platform-dependent) extension, just the basename (no path and no extension)
|
||||
or a basename with extension. In the last two cases, the library will be
|
||||
searched in all standard locations.
|
||||
|
||||
Returns a handle to the loaded DLL. Use {\it success} parameter to test if it
|
||||
|
@@ -30,7 +30,7 @@ The objects supporting rendering the data must override
|
||||
\helpref{GetDataSize}{wxdataobjectsimplegetdatasize} and
|
||||
\helpref{GetDataHere}{wxdataobjectsimplegetdatahere} while the objects which
|
||||
may be set must override \helpref{SetData}{wxdataobjectsimplesetdata}. Of
|
||||
course, the objects supporting both operations must override all threee
|
||||
course, the objects supporting both operations must override all three
|
||||
methods.
|
||||
|
||||
\wxheading{Derived from}
|
||||
|
@@ -118,7 +118,7 @@ Adds the template to the document manager's template list.
|
||||
|
||||
\func{bool}{CloseDocuments}{\param{bool }{force = TRUE}}
|
||||
|
||||
Closes all currentled opened documents.
|
||||
Closes all currently opened documents.
|
||||
|
||||
\membersection{wxDocManager::CreateDocument}
|
||||
|
||||
|
@@ -36,7 +36,7 @@ Constructor.
|
||||
|
||||
\func{bool}{Init}{\param{wxFontEncoding }{input\_enc}, \param{wxFontEncoding }{output\_enc}, \param{int }{method = wxCONVERT\_STRICT}}
|
||||
|
||||
Initialize convertion. Both output or input encoding may
|
||||
Initialize conversion. Both output or input encoding may
|
||||
be wxFONTENCODING\_UNICODE, but only if wxUSE\_ENCODING is set to 1.
|
||||
All subsequent calls to \helpref{Convert()}{wxencodingconverterconvert}
|
||||
will interpret its argument
|
||||
@@ -113,7 +113,7 @@ under given platform. Supported platforms:
|
||||
\item wxPLATFORM\_CURRENT
|
||||
\end{itemize}
|
||||
|
||||
wxPLATFORM\_CURRENT means the plaform this binary was compiled for.
|
||||
wxPLATFORM\_CURRENT means the platform this binary was compiled for.
|
||||
|
||||
Examples:
|
||||
|
||||
|
@@ -98,7 +98,7 @@ dialog and calling them has no effect later.
|
||||
|
||||
\wxheading{Data structures}
|
||||
|
||||
Flages used by
|
||||
Flags used by
|
||||
\helpref{wxFindReplaceData::GetFlags()}{wxfindreplacedatagetflags} and
|
||||
\helpref{wxFindDialogEvent::GetFlags()}{wxfinddialogeventgetflags}:
|
||||
|
||||
|
@@ -160,7 +160,7 @@ The number of bytes read.
|
||||
|
||||
\func{bool}{Seek}{\param{long }{ofs}, \param{wxSeekMode }{mode = wxFromStart}}
|
||||
|
||||
Seeks to the specified position and returs TRUE on success.
|
||||
Seeks to the specified position and returns TRUE on success.
|
||||
|
||||
\wxheading{Parameters}
|
||||
|
||||
|
@@ -8,7 +8,7 @@ under Unix which makes it possible to receive files from them using this
|
||||
class.
|
||||
|
||||
{\bf Warning:} Under all non-Windows platforms this class is currently
|
||||
"input-only", i.e. you can receieve the files from another application, but
|
||||
"input-only", i.e. you can receive the files from another application, but
|
||||
copying (or dragging) file(s) from a wxWindows application is not currently
|
||||
supported.
|
||||
|
||||
|
@@ -71,7 +71,7 @@ enum wxPathNormalize
|
||||
|
||||
wxFileName currently supports the file names in the Unix, DOS/Windows, Mac OS
|
||||
and VMS formats. Although these formats are quite different, wxFileName tries
|
||||
to treat them all in the sam generic way. It supposes that all file names
|
||||
to treat them all in the same generic way. It supposes that all file names
|
||||
consist of the following parts: the volume (also known as drive under Windows
|
||||
or device under VMS), the path which is a sequence of directory names separated
|
||||
by the \helpref{path separators}{wxfilenamegetpathseparators} and the full
|
||||
@@ -169,7 +169,7 @@ Copy constructor.
|
||||
\func{}{wxFileName}{\param{const wxString\& }{fullpath}, \param{wxPathFormat }{format = wxPATH\_NATIVE}}
|
||||
|
||||
From a full filename: if it terminates with a '/', a directory path
|
||||
is contructed (the name will be empty), otherwise a file name and
|
||||
is constructed (the name will be empty), otherwise a file name and
|
||||
extension are extracted from it
|
||||
|
||||
\func{}{wxFileName}{\param{const wxString\& }{path}, \param{const wxString\& }{name}, \param{wxPathFormat }{format = wxPATH\_NATIVE}}
|
||||
|
@@ -95,7 +95,7 @@ Returns actual path (set by \helpref{ChangePathTo}{wxfilesystemchangepathto}).
|
||||
\func{wxString}{FindFirst}{\param{const wxString\& }{wildcard}, \param{int }{flags = 0}}
|
||||
|
||||
Works like \helpref{wxFindFirstFile}{wxfindfirstfile}. Returns name of the first
|
||||
filename (withing filesystem's current path) that matches {\it wildcard}. {\it flags} may be one of
|
||||
filename (within filesystem's current path) that matches {\it wildcard}. {\it flags} may be one of
|
||||
wxFILE (only files), wxDIR (only directories) or 0 (both).
|
||||
|
||||
\membersection{wxFileSystem::FindNext}\label{wxfilesystemfindnext}
|
||||
|
@@ -116,7 +116,7 @@ Example : GetRightLocation("file:myzipfile.zip\#zip:index.htm") == "index.htm"
|
||||
\func{virtual wxString}{FindFirst}{\param{const wxString\& }{wildcard}, \param{int }{flags = 0}}
|
||||
|
||||
Works like \helpref{wxFindFirstFile}{wxfindfirstfile}. Returns name of the first
|
||||
filename (withing filesystem's current path) that matches {\it wildcard}. {\it flags} may be one of
|
||||
filename (within filesystem's current path) that matches {\it wildcard}. {\it flags} may be one of
|
||||
wxFILE (only files), wxDIR (only directories) or 0 (both).
|
||||
|
||||
This method is only called if \helpref{CanOpen}{wxfilesystemhandlercanopen} returns TRUE.
|
||||
|
@@ -56,7 +56,7 @@ These parameters may be useful to the program used to open, edit, view or print
|
||||
the message, so, for example, an e-mail client program will have to pass them to
|
||||
this program. Because wxFileType itself can not know about these parameters,
|
||||
it uses MessageParameters class to query them. The default implementation only
|
||||
requiers the caller to provide the file name (always used by the program to be
|
||||
requires the caller to provide the file name (always used by the program to be
|
||||
called - it must know which file to open) and the MIME type and supposes that
|
||||
there are no other parameters. If you wish to supply additional parameters, you
|
||||
must derive your own class from MessageParameters and override GetParamValue()
|
||||
@@ -191,7 +191,7 @@ retrieved from \helpref{MessageParameters}{wxfiletypemessageparameters} class.
|
||||
|
||||
\func{static wxString}{ExpandCommand}{\param{const wxString\&}{ command}, \param{MessageParameters\&}{ params}}
|
||||
|
||||
This function is primarly intended for GetOpenCommand and GetPrintCommand
|
||||
This function is primarily intended for GetOpenCommand and GetPrintCommand
|
||||
usage but may be also used by the application directly if, for example, you want
|
||||
to use some non default command to open the file.
|
||||
|
||||
@@ -199,7 +199,7 @@ The function replaces all occurrences of
|
||||
|
||||
\twocolwidtha{7cm}
|
||||
\begin{twocollist}\itemsep=0pt
|
||||
\twocolitem{format specificator}{with}
|
||||
\twocolitem{format specification}{with}
|
||||
\twocolitem{\%s}{the full file name}
|
||||
\twocolitem{\%t}{the MIME type}
|
||||
\twocolitem{\%\{param\}}{the value of the parameter {\it param}}
|
||||
|
@@ -4,7 +4,7 @@
|
||||
\section{\class{wxFilterInputStream}}\label{wxfilterinputstream}
|
||||
|
||||
A filter stream has the capability of a normal stream but it can be placed on top
|
||||
of another stream. So, for example, it can uncompress or uncrypt the data which are read
|
||||
of another stream. So, for example, it can uncompress or decrypt the data which are read
|
||||
from another stream and pass it to the requester.
|
||||
|
||||
\wxheading{Derived from}
|
||||
|
@@ -144,7 +144,7 @@ is the encoding set by calls to
|
||||
say, KOI8 to create all fonts by default with KOI8 encoding. Initially, the
|
||||
default application encoding is the same as default system encoding.}
|
||||
\twocolitem{{\bf wxFONTENCODING\_ISO8859\_1...15}}{ISO8859 encodings.}
|
||||
\twocolitem{{\bf wxFONTENCODING\_KOI8}}{The standard russian encoding for Internet.}
|
||||
\twocolitem{{\bf wxFONTENCODING\_KOI8}}{The standard Russian encoding for Internet.}
|
||||
\twocolitem{{\bf wxFONTENCODING\_CP1250...1252}}{Windows encodings similar to ISO8859 (but not identical).}
|
||||
\end{twocollist}
|
||||
If the specified encoding isn't available, no font is created.
|
||||
@@ -153,7 +153,7 @@ If the specified encoding isn't available, no font is created.
|
||||
\wxheading{Remarks}
|
||||
|
||||
If the desired font does not exist, the closest match will be chosen.
|
||||
Under Windows, only scaleable TrueType fonts are used.
|
||||
Under Windows, only scalable TrueType fonts are used.
|
||||
|
||||
See also \helpref{wxDC::SetFont}{wxdcsetfont}, \helpref{wxDC::DrawText}{wxdcdrawtext}
|
||||
and \helpref{wxDC::GetTextExtent}{wxdcgettextextent}.
|
||||
|
@@ -140,7 +140,7 @@ The default value is FALSE.
|
||||
|
||||
\func{void}{operator $=$}{\param{const wxFontData\&}{ data}}
|
||||
|
||||
Assingment operator for the font data.
|
||||
Assignment operator for the font data.
|
||||
|
||||
\section{\class{wxFontDialog}}\label{wxfontdialog}
|
||||
|
||||
|
@@ -287,7 +287,7 @@ Iconizes or restores the frame.
|
||||
|
||||
\wxheading{Parameters}
|
||||
|
||||
\docparam{izonize}{If TRUE, iconizes the frame; if FALSE, shows and restores it.}
|
||||
\docparam{iconize}{If TRUE, iconizes the frame; if FALSE, shows and restores it.}
|
||||
|
||||
\wxheading{See also}
|
||||
|
||||
|
@@ -65,7 +65,7 @@ Include file is <wx/fs\_zip.h>. URL is in form "archive.zip\#zip:filename".}
|
||||
\twocolitem{{\bf wxMemoryFSHandler}}{This handler allows you to access
|
||||
data stored in memory (such as bitmaps) as if they were regular files.
|
||||
See \helpref{wxMemoryFSHandler documentation}{wxmemoryfshandler} for details.
|
||||
Include file is <wx/fs\_mem.h>. UURL is prefixed with memory:, e.g.
|
||||
Include file is <wx/fs\_mem.h>. URL is prefixed with memory:, e.g.
|
||||
"memory:myfile.htm"}
|
||||
\end{twocollist}
|
||||
|
||||
|
@@ -9,8 +9,8 @@ This class represents a single file opened by \helpref{wxFileSystem}{wxfilesyste
|
||||
It provides more information than wxWindow's input stream
|
||||
(stream, filename, mime type, anchor).
|
||||
|
||||
{\bf Note:} Any pointer returned by wxFSFile's member is valid
|
||||
only as long as wxFSFile object exists. For example a call to GetStream()
|
||||
{\bf Note:} Any pointer returned by a method of wxFSFile is valid
|
||||
only as long as the wxFSFile object exists. For example a call to GetStream()
|
||||
doesn't {\it create} the stream but only returns the pointer to it. In
|
||||
other words after 10 calls to GetStream() you will obtain ten identical
|
||||
pointers.
|
||||
|
@@ -466,7 +466,7 @@ calling \helpref{wxEnableTopLevelWindows(FALSE)}{wxenabletoplevelwindows}.
|
||||
|
||||
For asynchronous execution, however, the return value is the process id and
|
||||
zero value indicates that the command could not be executed. As an added
|
||||
complication, the return value of $-1$ in this case indicattes that we didn't
|
||||
complication, the return value of $-1$ in this case indicates that we didn't
|
||||
launch a new process, but connected to the running one (this can only happen in
|
||||
case of using DDE under Windows for command execution). In particular, in this,
|
||||
and only this, case the calling code will not get the notification about
|
||||
@@ -532,7 +532,7 @@ application. See \helpref{wxCloseEvent}{wxcloseevent} and \helpref{wxApp}{wxapp}
|
||||
\func{int}{wxKill}{\param{long}{ pid}, \param{int}{ sig = wxSIGTERM}, \param{wxKillError }{*rc = NULL}}
|
||||
|
||||
Equivalent to the Unix kill function: send the given signal {\it sig} to the
|
||||
process with PID {\it pid}. The valud signal values are
|
||||
process with PID {\it pid}. The valid signal values are
|
||||
|
||||
\begin{verbatim}
|
||||
enum wxSignal
|
||||
@@ -814,7 +814,7 @@ TRUE if successful.
|
||||
|
||||
Copies {\it file1} to {\it file2}, returning TRUE if successful. If
|
||||
{\it overwrite} parameter is TRUE (default), the destination file is overwritten
|
||||
if it exists, but if {\it overwrite} is FALSE, the functions failes in this
|
||||
if it exists, but if {\it overwrite} is FALSE, the functions fails in this
|
||||
case.
|
||||
|
||||
\membersection{::wxGetCwd}\label{wxgetcwd}
|
||||
@@ -2460,7 +2460,7 @@ data in big-endian format.
|
||||
|
||||
wxWindows uses its own RTTI ("run-time type identification") system which
|
||||
predates the current standard C++ RTTI and so is kept for backwards
|
||||
compatribility reasons but also because it allows some things which the
|
||||
compatibility reasons but also because it allows some things which the
|
||||
standard RTTI doesn't directly support (such as creating a class from its
|
||||
name).
|
||||
|
||||
|
@@ -478,7 +478,7 @@ Returns the current height of the column labels.
|
||||
|
||||
\func{wxString}{GetColLabelValue}{\param{int }{col}}
|
||||
|
||||
Returns the specifed column label. The default grid table class provides column labels of
|
||||
Returns the specified column label. The default grid table class provides column labels of
|
||||
the form A,B...Z,AA,AB...ZZ,AAA... If you are using a custom grid table you can override
|
||||
\helpref{wxGridTableBase::GetColLabelValue}{wxgridtablebasegetcollabelvalue} to provide
|
||||
your own labels.
|
||||
@@ -581,7 +581,7 @@ Returns the colour used for grid lines.
|
||||
|
||||
\func{bool}{GridLinesEnabled}{\void}
|
||||
|
||||
Returnes TRUE if drawing of grid lines is turned on, FALSE otherwise.
|
||||
Returns TRUE if drawing of grid lines is turned on, FALSE otherwise.
|
||||
|
||||
\membersection{wxGrid::GetLabelBackgroundColour}\label{wxgridgetlabelbackgroundcolour}
|
||||
|
||||
@@ -636,7 +636,7 @@ Returns the current width of the row labels.
|
||||
|
||||
\func{wxString}{GetRowLabelValue}{\param{int }{row}}
|
||||
|
||||
Returns the specifed row label. The default grid table class provides numeric row labels.
|
||||
Returns the specified row label. The default grid table class provides numeric row labels.
|
||||
If you are using a custom grid table you can override
|
||||
\helpref{wxGridTableBase::GetRowLabelValue}{wxgridtablebasegetcollabelvalue} to provide
|
||||
your own labels.
|
||||
@@ -897,7 +897,7 @@ deselected; if TRUE the row will be added to the existing selection.
|
||||
|
||||
\func{void}{SetCellAlignment}{\param{int }{align}}
|
||||
|
||||
Sets the horizontal and vertial alignment for grid cell text at the specified location.
|
||||
Sets the horizontal and vertical alignment for grid cell text at the specified location.
|
||||
|
||||
Horizontal alignment should be one of wxALIGN\_LEFT, wxALIGN\_CENTRE or wxALIGN\_RIGHT. \\
|
||||
Vertical alignment should be one of wxALIGN\_TOP, wxALIGN\_CENTRE or wxALIGN\_BOTTOM.
|
||||
@@ -1046,7 +1046,7 @@ The memory requirements for this could become prohibitive if your grid is very l
|
||||
|
||||
\func{void}{SetDefaultCellAlignment}{\param{int }{horiz}, \param{int }{vert}}
|
||||
|
||||
Sets the default horizontal and vertial alignment for grid cell text.
|
||||
Sets the default horizontal and vertical alignment for grid cell text.
|
||||
|
||||
Horizontal alignment should be one of wxALIGN\_LEFT, wxALIGN\_CENTRE or wxALIGN\_RIGHT.
|
||||
|
||||
|
@@ -125,7 +125,7 @@ Position in pixels at which the event occurred.
|
||||
|
||||
\func{int}{GetRow}{\void}
|
||||
|
||||
Row at which the evnet occurred.
|
||||
Row at which the event occurred.
|
||||
|
||||
\membersection{wxGridEvent::MetaDown}\label{wxgrideventmetadown}
|
||||
|
||||
@@ -207,7 +207,7 @@ Bottom row of the rectangular area that was (de)selected.
|
||||
|
||||
\func{int}{GetLeftCol}{\void}
|
||||
|
||||
Left column of the rectangualr area that was (de)selected.
|
||||
Left column of the rectangular area that was (de)selected.
|
||||
|
||||
\membersection{wxGridRangeSelectEvent::GetRightCol}\label{wxgridrangeselecteventgetrightcol}
|
||||
|
||||
@@ -219,7 +219,7 @@ Right column of the rectangular area that was (de)selected.
|
||||
|
||||
\func{wxGridCellCoords}{GetTopLeftCoords}{\void}
|
||||
|
||||
Top left corner of the rectangular area that was (de)delected.
|
||||
Top left corner of the rectangular area that was (de)selected.
|
||||
|
||||
\membersection{wxGridRangeSelectEvent::GetTopRow}\label{wxgridrangeselecteventgettoprow}
|
||||
|
||||
|
@@ -27,7 +27,7 @@ whose interface is a subset of the interface of STL containers.
|
||||
h2["Bill"] = "ABC";
|
||||
wxString tmp = h2["Bill"];
|
||||
// since element with key "Joe" is not present, this will return
|
||||
// the devault value, that is an empty string in the case of wxString
|
||||
// the default value, that is an empty string in the case of wxString
|
||||
MyClass tmp2 = h2["Joe"];
|
||||
|
||||
// iterate over all the elements in the class
|
||||
|
@@ -24,7 +24,7 @@ compiled into wxWindows; otherwise wxExtHelpController is used (for invoking an
|
||||
browser).
|
||||
\end{itemize}
|
||||
|
||||
The remaining help controller classess need to be named
|
||||
The remaining help controller classes need to be named
|
||||
explicitly by an application that wishes to make use of them.
|
||||
|
||||
There are currently the following help controller classes defined:
|
||||
@@ -33,7 +33,7 @@ There are currently the following help controller classes defined:
|
||||
\item wxWinHelpController, for controlling Windows Help.
|
||||
\item wxCHMHelpController, for controlling MS HTML Help. To use this, you need to set wxUSE\_MS\_HTML\_HELP
|
||||
to 1 in setup.h and have htmlhelp.h header from Microsoft's HTML Help kit (you don't need
|
||||
VC++ specific htmlhelp.lib because wxWindows loads neccessary DLL at runtime and so it
|
||||
VC++ specific htmlhelp.lib because wxWindows loads necessary DLL at runtime and so it
|
||||
works with all compilers).
|
||||
\item wxBestHelpController, for controlling MS HTML Help or, if Microsoft's runtime is
|
||||
not available, \helpref{wxHtmlHelpController}{wxhtmlhelpcontroller}. You need to provide
|
||||
|
@@ -237,7 +237,7 @@ Sets unique cell identifier. Default value is no identifier, i.e. empty string.
|
||||
|
||||
\func{void}{SetLink}{\param{const wxHtmlLinkInfo\& }{link}}
|
||||
|
||||
Sets the hypertext link asocciated with this cell. (Default value
|
||||
Sets the hypertext link associated with this cell. (Default value
|
||||
is \helpref{wxHtmlLinkInfo}{wxhtmllinkinfo}("", "") (no link))
|
||||
|
||||
\membersection{wxHtmlCell::SetNext}\label{wxhtmlcellsetnext}
|
||||
|
@@ -37,7 +37,7 @@ inch wide on typical printer. With pixel\_scale = 3.0 it would be 3 inches.)
|
||||
|
||||
\wxheading{Parameters}
|
||||
|
||||
\docparam{maxwidth}{width of the area (on this DC) that is equivalent to screen's width,
|
||||
\docparam{maxwidth}{width of the area (on this DC) that is equivalent to the screen's width,
|
||||
in pixels (you should set it to page width minus margins).
|
||||
|
||||
{\bf Note:} In the current implementation
|
||||
|
@@ -91,7 +91,7 @@ top-level directory. This ZIP archive must have .zip or .htb extension
|
||||
(the latter stands for "HTML book"). In other words, {\tt AddBook("help.zip")} is possible and, in fact,
|
||||
recommended way.
|
||||
|
||||
If {\it show\_wait\_msg} is TRUE then a decorationless window with progress message is displayed.
|
||||
If {\it show\_wait\_msg} is TRUE then a decoration-less window with progress message is displayed.
|
||||
|
||||
\membersection{wxHtmlHelpController::CreateHelpFrame}\label{wxhtmlhelpcontrollercreatehelpframe}
|
||||
|
||||
|
@@ -1,6 +1,6 @@
|
||||
\section{\class{wxHtmlLinkInfo}}\label{wxhtmllinkinfo}
|
||||
|
||||
This class stores all neccessary information about hypertext
|
||||
This class stores all necessary information about hypertext
|
||||
links (as represented by {\tt <A>} tag in HTML documents). In
|
||||
current implementation it stores URL and target frame name.
|
||||
{\it Note that frames are not currently supported by wxHTML!}
|
||||
|
@@ -37,7 +37,7 @@ a container {\it within an already opened container}. This new container is a
|
||||
{\it sub-container} of the old one. (If you want to create a new container with
|
||||
the same depth level you can call {\tt CloseContainer(); OpenContainer();}.)
|
||||
|
||||
Use \helpref{CloseContaier}{wxhtmlwinparserclosecontainer} to close the
|
||||
Use \helpref{CloseContainer}{wxhtmlwinparserclosecontainer} to close the
|
||||
container. This doesn't create a new container with same depth level but
|
||||
it returns "control" to the parent container.
|
||||
|
||||
|
@@ -7,7 +7,7 @@
|
||||
|
||||
This class handles the {\bf generic} parsing of HTML document: it scans
|
||||
the document and divide it into blocks of tags (where one block
|
||||
consists of begining and ending tag and of text between these
|
||||
consists of beginning and ending tag and of text between these
|
||||
two tags).
|
||||
|
||||
It is independent from wxHtmlWindow and can be used as stand-alone parser
|
||||
@@ -15,7 +15,7 @@ It is independent from wxHtmlWindow and can be used as stand-alone parser
|
||||
see InetGet sample for example).
|
||||
|
||||
It uses system of tag handlers to parse the HTML document. Tag handlers
|
||||
are not staticaly shared by all instances but are created for each
|
||||
are not statically shared by all instances but are created for each
|
||||
wxHtmlParser instance. The reason is that the handler may contain
|
||||
document-specific temporary data used during parsing (e.g. complicated
|
||||
structures like tables).
|
||||
@@ -48,7 +48,7 @@ Constructor.
|
||||
|
||||
\func{void}{AddTag}{\param{const wxHtmlTag\& }{tag}}
|
||||
|
||||
This may (and may not) be overwriten in derived class.
|
||||
This may (and may not) be overwritten in derived class.
|
||||
|
||||
This method is called each time new tag is about to be added.
|
||||
{\it tag} contains information about the tag. (See \helpref{wxHtmlTag}{wxhtmltag}
|
||||
@@ -76,7 +76,7 @@ All handlers are deleted on object deletion.
|
||||
|
||||
\func{virtual void}{AddWord}{\param{const char* }{txt}}
|
||||
|
||||
Must be overwriten in derived class.
|
||||
Must be overwritten in derived class.
|
||||
|
||||
This method is called by \helpref{DoParsing}{wxhtmlparserdoparsing}
|
||||
each time a part of text is parsed. {\it txt} is NOT only one word, it is
|
||||
@@ -140,7 +140,7 @@ in derived class)
|
||||
|
||||
Opens given URL and returns {\tt wxFSFile} object that can be used to read data
|
||||
from it. This method may return NULL in one of two cases: either the URL doesn't
|
||||
point to any valid resource or the URL is blocked by overriden implementation
|
||||
point to any valid resource or the URL is blocked by overridden implementation
|
||||
of {\it OpenURL} in derived class.
|
||||
|
||||
\wxheading{Parameters}
|
||||
|
@@ -95,6 +95,6 @@ file). It is used to determine path for loading images, for example.}
|
||||
|
||||
\func{void}{SetMargins}{\param{float }{top = 25.2}, \param{float }{bottom = 25.2}, \param{float }{left = 25.2}, \param{float }{right = 25.2}, \param{float }{spaces = 5}}
|
||||
|
||||
Sets margins in milimeters. Defaults to 1 inch for margins and 0.5cm for space
|
||||
Sets margins in millimeters. Defaults to 1 inch for margins and 0.5cm for space
|
||||
between text and header and/or footer
|
||||
|
||||
|
@@ -45,7 +45,7 @@ ending tag.
|
||||
See explanation (returned position is marked with `|'):
|
||||
|
||||
\begin{verbatim}
|
||||
bla bla bla <MYTAG> bla bla intenal text</MYTAG> bla bla
|
||||
bla bla bla <MYTAG> bla bla internal text</MYTAG> bla bla
|
||||
|
|
||||
\end{verbatim}
|
||||
|
||||
@@ -59,7 +59,7 @@ ending tag.
|
||||
See explanation (returned position is marked with `|'):
|
||||
|
||||
\begin{verbatim}
|
||||
bla bla bla <MYTAG> bla bla intenal text</MYTAG> bla bla
|
||||
bla bla bla <MYTAG> bla bla internal text</MYTAG> bla bla
|
||||
|
|
||||
\end{verbatim}
|
||||
|
||||
@@ -73,7 +73,7 @@ ending tag.
|
||||
See explanation (returned position is marked with `|'):
|
||||
|
||||
\begin{verbatim}
|
||||
bla bla bla <MYTAG> bla bla intenal text</MYTAG> bla bla
|
||||
bla bla bla <MYTAG> bla bla internal text</MYTAG> bla bla
|
||||
|
|
||||
\end{verbatim}
|
||||
|
||||
@@ -158,7 +158,7 @@ is ending itself) of course doesn't have ending tag.
|
||||
|
||||
\constfunc{bool}{HasParam}{\param{const wxString\& }{par}}
|
||||
|
||||
Returns TRUE if the tag has parameter of the given name.
|
||||
Returns TRUE if the tag has a parameter of the given name.
|
||||
Example : {\tt <FONT SIZE=+2 COLOR="\#FF00FF">} has two parameters named
|
||||
"SIZE" and "COLOR".
|
||||
|
||||
@@ -177,17 +177,18 @@ Returns TRUE if this tag is ending one.
|
||||
|
||||
\constfunc{wxString}{ScanParam}{\param{const wxString\& }{par}, \param{const wxChar *}{format}, \param{void *}{value}}
|
||||
|
||||
This method scans given parameter. Usage is exactly the same as sscanf's
|
||||
usage except that you don't pass string but parameter name as the first parameter
|
||||
and that you can only retrieve one value (i.e. you can use only one "\%" element
|
||||
This method scans the given parameter. Usage is exactly the same as sscanf's
|
||||
usage except that you don't pass a string but a parameter name as the first
|
||||
argument
|
||||
and you can only retrieve one value (i.e. you can use only one "\%" element
|
||||
in {\it format}).
|
||||
|
||||
|
||||
\wxheading{Parameters}
|
||||
|
||||
\docparam{par}{The name of tag you want to query}
|
||||
\docparam{par}{The name of the tag you want to query}
|
||||
|
||||
\docparam{format}{scanf()-like format string.}
|
||||
|
||||
\docparam{value}{pointer to a variable to store value in }
|
||||
\docparam{value}{pointer to a variable to store the value in }
|
||||
|
||||
|
@@ -45,7 +45,7 @@ are delimited by ','. Example : {\tt "I,B,FONT,P" }
|
||||
\func{virtual bool}{HandleTag}{\param{const wxHtmlTag\& }{tag}}
|
||||
|
||||
This is the core method of each handler. It is called each time
|
||||
one of supported tags is detected. {\it tag} contains all neccessary
|
||||
one of supported tags is detected. {\it tag} contains all necessary
|
||||
info (see \helpref{wxHtmlTag}{wxhtmltag} for details).
|
||||
|
||||
\wxheading{Return value}
|
||||
@@ -66,14 +66,14 @@ bool MyHandler::HandleTag(const wxHtmlTag& tag)
|
||||
}
|
||||
\end{verbatim}
|
||||
|
||||
You shouldn't call ParseInner if the tag is not paired with ending one.
|
||||
You shouldn't call ParseInner if the tag is not paired with an ending one.
|
||||
|
||||
\membersection{wxHtmlTagHandler::ParseInner}\label{wxhtmltaghandlerparseinner}
|
||||
|
||||
\func{void}{ParseInner}{\param{const wxHtmlTag\& }{tag}}
|
||||
|
||||
This method calls parser's \helpref{DoParsing}{wxhtmlparserdoparsing} method
|
||||
for the string between this tag and paired ending tag:
|
||||
for the string between this tag and the paired ending tag:
|
||||
|
||||
\begin{verbatim}
|
||||
...<A HREF="x.htm">Hello, world!</A>...
|
||||
|
@@ -5,7 +5,7 @@
|
||||
\section{\class{wxHtmlTagsModule}}\label{wxhtmltagsmodule}
|
||||
|
||||
This class provides easy way of filling wxHtmlWinParser's table of
|
||||
tag handlers. It is used almost exclusively together with set of
|
||||
tag handlers. It is used almost exclusively together with the set of
|
||||
\helpref{TAGS\_MODULE\_* macros}{handlers}
|
||||
|
||||
\wxheading{Derived from}
|
||||
@@ -28,14 +28,14 @@ tag handlers. It is used almost exclusively together with set of
|
||||
|
||||
\func{virtual void}{FillHandlersTable}{\param{wxHtmlWinParser }{*parser}}
|
||||
|
||||
You must override this method. In most common case it is body consists
|
||||
only of lines of following type:
|
||||
You must override this method. In most common case its body consists
|
||||
only of lines of the following type:
|
||||
|
||||
\begin{verbatim}
|
||||
parser -> AddTagHandler(new MyHandler);
|
||||
\end{verbatim}
|
||||
|
||||
I recommend using {\bf TAGS\_MODULE\_*} macros.
|
||||
I recommend using the {\bf TAGS\_MODULE\_*} macros.
|
||||
|
||||
\wxheading{Paremeters}
|
||||
|
||||
|
@@ -30,7 +30,7 @@ You will be notified when the EOF is reached by an error.
|
||||
\wxheading{Note}
|
||||
|
||||
You can know the size of the file you are getting using \helpref{wxStreamBase::GetSize()}{wxstreambasegetsize}.
|
||||
But there is a limitation: as HTTP servers aren't obliged to pass the size ofi
|
||||
But there is a limitation: as HTTP servers aren't obliged to pass the size of
|
||||
the file, in some case, you will be returned 0xfffffff by GetSize(). In these
|
||||
cases, you should use the value returned by \helpref{wxInputStream::LastRead()}{wxinputstreamlastread}:
|
||||
this value will be 0 when the stream is finished.
|
||||
|
@@ -285,7 +285,7 @@ This function sets font sizes and faces.
|
||||
\wxheading{Parameters}
|
||||
|
||||
\docparam{normal\_face}{This is face name for normal (i.e. non-fixed) font.
|
||||
It can be either empty string (then the default face is choosen) or
|
||||
It can be either empty string (then the default face is chosen) or
|
||||
platform-specific face name. Examples are "helvetica" under Unix or
|
||||
"Times New Roman" under Windows.}
|
||||
|
||||
@@ -309,7 +309,7 @@ Under Windows:
|
||||
SetFonts("", "", {7, 8, 10, 12, 16, 22, 30});
|
||||
\end{verbatim}
|
||||
|
||||
Athough it seems different the fact is that the fonts are of approximately
|
||||
Although it seems different the fact is that the fonts are of approximately
|
||||
same size under both platforms (due to wxMSW / wxGTK inconsistency)
|
||||
|
||||
\membersection{wxHtmlWindow::SetPage}\label{wxhtmlwindowsetpage}
|
||||
|
@@ -35,7 +35,7 @@ The product of parsing is a wxHtmlCell (resp. wxHtmlContainer) object.
|
||||
\func{}{wxHtmlWinParser}{\param{wxHtmlWindow }{*wnd}}
|
||||
|
||||
Constructor. Don't use the default one, use constructor with
|
||||
{\it wnd} paremeter ({\it wnd} is pointer to associated \helpref{wxHtmlWindow}{wxhtmlwindow})
|
||||
{\it wnd} parameter ({\it wnd} is pointer to associated \helpref{wxHtmlWindow}{wxhtmlwindow})
|
||||
|
||||
\membersection{wxHtmlWinParser::AddModule}\label{wxhtmlwinparseraddmodule}
|
||||
|
||||
@@ -98,7 +98,7 @@ know the height of the current font, call {\tt GetDC -> GetCharWidth()}
|
||||
|
||||
\constfunc{wxHtmlContainerCell*}{GetContainer}{\void}
|
||||
|
||||
Returns pointer to the currectly opened container (see \helpref{Overview}{cells}).
|
||||
Returns pointer to the currently opened container (see \helpref{Overview}{cells}).
|
||||
Common use:
|
||||
|
||||
\begin{verbatim}
|
||||
|
@@ -1,7 +1,7 @@
|
||||
\section{wxWindows Hello World sample}\label{helloworld}
|
||||
|
||||
As many people have requested a mini-sample to be published here
|
||||
so that some quick judgments concerning syntax
|
||||
so that some quick judgment concerning syntax
|
||||
and basic principles can be made, you can now look at wxWindows'
|
||||
"Hello World":
|
||||
|
||||
|
@@ -18,7 +18,7 @@ creation of a \helpref{wxMask}{wxmask} object associated to the bitmap object.
|
||||
\wxheading{Available image handlers}
|
||||
|
||||
The following image handlers are available. {\bf wxBMPHandler} is always
|
||||
installed by default. To use other image formats, install the appropiate
|
||||
installed by default. To use other image formats, install the appropriate
|
||||
handler with \helpref{wxImage::AddHandler}{wximageaddhandler} or
|
||||
\helpref{wxInitAllImageHandlers}{wxinitallimagehandlers}.
|
||||
|
||||
@@ -349,7 +349,7 @@ Returns the blue intensity at the given coordinate.
|
||||
|
||||
Returns the image data as an array. This is most often used when doing
|
||||
direct image manipulation. The return value points to an array of
|
||||
chararcters in RGBGBRGB... format.
|
||||
characters in RGBGBRGB... format.
|
||||
|
||||
\membersection{wxImage::GetGreen}\label{wximagegetgreen}
|
||||
|
||||
|
@@ -118,7 +118,7 @@ Draws a specified image onto a device context.
|
||||
\twocolitem{{\bf wxIMAGELIST\_DRAW\_NORMAL}}{Draw the image normally.}
|
||||
\twocolitem{{\bf wxIMAGELIST\_DRAW\_TRANSPARENT}}{Draw the image with transparency.}
|
||||
\twocolitem{{\bf wxIMAGELIST\_DRAW\_SELECTED}}{Draw the image in selected state.}
|
||||
\twocolitem{{\bf wxIMAGELIST\_DRAW\_FOCUSED}}{Draw the image in a focussed state.}
|
||||
\twocolitem{{\bf wxIMAGELIST\_DRAW\_FOCUSED}}{Draw the image in a focused state.}
|
||||
\end{twocollist}
|
||||
}
|
||||
|
||||
|
@@ -96,7 +96,7 @@ Returns the current stream position.
|
||||
\func{size\_t}{Ungetch}{\param{const char*}{ buffer}, \param{size\_t}{ size}}
|
||||
|
||||
This function is only useful in {\it read} mode. It is the manager of the "Write-Back"
|
||||
buffer. This buffer acts like a temporary buffer where datas which has to be
|
||||
buffer. This buffer acts like a temporary buffer where data which has to be
|
||||
read during the next read IO call are put. This is useful when you get a big
|
||||
block of data which you didn't want to read: you can replace them at the top
|
||||
of the input queue by this way.
|
||||
|
@@ -49,7 +49,7 @@ simpler.
|
||||
{\bf Note for Windows programmers:} The key and char events in wxWindows are
|
||||
similar to but slightly different from Windows {\tt WM\_KEYDOWN} and
|
||||
{\tt WM\_CHAR} events. In particular, Alt-x combination will generate a char
|
||||
event in wxWindows (unless it is used as an acclerator).
|
||||
event in wxWindows (unless it is used as an accelerator).
|
||||
|
||||
{\bf Tip:} be sure to call {\tt event.Skip()} for events that you don't process in
|
||||
key event function, otherwise menu shortcuts may cease to work under Windows.
|
||||
|
@@ -40,7 +40,7 @@ bottom of the remaining client area. This scheme implies that order of window cr
|
||||
Say you wish to have an extra toolbar at the top of the frame, a project window to the left of
|
||||
the MDI client window, and an output window above the status bar. You should therefore create
|
||||
the windows in this order: toolbar, output window, project window. This ensures that the toolbar and
|
||||
output window take up space at the top and bottom, and then the remaining height inbetween is used for
|
||||
output window take up space at the top and bottom, and then the remaining height in-between is used for
|
||||
the project window.
|
||||
|
||||
wxLayoutAlgorithm is quite independent of the way in which
|
||||
|
@@ -38,7 +38,7 @@ macros):
|
||||
|
||||
...
|
||||
|
||||
// the only requirment for the rest is to be AFTER the full declaration of
|
||||
// the only requirement for the rest is to be AFTER the full declaration of
|
||||
// MyListElement (for WX_DECLARE_LIST forward declaration is enough), but
|
||||
// usually it will be found in the source file and not in the header
|
||||
|
||||
|
@@ -52,7 +52,7 @@ See also \helpref{window styles overview}{windowstyles}.
|
||||
\twocolitem{{\bf EVT\_LISTBOX(id, func)}}{Process a wxEVT\_COMMAND\_LISTBOX\_SELECTED event,
|
||||
when an item on the list is selected.}
|
||||
\twocolitem{{\bf EVT\_LISTBOX\_DCLICK(id, func)}}{Process a wxEVT\_COMMAND\_LISTBOX\_DOUBLECLICKED event,
|
||||
when the listbox is doubleclicked.}
|
||||
when the listbox is double-clicked.}
|
||||
\end{twocollist}
|
||||
|
||||
\wxheading{See also}
|
||||
@@ -251,7 +251,7 @@ Use this with a multiple selection listbox.
|
||||
\pythonnote{The wxPython version of this method takes no parameters
|
||||
and returns a tuple of the selected items.}
|
||||
|
||||
\perlnote{In wxPerl this method takes no parameters and returna the
|
||||
\perlnote{In wxPerl this method takes no parameters and return the
|
||||
selected items as a list.}
|
||||
|
||||
\membersection{wxListBox::GetString}\label{wxlistboxgetstring}
|
||||
|
@@ -353,7 +353,7 @@ Returns the rectangle representing the item's size and position, in client coord
|
||||
ID and code and returns the wxRect.}
|
||||
|
||||
\perlnote{In wxPerl this method takes only the {\bf item} parameter and
|
||||
retutrns a Wx::Rect ( or undef ).}
|
||||
returns a Wx::Rect ( or undef ).}
|
||||
|
||||
\membersection{wxListCtrl::GetItemSpacing}\label{wxlistctrlgetitemspacing}
|
||||
|
||||
@@ -381,7 +381,7 @@ Gets the item text for this item.
|
||||
|
||||
\constfunc{long}{GetNextItem}{\param{long }{item}, \param{int }{geometry = wxLIST\_NEXT\_ALL}, \param{int }{state = wxLIST\_STATE\_DONTCARE}}
|
||||
|
||||
Searches for an item with the given goemetry or state, starting from
|
||||
Searches for an item with the given geometry or state, starting from
|
||||
{\it item} but excluding the {\it item} itself. If {\it item} is -1,
|
||||
the first item that matches the specified flags will be returned.
|
||||
|
||||
@@ -722,7 +722,7 @@ string or image at a given location.}
|
||||
This method can only be used with virtual list controls. It is used to indicate
|
||||
to the control the number of items it contains. After calling it, the main
|
||||
program should be ready to handle calls to various item callbacks (such as
|
||||
\helpref{OnGetItemText}{wxlistctrlongetitemtext}) for all vitems in the range
|
||||
\helpref{OnGetItemText}{wxlistctrlongetitemtext}) for all items in the range
|
||||
from $0$ to {\it count}.
|
||||
|
||||
\membersection{wxListCtrl::SetItemData}\label{wxlistctrlsetitemdata}
|
||||
|
@@ -370,7 +370,7 @@ This only applies to subsequent invocations of AddCatalog()!
|
||||
\func{static void}{AddLanguage}{\param{const wxLanguageInfo\& }{info}}
|
||||
|
||||
Adds custom, user-defined language to the database of known languages. This
|
||||
database is used in conjuction with the first form of
|
||||
database is used in conjunction with the first form of
|
||||
\helpref{Init}{wxlocaleinit}.
|
||||
|
||||
wxLanguageInfo is defined as follows:
|
||||
|
@@ -136,7 +136,7 @@ documentation.
|
||||
|
||||
Finally, the {\it wxLog::DoLog()} function automatically prepends a time stamp
|
||||
to all the messages. The format of the time stamp may be changed: it can be
|
||||
any string with \% specificators fully described in the documentation of the
|
||||
any string with \% specifications fully described in the documentation of the
|
||||
standard {\it strftime()} function. For example, the default format is
|
||||
"[\%d/\%b/\%y \%H:\%M:\%S] " which gives something like "[17/Sep/98 22:10:16] "
|
||||
(without quotes) for the current date. Setting an empty string as the time
|
||||
@@ -292,7 +292,7 @@ user). (Almost) for internal use only.
|
||||
|
||||
\func{static void}{SetVerbose}{\param{bool }{ verbose = TRUE}}
|
||||
|
||||
Activates or desactivates verbose mode in which the verbose messages are
|
||||
Activates or deactivates verbose mode in which the verbose messages are
|
||||
logged as the normal ones instead of being silently dropped.
|
||||
|
||||
\membersection{wxLog::GetVerbose}\label{wxloggetverbose}
|
||||
|
@@ -18,7 +18,7 @@ the other cases which ensures that it is the most efficient solution for
|
||||
working with 64 bit integers independently of the architecture.
|
||||
|
||||
wxLongLong defines all usual arithmetic operations such as addition,
|
||||
substraction, bitwise shifts and logical operations as well as multiplication
|
||||
subtraction, bitwise shifts and logical operations as well as multiplication
|
||||
and division (not yet for the machines without native {\it long long}). It
|
||||
also has operators for implicit construction from and conversion to the native
|
||||
{\it long long} type if it exists and {\it long}.
|
||||
@@ -86,13 +86,13 @@ platform-dependent way. Not in wxULongLong.
|
||||
|
||||
\constfunc{long}{GetHi}{\void}
|
||||
|
||||
Returnes the high 32 bits of 64 bit integer.
|
||||
Returns the high 32 bits of 64 bit integer.
|
||||
|
||||
\membersection{wxLongLong::GetLo}\label{wxlonglonggetlo}
|
||||
|
||||
\constfunc{unsigned long}{GetLo}{\void}
|
||||
|
||||
Returnes the low 32 bits of 64 bit integer.
|
||||
Returns the low 32 bits of 64 bit integer.
|
||||
|
||||
\membersection{wxLongLong::GetValue}\label{wxlonglonggetvalue}
|
||||
|
||||
|
@@ -34,7 +34,7 @@ protocols, and database fields. Notable properties include:
|
||||
\item Null bytes do not occur in the encoding, except when there's an actual Unicode
|
||||
null character
|
||||
\item Preserves sort ordering for plain 8-bit comparison routines like strcmp()
|
||||
\item High bit patterns unambiguates character boundaries, and makes it easy to
|
||||
\item High bit patterns disambiguates character boundaries, and makes it easy to
|
||||
detect whether a string is encoded with UTF-8 or not
|
||||
\end{itemize}
|
||||
|
||||
|
@@ -46,7 +46,7 @@ can be reselected into another memory DC.
|
||||
Constructs a new memory device context.
|
||||
|
||||
Use the {\it Ok} member to test whether the constructor was successful
|
||||
in creating a useable device context. Don't forget to select a bitmap
|
||||
in creating a usable device context. Don't forget to select a bitmap
|
||||
into the DC before drawing on it.
|
||||
|
||||
\membersection{wxMemoryDC::SelectObject}
|
||||
|
@@ -12,7 +12,7 @@ associated command but just makes a separator line appear in the menu.
|
||||
Menu items may be either normal items, check items or radio items. Normal items
|
||||
don't have any special properties while the check items have a boolean flag
|
||||
associated to them and they show a checkmark in the menu when the flag is set.
|
||||
wxWindows automatically togles the flag value when the item is clicked and its
|
||||
wxWindows automatically toggles the flag value when the item is clicked and its
|
||||
value may be retrieved using either \helpref{IsChecked}{wxmenuischecked} method
|
||||
of wxMenu or wxMenuBar itself or by using
|
||||
\helpref{wxEvent::IsChecked}{wxcommandeventischecked} when you get the menu
|
||||
@@ -659,7 +659,7 @@ menu bar.}
|
||||
\pythonnote{Only the default constructor is supported in wxPython.
|
||||
Use wxMenuBar.Append instead.}
|
||||
|
||||
\perlnote{wxPerl only supports the first contructor:
|
||||
\perlnote{wxPerl only supports the first constructor:
|
||||
use {\tt Append} instead.}
|
||||
|
||||
\membersection{wxMenuBar::\destruct{wxMenuBar}}
|
||||
@@ -789,7 +789,7 @@ The found menu item object, or NULL if one was not found.
|
||||
|
||||
\constfunc{wxString}{GetHelpString}{\param{int}{ id}}
|
||||
|
||||
Gets the help string associated with the menu item identifer.
|
||||
Gets the help string associated with the menu item identifier.
|
||||
|
||||
\wxheading{Parameters}
|
||||
|
||||
|
@@ -26,7 +26,7 @@ functions that take a wxMenuEvent argument.
|
||||
\twocolitem{{\bf EVT\_MENU\_OPEN(func)}}{A menu is about to be opened.}
|
||||
\twocolitem{{\bf EVT\_MENU\_CLOSE(func)}}{A menu has been just closed.}
|
||||
\twocolitem{{\bf EVT\_MENU\_HIGHLIGHT(id, func)}}{The menu item with the
|
||||
speicifed id has been highlighted: used to show help prompts in the status bar
|
||||
specified id has been highlighted: used to show help prompts in the status bar
|
||||
by \helpref{wxFrame}{wxframe}}
|
||||
\twocolitem{{\bf EVT\_MENU\_HIGHLIGHT\_ALL(func)}}{A menu item has been
|
||||
highlighted, i.e. the currently selected menu item has changed.}
|
||||
|
@@ -111,7 +111,7 @@ Returns the item kind, one of {\tt wxItem\_Separator}, {\tt wxItem\_Normal},
|
||||
\constfunc{wxString}{GetLabel}{\void}
|
||||
|
||||
Returns the text associated with the menu item without any accelerator
|
||||
characaters it might contain.
|
||||
characters it might contain.
|
||||
|
||||
\wxheading{See also}
|
||||
|
||||
@@ -122,7 +122,7 @@ characaters it might contain.
|
||||
|
||||
\func{static wxString}{GetLabelFromText}{\param{const wxString\& }{text}}
|
||||
|
||||
Strips all accelerator characeters and mnemonics from the given {\it text}.
|
||||
Strips all accelerator characters and mnemonics from the given {\it text}.
|
||||
For example,
|
||||
|
||||
\begin{verbatim}
|
||||
|
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user