From: Julian Smart <julian@anthemion.co.uk>
Date: Sun, 16 Mar 2003 13:16:52 +0000 (+0000)
Subject: Tidied some wording, added configtool
X-Git-Url: https://git.saurik.com/wxWidgets.git/commitdiff_plain/94af6953cf72340db3071f18760b53bb0d8b8431

Tidied some wording, added configtool


git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@19582 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
---

diff --git a/docs/todo30.txt b/docs/todo30.txt
index e641038ffa..fe5a4a5f0e 100644
--- a/docs/todo30.txt
+++ b/docs/todo30.txt
@@ -1,39 +1,49 @@
 C++ Features
 ============
 
-- Namespaces
-- STL containers compatibility
-- Exception Handling
+- Namespaces.
+- STL containers compatibility (including using STL-like
+  adapters for wxWindows containers).
+- Exception Handling: making the code exception-safe, and
+  also _using_ exceptions throughout the code.
 
 Core
 ====
 
-- use wxEventLoop in all builds
-- remove wxCOMPATIBILITY (1.X)
-- Modularization/Build System/Project File Generation
-- RTTI native Support, Properties/Member-Metadata, 2-Step Init with virtual create
+- Use wxEventLoop in all builds.
+- Remove wxCOMPATIBILITY (1.X).
+- Modularization/Build System/Project File Generation.
+- A configuration tool to generate setup.h and configure
+  commands.
+- RTTI native Support, Properties/Member-Metadata, 2-Step Init with
+  virtual create: e.g. Create(const wxArrayVariant&).
 
 Documentation
 =============
 
-- Possibilities moving doc into header files with tool support ? directions ?
+- The possibility of moving doc into header files with tool
+  support.
+- Detailed review of doc accuracy.
 - wxDC : Precise definition of default/initial state. 
-- wxDC : Pixelwise definition of operations.
+- wxDC : Pixelwise definition of operations (e.g. last point of a
+  line not drawn).
 
 wxEvents
 ========
 
 Change Idle Handling
 --------------------
-Current Implementation is using too many CPU cycles
+Current Implementation is using too many CPU cycles.
 
 Loose Coupling Event-Source Event-Sink
 --------------------------------------
-kind of the NextStep/C# very performant coupling, exposing events via Metadata
+Kind of the NextStep/C# very performant coupling, exposing
+events via metadata.
 
 Remove Lazy Init of Eventtables
 -------------------------------
-Was introduced as a bug-fix, not needed anymore, consumes considerably CPU
+Was introduced as a bug-fix, not needed anymore, consumes
+considerable CPU time.
 
 
 Modules/Plugins
@@ -42,34 +52,34 @@ Modules/Plugins
 Architecture
 ------------
 
-we aim to arrive at a lazy initializiation of modules only when they are first 
-needed. A dependency information about on which other modules this depends is 
-needed. Dynamic Plug-In loading and unloading must be compatible with that.
+We aim to arrive at a lazy initializiation 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.
 
 wxUniversal
 ===========
 
-- Renderers within native ports
+- Renderers within native ports.
 
 wxPrinting
 ==========
 
-- Page preflighting capabilities in order to determine number of pages
-- Preview enhancement
+- Page preflighting capabilities in order to determine number
+  of pages.
+- Preview UI enhancement.
 
 wxStaticBox
 ===========
 
-hide the platform problems (GTK:'children' must be siblings) in encapsulation 
-in order to avoid problems on ports where the hierarchy must be 'correct'
-
-wxMiscellaneous
-===============
-
-- wxDC Support for point to char-position with text rendering
-- wxLocale Extension (eg Currency)
-- wxStreams review
+Hide the platform problems (GTK: 'children' must be siblings) in encapsulation 
+in order to avoid problems on ports where the hierarchy must be
+'correct'.
 
+Miscellaneous
+=============
 
+- wxDC Support for point to char-position with text rendering.
+- wxLocale Extension (eg currency).
+- wxStreams review.