English version
Accueil     Ŕ propos     Téléchargement     Ressources     Contactez-nous    

Ce site est rarement mis ŕ jour. Pour les informations les plus récentes, rendez-vous sur le nouveau site OCaml ŕ l'adresse ocaml.org.

Browse thread
Does LablTk have a future?
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2005-09-03 (11:17)
From: yoann padioleau <padator@w...>
Subject: Re: [Caml-list] Re: Feeding the OCaml GUI troll
> IMHO the *key* problem with GUI's -- and why real (TM) developers
> hate using them -- is the lack of automation: unix script
> sucks, but it does provide automation. If we're going to make
> a new GUI it has to have full automation capability.

I am not sure I understand what you think by automation. But indeed  
what I like
with shell script is that I can automate some tasks over traditionnal  
programs (or even other scripts).
I can do some "for", "while" over programs, ...
That is because the interface of a command line is simpe,  stdin and  
stdout  with text as value.

But in fact there is some works do to the same with GUI. AppleScript  
is one such thing. You can do
script that send commands to apps and so you can automate some task.  
The problem is that the application
must be AppleScript aware, and that you have to know what it exports.

I once had a great idea,  "let's make the interface of a GUI  
application  be its interface" :)
That is let's be able to write in a sctipt:
  tell Musicplayer

Unfortunatly Apple already had the same idea,

> The only way I can think of to do that is to base the
> core components of the GUI on Category Theory -- for example
> have 'product' widgets and 'sum' widgets which represent
> a collection and a set of alternatives, respectively,

Interesting, but it sounds like we have already this in current GUI  
toolkit (ok they dont use terms from category theory).
The product is called  boxing  in gtk (and tk I guess) and the sum is  
represented via the typing systems, the widget all inherits
from the same base class.

> and a standard way to combine them graphically.

Well you have vbox (vertical box) to pack them guess what,  
vertically,  and hbox.
And you have various options.

> -- 
> John Skaller <skaller at users dot sourceforge dot net>
> _______________________________________________
> Caml-list mailing list. Subscription management:
> http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
> Archives: http://caml.inria.fr
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
> Bug reports: http://caml.inria.fr/bin/caml-bugs