]>
Commit | Line | Data |
---|---|---|
1 | \section{wxRichTextCtrl overview}\label{wxrichtextctrloverview} | |
2 | ||
3 | {\bf Major classes:} \helpref{wxRichTextCtrl}{wxrichtextctrl}, \helpref{wxRichTextBuffer}{wxrichtextbuffer}, \helpref{wxRichTextEvent}{wxrichtextevent} | |
4 | ||
5 | {\bf Helper classes:} \helpref{wxRichTextAttr}{wxrichtextattr}, \helpref{wxTextAttrEx}{wxtextattrex}, | |
6 | \helpref{wxRichTextRange}{wxrichtextrange} | |
7 | ||
8 | {\bf File handler classes:} \helpref{wxRichTextFileHandler}{wxrichtextfilehandler}, \helpref{wxRichTextHTMLHandler}{wxrichtexthtmlhandler}, | |
9 | \helpref{wxRichTextXMLHandler}{wxrichtextxmlhandler} | |
10 | ||
11 | {\bf Style classes:} \helpref{wxRichTextCharacterStyleDefinition}{wxrichtextcharacterstyledefinition}, | |
12 | \helpref{wxRichTextParagraphStyleDefinition}{wxrichtextparagraphstyledefinition}, | |
13 | \helpref{wxRichTextListStyleDefinition}{wxrichtextliststyledefinition}, | |
14 | \helpref{wxRichTextStyleSheet}{wxrichtextstylesheet} | |
15 | ||
16 | {\bf Additional controls:} \helpref{wxRichTextStyleComboCtrl}{wxrichtextstylecomboctrl}, | |
17 | \helpref{wxRichTextStyleListBox}{wxrichtextstylelistbox}, | |
18 | \helpref{wxRichTextStyleListCtrl}{wxrichtextstylelistctrl} | |
19 | ||
20 | {\bf Printing classes:} \helpref{wxRichTextPrinting}{wxrichtextprinting}, | |
21 | \helpref{wxRichTextPrintout}{wxrichtextprintout}, | |
22 | \helpref{wxRichTextHeaderFooterData}{wxrichtextheaderfooterdata} | |
23 | ||
24 | {\bf Dialog classes:} \helpref{wxRichTextStyleOrganiserDialog}{wxrichtextstyleorganiserdialog}, | |
25 | \helpref{wxRichTextFormattingDialog}{wxrichtextformattingdialog}, | |
26 | \helpref{wxSymbolPickerDialog}{wxsymbolpickerdialog} | |
27 | ||
28 | wxRichTextCtrl provides a generic implementation of a rich text editor that can handle different character | |
29 | styles, paragraph formatting, and images. It's aimed at editing 'natural' language text - if you need an editor | |
30 | that supports code editing, wxStyledTextCtrl is a better choice. | |
31 | ||
32 | Despite its name, it cannot currently read or write RTF (rich text format) files. Instead, it | |
33 | uses its own XML format, and can also read and write plain text. In future we expect to provide | |
34 | RTF file capabilities. Custom file formats can be supported by creating additional | |
35 | file handlers and registering them with the control. | |
36 | ||
37 | wxRichTextCtrl is largely compatible with the wxTextCtrl API, but extends it where necessary. | |
38 | The control can be used where the native rich text capabilities of wxTextCtrl are not | |
39 | adequate (this is particularly true on Windows) and where more direct access to | |
40 | the content representation is required. It is difficult and inefficient to read | |
41 | the style information in a wxTextCtrl, whereas this information is readily | |
42 | available in wxRichTextCtrl. Since it's written in pure wxWidgets, any customizations | |
43 | you make to wxRichTextCtrl will be reflected on all platforms. | |
44 | ||
45 | wxRichTextCtrl supports basic printing via the easy-to-use \helpref{wxRichTextPrinting}{wxrichtextprinting} class. | |
46 | Creating applications with simple word processing features is simplified with the inclusion of\rtfsp | |
47 | \helpref{wxRichTextFormattingDialog}{wxrichtextformattingdialog}, a tabbed dialog allowing | |
48 | interactive tailoring of paragraph and character styling. Also provided is the multi-purpose dialog\rtfsp | |
49 | \helpref{wxRichTextStyleOrganiserDialog}{wxrichtextstyleorganiserdialog} that can be used for | |
50 | managing style definitions, browsing styles and applying them, or selecting list styles with | |
51 | a renumber option. | |
52 | ||
53 | There are a few disadvantages to using wxRichTextCtrl. It is not native, | |
54 | so does not behave exactly as a native wxTextCtrl, although common editing conventions | |
55 | are followed. Users may miss the built-in spelling correction on Mac OS X, or any | |
56 | special character input that may be provided by the native control. It would also | |
57 | be a poor choice if intended users rely on screen readers that would be not work well | |
58 | with non-native text input implementation. You might mitigate this by providing | |
59 | the choice between wxTextCtrl and wxRichTextCtrl, with fewer features in the | |
60 | former case. | |
61 | ||
62 | A good way to understand wxRichTextCtrl's capabilities is to compile and run the | |
63 | sample, {\tt samples/richtext}, and browse the code. The following screenshot shows the sample in action: | |
64 | ||
65 | $$\image{8cm;0cm}{richtextctrl.gif}$$ | |
66 | ||
67 | \wxheading{Example}\label{wxrichtextctrlexample} | |
68 | ||
69 | The following code is taken from the sample, and adds text and styles to a rich text control programmatically. | |
70 | ||
71 | {\small | |
72 | \begin{verbatim} | |
73 | wxRichTextCtrl* richTextCtrl = new wxRichTextCtrl(splitter, wxID_ANY, wxEmptyString, wxDefaultPosition, wxSize(200, 200), wxVSCROLL|wxHSCROLL|wxNO_BORDER|wxWANTS_CHARS); | |
74 | ||
75 | wxFont textFont = wxFont(12, wxROMAN, wxNORMAL, wxNORMAL); | |
76 | wxFont boldFont = wxFont(12, wxROMAN, wxNORMAL, wxBOLD); | |
77 | wxFont italicFont = wxFont(12, wxROMAN, wxITALIC, wxNORMAL); | |
78 | ||
79 | wxFont font(12, wxROMAN, wxNORMAL, wxNORMAL); | |
80 | ||
81 | m_richTextCtrl->SetFont(font); | |
82 | ||
83 | wxRichTextCtrl& r = richTextCtrl; | |
84 | ||
85 | r.BeginSuppressUndo(); | |
86 | ||
87 | r.BeginParagraphSpacing(0, 20); | |
88 | ||
89 | r.BeginAlignment(wxTEXT_ALIGNMENT_CENTRE); | |
90 | r.BeginBold(); | |
91 | ||
92 | r.BeginFontSize(14); | |
93 | r.WriteText(wxT("Welcome to wxRichTextCtrl, a wxWidgets control for editing and presenting styled text and images")); | |
94 | r.EndFontSize(); | |
95 | r.Newline(); | |
96 | ||
97 | r.BeginItalic(); | |
98 | r.WriteText(wxT("by Julian Smart")); | |
99 | r.EndItalic(); | |
100 | ||
101 | r.EndBold(); | |
102 | ||
103 | r.Newline(); | |
104 | r.WriteImage(wxBitmap(zebra_xpm)); | |
105 | ||
106 | r.EndAlignment(); | |
107 | ||
108 | r.Newline(); | |
109 | r.Newline(); | |
110 | ||
111 | r.WriteText(wxT("What can you do with this thing? ")); | |
112 | r.WriteImage(wxBitmap(smiley_xpm)); | |
113 | r.WriteText(wxT(" Well, you can change text ")); | |
114 | ||
115 | r.BeginTextColour(wxColour(255, 0, 0)); | |
116 | r.WriteText(wxT("colour, like this red bit.")); | |
117 | r.EndTextColour(); | |
118 | ||
119 | r.BeginTextColour(wxColour(0, 0, 255)); | |
120 | r.WriteText(wxT(" And this blue bit.")); | |
121 | r.EndTextColour(); | |
122 | ||
123 | r.WriteText(wxT(" Naturally you can make things ")); | |
124 | r.BeginBold(); | |
125 | r.WriteText(wxT("bold ")); | |
126 | r.EndBold(); | |
127 | r.BeginItalic(); | |
128 | r.WriteText(wxT("or italic ")); | |
129 | r.EndItalic(); | |
130 | r.BeginUnderline(); | |
131 | r.WriteText(wxT("or underlined.")); | |
132 | r.EndUnderline(); | |
133 | ||
134 | r.BeginFontSize(14); | |
135 | r.WriteText(wxT(" Different font sizes on the same line is allowed, too.")); | |
136 | r.EndFontSize(); | |
137 | ||
138 | r.WriteText(wxT(" Next we'll show an indented paragraph.")); | |
139 | ||
140 | r.BeginLeftIndent(60); | |
141 | r.Newline(); | |
142 | ||
143 | r.WriteText(wxT("Indented paragraph.")); | |
144 | r.EndLeftIndent(); | |
145 | ||
146 | r.Newline(); | |
147 | ||
148 | r.WriteText(wxT("Next, we'll show a first-line indent, achieved using BeginLeftIndent(100, -40).")); | |
149 | ||
150 | r.BeginLeftIndent(100, -40); | |
151 | r.Newline(); | |
152 | ||
153 | r.WriteText(wxT("It was in January, the most down-trodden month of an Edinburgh winter.")); | |
154 | r.EndLeftIndent(); | |
155 | ||
156 | r.Newline(); | |
157 | ||
158 | r.WriteText(wxT("Numbered bullets are possible, again using subindents:")); | |
159 | ||
160 | r.BeginNumberedBullet(1, 100, 60); | |
161 | r.Newline(); | |
162 | ||
163 | r.WriteText(wxT("This is my first item. Note that wxRichTextCtrl doesn't automatically do numbering, but this will be added later.")); | |
164 | r.EndNumberedBullet(); | |
165 | ||
166 | r.BeginNumberedBullet(2, 100, 60); | |
167 | r.Newline(); | |
168 | ||
169 | r.WriteText(wxT("This is my second item.")); | |
170 | r.EndNumberedBullet(); | |
171 | ||
172 | r.Newline(); | |
173 | ||
174 | r.WriteText(wxT("The following paragraph is right-indented:")); | |
175 | ||
176 | r.BeginRightIndent(200); | |
177 | r.Newline(); | |
178 | ||
179 | r.WriteText(wxT("It was in January, the most down-trodden month of an Edinburgh winter. An attractive woman came into the cafe, which is nothing remarkable.")); | |
180 | r.EndRightIndent(); | |
181 | ||
182 | r.Newline(); | |
183 | ||
184 | wxArrayInt tabs; | |
185 | tabs.Add(400); | |
186 | tabs.Add(600); | |
187 | tabs.Add(800); | |
188 | tabs.Add(1000); | |
189 | wxTextAttrEx attr; | |
190 | attr.SetFlags(wxTEXT_ATTR_TABS); | |
191 | attr.SetTabs(tabs); | |
192 | r.SetDefaultStyle(attr); | |
193 | ||
194 | r.WriteText(wxT("This line contains tabs:\tFirst tab\tSecond tab\tThird tab")); | |
195 | ||
196 | r.Newline(); | |
197 | r.WriteText(wxT("Other notable features of wxRichTextCtrl include:")); | |
198 | ||
199 | r.BeginSymbolBullet(wxT('*'), 100, 60); | |
200 | r.Newline(); | |
201 | r.WriteText(wxT("Compatibility with wxTextCtrl API")); | |
202 | r.EndSymbolBullet(); | |
203 | ||
204 | r.WriteText(wxT("Note: this sample content was generated programmatically from within the MyFrame constructor in the demo. The images were loaded from inline XPMs. Enjoy wxRichTextCtrl!")); | |
205 | ||
206 | r.EndSuppressUndo(); | |
207 | \end{verbatim} | |
208 | } | |
209 | ||
210 | \subsection{Programming with wxRichTextCtrl} | |
211 | ||
212 | \subsubsection{Starting to use wxRichTextCtrl} | |
213 | ||
214 | You need to include {\tt <wx/richtext/richtextctrl.h>} in your source, and link | |
215 | with the appropriate wxWidgets library with {\tt richtext} suffix. Put the rich text | |
216 | library first in your link line to avoid unresolved symbols. | |
217 | ||
218 | Then you can create a wxRichTextCtrl, with the wxWANT\_CHARS style if you want tabs to | |
219 | be processed by the control rather than being used for navigation between controls. | |
220 | ||
221 | \subsubsection{wxRichTextCtrl and styles} | |
222 | ||
223 | Styling attributes are represented by three classes: \helpref{wxTextAttr}{wxtextattr}, \helpref{wxTextAttrEx}{wxtextattrex} and \helpref{wxRichTextAttr}{wxrichtextattr}. | |
224 | wxTextAttr is shared across all controls that are derived from wxTextCtrlBase and | |
225 | can store basic character and paragraph attributes. wxTextAttrEx derives | |
226 | from wxTextAttr and adds some further attributes that are only supported | |
227 | by wxRichTextCtrl. Finally, wxRichTextAttr is a more efficient version | |
228 | of wxTextAttrEx that doesn't use a wxFont object and can be used to | |
229 | query styles more quickly. wxTextAttrEx and wxRichTextAttr are largely | |
230 | interchangeable and have suitable conversion operators between them. | |
231 | ||
232 | When setting a style, the flags of the attribute object determine which | |
233 | attributes are applied. When querying a style, the passed flags are ignored | |
234 | except (optionally) to determine whether attributes should be retrieved from | |
235 | character content or from the paragraph object. | |
236 | ||
237 | wxRichTextCtrl takes a layered approach to styles, so that different parts of | |
238 | the content may be responsible for contributing different attributes to the final | |
239 | style you see on the screen. | |
240 | ||
241 | There are four main notions of style within a control: | |
242 | ||
243 | \begin{enumerate}\itemsep=0pt | |
244 | \item {\bf Basic style:} the fundamental style of a control, onto which any other | |
245 | styles are layered. It provides default attributes, and changing the basic style | |
246 | may immediately change the look of the content depending on what other styles | |
247 | the content uses. Calling wxRichTextCtrl::SetFont changes the font for the basic style. | |
248 | The basic style is set with \helpref{wxRichTextCtrl::SetBasicStyle}{wxrichtextctrlsetbasicstyle}. | |
249 | \item {\bf Paragraph style:} each paragraph has attributes that are set independently | |
250 | from other paragraphs and independently from the content within the paragraph. | |
251 | Normally, these attributes are paragraph-related, such as alignment and indentation, | |
252 | but it is possible to set character attributes too. | |
253 | The paragraph style can be set independently of its content by passing wxRICHTEXT\_SETSTYLE\_PARAGRAPHS\_ONLY | |
254 | to \helpref{wxRichTextCtrl::SetStyleEx}{wxrichtextctrlsetstyleex}. | |
255 | \item {\bf Character style:} characters within each paragraph can have attributes. | |
256 | A single character, or a run of characters, can have a particular set of attributes. | |
257 | The character style can be with \helpref{wxRichTextCtrl::SetStyle}{wxrichtextctrlsetstyle} or | |
258 | \helpref{wxRichTextCtrl::SetStyleEx}{wxrichtextctrlsetstyleex}. | |
259 | \item {\bf Default style:} this is the `current' style that determines the | |
260 | style of content that is subsequently typed, pasted or programmatically inserted. | |
261 | The default style is set with \helpref{wxRichTextCtrl::SetDefaultStyle}{wxrichtextctrlsetdefaultstyle}. | |
262 | \end{enumerate} | |
263 | ||
264 | What you see on the screen is the dynamically {\it combined} style, found by merging | |
265 | the first three of the above style types (the fourth is only a guide for future content | |
266 | insertion and therefore does not affect the currently displayed content). | |
267 | ||
268 | To make all this more concrete, here are examples of where you might set these different | |
269 | styles: | |
270 | ||
271 | \begin{enumerate}\itemsep=0pt | |
272 | \item You might set the {\bf basic style} to have a Times Roman font in 12 point, | |
273 | left-aligned, with two millimetres of spacing after each paragraph. | |
274 | \item You might set the {\bf paragraph style} (for one particular paragraph) to | |
275 | be centred. | |
276 | \item You might set the {\bf character style} of one particular word to bold. | |
277 | \item You might set the {\bf default style} to be underlined, for subsequent | |
278 | inserted text. | |
279 | \end{enumerate} | |
280 | ||
281 | Naturally you can do any of these things either using your own UI, or programmatically. | |
282 | ||
283 | The basic wxTextCtrl doesn't make the same distinctions as wxRichTextCtrl regarding | |
284 | attribute storage. So we need finer control when setting and retrieving | |
285 | attributes. \helpref{wxRichTextCtrl::SetStyleEx}{wxrichtextctrlsetstyleex} takes a {\it flags} parameter: | |
286 | ||
287 | \begin{itemize}\itemsep=0pt | |
288 | \item wxRICHTEXT\_SETSTYLE\_OPTIMIZE specifies that the style should be changed only if | |
289 | the combined attributes are different from the attributes for the current object. This is important when | |
290 | applying styling that has been edited by the user, because he has just edited the {\it combined} (visible) | |
291 | style, and wxRichTextCtrl wants to leave unchanged attributes associated with their original objects | |
292 | instead of applying them to both paragraph and content objects. | |
293 | \item wxRICHTEXT\_SETSTYLE\_PARAGRAPHS\_ONLY specifies that only paragraph objects within the given range | |
294 | should take on the attributes. | |
295 | \item wxRICHTEXT\_SETSTYLE\_CHARACTERS\_ONLY specifies that only content objects (text or images) within the given range | |
296 | should take on the attributes. | |
297 | \item wxRICHTEXT\_SETSTYLE\_WITH\_UNDO specifies that the operation should be undoable. | |
298 | \end{itemize} | |
299 | ||
300 | It's great to be able to change arbitrary attributes in a wxRichTextCtrl, but | |
301 | it can be unwieldy for the user or programmer to set attributes separately. Word processors have collections | |
302 | of styles that you can tailor or use as-is, and this means that you can set a heading with one click | |
303 | instead of marking text in bold, specifying a large font size, and applying a certain | |
304 | paragraph spacing and alignment for every such heading. Similarly, | |
305 | wxWidgets provides a class called \helpref{wxRichTextStyleSheet}{wxrichtextstylesheet} which manages style definitions | |
306 | (\helpref{wxRichTextParagraphStyleDefinition}{wxrichtextparagraphstyledefinition}, \helpref{wxRichTextListStyleDefinition}{wxrichtextliststyledefinition} and \helpref{wxRichTextCharacterStyleDefinition}{wxrichtextcharacterstyledefinition}). | |
307 | Once you have added definitions to a style sheet and associated it with a wxRichTextCtrl, | |
308 | you can apply a named definition to a range of text. The classes \helpref{wxRichTextStyleComboCtrl}{wxrichtextstylecomboctrl}\rtfsp | |
309 | and \helpref{wxRichTextStyleListBox}{wxrichtextstylelistbox} can be used to present the user with a list | |
310 | of styles in a sheet, and apply them to the selected text. | |
311 | ||
312 | You can reapply a style sheet to the contents of the control, by calling \helpref{wxRichTextCtrl::ApplyStyleSheet}{wxrichtextctrlapplystylesheet}. | |
313 | This is useful if the style definitions have changed, and you want the content to reflect this. | |
314 | It relies on the fact that when you apply a named style, the style definition name is recorded in the | |
315 | content. So ApplyStyleSheet works by finding the paragraph attributes with style names and re-applying the definition's | |
316 | attributes to the paragraph. Currently, this works with paragraph and list style definitions only. | |
317 | ||
318 | \subsection{wxRichTextCtrl dialogs}\label{wxrichtextctrldialogs} | |
319 | ||
320 | wxRichTextCtrl comes with standard dialogs to make it easier to implement | |
321 | text editing functionality. | |
322 | ||
323 | \helpref{wxRichTextFormattingDialog}{wxrichtextformattingdialog} can be used | |
324 | for character or paragraph formatting, or a combination of both. It's a wxPropertySheetDialog | |
325 | with the following available tabs: Font, Indents \& Spacing, Tabs, Bullets, Style, and List Style. | |
326 | You can select which pages will be shown by supplying flags to the dialog constructor. | |
327 | In a character formatting dialog, typically only the Font page will be shown. | |
328 | In a paragraph formatting dialog, you'll show the Indents \& Spacing, Tabs and Bullets | |
329 | pages. The Style tab is useful when editing a style definition. | |
330 | ||
331 | You can customize this dialog by providing your own wxRichTextFormattingDialogFactory | |
332 | object, which tells the formatting dialog how many pages are supported, what their identifiers | |
333 | are, and how to creates the pages. | |
334 | ||
335 | \helpref{wxRichTextStyleOrganiserDialog}{wxrichtextstyleorganiserdialog} is a multi-purpose dialog | |
336 | that can be used for managing style definitions, browsing styles and applying them, or selecting list styles with | |
337 | a renumber option. See the sample for usage - it is used for the "Manage Styles" and "Bullets and Numbering" | |
338 | menu commands. | |
339 | ||
340 | \helpref{wxSymbolPickerDialog}{wxsymbolpickerdialog} lets the user insert a symbol from | |
341 | a specified font. It has no wxRichTextCtrl dependencies besides being included in | |
342 | the rich text library. | |
343 | ||
344 | \subsection{How wxRichTextCtrl is implemented} | |
345 | ||
346 | Data representation is handled by wxRichTextBuffer, and a wxRichTextCtrl | |
347 | always has one such buffer. | |
348 | ||
349 | The content is represented by a hierarchy of objects, all derived from | |
350 | wxRichTextObject. An object might be an image, a fragment of text, a paragraph, | |
351 | or a whole buffer. Objects store a wxTextAttrEx containing style information; | |
352 | a paragraph object can contain both paragraph and character information, but | |
353 | content objects such as text can only store character information. The final | |
354 | style displayed in the control or in a printout is a combination of base | |
355 | style, paragraph style and content (character) style. | |
356 | ||
357 | The top of the hierarchy is the buffer, a kind of wxRichTextParagraphLayoutBox. | |
358 | containing further wxRichTextParagraph objects, each of which can include text, | |
359 | images and potentially other types of object. | |
360 | ||
361 | Each object maintains a range (start and end position) measured | |
362 | from the start of the main parent object. | |
363 | ||
364 | When Layout is called on an object, it is given a size which the object | |
365 | must limit itself to, or one or more flexible directions (vertical | |
366 | or horizontal). So, for example, a centred paragraph is given the page | |
367 | width to play with (minus any margins), but can extend indefinitely | |
368 | in the vertical direction. The implementation of Layout caches the calculated | |
369 | size and position. | |
370 | ||
371 | When the buffer is modified, a range is invalidated (marked as requiring | |
372 | layout), so that only the minimum amount of layout is performed. | |
373 | ||
374 | A paragraph of pure text with the same style contains just one further | |
375 | object, a wxRichTextPlainText object. When styling is applied to part of | |
376 | this object, the object is decomposed into separate objects, one object | |
377 | for each different character style. So each object within a paragraph always has | |
378 | just one wxTextAttrEx object to denote its character style. Of course, this can | |
379 | lead to fragmentation after a lot of edit operations, potentially leading | |
380 | to several objects with the same style where just one would do. So | |
381 | a Defragment function is called when updating the control's display, to ensure that | |
382 | the minimum number of objects is used. | |
383 | ||
384 | \subsection{wxRichTextCtrl roadmap} | |
385 | ||
386 | \wxheading{Bugs} | |
387 | ||
388 | This is an incomplete list of bugs. | |
389 | ||
390 | \begin{itemize}\itemsep=0pt | |
391 | \item Moving the caret up at the beginning of a line sometimes incorrectly positions the | |
392 | caret. | |
393 | \item As the selection is expanded, the text jumps slightly due to kerning differences between | |
394 | drawing a single text string versus drawing several fragments separately. This could | |
395 | be improved by using wxDC::GetPartialTextExtents to calculate exactly where the separate fragments | |
396 | should be drawn. Note that this problem also applies to separation of text fragments due to difference in their attributes. | |
397 | \end{itemize} | |
398 | ||
399 | \wxheading{Features} | |
400 | ||
401 | This is a list of some of the features that have yet to be implemented. Help with them will be appreciated. | |
402 | ||
403 | \begin{itemize}\itemsep=0pt | |
404 | \item RTF input and output | |
405 | \item Conversion from HTML | |
406 | \item Open Office input and output | |
407 | \item Floating images, with content wrapping around them | |
408 | \item A ruler control | |
409 | \item Standard editing toolbars | |
410 | \item Tables | |
411 | \item Bitmap bullets | |
412 | \item Borders | |
413 | \item Text frames | |
414 | \item Justified text, in print/preview at least | |
415 | \end{itemize} | |
416 | ||
417 | There are also things that could be done to take advantage of the underlying text capabilities of the platform; | |
418 | higher-level text formatting APIs are available on some platforms, such as Mac OS X, and some of translation from | |
419 | high level to low level wxDC API is unnecessary. However this would require additions to the wxWidgets API. | |
420 |