X-Git-Url: https://git.saurik.com/wxWidgets.git/blobdiff_plain/2bda0e173844e8e0f8acf4e8ad8b5c26e5c6fe5d..deb907884a0abd12f8b45f98c41d8bc804fc7378:/docs/msw/issues.txt

diff --git a/docs/msw/issues.txt b/docs/msw/issues.txt
index ac12269303..d8df16c583 100644
--- a/docs/msw/issues.txt
+++ b/docs/msw/issues.txt
@@ -32,36 +32,9 @@ wxDebugStreamBuf it might help, but I don't know how to do that -
 I've redefined 'new' throughout as WXDEBUG_NEW (which is itself
 defined as the 3-argument operator).
 
-Config/registry classes
------------------------
-
-Problems with Karsten's/Vadim's existing AppConfig classes:
-
-- use char* a lot instead of wxString
-- rather hard to understand
-- will need fairly substantial rewrite
-- no native .ini functions (?) for guaranteed Windows
-  compatibility
-- new wxWin docs required
-
-Good things:
-
-- exists!
-- FileConfig independent of OS
-- specifying a base class that will meet nearly all needs for
-  derived classes
-- enumerator
-
-Other features we should probably have:
-
-- ability to specify vendor name/app name in constructor
-- under Windows, ability to read/write all areas of registry
-  as an option
+Owner-draw menus
+----------------
 
-Options:
+If USE_OWNER_DRAWN = 1 and you create a wxMenu, you get 'all bets
+are off' memory checking warnings from wxWindows.
 
-- rewrite AppConfig
-- start from own CRegistry class
-- take elements from both
-- do the Windows stuff, let someone else write/adapt the
-  non-Windows classes