]> git.saurik.com Git - wxWidgets.git/blame_incremental - docs/html/roadmap.htm
projects / wxWidgets.git / blame_incremental
? search:
summary | shortlog | log | commit | commitdiff | tree
blob | blame (non-incremental) | history | HEAD
1. small changes to wxProgressDialog to make it more user-friendly
[wxWidgets.git] / docs / html / roadmap.htm
... / ...
CommitLineData
1<HTML>
2<HEAD>
3 <TITLE>wxWindows Roadmap</TITLE>
4</HEAD>
5
6<BODY>
7
8<a name="top"></a>
9
10<font face="Arial, Lucida Sans, Helvetica">
11
12<table width=100% border=4 cellpadding=5 cellspacing=0>
13<tr>
14<td bgcolor="#660000">
15<font size=+1 face="Arial, Lucida Sans, Helvetica" color="#FFFFFF">
16wxWindows Roadmap
17</font>
18</td>
19</tr>
20</table>
21
22<P>
23
24<CENTER>
25<a href="#schedule">Schedule</a> | <a href="#todo">To-Do List</a>
26</CENTER>
27
28<P>
29
30This page represents current thinking about where wxWindows is going in the near,
31medium and long-term. It also serves as a schedule for new releases so
32that both developers and users can know what to expect when, at least approximately.<P>
33
34We are adopting the Linux kernel style of numbering system where odd minor version numbers are development
35versions, and even numbers are stable versions. For example, 2.1.x are development releases,
36and the next 'stable' or final release of it would be 2.2.<P>
37
38Bug-fix patches to the stable release (if made) then become point
39releases of 2.2 (2.2.x) while development continues with wild abandon
40on 2.3.x until the end of the next development cycle when it is
41released as 2.4.<P>
42
43Development versions that end up on the FTP site or CD-ROM, as opposed to remaining
44in the CVS archive, are semi-stable -- i.e. they are checked for compilation and
45run-time problems, but not as thoroughly as the stable versions.<P>
46
47Note that since the wxWindows effort is voluntary, these are not hard-and-fast deadlines:
48but we will endeavour to follow them as closely as possible.<P>
49
50Note also that the releases described are for wxGTK, wxMSW and wxMotif ports. wxMac currently follows
51its own development path but is due to merge with the main code base in November/December.
52Also, minor snapshot releases for specific platforms may be
53available at dates convenient to the developers.<P>
54
55<CENTER>
56<HR> <FONT SIZE=+2><I><B><a name="schedule">Schedule</a></B></I></FONT> <HR>
57</CENTER>
58<P>
59
60<H4>Release 2.1.11</H4>
61
62Release date: November 7th, 1999<P>
63
64<ul>
65<li>Split wxWindows into base and GUI libraries. Most, but not all makefiles
66are expected to support this: for the rest, the makefiles will build a valid
67combined base/GUI library for GUI applications only.
68<li>wxWizard (beta).
69<li>wxDialUpManager and wxPhoneDialer.
70<li>wxFontEnumerator.
71<li>Preliminary support for different font encodings
72<li>wxPostEvent function
73<li>New wxGrid.
74<li>wxSocket working.
75<li>Full support for fonts in different encodings.
76<li>Tested multithreading support (wxThread).
77<li>wxHTML printing.
78<li>Better i18n support (i.e. more translations).
79</ul>
80
81<P>
82
83<H4>Release 2.2 (stable)</H4>
84
85Release date: December 19th, 1999.<P>
86
87<ul>
88<li>Miscellaneous fixes and small enhancements.
89</ul>
90
91<P>
92
93<H4>Release 2.3</H4>
94
95Release date: March 5th, 2000
96
97<ul>
98<li>Miscellaneous fixes and small enhancements.
99<li>wxDateTime class in beta.
100<li>Context sensitive help.
101<li>More i18n issues: dates, times, ...
102<li>Regular expressions support.
103</ul>
104
105<P>
106
107<H4>Release 2.4 (stable)</H4>
108
109Release date: May 7th, 2000.
110
111<ul>
112<li>Unicode compilation starting to work in wxGTK and wxMSW.
113<li>wxDateTime class.
114</ul>
115
116<P>
117
118<CENTER>
119<HR> <FONT SIZE=+2><I><B><a name="todo">To-Do List</a></B></I></FONT> <HR>
120</CENTER>
121
122<P>
123
124Developers: please feel free to add to these, and delete them when they are done.
125
126<P>
127
128<B><I>General</I></B><P>
129
130<ul>
131<li>wxHTML printing. When finished, this will allow an application to generate
132printed reports with very little effort.
133<li>wxSocket.
134<li>Split library into several, for base (classes and functions usable by console and GUI
135applications), console (classes and functions usable by console application only)
136and GUI (classes and functions usable by GUI application only).
137<li>Extend and unify drag and drop handling (e.g. we need to specify multiple drop targets
138that can handle multiple formats).
139<li>Expand the number of controls that can be specified in a WXR file;
140add constraint specification to WXR syntax and Dialog Editor; add multilanguage support to WXR.
141May be we'd better change the format completely and replace WXR with XML
142(providing conversion utility for old files)?
143<li>Context sensitive help: we need to have wxHelpEvent which would be
144generated when the help for a given control is requested and a standard
145handler for it in wxWindow which would invoke the default help system with the
146correct help id.
147<li>Rewrite Dialog Editor.
148<li>Modem-oriented classes: wxDialUpManager for dialing up the ISP and
149determining if there is a connection to Internet on the machine and
150wxPhoneDialer for dialing arbitrary phone numbers and otherwise communicating
151with the modem.
152<li>wxImage handlers in separate .h and .cpp files.
153<li>PCX writing code.
154<li>GIF animation code.
155<li>Tidying of timer code, addition of wxChrono class.
156<li>Debug wxPostScriptDC further.
157<li>wxDateTime class.
158<li>Regular expressions support.
159<li>Expansion of wxHTML to support further tags, and frames.
160<li>MGL port (see Backroom/Future Ports page).
161<li>Rotated text support.
162<li>FreeType support.
163<li>Support for 'skins', perhaps using a set of alternative control and window classes
164written generically in wxWindows.
165<li>Serial and parallel port support.
166<li>Modem and telephony support.
167<li>Book, tutorial.
168<li>More examples.
169<li>Bug tracking system.
170</ul>
171
172<P>
173
174<B><I>wxMSW</I></B><P>
175
176<ul>
177<li>Windows CE port.
178<li>Cure bug whereby in a panel within another panel, all buttons become
179default buttons (heavy black border).
180<li>Write a RC->WXR converter.
181</ul>
182
183<P>
184
185<B><I>wxGTK</I></B><P>
186
187<ul>
188<li>GNOME/KDE integration libraries.
189</ul>
190
191<P>
192
193<B><I>wxMotif</I></B><P>
194
195<ul>
196<li>Fix menu accelerators
197<li>Fix refresh problems
198<li>Allow wxSystemSettings to be configurable, perhaps via a control
199panel application.
200</ul>
201
202
203</BODY>
204</HTML>
205
wxWidgets (Impactor)