Project codename iengine
Designing web-sites can be difficult for anyone unless you have been at the craft for many years with experience. However, inherently web based content is text oriented for obvious reasons - like writing a book, HTML is designed for humans to author.
But the idea of an operating system designed to be a web site, under the control of Perl scripts seems to me a different approach as a platform for design and hosting web-based content.
Another point to make is the interface itself. Does it really need to be a WIMP environment, after all WIMP is useless as it does not really help in the end but make hard work. The mouse also is not that handy really unless you are testing pages that you are hosting and that is only because most people who use the net use a mouse.
I believe that the command line interface is a powerful tool, but there is no need for a shell like bash as all the components that make up websites can have a context related syntax in their own place. Fonts, symbols with their styles and colours can reflect this as well as the prompt itself.
As far as designing graphics, again is the mouse that necessary? Also, the interface can be partitioned so that the right hand margin can be used for graphics, spawned from the command line. These days it is easy to use a secondary monitor for this purpose.
Every key on the keyboard can be used, so having no restriction on key combinations it becomes easy to work between the command line and the graphic margin.
Also the help system should be context related and not simply a list of supported commands and their arguments. Help should be interactive and interpolate as you type in the command line, giving suggestions and warnings. The help could also follow paths or URL's indicating permissions and if they exist or not simply by using font colours.
The command line prompt can also indicate what mode you are switched in. In the outset when you first log on, the prompt will simply be set to
ready:which means just what it means. Just think every time you see the same prompt you are paying Macroslug back their 3 penny's. Now say you want to create a draft document
ready: new html root_htmlthe prompt will change to
root_html:ready for either the head and/or body declarations.
root_html: new head root_head inherit root_html root_head:
missing out the 'inherit root_html', or even just 'inherit' would assume any open html declaration provided it fits within the syntax. Then
root_head: new title root_title 'title of web page'Although the string is complete and you may assume that it is enough you can add more text and close the declaration
root_title: done root_head: done root_html: new body root_body
Now that the body has been created you may have noticed that the html and head sections can be reused and so can the body be reused as a template. Now if we wish to create a table
root_body: new table root_table root_table: new tr tr_1 tr_1: new td td_1 td_1: width=50% td_1: align=center td_1: done tr_1: new td td_2 td_2: width=50% td_2: align=center td_2: done root_table root_body: done root_html ready:
The one line closes the second cell, row and table in one. The next line closes the document.
As the very basics stand out, the help system can offer information on all the attributes that accompany the elements allowing you to stay consistent with the syntax. Also any references within an element as a class or id to any CSS can be identified in the side margin - just because I suggest the side margin is for graphics means nothing as the command line itself is graphic anyway.
The target for the OS is Linux From Scratch as I don't wish to bolt binaries on top of each other. I also wish the libraries to primarily support Perl and Java and build a foundation library in Perl and essentially operate the command programming interface through the library.
A lot of interesting work and maybe some good Perl and Java developers and designers having some fun.
Andrew Sprott.
PS I appologise for using the code attributes for my examples, they are used to distinguish the main text and the iEngine.
|
---|
Replies are listed 'Best First'. | |
---|---|
Re: RFC iEngine
by Xiong (Hermit) on Jan 11, 2012 at 00:11 UTC | |
by muscipula (Novice) on Jan 11, 2012 at 16:14 UTC | |
Re: RFC iEngine
by Anonymous Monk on Jan 11, 2012 at 00:10 UTC | |
by muscipula (Novice) on Jan 11, 2012 at 15:40 UTC | |
by Anonymous Monk on Jan 12, 2012 at 03:54 UTC | |
by muscipula (Novice) on Jan 12, 2012 at 15:30 UTC | |
by Anonymous Monk on Jan 12, 2012 at 15:44 UTC | |
by Anonymous Monk on Jan 12, 2012 at 15:34 UTC | |
by marto (Cardinal) on Jan 11, 2012 at 17:26 UTC | |
by muscipula (Novice) on Jan 11, 2012 at 18:22 UTC | |
by Anonymous Monk on Jan 11, 2012 at 18:37 UTC | |
| |
Re: RFC iEngine
by repellent (Priest) on Jan 13, 2012 at 06:02 UTC | |
by Anonymous Monk on Jan 13, 2012 at 07:18 UTC | |
by muscipula (Novice) on Jan 17, 2012 at 14:09 UTC | |
by Anonymous Monk on Jan 18, 2012 at 14:00 UTC | |
by trwww (Priest) on Jan 15, 2012 at 23:41 UTC | |
Re: RFC iEngine
by jdrago999 (Pilgrim) on Jan 11, 2012 at 19:15 UTC | |
by muscipula (Novice) on Jan 11, 2012 at 20:03 UTC | |
Re: RFC iEngine
by sapphirecat (Acolyte) on Jan 19, 2012 at 20:26 UTC | |
by muscipula (Novice) on Jan 26, 2012 at 15:32 UTC | |
by Anonymous Monk on Jan 26, 2012 at 15:37 UTC | |
by muscipula (Novice) on Jan 26, 2012 at 19:05 UTC | |
by Anonymous Monk on Jan 27, 2012 at 09:50 UTC | |
|