Wishes for XOTclIDE
implemeted wishes will be removed from the list
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 - 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 16 - We must wait for drag & drop support in Tk.
ad 23 - 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.