OSDev.org

Oh that seems like a great idea... Besides I had thought of a mouse cursor for a GUI that won't show up like the boring old pointer. It would create a change in the background rather than showing its presence. It would be a blob- something that skews/ blurs a small part of the screen where the mouse coordinates point... This would be very attractive. This would in fact enhance the smooth blending of the GUI...

Wouldn't be efficient: you'd need to have common control libraries. Unless it's just going to be a graphical environment for running text-mode programs, it would be a pretty pointless thing to do. If, however, you're talking about TWM, that'd be OK .

That would be cool but, probably impossible to code for.

How bout something like this? Whipped it up in 15 mins haha.

Being in Chili would be uncomfortable, especially if there's a lot of cayenne pepper and kidney beans.

I don't like windowed, graphical interfaces. I modelled my GUI after PicoGUI. Since my OS is targeted at embedded systems. especially self-serve terminals, using windows is an extremely bad idea. You cannot expect people that want to fillup petrol or book a ticket, to click on windows or start applications. Instead, I've done a pretty sophisticated collection of "widgets" that react to keyboard and mouse events and pretty much provide the standard events that M$ windoze does, but in a different manner. I can stack controls on top of each others, create dialogs and so, but there is no meny and no main window. I also support multiple, logical displays, which is particulary useful for debugging. I always have the FreeCom command interpreter running, and a kernel debugger that can look at faults in kernel or user-mode. FreeCom can detach programs in new consoles, and start graphical GUI-mode applications.

I was actually thinking about a GUI where there wasn't an idea of windows, but a single screen with system GUI reserved space and space reserved for an on-screen keyboard. The GUI would be designed for a multi-touch screen (such as the technology behind iPhone and Microsoft Surface).

Applications would be given almost an entire screen to work with but would need it due to the use of fingers on the touch screen. A system button would slide a menu bar into view which would give access to manage programs, run them, manage devices and data etc. But when an app opened, the existing application would animate into a button into the system menu. To access it again, you would drag the button onto the screen and it would animate back into view. It would almost be a little reminiscent of the LCARS GUI in Star Trek.

In other words, a PC operating system GUI design completely to be a touch GUI.

Touch screen device drivers often are written to simulate ordinary mouse movements & clicks. The touch screen can be viewed as a primitive version of a mouse, with some functions lacking. There is no mouse move when the touch screen isn't touched, and no right button clicks (and probably no double clicks) Apart from those missing features, they can be viewed as identical.

BTW, I run our terminals on an embedded PC with a touch-screen.

wow thre3dee, that's an awesome setup. Is that in Ubuntu (looks like the wallpaper)?
How did you get the windows like that?

01000101 wrote:wow thre3dee, that's an awesome setup. Is that in Ubuntu (looks like the wallpaper)?
How did you get the windows like that?

I am misunderstanding you, or you are thinking it has the windows like that?
If yes, it's a drawing in some image creation/editing program...
If not, sorry.

Tis all Photoshop (+ an Ubuntu wallpaper)

I suppose I was overly optimistic on that. That design would be really good though if implemented.

I'd love to see a UI graphical theme based on the Adobe CS4 UI. It looks amazing.

http://img411.imageshack.us/img411/8814 ... 4uimd5.jpg

thre3dee wrote:I'd love to see a UI graphical theme based on the Adobe CS4 UI. It looks amazing.

Oooh, good idea!