Hi All,
I can't make the mini-conference, but I do want to make one comment on
this subject.
Thousands of hours of teacher training have already gone in to the
current XO deployments. Any dramatic change to the look and feel of the
GUI will largely negate that. Its already very costly to make a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Greg Smith (gregmsmi) wrote:
| Thousands of hours of teacher training have already gone in to the
| current XO deployments. Any dramatic change to the look and feel of the
| GUI will largely negate that.
I strongly disagree; indeed, I feel precisely t
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 w
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 workin
e.
Thanks,
Greg S
-Original Message-
From: [EMAIL PROTECTED] [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: Toolba
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
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 hav
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
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 be default buttons to
share, keep, and/or stop the activity? I believe it's impor
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 late
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 desig
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 ther
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
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
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 recen
On Wed, Apr 2, 2008 at 7:27 PM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
> Could someone with some experience with GTK/Gnome themes comment
> briefly on how reasonable it would be to create a theme to make legacy
> applications look as much as possible like our "old" sugar and "new"
> sugar
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 sup
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 la
On Thu, Apr 3, 2008 at 3:09 AM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote:
> And I don't think that we should try to shoe-horn applications into
> activities. If an application's architecture separates the controller
> from the view and thus can expose a simple view component without
> controller
On Thu, Apr 3, 2008 at 3:10 PM, Wade Brainerd <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 3, 2008 at 3:09 AM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote:
> > Also, GNOME apps are currently encouraged to provide those embeddable
> > view widgets, as today do Abiword, Evince, Mozilla,... because of 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 layou
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 m
23 matches
Mail list logo
