Developer forums (C::B DEVELOPMENT STRICTLY!) > Development

wxWidgets 2.6.3 vs. 2.6.4

(1/2) > >>

jmccay:
I was just at the wxWidgets website.  You can no longer get wxWidgets 2.6.3.  You can get wxWidgets 2.6.4.  The changes lists:

2.6.4
-----

All:

- wxSocket::_Read continues reading from socket after exhausting pushback buffer.
  Previously, only the buffer would be returned, even if more data was requested.
- Fixed wxDb::Open(wxDbConnectInf) when using connection string (Hellwolf Misty)
- Fixed crash in wxDb::Open() in Unicode build (Massimiliano Marretta)
- Fixed bug where wxDateTime::Now() would sometimes return an incorrect value
  the first time it was called.
- Improve wxLaunchDefaultBrowser() behaviour under GNOME/KDE

All (GUI):

- In wxScrolledWindow:DoGetBestSize, no longer adds difference between client and
  total size if we've just used the total size as the best size.
- Fixed problem with zoom setting in print preview.
- Fixed middle click events generation in generic wxTreeCtrl (Olly Betts)
- Backported wxImage::ConvertToGreyscale() from later versions

wxGTK:

- Support underlined fonts in wxTextCtrl.
- wxWindow and wxScrolledWindow now generate line, page and thumb-release scroll events.
- Make Update() work on native controls (Alex Bligh).
- Implemented SetLineSize and GetLineSize for wxSlider.

wxUniv:

- Implemented wxToggleButton (David Bjorkevik).

wxMac:

- Fixed non-detection of process termination on Intel Macs by
  polling for process termination in a separate thread.

wxMGL:

- Fixed NUM_LOCK having no effect.
- Fixed wxFileExists (affecting wxImage::LoadFile).
- Implement wxGetMouseState()

wxMotif:
- Implement wxGetMouseState()

wxX11:
- Implement wxGetMouseState()
- Various bugfixes and improvements for wxMediaCtrl

wxMSW:
- Drag and drop now works inside wxStaticBox.
- Implemented wxComboBox::SetEditable()
- Respect wxBU_EXACTFIT in wxToggleButton
- Fix display of bitmaps in disabled menu items
- Fix indentation of bitmaps in menu items
- Don't replace colours in toolbar bitmaps if they have more than 256 of them

Can we switch to 2.6.4 for standard build?  I am just curious since 2.6.3 is no longer available to download from the website as far as I can tell.
jmccay

TDragon:
I believe there remain some issues on Code::Blocks' side with incorrect icons; I'm not sure, but I think it was either Biplab or Tim S. (stahta01) that noticed this a little while after 2.6.4 was released. Let me see if I can find that thread...

Addendum:
Here it is. The easiest fix appears to be patching wxWidgets' wx.rc.

I used C::B for several days myself under 2.6.4 and this was the only issue I noticed. At any rate, I imagine killerbot would find it simpler just to stick with 2.6.3 for the nightlies until everything is ready for 2.8. For people who build C::B from source for themselves, a note about this in the Wiki is probably a good idea.

jmccay:
Where in the wiki wold be the best place to put it?
jmccay

TDragon:

--- Quote from: jmccay on April 10, 2007, 01:57:43 am ---Where in the wiki wold be the best place to put it?

--- End quote ---
My best guess would be in "Installing Code::Blocks from source on Windows", under the wxWidgets subheading. A direct download link for wxWidgets 2.6.3-1 is still available there, so most people that are building C::B from source for the first time will still be able to obtain 2.6.3 easily. A note mentioning this 2.6.4-specific bug and the fix for it is probably all that's needed.

mike__t:
FYI, you can still download 2.6.3...the source forge download page allows you to select older releases.

Navigation

[0] Message Index

[#] Next page