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