Difference between revisions of "Textmode IDE development"
From Free Pascal wiki
Jump to navigationJump to search (Some little) |
|||
| Line 1: | Line 1: | ||
| − | |||
While the obvious task for the textmode IDE is of course fixing several or some of the 80 bugs, some other stuff comes to mind as future projects. Nearly all have to do with the fact that the IDE effectively stopped evolving significantly since 1.0 times. | While the obvious task for the textmode IDE is of course fixing several or some of the 80 bugs, some other stuff comes to mind as future projects. Nearly all have to do with the fact that the IDE effectively stopped evolving significantly since 1.0 times. | ||
| Line 6: | Line 5: | ||
* the fact that shortstrings (or parts of them) are used for filenames. | * the fact that shortstrings (or parts of them) are used for filenames. | ||
* Coupled to that the fact that it uses Dos, rather than Sysutils for its filename operations. Now that the compiler uses sysutils mostly, the Dos versions are the less tested ones. | * Coupled to that the fact that it uses Dos, rather than Sysutils for its filename operations. Now that the compiler uses sysutils mostly, the Dos versions are the less tested ones. | ||
| + | * Even the shortstring handling is far from perfect, and hasn't had the end-user testing for *nix targets that dos/win32 had. Grepping for fixfilename() might yield such problems (like e.g. bug #5614), where filenames are pretty printing, however effectively killing case sensitive filesystems. | ||
| + | |||
| + | * Some functionality is deprecated and not active or documented. Examples are browser and code folding (see comments of bug #6696 Some of the functionality mentioned in #11583 might also be "newer"). | ||
More wild ideas: | More wild ideas: | ||
* Since FV has reduced in meaning, maybe it can be modernised using the delphi model a bit (streaming and constructors/destructors). I know this is heresy, but a tpobj version could continue to exist. I also don't know if it is worthwhile at all (most notably exploiting the static nature) | * Since FV has reduced in meaning, maybe it can be modernised using the delphi model a bit (streaming and constructors/destructors). I know this is heresy, but a tpobj version could continue to exist. I also don't know if it is worthwhile at all (most notably exploiting the static nature) | ||
Revision as of 16:24, 24 July 2008
While the obvious task for the textmode IDE is of course fixing several or some of the 80 bugs, some other stuff comes to mind as future projects. Nearly all have to do with the fact that the IDE effectively stopped evolving significantly since 1.0 times.
A lot of problems and uglinesses lie in the TP/DOS legacy:
- the fact that shortstrings (or parts of them) are used for filenames.
- Coupled to that the fact that it uses Dos, rather than Sysutils for its filename operations. Now that the compiler uses sysutils mostly, the Dos versions are the less tested ones.
- Even the shortstring handling is far from perfect, and hasn't had the end-user testing for *nix targets that dos/win32 had. Grepping for fixfilename() might yield such problems (like e.g. bug #5614), where filenames are pretty printing, however effectively killing case sensitive filesystems.
- Some functionality is deprecated and not active or documented. Examples are browser and code folding (see comments of bug #6696 Some of the functionality mentioned in #11583 might also be "newer").
More wild ideas:
- Since FV has reduced in meaning, maybe it can be modernised using the delphi model a bit (streaming and constructors/destructors). I know this is heresy, but a tpobj version could continue to exist. I also don't know if it is worthwhile at all (most notably exploiting the static nature)
