X-Git-Url: https://git.saurik.com/wxWidgets.git/blobdiff_plain/eb2693818cc2985605644e81997ed6e9b5a4d478..52f52ebc4e0be6a9899d328b08db9eb14629d219:/docs/html/faqmsw.htm diff --git a/docs/html/faqmsw.htm b/docs/html/faqmsw.htm index cfe6e89be3..79b0ce996f 100644 --- a/docs/html/faqmsw.htm +++ b/docs/html/faqmsw.htm @@ -1,4 +1,3 @@ - @@ -45,6 +44,7 @@ See also top-level FAQ page.
  • Why are menu hotkeys or shortcuts not working in my application?
  • Why can I not write to the HKLM part of the registry with wxRegConfig?
  • Is MS Active Accessibility supported?
    • +
  • Why does Visual C++ complain about corrupted project files??
    • @@ -75,13 +75,7 @@ without ever needing a copy of Microsoft Windows. See the Technical Note on the

    What about Windows CE?

    -This is under consideration, though we need to get wxWindows Unicode-aware first. -There are other interesting issues, such as how to combine the menubar and toolbar APIs -as Windows CE requires. But there's no doubt that it will be possible, albeit -by mostly cutting down wxWindows 2 API functionality, and adding a few classes here -and there. Since wxWindows for 2 produces small binaries (less than 300K for -the statically-linked 'minimal' sample), shoehorning wxWindows 2 into a Windows CE device's limited -storage should not be a problem.

    +This port is largely complete. For further information, see the wxEmbedded page.

    What do I need to do for Windows XP?

    @@ -137,18 +131,17 @@ Please see the wxWindows 2 for Windows install.txt file for up-to-date informati currently the following are known to work:

    -There is a linking problem with Symantec C++ which I hope someone can help solve. -

    Which is the best compiler to use with wxWindows 2?

    @@ -178,24 +171,20 @@ wxWindows.

    Is Unicode supported?

    -Yes, Unicode is fully supported under Windows NT/2000 (Windows 9x don't -have Unicode support anyhow). +Yes, Unicode is fully supported under Windows NT/2000 and there is limited +support for it under Windows 9x using MSLU. +

    Does wxWindows support double byte fonts (Chinese/Japanese/Korean etc.)?

    -An answer from Klaus Goedde:

    - -"For Japanese under Win2000, it seems that wxWindows has no problems to work with double byte char sets -(I mean DBCS, that's not Unicode). First you have to install Japanese support on your Win2K system -and choose for ANSI translation -HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage=932 (default is 1252 for Western). -Then you can see all the funny Japanese letters under wxWindows too.

    - -In a wxTextCtrl control you have to set the window style "wxTE_RICH", otherwise this control shows the wrong -letters. - -I don't now whether it works on non W2K systems, because I'm just starting using wxWindows." -

    +For Japanese under Win2000, it seems that wxWindows has no problems to work +with double byte char sets (meaning DBCS, not Unicode). First you have to +install Japanese support on your Win2K system and choose for ANSI translation +HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage=932 +(default is 1252 for Western). Then you can see all the Japanese letters in +wxWindows applications. +

    Can you compile wxWindows 2 as a DLL?

    @@ -247,7 +236,7 @@ functionality using MFC.

    When you build the wxWindows library, setup.h is copied from include/wx/msw/setup.h to e.g. lib/mswd/wx/setup.h (the path -depends on the configuration you're building). So you need to add +depends on the configuration you're building). So you need to add this include path if building using the static Debug library:

    lib/mswd

    @@ -345,7 +334,7 @@ example) and regenerate the makefile using tmake.

    tmake can be found at www.troll.no/freebies/tmake.html. -It's a Perl5 program and so it needs Perl (doh). There is a binary for +It's a Perl5 program and so it needs Perl (doh). There is a binary for Windows (available from the same page), but I haven't used it, so I don't know if it works as flawlessly as "perl tmake" does (note for people knowing Perl: don't try to run tmake with -w, it won't @@ -354,7 +343,7 @@ just go to distrib/msw/tmake and type

    tmake -t b32 wxwin.pro -o ../../src/msw/makefile.b32

    -The makefiles are untested - I don't have any of Borland, Watcom or +The makefiles are untested - I don't have any of Borland, Watcom or Symantec and I don't have enough diskspace to recompile even with VC6 using makefiles. The new makefiles are as close as possible to the old ones, but not closer: in fact, there has been many strange things @@ -461,7 +450,7 @@ First, you can use wxRegKey directly, for example: regKey.SetName(idName); { - wxLogNull dummy; + wxLogNull dummy; if (!regKey.Create()) { idName = wxT("HKEY_CURRENT_USER\\SOFTWARE\\My Company\\My Product\\Stuff\\"); @@ -506,6 +495,20 @@ for the current status.

    + +

    Why does Visual C++ complain about corrupted project files??

    + +If you have downloaded the wxWindows sources from the cvs using a Unix cvs +client or downloaded a daily snapshot in .tar.gz format, it is likely +that the project files have Unix line endings (LF) instead of the DOS ones (CR +LF). However all versions of Visual C++ up to and including 7.1 can only open +the files with the DOS line endings, so you must transform the files to this +format using any of the thousands ways to do it. +

    +Of course, another possibility is to always use only the Windows cvs client +and to avoid this problem completely. +

    +