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