Page 1 of 1

wxWidgets v2.6.1 Released!

Posted: Fri Jun 03, 2005 3:51 am
by Avi
wxWidgets v2.6.1 has been released.

Bug fixes include refresh improvements on Windows, better wxX11 menu support, wxMac fixes for Tiger, and the ability to compile wxMSW with Winelib under Unix.

wxWidgets currently supports the following platforms:
  • - Windows 95/98/ME, Windows NT, Windows 2000, Windows XP, Pocket PC, Smartphone
    - Most Unix variants with GTK+ 1 and GTK+ 2
    - Most Unix variants with X11 (beta)
    - Most Unix variants with Motif/Lesstif
    - MacOS 9.x and 10.x using Carbon (10.3 and above preferred)
    - MacOS 10.x using Cocoa (beta)
    - OS/2 (beta)
    - PalmOS (alpha)
For more information and downloads, go to http://www.wxwidgets.org

Detailed Changelog:
All:

- Added wxLaunchDefaultBrowser.
- Added wxPLURAL() macro in addition to _() (Jonas Rydberg)

All (GUI):

- Fixed potential infinite loop when adjusting wxScrolledWindow scrollbars.
- Radio in menus do not send menu event for selections of already selected item.
- Fixed wrong positioning of marks and enumerations in lists of wxHTML.
- wxImage::Rotate90 respects alpha channel.
- Added wxEVT_SCROLL_CHANGED as synonym for wxEVT_SCROLL_ENDSCROLL.
- Replaced artwork for some cursors, icons and toolbar buttons.
- Fixed sizing problem in generic wxCalendarCtrl for short day abbreviations.
- Fixed wxWindow::DoGetBestSize to keep original best size.
- PNM now supports ASCII and raw grey formats.
- wxGrid focus and edit key improvements.

wxMSW:

- Fixed erroneous selection of content in wxComboBox when within a wxStaticBox
(checking for selection caused by WM_STYLECHANGED).
- Added deferred positioning to wxRadioBox, wxSlider and wxSpinCtrl and thereby
eliminated some refresh glitches when resizing.
- Eliminated further refresh glitches caused by wxRadioBox (to nearby controls)
by refreshing parent when the radio box moves.
- Added ability set the system option "msw.staticbox.optimized-paint" to 0 to
allow a panel to paint graphics around controls within a static box.
- Refresh exposed areas when resizing, using WM_WINDOWPOSCHANGED.
- Worked around an apparent bug in deferred window positioning (moving a
window from (x, y) to (a, b) and back to (x, y) misses the last step) by
checking window positions against corresponding sizer state, if any.
- A control's text colour now reflects the system colour setting.
- Fixed wxFileName::GetLongPath() to behave correctly during the first call too.
- Fixed alpha blitting to take into account source position.
- Setting foreground colour for wxCheckBox now works when using XP themes too.
- wxStaticBox label can use custom foreground colour.
- Now uses newer font MS Shell Dlg 2 if possible.
- Compiles again with WIN64.
- Winelib compilation now works.
- When converting a wxIcon to a bitmap check if the icon has an alpha
channel and set the bitmap to use it.
- wxSlider now also sends wxEVT_SCROLL_CHANGED when using mouse wheel
- Miscellaneous wxMediaCtrl improvements.
- wxTopLevelWindow::ShowFullScreen logic error fixed.
- Fixed wxScrollBar background colour bug.
- Fixed problems with paper sizes being ignored.
- wxNotebook refresh problem fixed.
- DDE fixed for Unicode.
- Fixed ownerdrawn multiline buttons.
- wxCheckListBox item background fixed.
- Fixed some wxRegKey bugs.

wxWinCE:

- Fixed wxFileName::CreateTempFileName.

wxGTK:

- Added support for wxSTAY_ON_TOP (GTK 2.4+).
- Fixed wxTextCtrl::SetStyle for overlapping calls.
- Fixed scrollbar border colour.
- Added bitmap support in menus.

wxMac:

- Added support for launching 'APPL' bundles with wxExecute (usually they have a
.app extension and are the ones that reside in the Applications folder).
- Fixed a bug in wxGetKeyState where shift and some other keys were returning an
incorrect state.
- Fixed toolbar colour bug on Tiger.
- Fixed visual problems caused by removal of About menu item.
- Window menu now added automatically.
- Configure fixed for wxBase compilation.
- Modified function key support fixed.
- wxTopLevelWindow::Maximize improvements.

