Mailing list for all users of the OCaml language and system.
 help / color / mirror / Atom feed
From: John Max Skaller <skaller@ozemail.com.au>
To: Oliver Bandel <oliver@first.in-berlin.de>
Cc: Tim Freeman <tim@fungible.com>,
	willb@cs.wisc.edu, stf@apl.it, caml-list@inria.fr
Subject: Re: [Caml-list] OCamlSDL
Date: Wed, 24 Apr 2002 11:07:24 +1000	[thread overview]
Message-ID: <3CC6054C.7000502@ozemail.com.au> (raw)
In-Reply-To: <Pine.LNX.3.95.1020423164703.462B-100000@first.in-berlin.de>

Oliver Bandel wrote:

>
>Tk is designed for interactive GUI-Applications. And, yes,
>it provides graphical output with the canvas-widget.
>
But there is no tree widget, and that is a mandatory widget.
So Tk is broken, and not worth fixing. Of course, there is a tree
widget in TiX. Then again, Tk isn't thread safe... the current
version of Tcl is thread safe, but Oustermann has said Tk
is beyond hope. He're right. It is a very bad toolkit by
modern standards.

Tk has to go. Its rubbish. There are several
alternatives.

	1. wxWindows -- C++ based
but can be bound into other languages.
It is also somewhat archaic, but probably the best
C/C++ level portable GUI around.

	2. GTK. Isn't mature or well
ported yet. I'm using a GTK based mailer
now .. and believe me, the text editing
is very bad still.

	3. Swing. Portable but Java based.

	4. OpenGL. Designed for 3D, not
really having 2D widget toolkit, Standardised,
originally produced by the top graphics company
for high performance motion.

The simple fact is the kind of static 2D GUI
we're using now is already archaic. Something
designed for 3D and for motion is a clear
winner, because that is how interfaces are going.

If you don't know about that, you should play
more computer games. Checkout animated cursors
drag and drop fading windows and sliding panels features
added to Windows and even Linux GUI systems.

Wake up. 3D motion is where it is at.
The lack of buttons is not an obstacle.
They can be BUILT from the right portable
3d motion primitives and given a rich
variety of behaviours, not constrained
by stupid special cases of existing GUI tool kits.

If you want to find some data in a modern system,
you're NOT going to find it by clicking thru
some stupid menu. Nope. You're going to 
WALK thru a scene to a place the information
is stored.

Sure, such interfaces are premature.
But Ocaml can get a head start by making
3D motion standard. That way
people might start writing stuff that uses it.

Right now, I will not write any gui stuff
simply because there are no interfaces
available worth using. I'd love to see
that change.

-- 
John Max Skaller, mailto:skaller@ozemail.com.au
snail:10/1 Toxteth Rd, Glebe, NSW 2037, Australia.
voice:61-2-9660-0850




-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners


  parent reply	other threads:[~2002-04-24  1:08 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-18 14:32 Luc Mazardo
2002-04-18 22:03 ` Warp
2002-04-19 15:49   ` John Max Skaller
2002-04-19 15:58     ` Warp
2002-04-19 16:06       ` Will Benton
2002-04-19 16:13         ` Stefano Lanzavecchia
2002-04-19 16:27           ` Will Benton
2002-04-19 17:20             ` Warp
2002-04-20  9:06             ` John Max Skaller
2002-04-20 12:22               ` Tim Freeman
2002-04-20 12:51                 ` Sven
2002-04-22  6:55                   ` Tom
2002-04-22 20:05                     ` John Max Skaller
2002-04-21 22:56                 ` John Max Skaller
2002-04-22  6:53                   ` William Chesters
2002-04-23 14:50                   ` Oliver Bandel
2002-04-23 15:12                     ` Stefano Lanzavecchia
2002-04-24  1:00                     ` Jacques Garrigue
2002-04-24  1:07                     ` John Max Skaller [this message]
2002-04-24  7:02                     ` Sven
2002-04-24  9:04                       ` John Max Skaller
2002-04-24  9:31                         ` Sven
2002-04-24  9:42                           ` Jérôme Marant
2002-04-24 11:00                             ` Jérôme Marant
2002-04-29 10:11                             ` Sven
2002-04-24 16:56                       ` Oliver Bandel
2002-04-19 17:16         ` Warp
2002-04-19 17:45           ` Sven
2002-04-19 18:01             ` Warp
2002-04-19 18:55               ` Vincent Foley
2002-04-20  6:33             ` Alan Schmitt
2002-04-20 12:16               ` Sven
2002-04-20  9:19             ` John Max Skaller
2002-04-20 12:19               ` Sven
2002-04-20 14:47           ` Vitaly Lugovsky
2002-04-20  9:01       ` John Max Skaller
2002-04-21 12:13         ` Oliver Bandel
2002-04-21 12:27   ` Oliver Bandel
2002-04-24 14:02 Damien Doligez
2002-04-24 14:37 ` Christophe Raffalli

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3CC6054C.7000502@ozemail.com.au \
    --to=skaller@ozemail.com.au \
    --cc=caml-list@inria.fr \
    --cc=oliver@first.in-berlin.de \
    --cc=stf@apl.it \
    --cc=tim@fungible.com \
    --cc=willb@cs.wisc.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox