caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: "Mattias Waldau" <mattias.waldau@abc.se>
To: <caml-list@inria.fr>
Subject: [Caml-list] Using HTML as a standard GUI for Ocaml
Date: Sat, 31 Mar 2001 11:31:43 +0200	[thread overview]
Message-ID: <AAEBJHFJOIPMMIILCEPBOEIECHAA.mattias.waldau@abc.se> (raw)
In-Reply-To: <lu8zlm3l8d.fsf@hci.ucsd.edu>

- Is the idea below good or bad?
- I am looking for ideas how to implement the idea below.
- Making some kind of JSP/ASP-package for Ocaml could be a solution,
but code likes that gets very messy.
- What has been done? Unpublished code?
- Alternatives?

Using HTML for GUIs
===================

Today there exists two flavors of gui for Ocaml based on Tcl or GTK.
Tcl is portable, and GTK is becoming portable.

What about using HTML-interfaces
instead of standard GUIs like Tcl and GTK?

The architecture is
that you start some kind of HTTP-based server and than you
start the browser and go to a local adress like
http://localhost:8989/start.html.

The advantages are
- Portable
- Much nicer looking GUI's, it is easier to add pictures, fonts etc
  to a HTML-gui, than to a Tcl/GTK-based
- Many GUI-operations are easier to do in HTML than in a standard
  GUI-tool, for example HTML-tables are easier to create the
  listboxes with columns.
- Easy to create server-based solutions out of client-applications.
  Only need to handle state in a general and scalable way.
- Smaller executables, for example including GTK statically into
  Unison increases the size from 700Kb to 2400Kb on Windows.
- Easier to integrate with other applikations, since two
  applications can merged on the HTML-page

The disadvantages are
- slower
- difficult to set focus correctly if the whole page is updated
  after each input (bugs i IE). This can be solved by being
  XML-based and talk XML from the browser to the server (which
  only works on IE>=5 and Netscape 6).
- browser incompabilities. (for example HTC in IE makes event
  very easy to handle, but incompatible with active sheet on Netscape,
  which is buggy)

/mattias

-------------------
To unsubscribe, mail caml-list-request@inria.fr.  Archives: http://caml.inria.fr


  reply	other threads:[~2001-03-31  9:31 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-03-28  2:19 [Caml-list] Complex Numbers David McClain
2001-03-28  3:38 ` [Caml-list] OCaml, where art thou? Anjayan Puvananathan
2001-03-30 14:51   ` Xavier Leroy
2001-03-30 23:12     ` David Fox
2001-03-31  9:31       ` Mattias Waldau [this message]
2001-04-01 12:52         ` [Caml-list] Using HTML as a standard GUI for Ocaml Fergus Henderson
2001-04-01 20:11         ` Sven LUTHER
2001-04-01 20:35           ` Bruce Hoult
2001-04-02 10:09             ` Sven LUTHER
2001-04-02 15:53               ` CREGUT Pierre FTRD/DTL/LAN
2001-04-02 19:16         ` Gerd Stolpmann
2001-04-03 18:06           ` Mattias Waldau
2001-04-02 13:21       ` [Caml-list] Threads in OCaml Xavier Leroy

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=AAEBJHFJOIPMMIILCEPBOEIECHAA.mattias.waldau@abc.se \
    --to=mattias.waldau@abc.se \
    --cc=caml-list@inria.fr \
    /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;
as well as URLs for NNTP newsgroup(s).