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