wxX11:

- Menu problems fixed.
- wxScrolledWindow scrolls any child windows.
- Fixed a font memory leak.
- Multiple wxTimers now work correctly.

Posted: Fri Jun 03, 2005 5:36 am
by Ryan Norton
Wow.... sweet-looking post Avi!

I should note that wxMac REQUIRES 10.2 in MACH mode - you need codewarrior in CFM to make earlier releases...

Also wxCocoa REQUIRES 10.1

Posted: Fri Jun 03, 2005 10:23 am
by Avi
Ryan Norton wrote:Wow.... sweet-looking post Avi!
Thank you! :) I just hope Julian isn't mad I announced it here before he changed the official webpage... heh. I just saw it on SF.net and was very happy about how fast wxWidgets has new releases these days...
Ryan Norton wrote:I should note that wxMac REQUIRES 10.2 in MACH mode - you need codewarrior in CFM to make earlier releases...

Also wxCocoa REQUIRES 10.1
Funny, I personally have no idea about Mac's development area... but I wonder, isn't Cocoa NEWER than Carbon? How come wxMac (based upon Carbon) requires a newer OSX than wxCocoa (based upon the Cocoa API)? Or did I miss-read the sentence? (I have no idea what's either MACH or CFM mode... :oops: )

Posted: Fri Jun 03, 2005 10:45 am
by upCASE
Hi!
Avi wrote: Thank you! :) I just hope Julian isn't mad I announced it here before he changed the official webpage... heh. I just saw it on SF.net and was very happy about how fast wxWidgets has new releases these days...
I suppose he won't be mad...
Does anybody know it this is the release that will be in wxBook? Could explain why it got out so quick...
Just in case you didn't know:
http://www.amazon.com/exec/obidos/tg/de ... s&n=507846
Order your copy now :D :D

Posted: Fri Jun 03, 2005 1:06 pm
by rwilcox
Funny, I personally have no idea about Mac's development area... but I wonder, isn't Cocoa NEWER than Carbon?
Technically, the Cocoa API (in general, not necessarily wxCocoa), is slightly newer - Cocoa, deriving from NeXT APIs (which has been around 10-15 years), where Carbon, deriving from the original Macintosh APIs, has been around for 20 (1984ish).

However, in 10.2 and greater Carbon got access to newer, higher level APIs designed for OS X. Cocoa had access to these APIs - such as better control drawing, for example - since day one (Mac OS X 10.0). wxMac was transitioned, in Summer/Fall 2004 to use these new APIs when possible.

To answer your other question: CFM is the binary/container format from OS 9, Mach-O is the binary/container format from NeXT/Mach - the latter is preferred, now a days - however, if you are (still) writing apps that need to run on OS 9 and OS X, one way is to create a single CFM application. This will run on both versions - there are other ways of getting your app to run on both, but this is one of them.

Anyway, congrats to the team for pulling together this release!

Ryan Wilcox
Wilcox Development Solutions
http://www.wilcoxd.com

Posted: Fri Jun 03, 2005 2:58 pm
by Julian
I appreciate the enthusiasm! but I would prefer to announce it myself when I know that I won't be replacing files (I do final tests in parallel with uploading, and sometimes end up re-uploading). Yes, this is the version that will be on the wxBook CD-ROM - the final master CD just left in a FedEx van...

Have fun :-)

Posted: Fri Jun 03, 2005 3:17 pm
by Avi
Julian wrote:I appreciate the enthusiasm! but I would prefer to announce it myself when I know that I won't be replacing files (I do final tests in parallel with uploading, and sometimes end up re-uploading). Yes, this is the version that will be on the wxBook CD-ROM - the final master CD just left in a FedEx van...

Have fun :-)
Thank you. I'll leave future announcements to you. :D Happy to hear that this is the version that ships with the wxBook...

Update: I can see that it has been officially released on wxwidgets.org, so I updated the first post... ;)

Posted: Tue Jun 07, 2005 9:55 am
by Ryan Norton
Hopefully the next release will be less rushed :shock: .

Maybe what Julian should do is pretend to release it a month early, that way everyone will commit all that last minute stuff and fix it on time.... AHAHA :lol: