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