]> git.saurik.com Git - wxWidgets.git/commitdiff
Fixed toolbar bitmap bug introduced by deriving wxToolMenuBar
authorJulian Smart <julian@anthemion.co.uk>
Sat, 19 Mar 2005 19:51:51 +0000 (19:51 +0000)
committerJulian Smart <julian@anthemion.co.uk>
Sat, 19 Mar 2005 19:51:51 +0000 (19:51 +0000)
from wxToolBar
Documented PPC installation

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

docs/latex/wx/wxmsw.tex
include/wx/msw/wince/tbarwce.h
src/msw/wince/tbarwce.cpp

index d936a5733e5a1cd8fc5dace0b32a20858666704c..ee801cd08c9c1625d56512536839103dccdb90de 100644 (file)
@@ -260,8 +260,23 @@ Here are some links that may help.
 \item Miscellaneous Windows CE resources can be found at \urlref{http://www.orbworks.com/pcce/resources.html}{http://www.orbworks.com/pcce/resources.html}.
 \item Installer creation instructions with a setup.exe for installing to PPC can be found at \urlref{http://www.pocketpcdn.com/articles/creatingsetup.html}{http://www.pocketpcdn.com/articles/creatingsetup.html}.
 \item Microsoft instructions are at \urlref{http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnce30/html/appinstall30.asp?frame=true&hidetoc=true}{http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnce30/html/appinstall30.asp?frame=true&hidetoc=true}.
+\item Troubleshooting WinCE application installations: \urlref{http://support.microsoft.com/default.aspx?scid=KB;en-us;q181007}{http://support.microsoft.com/default.aspx?scid=KB;en-us;q181007}
 \end{itemize}
 
+You may also check out {\tt demos/life/setup/wince} which contains
+scripts to create a PocketPC installation for ARM-based
+devices. In particular, {\tt build.bat} builds the distribution and
+copies it to a directory called {\tt Deliver}.
+
+\subsubsection{wxFileDialog in PocketPC}
+
+Allowing the user to access files on memory cards, or on arbitrary
+parts of the filesystem, is a pain; the standard file dialog only
+shows folders under My Documents or folders on memory cards
+(not the system or card root directory, for example). This is
+a known problem for PocketPC developers, and a wxFileDialog
+replacement will need to be written.
+
 \subsubsection{Remaining issues}
 
 These are some of the remaining problems to be sorted out, and features
@@ -290,6 +305,8 @@ missing styles are implemented with WM\_PAINT.
 \item {\bf wxCheckListBox.} This class needs to be implemented in terms of a wxListCtrl
 in report mode, using icons for checkbox states. This is necessary because owner-draw listboxes
 are not supported on Windows CE.
+\item {\bf wxFileDialog.} A more flexible dialog needs to be written (probably using wxGenericFileDialog)
+that can access arbitrary locations.
 \item {\bf OK button.} We should allow the OK button on a dialog to be optional, perhaps
 by using wxCLOSE\_BOX to indicate when the OK button should be displayed.
 \item {\bf Dynamic adaptation.} We should probably be using run-time tests more
index bcf66439ca220973c62493bf1f4d8206c7124f6a..d9fefa88cce32575f02bef4090bc96c6f0b3a1b1 100644 (file)
@@ -116,6 +116,9 @@ public:
     // implementation only from now on
     // -------------------------------
 
+    // Override in order to bypass wxToolBar's overridden function
+    virtual WXLRESULT MSWWindowProc(WXUINT nMsg, WXWPARAM wParam, WXLPARAM lParam);
+
     virtual bool MSWCommand(WXUINT param, WXWORD id);
 
     // Return HMENU for the menu associated with the commandbar
index 33f429e3066015ca5a2bddf156e4a4d451d16d41..5161b4806ff70bbc46044272168004697fb65f1d 100644 (file)
@@ -355,7 +355,7 @@ bool wxToolMenuBar::DoDeleteTool(size_t pos, wxToolBarToolBase *tool)
     return true;
 }
 
-bool wxToolMenuBar::Realize()
+bool wxToolMenuBar:Realize()
 {
     const size_t nTools = GetToolsCount();
     if ( nTools == 0 )
@@ -527,6 +527,27 @@ bool wxToolMenuBar::MSWCommand(WXUINT WXUNUSED(cmd), WXWORD id)
     return true;
 }
 
+WXLRESULT wxToolMenuBar::MSWWindowProc(WXUINT nMsg, WXWPARAM wParam, WXLPARAM lParam)
+{
+    switch ( nMsg )
+    {
+        case WM_SIZE:
+            break;
+
+        case WM_MOUSEMOVE:
+            // we don't handle mouse moves, so always pass the message to
+            // wxControl::MSWWindowProc
+            HandleMouseMove(wParam, lParam);
+            break;
+
+        case WM_PAINT:
+            break;
+    }
+
+    return wxControl::MSWWindowProc(nMsg, wParam, lParam);
+}
+
+
 #else
 
 ////////////// For Smartphone