wxWidgets >= 2.9 and contrib-plugins

[Jenna]

I just committed a bunch of fixes to make the contrib-plugins compilable with wxWidgets 2.9.

Not all of them work stable and wxSmith has some serious issues, but we have a starting point to fix this.

What's missing is a contrib-plugins workspace for windows, but a workspace for whole C::B exists.

I splitted the commits in small chunks for the appropriate projects (in almost any cases), so it is easier to revert/fix some of them, if they break anything.

It's tested on linux 64-bit with gcc4.7 and wx2.9.5 (trun) and 2.8.12. On windows I used wx2.9.4 and gcc 4.? (I guess 4.6, but not absolutely sure at the moment).

I really hope it does not break anything.

[MortenMacFly]

I just committed a bunch of fixes to make the contrib-plugins compilable with wxWidgets 2.9.

...great!

[dmoore]

Jens: slightly OT, but do the dialogs (says Settings->Editor) correctly show the OK button as the default widget (i.e. usually it is highlighted, and pressing enter will activate it) in wx2.9? It does not work in wx2.8, but apparently that is caused by a bug in 2.8 that was fixed in 2.9?

[stahta01]

I just committed a bunch of fixes to make the contrib-plugins compilable with wxWidgets 2.9.

FYI: Those building against wxWidgets 2.9 trunk; I had to set wxUSE_WEBVIEW to 0 [in setup.h] to build [wxWidgets] using MinGW GCC.

It fixed the related wxWidgets build issue; some Microsoft constants and types are missing from the MinGW headers.

Code

../../src/msw/webview_ie.cpp: In member function 'bool wxWebViewIE::IsElementVisible(IHTMLElement*)':
../../src/msw/webview_ie.cpp:916:5: error: 'IHTMLCurrentStyle' was not declared in this scope

Tim S.

[Jenna]

wxWebView is under (more or ess) heavy development at the moment.
At least there are may related posts on wx-dev, I did not read them carefully.
Most of the times I just read the headlines on wx-dev, there are just a few topics I dig into deeper.

[MortenMacFly]

wxWebView is under (more or less) heavy development at the moment.

OT: This would be nice. I think wxWidgets heavily lacks support for a (more) modern HTML rendering engine. There was http://www.kirix.com/labs/wxwebconnect.html but this seems kind of dead, or at least in the current available version its not usable and the underlying engine is too old again.

[stahta01]

Anyone able to build C::B Share Config wxWidgets 2.9?

I am getting build errors using mingw.org 4.7 GCC when using wxWidgets trunk.
The errors look like Compiler issue of mixing Dwarf 2 and SJLJ object files.
Found workaround changed library name "txml" to "txml29"; but, I have been awake a little too long to be sure it is correct.

Patch for the Windows project file; the Unix file likely has the same problem.

Code

Index: src/tools/cb_share_config/cb_share_config_wx29.cbp
===================================================================
--- src/tools/cb_share_config/cb_share_config_wx29.cbp	(revision 8300)
+++ src/tools/cb_share_config/cb_share_config_wx29.cbp	(working copy)
@@ -44,7 +44,7 @@
 		</ResourceCompiler>
 		<Linker>
 			<Add option="-mthreads" />
-			<Add library="txml" />
+			<Add library="txml29" />
 			<Add library="wxmsw$(WX_VERSION)$(WX_SUFFIX)" />
 			<Add directory="$(#WX29.lib)\gcc_dll$(WX_CFG)" />
 			<Add directory="..\..\base\tinyxml" />

Result of activate/deactivate/shutdown/startup plugin testing under Windows 7 32 bit
CppCheck (if it is active) causes shutdown alert.
Openfiles causes Alert when plugin is activated
Spellchecker causes crash on CB startup (I do NOT have the dictionary files on my system.)
wxSmith ContribItems (if installed; cause a startup alert; note it does not need to be active to trigger the alert)
If both wxSmith and Keybinder plugins are activated then shutdown alert happens.


Tim S.

[MortenMacFly]

Anyone able to build C::B Share Config wxWidgets 2.9?

Yes, me. But I am using wx 2.9.4 "release" and TDM/GCC 4.6.1.

[MortenMacFly]

CppCheck (if it is active) causes shutdown alert. [...]

What do you mean by "alert"?

[stahta01]

CppCheck (if it is active) causes shutdown alert. [...]

What do you mean by "alert"?

Was not sleeping last night; sorry for the poor grammar. Still not have had much sleep.
If the plugin is active/enabled then during normal exiting of Code::Blocks an alert is displayed.

This problem looks to be fixed; removed attachments to save space.

Tim S.

[stahta01]

When in plugin manager disable then enable results in this alert for Open Files List Plugin.

 

[stahta01]

When wxSmith Contrib plugin is installed; happens on CB program startup.

Edit: This problem has been fixed in CB trunk; I am guessing it was a bad XPM file causing it.
Since, two XPM files were changed.

Removed image to save space: Image said

../../src/common/xpmdecod.cpp(822): assert "i == colors_cnt" failed in ReadData().

Tim S.

[stahta01]

Spell checker enabled on startup (I have no dictionay installed for it)

[stahta01]

Keybinder and other plugins enabled (not sure what all other plugins are needed to cause alert)
It appears to be the thread search plugin.

Requires starting Code::Blocks with both thread search and Keybinder enabled at startup.
The alert happens on normal CB exiting.
Disabling the Keybinder plugin inside plugin manager stops the alert on shutdown.

This problem looks to be fixed; removed attachments to save space.

Tim S.

[Jenna]

The DetachAll-"crash" is on my todolist since the first run.