Wishes for [XOTclIDE] implemeted wishes will be removed from the list ---- 1. Warn if editor context is modified before switching to other method. 1. Optionaly show comment above code without switching. 1. Create object of other type than Object. 1. Custom key binding. 1. Option to store preferences in file on Windows, not in registry. 1. Localization support ? 1. Rewrite all dialogs to panedwindow if supported in Tk - working on it [Michael Heca] 1. Preserve windows' positions. 1. Toolbars and buttons (Above method list: new | override | delete | split edit | invoke) 1. Global search text in system menu, not only from method menu. 1. Popup menu for multiselect list: select all | unselect all | invert selection 1. Better deployment of tclkits. Including additional libraries from for example kitten or another binary files. 1. Using metakit database for version control - would allow one to run from within a starpack (suggested by [lvirden]). 1. Zoom function by view panels (double click enlarge the panel). 1. GUI Builder. 1. Another Plugin architecture. Not plugins-list with component references but plugins directories with self-described files. (suggested by [Michael Heca]). 1. [Drag and Drop] support (class/variable to tracker, ...) - MH 1. Move split edit command to editor, not only in method menu on component browser - MH 1. [Extreme Programming] project manager like XPWeb http://xpweb.sourceforge.net/ - MH 1. Split edit synchronization like [text::sync] - MH 1. Collapse/expand block in editor - MH 1. Preload component from command line - ''patch send'' MH 1. Send mail with all modification in IDE - MH ;-) 1. Auto update like [StarKit] - MH 1. Class/object command that will be merged in all appropriate list/menu command. - MH 1. Tcl/Tk help integration to source editor. - MH 1. List all todo lines (or glob/regexp defined) from whole sources and comments. - MH 1. Icon for XOTclIde - MH 1. Support for class/object popup menu extensions. - MH 1. Introspection from method tracker window. - MH 1. Modified list element which allow working with customized labels (exmple. show method arguments ...) - MH 1. Redefine class in edit window. - MH ---- '''Comments and Discusions about Wishes''' [Artur Trzewik] as ATK 06.09.2004 [Michael Heca] = MH '''ad 3''' - This functionality is available from Classview (Create Instance) MH: This objects are not saved in db/source code. ATK: In traditional languages (even OO Languages) it is quite ease to distinguish between source code objects (stuctures) and run time objects structures. In XOTcl it is not clear. Runing programs can create new classes and methods. In C++, Java, C# classes are typicall source code objects and they are templates for objects, which are runtime objects. We have in XOTcl also metaclasses and objects without class (derived from xotcl::Object). Which delegates and mixins we can use XOTcl even as prototype based language like [Self]. For XOTclIDE is important to know what is runtime and what is template (source code) also which sould be putted into version control. So currently Classes, Metaclasses and instances of xotcl::Object can be recognized by OXTclIDE and managed in version control. Instances of Classes are runtime objects and can not be managed. I think there are quite little benefits for making it possible for this IDE. (Anyway XOTclIDE do not make persistent the class variables but only procs and instprocs). On the other side XOTclIDE whould be than database for any XOTcl objects. '''ad 5''' - I thought registry were better way for windows (more chic). Perhaps import and export function for preferences. MH: I am developing on Linux and more version of Windows, with one home dir on net. It's hard to synchronize registry. And sometime after crash the registry is lost. I believe in file. If is ~/.xotlide in home dir, i prefer use it, otherwise registry. ATK: OK. planned for next release - Up from 0.71 there are preferences importing/exporting function to file '''ad 6''' - XOTclIDE has one plugin that (like GNOME Babelfish) helps find and translate msgcat::mc expressions. But I do not plan make it for XOTclIDE before version 2.0 ;-). The most Tcl programers can use english. I myself use english programs for years even than my english is quite poor (and I do not like this queer language). I think for most XOTclIDE potential user have no problems with english. For localization of XOTclIDE one must find all language string and replace it wiht [msgcat::mc "english"] expresion after that man can use the plugin to produce suitable message catalogs. Anyway I whould prefer [esperanto] as main XOTclIDE language but and can not change the world. '''ad 8''' - almost every browser in XOTclIDE can have multiple instances. So how to preserve position of many windows which have no fixed identity. Possible were to remember prefered windows size for every browser type. '''ad 13''' - Metakit is no SQL database. Addapting XOTclIDE for it would be quite hard. Anyway metakit offers bad multiuser support. '''ad 14''' - I thougt about adapting [Visual Tcl] as Plug-In for it. But the main problem is not to build tk gui but offer OO Gui framework. Good were something like swing or .NET window forms widget set, which have also design time support. '''ad 17''' - We must wait for drag & drop support in Tk. '''ad 24''' - Yes. My dream were public (internet accessible) version control database for XOTclIDE components. Currently XOTclIDE can not work with distributed version control instances, which will be needed for such things. Another one can by components saved which all needed version control information (possibly as XML). Not easy is to implent not full copy but compute only needed differences for update. So local version control system will update only needed methods (or another elements). ---- [daapp] Using [Visual Tcl] for gui building is bad idea, VTcl produce very bad source code, [TkBuilder] produce much better source code. My wish - is something like Path browser from Python IDLE, e.g. browser for directories and folding for files in it. ---- [XOTclIDE]