Skip to main content
Welcome guest. | Register | Login | Post

Linux Needs A Fast GUI Language

13 replies [Last post]
supermike's picture
Offline
Joined: 2006-02-17

Linux needs a fast GUI language. It should also use the least amount of lines to display elements. Tutorials that are done on the web could take advantage of this without having to upload tar-zipped sourcecode files.

Other requirements:

* Don't really need something like Glade-2 to make the GUI. Uses ingenious techniques to draw the GUI in the fewest lines of code, and snaps the elements into place without having to specify X and Y all the time.
* Is *not* really designed for web pages at all. It doesn't fit well there. Recommends you use PHP for web projects, instead -- haha.
* Is designed for fat GUI clients instead of the web.
* Is not really designed to make CAD/CAM programs or Office-style apps, per se, but programs that range from control panels to accounting packages.
* Is fast.
* Scripted only, not compilable.
* Stability.
* Is quite readable as a language, rather than be confusing.
* Does not support regexps -- has super fast methods in the string and file handling libraries, instead.
* Like Python and PyGTK, is delivered on most new popular Linux systems by default so that you don't have to worry about downloading it.
* When you read the libraries it has, you aren't left scratching your head wondering why they did it that stupid way -- unlike Python.
* The libraries are consistent with each other.
* Easy extensibility with either real C code or other modules scripted in the same language.
* Uses minimalist C++ -like language but uses "." instead of "->" for methods on objects. Is not like Java. Uses simplistic OOP and the language is written such that it encourages that programming style rather than crazy, complex OOP.
* Does not share C and C++'s crazed obsession with memory management at all, but manages it automatically quite nicely.
* Is designed to do easy integration with command-line, shelling out to Bash to do stuff and come back.
* Has an abstraction layer to use the same calls to talk to any database, provided you have the right modules in place.
* Does easy socket programming on TCP or UDP without you having to write reams and reams of sourcecode.
* The day it is released to the public, and not too soon, it should have library modules for strings, sockets, math, mild cryptology, timer, conf file read/write, GUI elements, fancy forms, simple 2D drawing, sorting, wizard pages, installers, file i/o, shell interaction, databases (MySQL and PostgreSQL by default at first) through the abstraction layer of one single API, date/time, and arrays.
* Should be completely free and open source.
* Should not require special license deals -- the main developers should be egoless, doing this for the greater good, with no profit incentive.
* The main development group that makes it is a non-profit foundation, taking donations from grants from various countries and private firms.
* The interpreter is smart enough to untar and unzip a .tar.gz file to the /tmp directory and run the code if you use a special command switch.
* Can include separate files -- thus the need for .tar.gz. to combine them all.
* Version 2.0 can have callbacks and reflection capabilities.
* The starting scripts can be called without being inside a function Main($args[]) {}, or with it, should you prefer that. (Makes slightly smaller code examples for articles and the web.)
* The starting script is specified in an app.conf file, along with other parameters the application needs.
* When a library module is missing that your app uses, it provides a fancy GUI to automatically download it from the app's creator, with your ability to accept or deny this. There's no need to program this in.

a thing's picture
Offline
Joined: 2005-12-20

Ionno much about it, but what about Tcl/Tk (which I should learn)?

free-zombie's picture
Offline
Joined: 2006-03-08

I second a_thing

dylunio's picture
Offline
Joined: 2005-12-20

I third a_thing

tbuitenh's picture
Offline
Joined: 2005-12-21

fourth!

Offline
Joined: 2005-12-20

5th!

libervisco's picture
Offline
Joined: 2006-05-04

6th? Smiling

free-zombie's picture
Offline
Joined: 2006-03-08

I bet libervisco actually doesn't have a clue Eye

tbuitenh's picture
Offline
Joined: 2005-12-21

I second free-zombie.

(this is getting old...)

libervisco's picture
Offline
Joined: 2006-05-04
"free-zombie" wrote:

I bet libervisco actually doesn't have a clue Eye

Laughing

You wanted supermike to tell what he thinks of tcl/tk as a language for writing GUI's and a_thing first asked about that so you seconded, thirded and etc.. that question. Laughing out loud

tbuitenh's picture
Offline
Joined: 2005-12-21

Not a question but a suggestion. While I read supermike's post, I thought "tcl/tk!!!", and it seems a few others felt the same way before me. Maybe there's a subliminal message in the first post Laughing out loud

free-zombie's picture
Offline
Joined: 2006-03-08

I must second tbuitenh there. *ducks*

dylunio's picture
Offline
Joined: 2005-12-20
"free-zombie" wrote:

I must second tbuitenh there. *ducks*

Haha....this realy is getting old Laughing

But I agree, tcl/tk came staight into my head reading the topic title.

libervisco's picture
Offline
Joined: 2006-05-04

Er.. nothing came to my head reading that. I must really be clueless. Laughing

I heard often though tcl/tk is being used for making GUIs...

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.