]> git.saurik.com Git - wxWidgets.git/blob - docs/gtk/changes.txt
Augmented beta to 9,
[wxWidgets.git] / docs / gtk / changes.txt
1
2 28th August '99: Ninth wxGTK 2.1 snapshot released
3
4 As the old makefile system didn't work, I trashed it and wrote
5 a new one. It does work on Linux and Solaris but anything else
6 is untested.
7
8 Addition of new layout classes that work like Java's, GTK's
9 or Qt`s - basically, you pack item in a box and let it tell
10 you how much space it needs.
11
12 A few more minor fixes.
13
14 6th August '99: Eight wxGTK 2.1 snapshot released
15
16 The new makefile system is not able to produce shared libraries
17 on Unix with the exception of Linux - libtool is really great.
18 Therefore, the build system defaults to static libraries on
19 anything but Linux for now.
20
21 Work in wxPen, wxBrush and wxDC to match wxMSW more exactly and
22 to implement missing feature etc.
23
24 Reimplemented radio buttons. The first of a group of such buttons
25 is now marked by having the wxRB_GROUP style.
26
27 Complete redesign of all stream classes, including tests for them
28 in the samples.
29
30 Controls now send the same messages (or more importantly none if
31 changed programmatically) as per wxMSW.
32
33 New implementation of wxSocket using an intermediate library called
34 GSocket. This willl hopefully change in the future.
35
36 Reworked in-place editing of wxListCtrl and wxTreeCtrl.
37
38 Fixed bug reporting two refreshes when scrolling.
39
40 Corrected bug in wxComboBox client data code.
41
42 Corrected reported but unverified bug in BMP loading code.
43
44 Added a few more methods to wxStaticBitmap.
45
46 Integration of wxHTML code in the main library, including wxZIPStream,
47 wxFilesystem, wxHTMLHelpController and others.
48
49 Added a wrapper for ffile() etc functions.
50
51 Updates to wxDynamicLibrary.
52
53 New documentation.
54
55 New version of wxPython, of course.
56
57 Fixed in unenclosed number of other bugs...
58
59 25th June '99: Seventh wxGTK 2.1 snapshot released
60
61 Many fixes to th new makefile system. The last version gave
62 immediate crashes on all Unices except Linux when linked
63 dynamically against an application. I reordered the object
64 files in the library as I guess that this was the cause.
65
66 Added icons to message box. This also slightly killed the
67 layout so this needs to be changed again.
68
69 wxGTK now chooses the best visual available on the display instead
70 of the default one.
71
72 Fixed wxProgressDialog again.
73
74 Some more corrections I forgot.
75
76 New wxPython (includes new layout system and printing).
77
78 15th June '99: Sixth wxGTK 2.1 snapshot released
79
80
81 The biggest change is the completely rewritten configure/makefile
82 system using automake. The main argument for switching to automake
83 is that the resulting makefiles should be more portable so that
84 people can use the native make utilities instead of GNU make. The
85 new makefile sytem also handles dependencies correctly, allows for
86 shared-only compilation, can be invoked from any directory for
87 concurrent builds wihtin one source tree, uses libtool for greater
88 shared-library platform support, has a functinonal "make uninstall",
89 works with GTK, Motif and WINE, conforms better to GNU standards
90 as far as configure option names are concerned and is easier to
91 maintain.
92
93 Applied patches to compile wxGTK on OS/2.
94
95 Configure checks for byte-order and new defines for byte swapping
96 with respect to the byte-order. Added test for this to typetest sample.
97 Also made BMP handler bigendian safe so that it should work on
98 Solaris and such.
99
100 Small changes to basic drawing stuff: made wxColour actually compare
101 RGB values in the == operator, added new constructor to wxMask,
102 corrected initial background colour for DCs, it is now possible
103 to use a wxWindowDC etc before there is any window (this doesn't
104 make any sense, but it is what wxMSW does.)
105
106 Added support for the PRIMARY SELECTION to the wxClipboard
107 class.
108
109 Fixed redraw bug when scrolling window-less widgets out
110 of the visible area (actually a work-around for a GTK bug).
111
112 Regrouped some samples, created new one for various versions
113 of the wxTextCtrl.
114
115 Added wxWindow::Reparent() and wxFrame::MakeModal().
116
117 Improved handling of column width in wxListCtrl and made
118 this more compatible with the wxMSW version. Also removed
119 a bug from the wxImageList returning an off-by-one id for
120 added images.
121
122 Fixed keyboard hotkeys and resizing for wxMDIChildFrame
123 menu bars.
124
125 Added flag to wxSplitterWindow to update its children's
126 sizes "live" instead of moving a XOR'ed bar around - this
127 is a resource-draining option. Also corrected cursors
128 in splitter window.
129
130 New way to show "disabled" or greyed toolbar items.
131
132 Rewrote parts of the tree ctrl to allow multiple selections
133 and variable size items (Sylvain). These new function do not
134 exist in the native Win32 tree control.
135
136 Implemented global cursors and wxBusyCursor etc. Also removed
137 another cursor misbehaviour.
138
139 Updated many parts of the documentation to reflect changes
140 in wxWindows 2.1, wxPython and more exact description of
141 cross-platform issues as well as platform differences.
142
143 Many other fixes, mainly by others...
144
145 Further compile fixes for different architectures.
146
147
148
149 25th May '99: Fifth wxGTK 2.1 snapshot released
150
151
152
153 This is mostly a bug-fix release. We are having funny
154 times to make wxGTK work well with different micro
155 versions of GTK 1.2 - which is very close to impossible.
156 All versions give warnings, although their number might
157 vary a lot. I use GTK 1.2.3 and only get wanrnings in
158 one sample (notebook) and that one is due to a bug in
159 GTK - some people using GTK 1.2.2 reported hundreds of warnings
160 getting spitted out for what seems like no reason.
161
162 This snapshot contains the beginnings of our merging of
163 headers, meaning that in the future all ports will
164 use the same headers and will share a lot more code.
165 We have taken this moment to reorganize some code and
166 hope to have eliminated much bad C++ code, as reported
167 primarily by SGI's compilers (Vadim Zeitlin).
168
169 Rewritten char and key event propagation routines
170 to reflect documentation and do the same on wxGTK
171 as on wxMSW. If you are interested in ascii chars
172 and cursor key etc, intercept EVT_CHAR, if you
173 are interested in which key actually got pressed,
174 intercept EVT_KEYDOWN (Norbert Irmer).
175
176 Control that are given -1 as their ID no longer
177 get arbitrary positive IDs assigned but arbitrary
178 negative IDs. This had caused some trouble with ID clashes.
179
180 wxWindow and wxScrolledWindow no longer use the
181 wxScrollEvent, but the newly invented wxScrollWinEvent
182 so that no mixing up of events sent from wxSliders
183 or wxScrollbars placed in a wxWindow can occur.
184
185 Added wxProgressDialog for use with long background
186 work such as printing.
187
188 Added drawing sample and scrolling sample, both of
189 which show some misbehaviours...
190
191 When drawing with the wxXOR logical mode, wxGTK now uses
192 GdkXOR (instead of GdkInvert) and when drawing in wxINVERT logical
193 mode, wxGTK now uses GdkInvert (as before). When you did some
194 rubberband dragging and you used wxXOR and a black pen, then
195 you should change wxINVERT.
196
197 Applied more patches for SGI and HP-UX compilation.
198
199 More updates for wxSockets (Guilhem Lavaux). Seems to be nearly
200 finished.
201
202 You can now use threads within your GUI again. Well,
203 at least if you know what you are doing and you had a look
204 at the threads sample.
205
206 wxGLCanvas updated so that it can share display lists
207 over several windows and to not exhibit any flicker.
208 (Norber Irmer).
209
210 wxNotebook revamped so that its process of creation matches
211 wxMSW's more closely, also avoiding problems with wrong page
212 number. Added InsertPage() and the possibility to prevent
213 switching pages by intercepting the PAGE_CHANGING event. Also,
214 wxNotebooks now get shown even if all pages are empty.
215
216 Added Activate() to wxMDIChildFrame (Russel).
217
218 Improved wxSplitterWindow behaviour and visual feed-back when
219 given a minimal size etc (Bruce DeVisser).
220
221 Minor updates to wxTreeCtrl, wxListBox, printing, wxClipboard,
222 wxString, wxThreads and many others.
223
224 Also wxMSW got a big face-lift, not to mention the new wxMac release...
225
226
227
228 11th May '99: Fourth wxGTK 2.1 snapshot released
229
230
231 This is mostly a bug-fix release. This affects wxSocket, wxThread,
232 and a few GUI classes. Also more work has been done and window
233 placement and decorations etc. which we hope to have finished now.
234
235 Applied patches for FreeBSD and SGI compilation (not yet finshed).
236
237 Updated wxPython to beta 9.
238
239 Made wxGLCanvas work again - strangely it flickers now...
240
241 wxStaticText is currently broken with GTK 1.2.2 (which I don't
242 yet have and thus could not fix). Also, scrolling subwindows
243 (although much improved including a sample) doesn't work perfectly
244 due to a bug in GTK 1.2.1 (probably 1.2.2 as well).
245
246 Added wxStaticLine.
247
248 Note that the next release might bring about changes to keyboard
249 handling and scroll event intercepting from wxScrolledWindow.
250
251 By and large much of the code has stabilized and won't be much
252 different in the final wxWindows 2.1 release. Please test as
253 much as you can.
254
255 The next release will have a new build system.
256
257
258
259 3rd May '99: Third wxGTK 2.1 snapshot released
260
261
262 Updated INSTALL.txt and SYMBOLS.txt.
263
264 Support for Unicode is now almost complete. Most samples work in
265 both Unicode and non-Unicode mode. Thanks to Ove Kaaven and Vadim.
266
267 Internal changes required for wxOLE and addition of a very experimental
268 wxOLE code section using GNOME's Bonobo library (from GNOME's CVS).
269
270 New version of wxPython that works with the wxGTK 2.1.
271 This now includes a very comprensive test/demo suite. Thanks to
272 Robin Dunn, Harm v.d. Heijden and others. Beware of the hang-man...
273
274 More fine tuning of focus handling and GUI widgets.
275
276 Complete rewrite of wxSocket classes (still experimental).
277 Thanks to Guilhem Lavaux.
278
279 wxMenuBar supports underlined shortcuts like Windows does,
280 indicated by a leading & character. wxMenus now have hotkeys
281 such as in wxXt and wxMSW.
282
283 Rewritten MDI subsystem.
284
285 Correcetions and additions to the printing framework including
286 a paper type database (Julian).
287
288 Several controls now support more style flags for modifying
289 look (and feel) of the controls and windows.
290
291 New implementation of idle handlers, which now send an idle
292 event only once after the event queue has been emptied (which
293 is what happens in the wxMSW port as well), not regularly.
294 This no longer forces wxGTK applications to sleep (by having
295 to call usleep()) in idle time - giving more CPU slices to
296 the application if desired.
297
298 wxGLCanvas (the OpenGl for wxWindows) now accepts keyboard input.
299
300 The usual number of compile and bug fixes from all involved.
301
302
303
304 21st April '99: Second wxGTK 2.1 snapshot released
305
306
307 Added much code for Unicode support. Still experimental, but looks very
308 cool - thanks to Ove Kaaven and Vadim Zeitlin. If you are very brave, then
309 you can compile wxGTK with "configure --with-unicode".
310
311 More updates on the dreaded issue of making frames and dialogs impossible
312 to resize etc.
313
314 Drag and Drop works now under GTK 1.2 - at least basically when dragging
315 and dropping text. The API is not entirely fixed yet but seems quite
316 good now. Support for different actions (copy/move/link/..) still missing.
317 I also removed support for GTK 1.0 Drag and Drop - this is just broken
318 and unusable in GTK 1.0 and I don't want to fix it.
319
320 I now embed the JPEG library and handlers for JPEG and GIF have been
321 added to the existing PNG and BMP (and XPM for GTK version only). In
322 the future, the RPMs will not contain these libraries but depend on
323 the image libraries to be preinstalled whereas the source *.tgz will
324 ship with everything that is needed for wxGTK so that no downloading
325 of ten image libs will be required - also avoiding problems with ten
326 different kinds of libJPEG-6.0.1.7.IV beta 7. We also updated the
327 PNG code to the newest PNG version.
328
329 wxImage now makes use of the fast rendering code as provided by
330 GTK 1.2 whenever possible. This should mean a speed-up for graphics
331 heavy apps.
332
333 Many fixes all over. Also should compile with GTK 1.2.0 as opposed
334 to only with GTK 1.2.1 now.
335
336 wxPython still doesn't compile, I think.
337
338
339
340 12th April '99: First wxGTK 2.1 snapshot released
341
342
343 This is the first developers' version of wxWindows 2.1 for GTK. It's main
344 new feature is that it supports GTK 1.2 (as opposed to GTK 1.0) which
345 will make development within the GNOME evironment a lot easier.
346
347 Apart from the move to GTK 1.2 and the changes (some major) that were
348 required as part of that work, enhancement or corrections have been
349 made to many of the non-GUI classes and functions (such as wxClipboard,
350 wxThread, wxSocket, wxConfig)
351 and a few GUI classes (accelerators in menus, listbox always with
352 scrollbar, wxFrame honours Motif Window Manager hints, corrected tab
353 traversal for broken GTK 1.0 widgets).
354
355 There have been slight changes to the priting dialogs and their
356 setup data (which might break apps using this code in previous
357 versions). Also, a bug concerning printing white has been fixed
358 (actually not tested).
359
360 Although this is only the first 2.1 snapshot, there is little reason not
361 to use it as many bugs from version 2.0 have been corrected. There are,
362 pf course, still a few problem left with GTK 1.2 (some of which relate
363 to bugs in GTK).
364
365 I think I preserved backward compatility with GTK 1.0 and if not it
366 should be easy to fix - but mostly I don't care.
367
368 Drag'N'Drop is currently completely broken. Also, wxPython currently
369 doesn't compile with this release. The OpenGL canvas still seems to
370 work.
371
372 Major targets for the final release (still a long way): a new configure
373 system, support JPEG and GIF formats, wxHTML, super-duppah frame layout
374 stuff, syntax-highlighting editor, possibly Unicode, possibly some GNOME
375 gooddies, possibly world domination.
376
377
378
379 5th March '99: wxWindows 2.0 released
380
381
382 This is the final version of wxWindows 2.0 for GTK. The versions for
383 Windows and Motif (and also this version) are available form Julian Smart's
384 site. The Mac version is still under development.
385
386
387
388 19th February '99: wxWindows 2.0 beta 5
389
390
391 This is the fifth beta release and it contains mostly bug fixes and
392 updates for documentation.
393
394 Applied compile fixes for Solaris (different flavours and compilers).
395
396
397
398 12th February '99: wxWindows 2.0 beta 4
399
400
401 This is the fourth beta release and it contains mostly bug fixes and
402 updates for documentation.
403
404 Tracked a few more cases, where the bahaviour between wxMSW and wxGTK
405 differed. This was the case for closing a dialog or frame as well as
406 for clearing a device context or setting its background colour and some
407 other minor details.
408
409 Most standard dialogs have been face-liftet a little.
410
411 Implememted default buttons for GTK.
412
413 Fixed many bugs. You guessed it.
414
415
416
417 29th January '99: wxWindows 2.0 beta 3
418
419
420 This is the third beta release and it contains mostly bug fixes.
421
422 There is one field where we haven't been able to fix the API yet, and that
423 it Drag'n'Drop. This is mostly due to the fact that DnD in
424 GTK 1.0 is hardly usable and much different from GTK 1.2 which means that
425 we have to design a common API for Windows, GTK 1.0 and GTK 1.2. Although
426 we are trying to prevent that, it is possible that wxWindows 2.0 (being
427 based on GTK 1.0) will not have proper DnD support.
428
429 The major changes are that tool tips have been added, threads have been completely
430 rewritten, the ODBC code has been updated and improved, the socket code works
431 better now.
432
433 Classes for managing MIME-types under Windows and Unix have been added.
434
435 There is now a wxGLCanvas class for OpenGl/Mesa for the Windows, GTK and
436 Motif ports. Come see the penguins flying...
437
438 Documentation has received a big face lift - it now covers nearly all the
439 classes, at least.
440
441 The usual amount of bug fixes. Countless.
442
443 A few member functions of wxString have been renamed.
444
445 For those who are using the ever-so-popular wxImage class (which
446 now available on Motif and Windows as well) in 8-bit mode: wxGTK
447 now creates a color cube upon start-up in 8-bit mode and thus the
448 generation of bitmaps from images has been speeded up 20 times.
449
450 It is now possible to develop with wxGTK without having the GTK 1.0 header
451 files installed so that having the GTK 1.2 header files installed no longer
452 is any problem. We also provide RPMs for RedHat glibc 2 based systems, compiled
453 with egcs 1.1.1 on SuSE 6.0. Note that the RPM will not work in
454 SuSE 6.0 as SuSE decided to ship 6.0 with a broken GTK+ package.
455
456
457
458 6th January '99: wxWindows 2.0 beta 2
459
460
461 This is the second beta release and contains it mostly build and
462 bug fixes. Threads work well now on (up-to-date) glibc 2 systems,
463 commercial Unices and Windows.
464
465
466
467 20th December '98: wxWindows 2.0 beta 1
468
469
470 This is the first beta release and we have used the time before
471 this release to tidy up some parts of the API. All releases from
472 now on will be source code compatible but we reserve binary compatibility
473 for the final release. Because of this, the actual library name of
474 the beta version will not be 2.0 but 1.99, so that we prevent
475 conflicts with the final library later on. After the final release
476 we'll only fix bugs so that there will be no reason to link any
477 program statically with wxGTK.
478
479 We changed the name of the shared library to include the version of
480 the GTK used so that no conflicts emerge with simultaneous
481 versions of wxWindows for GTK 1.0 and for GTK 1.2 and so on.
482
483 As you can see, we have not moved to GTK 1.1.X as the different
484 development versions are too different and buggy to be useful. We'll
485 wait for a stable GTK 1.2 release (hardly 1.2.0) and start porting
486 then.
487
488 wxGTK now compiles without problems on anything between gcc 2.7.2 on
489 Linux-x86 and egcs 1.1 on Linux-Alpha and egcs 1.0 on Sparc. This isn't
490 as easy as it sounds...
491
492 Available form this site are the Python bindings of wxWindows.
493 Thanks to Robin Dunn for this tremendous contribution.
494 Tkinter is dead, Java is dead, wxPython rules! That's all there is to say.
495
496 Although only a few new classes have been added, many have been polished
497 up substantially, the most visible are wxListCtrl, wxTreeCtrl and
498 all classes related to printing. Also the DialogEd now functions
499 much better than before. Drag'n'Drop is fucntional but probably won't
500 be perfect until we use GTK 1.2 and its much improved DnD features.
501
502 wxClipboard has arrived and works for text. Other formats have not been
503 tested carefully yet.
504
505 wxMiniFrame has been added which might be useful for docking toolbars
506 etc. Someone has already done that for the MSW port and we hope to
507 include his very nice work later.
508
509 wxDirDialog has been added (thanks to Harm von der Heijden).
510
511 The entite "tab traveral" system for moving from item to item in
512 a dialog has been rewritten. It now completely overrides the
513 not-so-well-done GTK native tab system.
514
515 Quite much has been done to improve the wxImage class, which is now
516 available in the Windows port as well. Very useful for anything related
517 to image processing. wxGTK also uses this class internally e.g. to scale
518 bitmaps when the scale factor (e.g. zooming) of a drawing context
519 has changed.
520
521 Some of the small and handy classes (wxDate, wxTime, wxVariant) have
522 received a face-lift. wxList has been rewritten to make it possible
523 to write type-safe lists. The collection of utility functions (wxFileFind etc)
524 has been revamped and cleaned-up (thanks to Vadim Zeitlin, who has also
525 greatly enhanced many basic classes, ranging wxString to the debug and
526 log system).
527
528 We removed some constructors of GDI classes (such as wxPen, wxColour)
529 which took a pointer as a parameter. This lead to many errors among users
530 resulting in unexpected behaviour so it was decided to remove these
531 constructors.
532
533 As the number of users and the number of test programs and samples
534 is steadialy rising the core classes of wxWindows for MSW and GTK 1.0
535 can be considered to be very stable if not outright bug-free. I haven't
536 seen a crash for weeks now and wxWindows' internal debug features also
537 have improved every week, making stepping-through with a debugger almost
538 completely unnecessary as the library reports possible errors itself
539 (when in debug mode).
540