Search found 704 matches
- Wed May 29, 2019 7:54 pm
- Forum: Compiler / Linking / IDE Related
- Topic: Code:Blocks + Gcc skeleton application = 50+ depreciated warnings?
- Replies: 11
- Views: 689
Re: Code:Blocks + Gcc skeleton application = 50+ depreciated warnings?
There are two main "adaptions" of GCC for Windows: MinGW and Mingw-64, the latter was a fork from the former. They have different web sites. Both use GCC 8 . Up today, Mingw is only capable of build 32 bits binaries (they are working on a 64 bits version), while mingw-64 is 32/64 capable (look for -...
- Tue May 28, 2019 4:04 pm
- Forum: C++ Development
- Topic: [wxMSW][wx3.0.3] Getting associated icon of file type
- Replies: 2
- Views: 113
Re: [wxMSW][wx3.0.3] Getting associated icon of file type
I think you want the icon not of the file, but of the application used to open that file.
Look for wxFileType::GetOpenCommand(). Extract the application from the command, then retrieve the icon for that app.
For the second part, I don't know the clue; something in the Window's registry I guess.
Look for wxFileType::GetOpenCommand(). Extract the application from the command, then retrieve the icon for that app.
For the second part, I don't know the clue; something in the Window's registry I guess.
- Tue May 28, 2019 3:50 pm
- Forum: C++ Development
- Topic: Events & secondary threads
- Replies: 14
- Views: 360
Re: Events & secondary threads
A thread executes code, no matter where it's written. So, calling a GUI function or event-handler or whatever from a thread will execute that code as if was written "inside" the thread's code. An event handler receives events, comming from the OS or from [your] code, and stores them in a list. Latte...
- Tue May 28, 2019 3:27 pm
- Forum: C++ Development
- Topic: Render a window in a wxDataViewCustomRenderer?
- Replies: 5
- Views: 278
Re: Render a window in a wxDataViewCustomRenderer?
wxDataViewCustomRenderer::Render() uses the wxDC to draw directly (as you would do by wxDC->DrawLine, or DrawCircle, etc). To draw text use wxDataViewCustomRenderer::RenderText() . For a combox box, wxDataViewChoiceRenderer For other targets, there's already some good classes. Take a look for wxDat...
- Tue May 28, 2019 12:59 pm
- Forum: Compiler / Linking / IDE Related
- Topic: Code:Blocks + Gcc skeleton application = 50+ depreciated warnings?
- Replies: 11
- Views: 689
Re: Code:Blocks + Gcc skeleton application = 50+ depreciated warnings?
Those are harmless warnings.
Anyhow, if you want to get rid of them, then choose a more recent compiler. You need GCC > 5.3. TDM is, by now, 5.1
Anyhow, if you want to get rid of them, then choose a more recent compiler. You need GCC > 5.3. TDM is, by now, 5.1
- Sun May 26, 2019 12:58 pm
- Forum: Platform Related Issues
- Topic: wxGLCanvas [latest trunk] resize don't work with macOS 10.14.5
- Replies: 3
- Views: 262
Re: wxGLCanvas [latest trunk] resize don't work with macOS 10.14.5
I don't see anything else wrong in your code. And wxWidgets OpenGL stuff is quite simple. However, there have been some changes in the last two years that may be part of your issue. If the opengl/cube sample (or any of the other opengl samples) doesn't work neither then please open a ticket at https...
- Sat May 25, 2019 12:24 pm
- Forum: Platform Related Issues
- Topic: wxGLCanvas [latest trunk] resize don't work with macOS 10.14.5
- Replies: 3
- Views: 262
Re: wxGLCanvas [latest trunk] resize don't work with macOS 10.14.5
Some comments. Using the display attribute Depth(32) may not work for some old cards (where maximum was 24). You should first check if it's valid with wxGLCanvas::IsDisplaySupported(attrs) . When the window is resized you just call glViewport , but you don't force a redraw. If you think the style wx...
- Mon May 20, 2019 6:17 pm
- Forum: Platform Related Issues
- Topic: wxDataViewCtrl issues under mac os
- Replies: 6
- Views: 396
Re: wxDataViewCtrl issues under mac os
As a last resource, you can use the generic version instead of the native one.
For this, use two "define" and rebuild wxWidgets. See viewtopic.php?t=41995#p169933
For this, use two "define" and rebuild wxWidgets. See viewtopic.php?t=41995#p169933
- Mon May 20, 2019 12:13 pm
- Forum: C++ Development
- Topic: Transform object private in public - WxSmith
- Replies: 5
- Views: 224
Re: Transform object private in public - WxSmith
Just modify the code that wxSmith wrote for you.
While for some properties of an object this may confuse future wxSmith usage on the same object, I don't think wxSmith will take care of your private->public modification.
While for some properties of an object this may confuse future wxSmith usage on the same object, I don't think wxSmith will take care of your private->public modification.
- Mon May 13, 2019 12:03 pm
- Forum: Platform Related Issues
- Topic: OpenGL pyramid project run-time error on Xcode cocoa
- Replies: 2
- Views: 257
Re: OpenGL pyramid project run-time error on Xcode cocoa
Can you try a different [higher] version?Platform: MacOS High Sierra 10.13.5
I don't have a Mac, but I've read somewhere about some wrong OpenGL stuff in some OSX versions.
- Sat Apr 06, 2019 1:04 pm
- Forum: C++ Development
- Topic: wxGLCanvas and OpenGL ES
- Replies: 1
- Views: 160
Re: wxGLCanvas and OpenGL ES
I have not used OpenGL ES. But since ThinkerOS is Debian-based I suppose that GLX should be internally used. wxWidgets 3.1.0 and above provide a way to create a ES context, by setting the proper ES() flag with the wxGLContextAttrs. See https://docs.wxwidgets.org/trunk/classwx_g_l_context_attrs.html#...
- Wed Apr 03, 2019 4:46 pm
- Forum: Compiler / Linking / IDE Related
- Topic: wxWidgets Compile Options
- Replies: 29
- Views: 1499
Re: wxWidgets Compile Options
Now you have succesfully built wxWidgets, next is the C::B thing. This forum is for wxWidgets, Code::Blocks has its own forum. Despite of it, I write here some quick clues. First, the compiler you use in C::B must be the same as the one use for wx building. If not, "undefined reference" errors will ...
- Wed Apr 03, 2019 4:13 pm
- Forum: Compiler / Linking / IDE Related
- Topic: wxWidgets Compile Options
- Replies: 29
- Views: 1499
Re: wxWidgets Compile Options
I never said I prefer MSYS to "normal" mingw environment. In fact, next I tell the steps to go: 1) Have a Mingw compiler downloaded and installed. Let's say you use mingw-64 or TDM. For example you have now this folder: C:\Mingw64\bin 2) Delete any previous leftovers related to wxWidgets, included P...
- Fri Mar 29, 2019 1:55 pm
- Forum: Compiler / Linking / IDE Related
- Topic: wxWidgets Compile Options
- Replies: 29
- Views: 1499
Re: wxWidgets Compile Options
MIngw (from mingw.org) builds only 32 bits executables. Mingw64 (from mingw-w64.org) is able to produce both 32 and 64 bits. TDM-GCC uses both mingw and mingw64. Choose one of the three compilers, for both building wx and your app. MSYS allows you to have a Linux-like environment. For example, you ...
- Mon Mar 25, 2019 1:03 pm
- Forum: C++ Development
- Topic: How to intercept a clipboard paste event and pass it to the associated validator?
- Replies: 3
- Views: 178
Re: How to intercept a clipboard paste event and pass it to the associated validator?
The event to handle is the "paste" event. See https://docs.wxwidgets.org/trunk/classwx_clipboard_text_event.html If you use old static event tables, then use EVT_TEXT_PASTE(id, func) macro (or wxEVT_COMMAND_TEXT_PASTE for wx 2.9.0). If you use Bind() then use wxEVT_TEXT_PASTE event type. Likely you ...