]> git.saurik.com Git - wxWidgets.git/blobdiff - docs/motif/todo.txt
don't set score files permissions to 0666, why would this be needed or wanted? (and...
[wxWidgets.git] / docs / motif / todo.txt
index 3efb2ae2820dfd5445d4cd1c307c9d2c1bb4a270..7c0f0e1f5974c0f5b0e66ac28c9b16113d6b53b8 100644 (file)
@@ -1,7 +1,7 @@
 wxMotif TODO
 ------------
 
-Updated: 8/11/98
+Updated: 11/02/99
 
          -------------------------------o-------------------------
 
@@ -13,78 +13,31 @@ Also, grep for TODO comments in source.
 High Priority
 -------------
 
-- Work out why XFreeFont in font.cpp produces a segv. This is
-  currently commented out, which presumably causes a memory leak.
-
-- Also work out why wxWindow::SetFont causes the widget to be shrunk
-  to fit its text, in dialogs. Uncomment the SetFont implementation and pop
-  up a dialog, e.g. an About box. Widgets are arranged
-  incorrectly. Seems to be OK for non-dialog panels, once the
-  size has been restored after the font setting.
-  In fact it seems OK for dialogs now!!! Weird.
-
-- ChangeFont should have an extra arg, to allow for not resizing
-  the window back to the original size after setting the font.
-  Also don't call SetFont from constructor, assign the font and
-  call ChangeFont so we can pass FALSE if the size has been passed
-  as the default (which means: wxWin should choose an appropriate
-  size, so Motif should expand/contract the widget as appropriate).
-
-- Colour setting in widgets (almost done).
-
-- 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.
-
-- wxSpinButton
+- Have a central/per app file for colour settings, with a wxWin
+  app to allow changing settings interactively.
 
-- A generic version of wxNotebook that can be used in wxMotif and
-  other toolkits that don't have a native control. Perhaps use wxTab as a
-  starting point.
+- 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.
 
-- Tidy dialogs such as the colour and font selectors.
-
-- Use generic wxTreeCtrl, wxListCtrl: debug and enhance these.
-
-- Find out why modal dialogs give a grab warning.
-
-- wxSystemSettings. Eventually, should have control panel-like utility
-  to change colours/fonts but meanwhile should maybe read them
-  from a file.
-
-- wxThread (hopefully, similar to wxGTK)
+- wxToolTip
 
 - Miscellaneous events.
 
-- Write makefiles for all samples and utilities.
-
-- Create some samples for testing.
+- Allow wxFrame and other widgets to have mouse event handlers.
 
 Low Priority
 ------------
 
-- Better makefile system that can put objects in different dirs.
-  Use wxGTK config system? It's really complex to debug and
-  doesn't offer a way of compiling apps outside the wxWin
-  hierarchy.
-
-- Extra wxBitmap formats: PNG, BMP. Could use old wxWin 1.68
-  wxImage code (derived from XV) for BMP/GIF but it's very bloated. However,
-  when implemented as extra bitmap handlers, the code won't be linked
-  unless needed.
-
-- Print/preview framework in print.cpp (see wxGTK).
+- Painting a retained window could be optimized further (see
+  wxWindow::DoPaint).
 
-- 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.
+- Visuals: how to select an appropriate one? See Thomas Runge's
+  visual patch for 1.68 -- should be straightforward to port to 2.0.
 
-- Get Dialog Editor working under Motif.
+- Work out why XFreeFont in font.cpp produces a segv. This is
+  currently commented out, which presumably causes a memory leak.
 
 - New wxHelp version: try using the XmHTML widget at
   http://www.xs4all.nl/~ripley/XmHTML/.
@@ -101,15 +54,7 @@ Low Priority
   - add the driver code to src/motif/helphtml.cpp (a frame, toolbar,
     history list).
 
-  Note that a quicker route to a help system may be to use the
-  code in the contrib dir of XmHTML to control a Netscape session --
-  but Netscape can be a colour resource hog.
-
-- Optimize screen refresh for non-native widgets, e.g. wxWindow
-  created with Create(), using technique in flicker patch for 1.68
-  (see JACS for latest patch).
-
-- 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
@@ -121,26 +66,8 @@ Low Priority
 - wxRCConfig (a config class using X .rc files). Could simply
   implement it in terms of current wxGet/WriteResource functions.
 
-- wxCheckBoxList
-
-- wxBitmapCheckBox, wxBitmapRadioButton
-
-- Reimplement combobox using Lesstif's widget (avoiding GPL'ed
-  widget currently used).
-
-- Write generic wxDirDialog (directory selector)
-
-- Use native Motif dialogs for wxMessageBox
-
 - Miscellaneous classes e.g. wxJoystick (identical to GTK's one for
   Linux)
 
-- Blit scaling
-
-- Could eventually alter the MDI widgets to be more Windows-like
-  -- currently it's half-hearted.
-
-- Accelerators
-
-- Get ODBC classes and sample working.
-
+- Work out why wxTextCtrl doesn't work as a stream buffer under
+  gcc