On 5 Apr 2008, at 16:44, Tomeu Vizoso wrote:
What if on rollover would appear a normal palette with all the buttons
that would be in the subtoolbar? This palette would have an option for
pinning it, and that would mean inserting a subtoolbar between the
toolbar and the canvas like in the
What if on rollover would appear a normal palette with all the buttons
that would be in the subtoolbar? This palette would have an option for
pinning it, and that would mean inserting a subtoolbar between the
toolbar and the canvas like in the mockups.
Benefits:
- palettes don't disturb the
On Thu, Apr 3, 2008 at 5:13 AM, Wade Brainerd [EMAIL PROTECTED] wrote:
I wonder if the differences between Sugar and a regular window manager
aren't so severe that it might be worth offering a simple desktop
environment which runs within Sugar as a Activity?
You would download and launch
On Thu, Apr 3, 2008 at 3:45 PM, Benjamin M. Schwartz
[EMAIL PROTECTED] wrote:
Perhaps, in the intervening decade, first-world computer users have
convinced themselves that they cannot adapt, but they are wrong. Humans
are very adaptable. A teacher who has learned one version of Sugar will
Let me ad that these changes are motivated from feedback in the field.
What we are trying to change are precisely the things that people are
finding confusing or difficult. Let me further add that very little
teacher training has in fact taken place. What we have instead
concentrated on is working
] [mailto:[EMAIL PROTECTED] On Behalf
Of Walter Bender
Sent: Thursday, April 03, 2008 10:07 AM
To: Tomeu Vizoso; [EMAIL PROTECTED]; devel@lists.laptop.org; Greg Smith
(gregmsmi)
Subject: Re: [sugar] Mini-Conference Proposal: Toolbars Tabs
Let me ad that these changes are motivated from feedback
Greg Smith wrote:
I'm not opposed to changing the GUI at the OS level. I can think of a
dozen suggestions starting with that annoying hot corners thing. I
also love a whole bunch of the design elements.
All I'm saying is that any change comes at a cost. A cost paid by the
teachers, students and
The win-win is when this piece of Greg's advice is followed:
...Just make sure its not a surprise to existing users. Also make sure
they are bought in, understand the benefit and are ready to make the move.
...
Greg Smith (gregmsmi)
Thu, 03 Apr 2008 06:24:10 -0700
And Bryan seems to have
On Wed, Mar 26, 2008 at 12:39 AM, Albert Cahalan [EMAIL PROTECTED] wrote:
Eben Eliason writes:
1. Toolbar buttons use icons instead of text as an identifier. Beyond
Just to throw another dog into this fight, I've recently been very
concerned with making legacy applications work as well as
On Wed, 2008-04-02 at 13:27 -0400, C. Scott Ananian wrote:
On Wed, Mar 26, 2008 at 12:39 AM, Albert Cahalan [EMAIL PROTECTED] wrote:
Eben Eliason writes:
1. Toolbar buttons use icons instead of text as an identifier. Beyond
Just to throw another dog into this fight, I've recently been
I wonder if the differences between Sugar and a regular window manager
aren't so severe that it might be worth offering a simple desktop
environment which runs within Sugar as a Activity?
You would download and launch this Activity, and its interface would
be a regular Linux desktop. It would
On 25 Mar 2008, at 15:47, Eben Eliason wrote:
Taking these concerns to heart, I'd like to propose an alternate to
the tabbed toolbar design which attempts to address these new concerns
with the current design, again making some tradeoffs but hopefully
coming out on top in the end. The core
On Tue, Mar 25, 2008 at 04:41:58PM +, Gary C Martin wrote:
The core component of the new approach is the introduction of the
toolbar button, which you can see mockups of at
http://wiki.laptop.org/go/Designs/Toolbars. There is no text with
the mockups yet, but I'll add it later. In
On Tue, Mar 25, 2008 at 12:41 PM, Gary C Martin [EMAIL PROTECTED] wrote:
On 25 Mar 2008, at 15:47, Eben Eliason wrote:
Taking these concerns to heart, I'd like to propose an alternate to
the tabbed toolbar design which attempts to address these new concerns
with the current design, again
On Tue, Mar 25, 2008 at 4:20 PM, Nate Ridderman
[EMAIL PROTECTED] wrote:
Eben,
By no means do I consider myself a user interface expert, but I have a few
comments.
In general, I agree that this proposal is better for localization and may
take up less screen real estate. Would there still
On Tue, Mar 25, 2008 at 8:30 PM, Eben Eliason [EMAIL PROTECTED] wrote:
Here I'd have to say that, despite the knowledge that all activities
will run fullscreen, we should try to avoid developing to a particular
piece of hardware (and it's resolution).
Hmmm. That sounds impossible. Your
Eben Eliason writes:
1. Toolbar buttons use icons instead of text as an identifier. Beyond
the icon, we depend on the content of the toolbar to help define the
tab, with a textual name being superfluous. This makes localization
easier (well, free) and prevents text from being cut off in due
17 matches
Mail list logo