DragonFly kernel List (threaded) for 2003-08
Re: new sysinstall
0$269$415eb37d@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <slrnbkvm7b.oig.weingart@xxxxxxxxxxxxxxxxxxxxxxx> <20030829184829.2fedd129.cpressey@xxxxxxxxxxxxxxx> <200308300659.h7U6xOM0059135@xxxxxxxxxxxxxxxxxxxx> <3f50871c$0$269$415eb37d@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <3f50ab95$0$269$415eb37d@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <200308302143.h7ULhrtG065363@xxxxxxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=us-ascii; format=flowed
X-Trace: 1062287477 crater_reader.dragonflybsd.org 268 188.8.131.52
Xref: crater_reader.dragonflybsd.org dragonfly.kernel:766
Matthew Dillon wrote:
> On the otherhand it is obvious to me that we want to make X available
> out of the box if we can, and X is pretty big too. I am not against the
> idea of including Python, but I wonder if something like TCL/TK would be
> a better solution for the type of GUI interface we will eventually want
> to have. I am *NO* expert on Python, perhaps someone can comment on the
> GUI aspects of Python verses TCL/TK ?
Python has bindings for most of the usual modern GUI libraries (QT, GTL,
wxWindows for example) including TK itself in the form of Tkinter also
GUI text libraries (Newt/Snack, Curses, Dialog).
I assume the installer wants to run under text, if the X setup failed,
as well as graphic mode.
Many would argue Python is a more expressive language than TCL and fully
object oriented with a particularly understandable syntax and shallow
learning curve for programmers.
On the downside a base /usr/local/python-2.3 is ~40Mb (about the same
size as Perl). That includes a rich library including XML processing.