]> git.saurik.com Git - wxWidgets.git/blobdiff - docs/todo30.txt
don't eat all events if m_maxLength is 0: this means no limit according to the docs...
[wxWidgets.git] / docs / todo30.txt
index 57d5e1c60f338fe67394b4812753092d1fbd0fa9..07c689df1a72ace8471b9ab51c30a2784eebe1a4 100644 (file)
@@ -1,4 +1,4 @@
-Enhancements for wxWindows 3.0
+Enhancements for wxWidgets 3.0
 ==============================
 
 This table contains the brief summary of the issues below. Priority and
@@ -18,7 +18,7 @@ C++ Features
 ============
 
 - Namespaces:
-    We want to have all wxWindows identifiers in "wx" namespace but provide
+    We want to have all wxWidgets identifiers in "wx" namespace but provide
     typedefs/#defines for backwards compatibility. This can be done easily
     for the classes and the only real problem are the enums as they would
     all have to be duplicated at both the global scope (with "wx" prefix) and
@@ -32,7 +32,7 @@ C++ Features
     without templates, even if not all of its features would be available then)
 
 - Exceptions
-    We are not going to use exceptions in wxWindows itself but our code should
+    We are not going to use exceptions in wxWidgets itself but our code should
     become exception safe. This is a very difficult task as it means that no
     resource allocations (including memory, files, whatever) should be done
     without using a smart pointer-like object to store the result as it is the
@@ -54,12 +54,11 @@ Core
     customized by user code by overriding some wxApp::CreateEventLoop())
     instead of duplicating the same code
 
-- remove wxCOMPATIBILITY (1.X)
-    At least WXWIN_COMPATIBILITY and maybe WXWIN_COMPATIBILITY_2 code should be
-    removed from the library. wxDEPRECATED() should be used with everything
-    inside WXWIN_COMPATIBILITY_2_2. The stuff inside WXWIN_COMPATIBILITY_2_4
-    probably should not be deprecated (yet?) because this would give thousands
-    of warnings for the existing code.
+- remove wxCOMPATIBILITY
+    wxDEPRECATED() should be used with everything inside WXWIN_COMPATIBILITY_2_4.
+    The stuff inside WXWIN_COMPATIBILITY_2_6 probably should not be deprecated
+    (yet?) because this would give thousands of warnings for the existing code.
+    Exception is api documented as obsolete in 2.6 release already.
 
 - Modularization/Build System
     Candidates for components:
@@ -74,15 +73,14 @@ Core
     We need a (GUI) tool to generate the project/makefiles for all supported
     platforms/compilers. Not sure if it should be used for the library itself
     (would be nice to have something like "make menuconfig" for Linux kernel
-     which allows you to navigate easily amon all of the configure/setup.h
+     which allows you to navigate easily among all of the configure/setup.h
      options but there is a problem with distributing such tool as it can't be
      compiled by the user because it is needed before the library is built) but
     we definitely need it for the users makefiles.
 
 - Properties/Member-Metadata, 2-Step Init with virtual create
-    TODO: still unclear what do we need exactly
 
-- Tidy code and add comments to headers (preferably in
+- Tidy code and add comments to headers (possibly in
   Doxygen/Javadoc style)
 
 
@@ -120,7 +118,7 @@ Modules/Plugins
 Architecture
 ------------
 
-We aim to arrive at a lazy initializiation of modules only when they are first 
+We aim to arrive at a lazy initialization of modules only when they are first 
 needed. Dependency information between modules is needed. Dynamic Plug-In
 loading and unloading must be compatible with that.
 
@@ -152,23 +150,9 @@ Removal of old code
 
 In addition to wxCOMPATIBILITY code:
 
-- wxProperty classes.
-- All wxCOMPATIBILITY (1.X) code.
-- contrib/src/canvas?
 - contrib/src/mmedia
 - contrib/src/applet?
-- utils/Install
-- wxDate, wxTime
-- Old wxODBC code
-- wxExpr (rewriting some OGL code or bundling wxExpr with OGL)
-- Old resource system
-- samples/resource
 - Dialog Editor
-- generic/src/htmlhelp.cpp
-- all code that uses layout constraints,
-  so constraints can be compiled out of the
-  core library
-
 
 wxMiscellaneous
 ===============
@@ -177,7 +161,7 @@ wxMiscellaneous
 - wxLocale Extension (eg Currency)
 - wxStreams review
 - wxURL?
-- a way to tell wxWindows to check for any non-portable usage,
+- a way to tell wxWidgets to check for any non-portable usage,
   for a given set of platforms. Sometimes you want to be able
   to get away with non-portable usage, and sometimes not.
   This is probably way too time-consuming to implement.
@@ -189,8 +173,32 @@ wxMiscellaneous
   has been destroyed or recreated. On wxMSW, this is done in
   ~wxToolBar. On wxGTK, in SetToolBar. In wxMac, not at all,
   but sending a wxSizeEvent will do it.
+- Need wxRect wxToolBar::GetToolRect(int id) or similar so we can
+  align a popup menu with a toolbar button.
 - wxMac font selector dialog is the generic font selector -
   horrible.
-
+- No Append(wxArrayString&) for wxChoice and wxComboBox in wxGTK.
+  Probably other functions too. Consider adding Insert to
+  these classes, as per the patch on SF.
+- Rewrite wxFileHistory using wxString and wxArrayString, and
+  put in separate file.
+- Add wxArrayString methods to wxTextValidator and any other
+  class that needs them.
+- Add wxNotebook::GetTabRect or similar so we can estimate
+  page size better in wxNotebookBase::CalcSizeFromPage.
+- Add function to clear all wxNotebook tabs without
+  destroying the pages.
+- Add individual setters to wxScrollBar and other classes
+  that use a combined setter.
+- Remove traces of old resource system from wxWizard.
+- Have wxDirCtrl as alias for wxGenericDirCtrl.
+- Allow instant reaction to left-up in a wxGrid cell
+  (extend editor API) to work around bad checkbox
+  behaviour (click, click, click, click away...) and
+  reduce checkbox size on non-Windows platforms.
+- Add wxNotebook::HitTest for non-Windows platforms.
+- Implement rebar for all platforms. This will help us
+  get closer to native look and feel, e.g. the gradient
+  shadow on XP toolbars.
 
 Version:      $Id$