X-Git-Url: https://git.saurik.com/wxWidgets.git/blobdiff_plain/45b5751fb4013f2ab8db47c5fe4ac533ab324864..917afc7b81c6f806ea3d50b455f7c4e320ecd68f:/docs/motif/todo.txt?ds=sidebyside diff --git a/docs/motif/todo.txt b/docs/motif/todo.txt index 639beb44aa..1852d3c4ba 100644 --- a/docs/motif/todo.txt +++ b/docs/motif/todo.txt @@ -1,7 +1,7 @@ wxMotif TODO ------------ -Updated: 28/12/98 +Updated: 11/02/99 -------------------------------o------------------------- @@ -16,38 +16,32 @@ High Priority - Have a central/per app file for colour settings, with a wxWin app to allow changing settings interactively. -- Colour setting in widgets (almost done). Should scrollbars take - on the background colour? Not right for e.g. wxScrolledWindows, - so maybe have wxSystemSettings value for scrollbar colour, and/or - ability to set scrollbar colour independently. +- Implementation of default event processing (i.e. passing on an intercepted + event such as OnChar to the system). Currently, such events are processed + anyway, so for example intercepting left-click in a widget doesn't disable + the default behaviour. See TODOs in window.cpp. -- Optimize wxWindow OnPaint to avoid flicker, collapsing Expose events - as per flicker fix in 1.68. It will be tricky to avoid - interfering with non-wxScrolledWindow widgets except by - explicitly testing for wxScrolledWindow. - -- Implementation of OnEraseBackground. How? Call OnEraseBackground - just before OnPaint? Will duplicate Xlib's own erase of the background. - However, this is usually OK, because the default wxWindow::OnEraseBackground - can do nothing (SetBackgroundColour will make the background look OK). - And if a custom OnEraseBackground uses the same colour as the window - background, no flicker will be seen. If it does something else, such as - painting a tiled bitmap, then a slight flicker might be seen unless - X can be persuaded not to repaint the window background by default. - -- wxNotebook bug: why doesn't the notebook sample appear until the - user resizes the window again? But it's OK for MDI. Strange. +- wxRadioBox doesn't show up in the controls sample, though it's + OK on other dialogs (e.g. printing sample). - wxSpinButton +- wxToolTip + - Miscellaneous events. -- Get wxGLCanvas from 1.68 working. +- Use wxImage to load other formats into wxBitmaps, such as PNG, BMP. + +- Allow wxFrame and other widgets to have mouse event handlers. Low Priority ------------ -- Visuals: how to select an appropriate one? +- Painting a retained window could be optimized further (see + wxWindow::DoPaint). + +- Visuals: how to select an appropriate one? See Thomas Runge's + visual patch for 1.68 -- should be straightforward to port to 2.0. - Work out why XFreeFont in font.cpp produces a segv. This is currently commented out, which presumably causes a memory leak. @@ -59,13 +53,7 @@ Low Priority when implemented as extra bitmap handlers, the code won't be linked unless needed. Update: see if wxImage can handle these formats. -- Print/preview framework in print.cpp (see wxGTK). - -- Enhance event handling such that you override e.g. left-click - and unless you call the base OnMouseEvent, the click won't be - sent to the button. Required for Dialog Editor. - -- Get Dialog Editor working under Motif. +- Get Dialog Editor working (better) under Motif. - New wxHelp version: try using the XmHTML widget at http://www.xs4all.nl/~ripley/XmHTML/. @@ -82,7 +70,7 @@ Low Priority - add the driver code to src/motif/helphtml.cpp (a frame, toolbar, history list). -- Copy and paste, drag and drop. Use a standard X drag +- Drag and drop. Use a standard X drag and drop standard - see http://www.cco.caltech.edu/~jafl/xdnd/ or use Motif drag and drop as described here: http://www.motifzone.com/tmd/articles/DnD/dnd.html @@ -104,8 +92,6 @@ Low Priority - Miscellaneous classes e.g. wxJoystick (identical to GTK's one for Linux) -- Blit scaling - - Get ODBC classes and sample working. - Work out why wxTextCtrl doesn't work as a stream buffer under