Hello All,
I have spent some time thinking about this, and here are my
thoughts.
In the spirit of borrowing the best from what we love, I figured that
a mix of fvwm2, vi, and Galilean thermometers would be a good idea.
PicoGUI loves rectangles, and the division therein, so that design
phil
Oops, i just realized i goofed up the link to the oberon screenshot. It
should have been:
http://www.oberon.ethz.ch/native/snaps/tile.jpg
On 2002.02.10 03:22 Micah Dowty wrote:
> -- oberon
>
> I stumbled upon another system that uses non-overlapping windows, the
> GUI in Oberon (http://www.ob
On 2002.02.10 13:33 Eric Christianson wrote:
> If PicoGUI is targeting embedded devices, the majority of
> them use smaller screens. I think UI's that try to target this
> area could be decent "role models" for a UI. There are several
> examples of these that exist, Microsoft (CE/PocketPC), Palm,
I think that the only complaint that was done about the current gui is
the place that will be taken by the various panelbars. If we have 4 or
5 applications going the space take would be like half the screen.
To fix that, here's what I suggest:
o Keep everything like it is except
o A button is p
On Sun, 2002-02-10 at 03:22, Micah Dowty wrote:
> Hi Everybody,
>
> The requirements for this system
>- non-overlapping application windows
>- minimal screen space usage (for example, it would be a waste to
> have resizing handles on each edge of a window)
>- intuitive user interface
The problem is that it's nearly impossible to position windows. Also,
running one program may not be bad, but if you try to run 4 or so, those
panel bars will take 50% of your screen space.
Carpman wrote:
>
> Umm... I like what we have.
>
> A 160x160 size screen is small, but I can run lcdmo
Umm... I like what we have.
A 160x160 size screen is small, but I can run lcdmono on it comfotably.
If you want a smaller interface, wouldn't that be a function of the
theme?
___
Pgui-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.ne
I'm on the ML now, so I'll fill in some ideas:
The basic concept I had in mind is a frame-based system in which the
screen is always completely covered in frames. A frame can be split
horizontally or verticly to create new frames. Frames could be empty, in
which case you could draw some backgr
Hi Everybody,
I had good discussion with indigo on IRC today that got me thinking
about alternatives to PicoGUI's 'panel' system for managing
applications on the screen. Since it was the first thing he complained
about after trying PicoGUI, I figure it could use some fixing up. :) He
was goin
