|
From: tapia <ta...@ei...> - 2002-02-09 10:44:29
|
> OK, I don't know GTK (yet). Would there be problems integrating the > interface with our pascal parser objects later? There are two GTK bindings for pascal: http://www.freepascal.org/packages/gtk.html http://gtkpas.sourceforge.net/ (better, in my opinion. Absolutely object-oriented design). > So GTK > is OK if we can make the "OPascal Backend" talk to the GTK Frontend. I don't know if we can do it, but I think we must study it. It must be easy associate a GTK signal (the O.Pascal events) with a kylix function. > 1. The controls a typical Windows user would expect to see (like Network > Panel as you said). Ok. > 2. Apps for which there is very poor graphical config support (for example I > can configure MS IIS 5.0 for Windows very easily with the MS Management > Console GUI but it is still A PAIN to configure the Apache webserver for > Linux). Some months ago we said we will do lsacon modular. We will have the core program, and the users could download "definition" files, with the instructions for configuring several things. It would be a XML file. Something like this: <module="apache"> bla bla bla </module> > RPM keeps a software database, we should be able to give it a nice interface > (like the one on SuSE 7.3). Don't know about Debian but bound to find out! Debian is nice for this, we can do it calling apt-get. You write "apt-get install mozilla" by example, and apt downloads and installs *all* needed packages. But not only this, it upgrades old packages if necessary. Wonderful, I love debian. :-) > Good example may be Ximian Red Carpet which > automatically downloads needed stuff. Yes, that's the idea. > > - Look at the mandrake code for the screen configuration. I like it a > > lot. > > You actually looked at the code or the interface? What are the things you > liked? (Sorry, don't have Mandrake) No, I've not looked to the code, but I've been using the tool, and it's great. The day is only 24 hours. :-) > I'd especially like to investigate the GTK idea because I've seen the > potential Kylix problems, too. Kylix uses a modified QT library. If you want to run a graphical kylix app, you must have this library. Definitively, that's not very portable. :-) ta...@ei... ta...@us... --------------------------------------------- http://www.eitig.com http://terminus.sourceforge.net |