It sounds like there are three different methods people would like: (of course correct
me if i'm wrong)
1. pgserver doesn't do anything special to the apps, let the launcher size them
appropriately
2. The current panel/panelbar system, maybe with a combobox title to easily switch
apps
3. A
On Mon, Feb 11, 2002 at 03:48:07PM -0600, Phil Frost wrote:
> How about we have a "check here if you are easily confused and/or
> stupid" option at setup? If that's checked, we can simply hide all the
> functionality.
Nautilus (what was supposed to become the Gnome answer to MSIE)
has an "user
Sorry to be so late in this thread.
First, it is no wonder that this thread got so much contribution. The term *best
embedded ui* appeared a couple of time, and everybody has a different opinion about
what should be "best".
May I add that "embedded" is also a great source of confusion all over
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
11 matches
Mail list logo
