Re: [Sugar-devel] How to copy something from the Journal to a pendrive?
On Tue, Aug 03, 2010 at 05:45:08PM +0200, Tomeu Vizoso wrote: > All that makes sense, we may want to consider providing the same UX as > with downloads. I hope you don't mean adding a journal entry corresponding to the copying user experience? ;-} -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Putting stuff in the control panel vs. the frame
On Tue, Aug 3, 2010 at 1:48 PM, Eben Eliason wrote: > > > On Tue, Aug 3, 2010 at 11:51 AM, Christoph Derndorfer < > christoph.derndor...@gmail.com> wrote: > >> Hi all, >> >> looking at some of ParaguayEduca's latest builds I saw that they have >> added some new icons / features to the frame (e.g. CPU / memory consumption, >> accessibility, touchpad-mode, etc.) >> >> I talked to Bernie about this and we realized that there currently doesn't >> seem to be a clear consensus on what kind of features should go into the >> frame and which ones into the control panel. One could easily argue that >> some sparsely populated CP options could be removed and the options instead >> added to the corresponding frame devices (particularly power and network >> options come to mind here). Or on the contrary that things like the >> touchpad-mode should be accessed from within the CP rather than the frame. >> >> Anyway, I was wondering what people here thought about this issue. >> > > I think that the dominant factor in the choice of what to show should be > the frequency with which the information or controls are used. If a setting > is changed frequently by a child within a single "session" it's a good > candidate for a device icon in the Frame. If the setting is, more often than > not, set and then forgotten it should exist only within the Control Panel, > where it won't distract from more important information and controls. > Perfect, that makes a lot of sense. > I also agree with the idea Tomeu brought up; I think linking to the > corresponding section of the Contol Panel from any devices that have > additional settings makes a lot of sense. > So you mean that the battery or wifi devices in the frame would have an "extra options" item in the palette that would jump to the corresponding option-page in the CP? Thanks for the quick and clear answers! :-) Cheers, Christoph -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] sugar-0.84.21
== Source == http://download.sugarlabs.org/sources/sucrose/glucose/sugar/sugar-0.84.21.tar.bz2 fixes http://dev.laptop.org/ticket/10266 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] TaalPulse
On 03.08.2010, at 19:01, Sameer Verma wrote: > Found TaalPulse, a squeak-based VM: > > "A three-in-one lehra machine for the student of hindustani (northern > indian) music. Plays lehras (cyclical melody), thekas (rythmic base) > and tampura (drone instrument) all at the same time. Runs on desktop > PCs as well as PDAs. " > > http://sourceforge.net/projects/taalpulse/ > > Has anyone tried this on the XO-1 (or 1.5)? Great find! Just tried it on an XO-1.5 - works fine: * downloaded TaalPulseImage-1.1.zip using Browse activity * resume zip from Journal, it opens in Etoys, choose "Extract all to...", choose /home/olpc (*) * run Terminal * type "squeak" (**) * TallPulse window opens * Squeak complains about a missing source file - click cancel at the bottom * click triangle to play * to quit, press ctrl-c in Terminal - Bert - (*) this step won't work on an XO-1 with Rainbow, you would have to unzip by other means (**) this works because squeak.image was extracted to the same directory, otherwise you would have to type squeak /path/to/squeak.image ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Putting stuff in the control panel vs. the frame
On Tue, Aug 3, 2010 at 1:48 PM, Eben Eliason wrote: > I think that the dominant factor in the choice of what to show should be the > frequency with which the information or controls are used. If a setting is > changed frequently by a child within a single "session" it's a good > candidate for a device icon in the Frame. If the setting is, more often than > not, set and then forgotten it should exist only within the Control Panel, > where it won't distract from more important information and controls. Very clear criteria. +100 from my side. Also -- anything that is a workaround for bugs/limitations. > I also agree with the idea Tomeu brought up; I think linking to the > corresponding section of the Contol Panel from any devices that have > additional settings makes a lot of sense. Yep - +1 on this too. m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Putting stuff in the control panel vs. the frame
On Tue, Aug 3, 2010 at 11:51 AM, Christoph Derndorfer < christoph.derndor...@gmail.com> wrote: > Hi all, > > looking at some of ParaguayEduca's latest builds I saw that they have added > some new icons / features to the frame (e.g. CPU / memory consumption, > accessibility, touchpad-mode, etc.) > > I talked to Bernie about this and we realized that there currently doesn't > seem to be a clear consensus on what kind of features should go into the > frame and which ones into the control panel. One could easily argue that > some sparsely populated CP options could be removed and the options instead > added to the corresponding frame devices (particularly power and network > options come to mind here). Or on the contrary that things like the > touchpad-mode should be accessed from within the CP rather than the frame. > > Anyway, I was wondering what people here thought about this issue. > I think that the dominant factor in the choice of what to show should be the frequency with which the information or controls are used. If a setting is changed frequently by a child within a single "session" it's a good candidate for a device icon in the Frame. If the setting is, more often than not, set and then forgotten it should exist only within the Control Panel, where it won't distract from more important information and controls. I also agree with the idea Tomeu brought up; I think linking to the corresponding section of the Contol Panel from any devices that have additional settings makes a lot of sense. Eben > Cheers, > Christoph > > -- > Christoph Derndorfer > co-editor, olpcnews > url: www.olpcnews.com > e-mail: christ...@olpcnews.com > > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] TaalPulse
Found TaalPulse, a squeak-based VM: "A three-in-one lehra machine for the student of hindustani (northern indian) music. Plays lehras (cyclical melody), thekas (rythmic base) and tampura (drone instrument) all at the same time. Runs on desktop PCs as well as PDAs. " http://sourceforge.net/projects/taalpulse/ Has anyone tried this on the XO-1 (or 1.5)? cheers, Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor, Information Systems Director, Campus Business Solutions San Francisco State University http://verma.sfsu.edu/ http://opensource.sfsu.edu/ http://cbs.sfsu.edu/ http://is.sfsu.edu/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Fwd: [Design] Revisiting Journal view
I've taken the liberty to move this thread to a non-private mailing list...
Forwarded conversation
Subject: Re: [support-gang] 10 things you should know about Sugar
From: *Martin Dengler*
Date: Tue, Aug 3, 2010 at 5:30 AM
To: "Community Support Volunteers -- who help respond to help AT laptop.org"
On Thu, Jul 29, 2010 at 01:56:00AM -0400, Christoph Derndorfer wrote:
> Hi all,
>
> one of the things I started compiling during the olpc realness summit
> back in May was a list of "10 things you should know about Sugar". This
> is meant to help decide which aspects of Sugar to introduce first-time
> users, regardless of whether they're children or adults.
[...]
> (4) The four different Views, possibly combined with how to connect to a
> network
Not sure what your four views are; according to the HIG, the fourth
"view" is the activity view ("Zoom metaphor"[1]). I think the
Journal[2] is a further "Zoom level" and argue for this in tickets
dlo.6251[3] and slo.1518[4].
Please add comments to these bugs if anyone feels strongly about this:
http://bugs.sugarlabs.org/ticket/1518
http://dev.laptop.org/ticket/6251
Martin
1.
http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Laptop_Experience/Zoom_Metaphor
2.
http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Laptop_Experience/The_Journal
says " The Journal's primary function [is to be] a time-based view of
a child's activities [...]"
3. http://dev.laptop.org/ticket/6251
4. http://bugs.sugarlabs.org/ticket/1518
___
support-gang mailing list
support-g...@lists.laptop.org
http://lists.laptop.org/listinfo/support-gang
--
From: *Mikus Grinbergs*
Date: Tue, Aug 3, 2010 at 8:55 AM
To: "Community Support Volunteers -- who help respond to \"help AT
laptop.org\""
Cc: Devel , sugar-devel@lists.sugarlabs.org
Martin is revisiting whether 'Journal' should be considered a "View".
I think how 'My Settings' is considered should also be revisited. My
problem is that occasionally, due to some situation (which I myself
might have caused), I am unable to bring up Home Circle View. Then, if
I need to change a 'My Settings' parameter, I can at best reboot - in
the hope that that will let me access 'My Settings' again.
I have the feeling that in tomorrow's versions there is an intent to
move control parameters out of 'My Settings' into the toolbar of the
Activity affected by that setting. While that solves the problem of
"easy access to a setting from an Activity", it results in dispersing
discovery of "What things in the system can the user change?". I myself
favor the centralizing of "control knobs", instead of dispersing them.
But yes, there is a need for easy access to those "control knobs". Now
that (as a result of the High School keyboard) resources such as Journal
(for which there were dedicated keys on the membrane keyboard) are being
assigned to existing "Function Keys", I would like to see 'My Settings'
also be considered a "View", and be assigned its own invocation key.
Thanks, mikus
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
From: *Gary Martin*
Date: Tue, Aug 3, 2010 at 9:45 AM
To: "mi...@bga.com"
Cc: Devel , "sugar-devel@lists.sugarlabs.org" <
sugar-devel@lists.sugarlabs.org>, "Community Support Volunteers -- who help
respond to help AT laptop.org"
Hi Mikus,
FWIW, the settings CP dialogue can be accessed from any of your own buddy
icons (since Sugar 0.84 I think). So that's from the usual large home XO,
your group XO, your neighbourhood XO, or your XO in the right frame.
--Gary
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Home view activities layout
Hi Gary--I think this looks quite nice. This actually seems like a nice evolution on the simple ring, though it would be good to see how it adapts from the basic layout and with different numbers of activities... Christian On Tue, Aug 3, 2010 at 10:12 AM, Gary Martin wrote: > Hi Christian, > > On 3 Aug 2010, at 14:12, Christian Marc Schmidt wrote: > > > Starring activites in the journal to appear in Home makes sense. And the > spiral as overflow for the ring, if executed well, seems like a good idea in > order to preserve the general UI metaphor. We should test a range of > different variations to end up with a design that is both efficient and > visually elegant. > > > > I think we should also investigate a scalable grid view with > thumbnails--I still believe this would make for a great counterpart to the > ring/spiral. I'll look for the original mockups and start exploring this > idea further... > > Here's a quick vector mockup: > > - list view toolbar icon gone > - spiral icon default view* > - grey activity icons are Journal starred .xo bundles, provide the 'Start > new' functionality and existing resume of last N recent entries access** > - coloured activity icons are starred Journal entries created by user or > others (resumes that entry, shows past versions?)*** > > *note the duplicate activity icons, I wanted to see what home would look > like once multiple activities of the same time could be favoured. > > ** note the 'Start shared with -->' option, and idea/request that's been > bouncing around for a while, example use case would be to start a new Chat > directly with the local neighbourhood, or a specific friend (rather than > faffing around with the activity toolbar after a new activity instance has > been created). > > *** we need to be very sure users are clear on the new vs resume > distinction, otherwise we're just back to users resuming, say, a nice > painting they starred and then possibly messing it up or manually wiping it > because they want to make something new. Versions would obviously help > recover from such actions. > > --Gary > > > > > Christian > > > > On Aug 3, 2010, at 8:10 AM, Walter Bender > wrote: > > > >> On Tue, Aug 3, 2010 at 7:58 AM, Gary Martin > wrote: > >>> Hi Walter, > >>> > >>> On 3 Aug 2010, at 11:39, Walter Bender > wrote: > >>> > On Tue, Aug 3, 2010 at 5:45 AM, Tomeu Vizoso > wrote: > > On Tue, Aug 3, 2010 at 11:39, Martin Dengler < > mar...@martindengler.com> wrote: > >> On Fri, Jul 30, 2010 at 11:32:34PM -0400, Walter Bender wrote: > >>> On Fri, Jul 30, 2010 at 8:25 PM, Chris Ball > wrote: > Hi Christian, > > > Hi Chris--to address scalability we have a list view from which > > you can select favorite activities to go in the ring. This is a > > similar technique to the OSX dock or Windows taskbar. > > I don't think this is working out. For OLPC (and perhaps SoaS as > well?) we're shipping with every activity other than Log and > Terminal > favorited by default, after receiving reports that kids didn't > understand how to launch activities otherwise. > >>> > >>> Here is a tighter spiral of 74 icons for the home view (running in > the > >>> Sugar emulator at 800x600). > >>> > >>> http://wiki.sugarlabs.org/images/f/f0/Spiral-home-view.png > >> > >> +1 > > > > Sorry if this has already been considered, but maybe the favorites > > view should only contain the few most used activities and the rest > can > > be launched from the list view? If this is not viable for some > reason, > > maybe we need to fix or remove the list view? > > > Well, I think we are bumping up against three orthogonal issues here: > > (1) how to make the Home View support more icons (without needing to > scroll or pan -- we saw problems with that in the original donut view > and still see it with the control panel -- this is the goal of the > spiral. (The suggestion to shrink icons down to a pixel is a nice one, > but rapidly degrades into something unusable in IMHO and requires yet > another UI affordance: magnify. I think we can avoid such complexity > for quite some time yet.) > >>> > >>> One fallback I keep thinking about is an overflow/more... icon as the > last available icon in a favourite layout. In much the same way as the > toolbar overflow drop down menu, it would act as the final catch all for an > excess of activity icons. Alternatively it could be an option for where the > main list view functionality goes if we remove that view and decide Journal > is not where the functionality should go — the drop down could hold all non > favourites activities. > >>> > (2) the list view is intended to organize which icons are available on > the home view and to access infrequently used icons. It also gives the > user info re which version of an activity
Re: [Sugar-devel] Home view activities layout
On Tue, Aug 3, 2010 at 9:12 AM, Christian Marc Schmidt <
christianm...@gmail.com> wrote:
> Starring activites in the journal to appear in Home makes sense. And
> the spiral as overflow for the ring, if executed well, seems like a
> good idea in order to preserve the general UI metaphor. We should test
> a range of different variations to end up with a design that is both
> efficient and visually elegant.
>
> I think we should also investigate a scalable grid view with
> thumbnails--I still believe this would make for a great counterpart to
> the ring/spiral. I'll look for the original mockups and start
> exploring this idea further...
>
> Christian
>From Gary Martin:
> One fallback I keep thinking about is an overflow/more... icon as the last
> available icon in a favourite layout. {...}
For Spiral scrolling, with a touch-screen interface, any swipes along a
tangent of the spiral would spin the spiral in the direction of the swipe
revealing hidden items from the appropriate end and hiding the other end of
the chain. We could provide a spinner toggle control for the Spiral pattern
on the toolbar for the touch-pad, mouse, & keyboard interfaces.
--Fred
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Putting stuff in the control panel vs. the frame
On Tue, Aug 3, 2010 at 17:51, Christoph Derndorfer wrote: > Hi all, > > looking at some of ParaguayEduca's latest builds I saw that they have added > some new icons / features to the frame (e.g. CPU / memory consumption, > accessibility, touchpad-mode, etc.) > > I talked to Bernie about this and we realized that there currently doesn't > seem to be a clear consensus on what kind of features should go into the > frame and which ones into the control panel. One could easily argue that > some sparsely populated CP options could be removed and the options instead > added to the corresponding frame devices (particularly power and network > options come to mind here). Or on the contrary that things like the > touchpad-mode should be accessed from within the CP rather than the frame. > > Anyway, I was wondering what people here thought about this issue. Thanks a lot for thinking of these issues. If I remember correctly, the initial idea was to have all the configuration stuff inside the CP and having "links" from other parts of the shell to these options. Part of the rationale is that the CP's UI scales quite a bit in terms of space and is "Advanced" stuff, so if people need to access it early and often, we have some problem to solve in the generic UX. Regards, Tomeu > Cheers, > Christoph > > -- > Christoph Derndorfer > co-editor, olpcnews > url: www.olpcnews.com > e-mail: christ...@olpcnews.com > > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Putting stuff in the control panel vs. the frame
Hi all, looking at some of ParaguayEduca's latest builds I saw that they have added some new icons / features to the frame (e.g. CPU / memory consumption, accessibility, touchpad-mode, etc.) I talked to Bernie about this and we realized that there currently doesn't seem to be a clear consensus on what kind of features should go into the frame and which ones into the control panel. One could easily argue that some sparsely populated CP options could be removed and the options instead added to the corresponding frame devices (particularly power and network options come to mind here). Or on the contrary that things like the touchpad-mode should be accessed from within the CP rather than the frame. Anyway, I was wondering what people here thought about this issue. Cheers, Christoph -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] How to copy something from the Journal to a pendrive?
On Tue, Aug 3, 2010 at 13:55, Bernie Innocenti wrote: > On Tue, 2010-08-03 at 09:11 +0200, Tomeu Vizoso wrote: > >> > How much effort would it be to add such an copy-to-USB option to the >> > Journal >> > hover palette? Is this something I could do with the help of my >> > knowledgable >> > flatmate Mr. Innocenti? >> >> Yep, shouldn't be hard nor a lot of code. > > > As we're there, we might want to add a progress display for long copy > operations. Currently, if you drop a large file on the journal icon, the > UI freezes for a long time with no indication of progress, tempting the > user to perform a hard reboot (and thus corrupting the datastore :-). > > If nobody has time to implement a nice progress bar, at least we could > put on the busy cursor (which is animated in our cursor theme, iirc). > > The copy could probably be made fully asynchronous, but with no progress > indication, there's a potential for users to extract USB sticks before > the operation is finished. All that makes sense, we may want to consider providing the same UX as with downloads. Regards, Tomeu > -- > // Bernie Innocenti - http://codewiz.org/ > \X/ Sugar Labs - http://sugarlabs.org/ > > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] How to copy something from the Journal to a pendrive?
On Tue, Aug 3, 2010 at 7:55 AM, Bernie Innocenti wrote: > On Tue, 2010-08-03 at 09:11 +0200, Tomeu Vizoso wrote: > > > > How much effort would it be to add such an copy-to-USB option to the > Journal > > > hover palette? Is this something I could do with the help of my > knowledgable > > > flatmate Mr. Innocenti? > > > > Yep, shouldn't be hard nor a lot of code. > > > As we're there, we might want to add a progress display for long copy > operations. Currently, if you drop a large file on the journal icon, the > UI freezes for a long time with no indication of progress, tempting the > user to perform a hard reboot (and thus corrupting the datastore :-). > > If nobody has time to implement a nice progress bar, at least we could > put on the busy cursor (which is animated in our cursor theme, iirc). > Is this something we could tackle tonight once we're back in Asunción? Christoph -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Home view activities layout
On Tue, Aug 3, 2010 at 6:39 AM, Walter Bender wrote: > (3) even with the above resolved, we have arguably too little control > over the home view, both in terns of what appears -- several requests > have been made for the ability to have views of multiple collections: > e.g., school view, home view, etc. and the ability to customize (as > the Random View currently supports). (Also, there is often a request > for a background image for the Home View.) All of these are features > that could be added incrementally, preferably after we settle item #2. > (My favorite solution for collections is to allow multiple stars, like > in gmail.) My radical suggestion (years ago) was that the Home view should be an activity, like any other activity. It should be possible to install new home views just like any other activity bundle. In that environment, a thousand flowers can bloom. (Incidentally, I believe that the network view should also be an activity. The Journal already is an activity; it should be more easily replaceable.) --scott -- ( http://cscott.net/ ) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [support-gang] 10 things you should know about Sugar
Hi Mikus, On 3 Aug 2010, at 13:55, Mikus Grinbergs wrote: > Martin is revisiting whether 'Journal' should be considered a "View". > > I think how 'My Settings' is considered should also be revisited. My > problem is that occasionally, due to some situation (which I myself > might have caused), I am unable to bring up Home Circle View. Then, if > I need to change a 'My Settings' parameter, I can at best reboot - in > the hope that that will let me access 'My Settings' again. FWIW, the settings CP dialogue can be accessed from any of your own buddy icons (since Sugar 0.84 I think). So that's from the usual large home XO, your group XO, your neighbourhood XO, or your XO in the right frame. --Gary > I have the feeling that in tomorrow's versions there is an intent to > move control parameters out of 'My Settings' into the toolbar of the > Activity affected by that setting. While that solves the problem of > "easy access to a setting from an Activity", it results in dispersing > discovery of "What things in the system can the user change?". I myself > favor the centralizing of "control knobs", instead of dispersing them. > > But yes, there is a need for easy access to those "control knobs". Now > that (as a result of the High School keyboard) resources such as Journal > (for which there were dedicated keys on the membrane keyboard) are being > assigned to existing "Function Keys", I would like to see 'My Settings' > also be considered a "View", and be assigned its own invocation key. > > > Thanks, mikus > > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Home view activities layout
Starring activites in the journal to appear in Home makes sense. And the spiral as overflow for the ring, if executed well, seems like a good idea in order to preserve the general UI metaphor. We should test a range of different variations to end up with a design that is both efficient and visually elegant. I think we should also investigate a scalable grid view with thumbnails--I still believe this would make for a great counterpart to the ring/spiral. I'll look for the original mockups and start exploring this idea further... Christian On Aug 3, 2010, at 8:10 AM, Walter Bender wrote: > On Tue, Aug 3, 2010 at 7:58 AM, Gary Martin > wrote: >> Hi Walter, >> >> On 3 Aug 2010, at 11:39, Walter Bender >> wrote: >> >>> On Tue, Aug 3, 2010 at 5:45 AM, Tomeu Vizoso >>> wrote: On Tue, Aug 3, 2010 at 11:39, Martin Dengler >>> > wrote: > On Fri, Jul 30, 2010 at 11:32:34PM -0400, Walter Bender wrote: >> On Fri, Jul 30, 2010 at 8:25 PM, Chris Ball >> wrote: >>> Hi Christian, >>> >>> > Hi Chris--to address scalability we have a list view from >>> which >>> > you can select favorite activities to go in the ring. This >>> is a >>> > similar technique to the OSX dock or Windows taskbar. >>> >>> I don't think this is working out. For OLPC (and perhaps SoaS >>> as >>> well?) we're shipping with every activity other than Log and >>> Terminal >>> favorited by default, after receiving reports that kids didn't >>> understand how to launch activities otherwise. >> >> Here is a tighter spiral of 74 icons for the home view (running >> in the >> Sugar emulator at 800x600). >> >> http://wiki.sugarlabs.org/images/f/f0/Spiral-home-view.png > > +1 Sorry if this has already been considered, but maybe the favorites view should only contain the few most used activities and the rest can be launched from the list view? If this is not viable for some reason, maybe we need to fix or remove the list view? >>> >>> >>> Well, I think we are bumping up against three orthogonal issues >>> here: >>> >>> (1) how to make the Home View support more icons (without needing to >>> scroll or pan -- we saw problems with that in the original donut >>> view >>> and still see it with the control panel -- this is the goal of the >>> spiral. (The suggestion to shrink icons down to a pixel is a nice >>> one, >>> but rapidly degrades into something unusable in IMHO and requires >>> yet >>> another UI affordance: magnify. I think we can avoid such complexity >>> for quite some time yet.) >> >> One fallback I keep thinking about is an overflow/more... icon as >> the last available icon in a favourite layout. In much the same way >> as the toolbar overflow drop down menu, it would act as the final >> catch all for an excess of activity icons. Alternatively it could >> be an option for where the main list view functionality goes if we >> remove that view and decide Journal is not where the functionality >> should go — the drop down could hold all non favourites activities. >> >>> (2) the list view is intended to organize which icons are >>> available on >>> the home view and to access infrequently used icons. It also gives >>> the >>> user info re which version of an activity is installed. The current >>> design causes confusion with the Journal and has very limited >>> capability relative to the cost of supporting an alternative view. I >>> would vote to move this functionality to the Journal: starred >>> activities (items) show up on the Home View. >> >> Yes I think this has lots of potential. It does raise the issue/ >> feature of being able to fav non-bundles and have them appear on >> your home view (i.e. some specific PDF books you are currently >> reading), this needs some thought as the home view would now >> contain some activity icons that changed to show most recent usage >> plus provide 'start new' functionality, and others that always just >> resumed a the same specific activity id. Perhaps in this case we >> would revert to the old grey icon / start new for activity bundles >> (with resume in their drop down menu) — oh Lordy... ;) >> >>> But this is a seemingly >>> wholly separate topic from #1. >>> >>> (3) even with the above resolved, we have arguably too little >>> control >>> over the home view, both in terns of what appears -- several >>> requests >>> have been made for the ability to have views of multiple >>> collections: >>> e.g., school view, home view, etc. and the ability to customize (as >>> the Random View currently supports). (Also, there is often a request >>> for a background image for the Home View.) All of these are features >>> that could be added incrementally, preferably after we settle item >>> #2. >>> (My favorite solution for collections is to allow multiple stars, >>> like >>> in gmail.) >> >
Re: [Sugar-devel] [support-gang] 10 things you should know about Sugar
Martin is revisiting whether 'Journal' should be considered a "View". I think how 'My Settings' is considered should also be revisited. My problem is that occasionally, due to some situation (which I myself might have caused), I am unable to bring up Home Circle View. Then, if I need to change a 'My Settings' parameter, I can at best reboot - in the hope that that will let me access 'My Settings' again. I have the feeling that in tomorrow's versions there is an intent to move control parameters out of 'My Settings' into the toolbar of the Activity affected by that setting. While that solves the problem of "easy access to a setting from an Activity", it results in dispersing discovery of "What things in the system can the user change?". I myself favor the centralizing of "control knobs", instead of dispersing them. But yes, there is a need for easy access to those "control knobs". Now that (as a result of the High School keyboard) resources such as Journal (for which there were dedicated keys on the membrane keyboard) are being assigned to existing "Function Keys", I would like to see 'My Settings' also be considered a "View", and be assigned its own invocation key. Thanks, mikus ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Home view activities layout
On Tue, Aug 3, 2010 at 7:58 AM, Gary Martin wrote: > Hi Walter, > > On 3 Aug 2010, at 11:39, Walter Bender wrote: > >> On Tue, Aug 3, 2010 at 5:45 AM, Tomeu Vizoso wrote: >>> On Tue, Aug 3, 2010 at 11:39, Martin Dengler >>> wrote: On Fri, Jul 30, 2010 at 11:32:34PM -0400, Walter Bender wrote: > On Fri, Jul 30, 2010 at 8:25 PM, Chris Ball wrote: >> Hi Christian, >> >> > Hi Chris--to address scalability we have a list view from which >> > you can select favorite activities to go in the ring. This is a >> > similar technique to the OSX dock or Windows taskbar. >> >> I don't think this is working out. For OLPC (and perhaps SoaS as >> well?) we're shipping with every activity other than Log and Terminal >> favorited by default, after receiving reports that kids didn't >> understand how to launch activities otherwise. > > Here is a tighter spiral of 74 icons for the home view (running in the > Sugar emulator at 800x600). > > http://wiki.sugarlabs.org/images/f/f0/Spiral-home-view.png +1 >>> >>> Sorry if this has already been considered, but maybe the favorites >>> view should only contain the few most used activities and the rest can >>> be launched from the list view? If this is not viable for some reason, >>> maybe we need to fix or remove the list view? >> >> >> Well, I think we are bumping up against three orthogonal issues here: >> >> (1) how to make the Home View support more icons (without needing to >> scroll or pan -- we saw problems with that in the original donut view >> and still see it with the control panel -- this is the goal of the >> spiral. (The suggestion to shrink icons down to a pixel is a nice one, >> but rapidly degrades into something unusable in IMHO and requires yet >> another UI affordance: magnify. I think we can avoid such complexity >> for quite some time yet.) > > One fallback I keep thinking about is an overflow/more... icon as the last > available icon in a favourite layout. In much the same way as the toolbar > overflow drop down menu, it would act as the final catch all for an excess > of activity icons. Alternatively it could be an option for where the main > list view functionality goes if we remove that view and decide Journal is not > where the functionality should go — the drop down could hold all non > favourites activities. > >> (2) the list view is intended to organize which icons are available on >> the home view and to access infrequently used icons. It also gives the >> user info re which version of an activity is installed. The current >> design causes confusion with the Journal and has very limited >> capability relative to the cost of supporting an alternative view. I >> would vote to move this functionality to the Journal: starred >> activities (items) show up on the Home View. > > Yes I think this has lots of potential. It does raise the issue/feature of > being able to fav non-bundles and have them appear on your home view (i.e. > some specific PDF books you are currently reading), this needs some thought > as the home view would now contain some activity icons that changed to show > most recent usage plus provide 'start new' functionality, and others that > always just resumed a the same specific activity id. Perhaps in this case we > would revert to the old grey icon / start new for activity bundles (with > resume in their drop down menu) — oh Lordy... ;) > >> But this is a seemingly >> wholly separate topic from #1. >> >> (3) even with the above resolved, we have arguably too little control >> over the home view, both in terns of what appears -- several requests >> have been made for the ability to have views of multiple collections: >> e.g., school view, home view, etc. and the ability to customize (as >> the Random View currently supports). (Also, there is often a request >> for a background image for the Home View.) All of these are features >> that could be added incrementally, preferably after we settle item #2. >> (My favorite solution for collections is to allow multiple stars, like >> in gmail.) > > Multiple stars, like gmail? Hmm can't see that gmail feature — did you mean > multiple labels/tags? If we went with the Journal favs showing up in home > view, we could go the whole hog and use the Journal tags as well. That way > you could view home favs by tag with activities potentially appearing in more > than on group. > Might be an add-on. But I can assign different stars to my mail. Using tags is spot on, but we may want a button or star mechanism to generate the tags as well. > --Gary > >> -walter >> >>> >>> Regards, >>> >>> Tomeu >>> >> Thanks, >> >> - Chris. > > -walter Martin ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel >>> >> >> >> >> -- >> Walter Bender >> Sugar
Re: [Sugar-devel] Home view activities layout
Hi Walter, On 3 Aug 2010, at 11:39, Walter Bender wrote: > On Tue, Aug 3, 2010 at 5:45 AM, Tomeu Vizoso wrote: >> On Tue, Aug 3, 2010 at 11:39, Martin Dengler >> wrote: >>> On Fri, Jul 30, 2010 at 11:32:34PM -0400, Walter Bender wrote: On Fri, Jul 30, 2010 at 8:25 PM, Chris Ball wrote: > Hi Christian, > > > Hi Chris--to address scalability we have a list view from which > > you can select favorite activities to go in the ring. This is a > > similar technique to the OSX dock or Windows taskbar. > > I don't think this is working out. For OLPC (and perhaps SoaS as > well?) we're shipping with every activity other than Log and Terminal > favorited by default, after receiving reports that kids didn't > understand how to launch activities otherwise. Here is a tighter spiral of 74 icons for the home view (running in the Sugar emulator at 800x600). http://wiki.sugarlabs.org/images/f/f0/Spiral-home-view.png >>> >>> +1 >> >> Sorry if this has already been considered, but maybe the favorites >> view should only contain the few most used activities and the rest can >> be launched from the list view? If this is not viable for some reason, >> maybe we need to fix or remove the list view? > > > Well, I think we are bumping up against three orthogonal issues here: > > (1) how to make the Home View support more icons (without needing to > scroll or pan -- we saw problems with that in the original donut view > and still see it with the control panel -- this is the goal of the > spiral. (The suggestion to shrink icons down to a pixel is a nice one, > but rapidly degrades into something unusable in IMHO and requires yet > another UI affordance: magnify. I think we can avoid such complexity > for quite some time yet.) One fallback I keep thinking about is an overflow/more... icon as the last available icon in a favourite layout. In much the same way as the toolbar overflow drop down menu, it would act as the final catch all for an excess of activity icons. Alternatively it could be an option for where the main list view functionality goes if we remove that view and decide Journal is not where the functionality should go — the drop down could hold all non favourites activities. > (2) the list view is intended to organize which icons are available on > the home view and to access infrequently used icons. It also gives the > user info re which version of an activity is installed. The current > design causes confusion with the Journal and has very limited > capability relative to the cost of supporting an alternative view. I > would vote to move this functionality to the Journal: starred > activities (items) show up on the Home View. Yes I think this has lots of potential. It does raise the issue/feature of being able to fav non-bundles and have them appear on your home view (i.e. some specific PDF books you are currently reading), this needs some thought as the home view would now contain some activity icons that changed to show most recent usage plus provide 'start new' functionality, and others that always just resumed a the same specific activity id. Perhaps in this case we would revert to the old grey icon / start new for activity bundles (with resume in their drop down menu) — oh Lordy... ;) > But this is a seemingly > wholly separate topic from #1. > > (3) even with the above resolved, we have arguably too little control > over the home view, both in terns of what appears -- several requests > have been made for the ability to have views of multiple collections: > e.g., school view, home view, etc. and the ability to customize (as > the Random View currently supports). (Also, there is often a request > for a background image for the Home View.) All of these are features > that could be added incrementally, preferably after we settle item #2. > (My favorite solution for collections is to allow multiple stars, like > in gmail.) Multiple stars, like gmail? Hmm can't see that gmail feature — did you mean multiple labels/tags? If we went with the Journal favs showing up in home view, we could go the whole hog and use the Journal tags as well. That way you could view home favs by tag with activities potentially appearing in more than on group. --Gary > -walter > >> >> Regards, >> >> Tomeu >> > Thanks, > > - Chris. -walter >>> >>> Martin >>> >>> ___ >>> Sugar-devel mailing list >>> Sugar-devel@lists.sugarlabs.org >>> http://lists.sugarlabs.org/listinfo/sugar-devel >>> >>> >> > > > > -- > Walter Bender > Sugar Labs > http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] How to copy something from the Journal to a pendrive?
On Tue, 2010-08-03 at 09:11 +0200, Tomeu Vizoso wrote: > > How much effort would it be to add such an copy-to-USB option to the Journal > > hover palette? Is this something I could do with the help of my knowledgable > > flatmate Mr. Innocenti? > > Yep, shouldn't be hard nor a lot of code. As we're there, we might want to add a progress display for long copy operations. Currently, if you drop a large file on the journal icon, the UI freezes for a long time with no indication of progress, tempting the user to perform a hard reboot (and thus corrupting the datastore :-). If nobody has time to implement a nice progress bar, at least we could put on the busy cursor (which is animated in our cursor theme, iirc). The copy could probably be made fully asynchronous, but with no progress indication, there's a potential for users to extract USB sticks before the operation is finished. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] update on the collaboration refactoring
On Tue, Aug 3, 2010 at 12:08 PM, Tomeu Vizoso wrote: > Yes, Collabora is working on higher level APIs in telepathy-glib that > will be exposed through introspection and Canonical is exploring > similar APIs as part of the Quickly widgets library. Sounds great! Marco ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] update on the collaboration refactoring
On Tue, Aug 3, 2010 at 12:11, Marco Pesenti Gritti wrote: > On Mon, Aug 2, 2010 at 6:04 PM, Tomeu Vizoso > wrote: >> Activities using the sugar.presence API in sugar-toolkit should >> require no changes > > Is the long term plan to deprecate sugar.presence and have activities > interact directly with telepathy? Yes, Collabora is working on higher level APIs in telepathy-glib that will be exposed through introspection and Canonical is exploring similar APIs as part of the Quickly widgets library. Regards, Tomeu > Marco > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Home view activities layout
On Tue, Aug 3, 2010 at 5:45 AM, Tomeu Vizoso wrote: > On Tue, Aug 3, 2010 at 11:39, Martin Dengler wrote: >> On Fri, Jul 30, 2010 at 11:32:34PM -0400, Walter Bender wrote: >>> On Fri, Jul 30, 2010 at 8:25 PM, Chris Ball wrote: >>> > Hi Christian, >>> > >>> > > Hi Chris--to address scalability we have a list view from which >>> > > you can select favorite activities to go in the ring. This is a >>> > > similar technique to the OSX dock or Windows taskbar. >>> > >>> > I don't think this is working out. For OLPC (and perhaps SoaS as >>> > well?) we're shipping with every activity other than Log and Terminal >>> > favorited by default, after receiving reports that kids didn't >>> > understand how to launch activities otherwise. >>> >>> Here is a tighter spiral of 74 icons for the home view (running in the >>> Sugar emulator at 800x600). >>> >>> http://wiki.sugarlabs.org/images/f/f0/Spiral-home-view.png >> >> +1 > > Sorry if this has already been considered, but maybe the favorites > view should only contain the few most used activities and the rest can > be launched from the list view? If this is not viable for some reason, > maybe we need to fix or remove the list view? Well, I think we are bumping up against three orthogonal issues here: (1) how to make the Home View support more icons (without needing to scroll or pan -- we saw problems with that in the original donut view and still see it with the control panel -- this is the goal of the spiral. (The suggestion to shrink icons down to a pixel is a nice one, but rapidly degrades into something unusable in IMHO and requires yet another UI affordance: magnify. I think we can avoid such complexity for quite some time yet.) (2) the list view is intended to organize which icons are available on the home view and to access infrequently used icons. It also gives the user info re which version of an activity is installed. The current design causes confusion with the Journal and has very limited capability relative to the cost of supporting an alternative view. I would vote to move this functionality to the Journal: starred activities (items) show up on the Home View. But this is a seemingly wholly separate topic from #1. (3) even with the above resolved, we have arguably too little control over the home view, both in terns of what appears -- several requests have been made for the ability to have views of multiple collections: e.g., school view, home view, etc. and the ability to customize (as the Random View currently supports). (Also, there is often a request for a background image for the Home View.) All of these are features that could be added incrementally, preferably after we settle item #2. (My favorite solution for collections is to allow multiple stars, like in gmail.) -walter > > Regards, > > Tomeu > >>> > Thanks, >>> > >>> > - Chris. >>> >>> -walter >> >> Martin >> >> ___ >> Sugar-devel mailing list >> Sugar-devel@lists.sugarlabs.org >> http://lists.sugarlabs.org/listinfo/sugar-devel >> >> > -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Read and evince issues in F-14 (again!)
So it seems somehow that Read is the one with all the bad luck at the moment... It currently broken in F-14 and rawhide due to the gnome-python2 evince bindings being disabled as it doesn't look like at the moment that they're coming back anytime soon [1]. I'm going to work on this from a couple of angles to see what the options are. So firstly this is a heads up to the issue. Secondly I would like some feed back to what the options are. I get the feeling that we should be looking at the pygi bindings for evince (yea Tomeu I'm looking at you for feed back here :-D ) and what other options sugar develops think we might have here. Peter [1] http://lists.fedoraproject.org/pipermail/desktop/2010-August/thread.html ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] update on the collaboration refactoring
On Mon, Aug 2, 2010 at 6:04 PM, Tomeu Vizoso wrote: > Activities using the sugar.presence API in sugar-toolkit should > require no changes Is the long term plan to deprecate sugar.presence and have activities interact directly with telepathy? Marco ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Home view activities layout
On Tue, Aug 3, 2010 at 11:39, Martin Dengler wrote: > On Fri, Jul 30, 2010 at 11:32:34PM -0400, Walter Bender wrote: >> On Fri, Jul 30, 2010 at 8:25 PM, Chris Ball wrote: >> > Hi Christian, >> > >> > > Hi Chris--to address scalability we have a list view from which >> > > you can select favorite activities to go in the ring. This is a >> > > similar technique to the OSX dock or Windows taskbar. >> > >> > I don't think this is working out. For OLPC (and perhaps SoaS as >> > well?) we're shipping with every activity other than Log and Terminal >> > favorited by default, after receiving reports that kids didn't >> > understand how to launch activities otherwise. >> >> Here is a tighter spiral of 74 icons for the home view (running in the >> Sugar emulator at 800x600). >> >> http://wiki.sugarlabs.org/images/f/f0/Spiral-home-view.png > > +1 Sorry if this has already been considered, but maybe the favorites view should only contain the few most used activities and the rest can be launched from the list view? If this is not viable for some reason, maybe we need to fix or remove the list view? Regards, Tomeu >> > Thanks, >> > >> > - Chris. >> >> -walter > > Martin > > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Home view activities layout
On Fri, Jul 30, 2010 at 11:32:34PM -0400, Walter Bender wrote: > On Fri, Jul 30, 2010 at 8:25 PM, Chris Ball wrote: > > Hi Christian, > > > > > Hi Chris--to address scalability we have a list view from which > > > you can select favorite activities to go in the ring. This is a > > > similar technique to the OSX dock or Windows taskbar. > > > > I don't think this is working out. For OLPC (and perhaps SoaS as > > well?) we're shipping with every activity other than Log and Terminal > > favorited by default, after receiving reports that kids didn't > > understand how to launch activities otherwise. > > Here is a tighter spiral of 74 icons for the home view (running in the > Sugar emulator at 800x600). > > http://wiki.sugarlabs.org/images/f/f0/Spiral-home-view.png +1 > > Thanks, > > > > - Chris. > > -walter Martin pgpgxQ7sfuPdl.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ANNOUNCE] Sucrose 0.89.2 Tarballs Due
Dear Sucrose Maintainers, sorry for the short notice. We will have our second unstable release in the 0.90 development cycle the 4th of August [1]. Please provide the Sucrose 0.89.2 tarballs by tomorrow morning so we stick to the schedule. Please announce them as explained at [2]. Please note as well that the Feature Freeze and that for the API/ABI are approaching. Please read the definition at [3] and of course ask if you have any questions about them. The Freeze will be in effect after the 16th of August. Thanks, Simon [1] http://wiki.sugarlabs.org/go/0.88/Roadmap#Schedule [2] http://sugarlabs.org/go/Development_Team/Release#Module_release [3] http://wiki.sugarlabs.org/go/Development_Team/Release#Feature_freeze ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Browse owner
Sorry for the late reply, I was on vacation. Yes, I am absolutely ok with passing on ownership. Thanks again for taking on this valuable task, Simon On 07/18/2010 01:42 PM, Lucian Branescu wrote: > Silbe and I are Browse maintainers now. So if erikos is ok with it, > you can pass ownership to either one of us. > > On 18 July 2010 11:12, Bernie Innocenti wrote: >> Hello erikos, >> >> you're still marked the owner of the Browse project on >> git.sugarlabs.org. >> >> If you don't mind, I'll pass ownership of the project and mainline to >> Lucian (or Raul). You will still be able to commit to mainline. >> >> -- >>// Bernie Innocenti - http://codewiz.org/ >> \X/ Sugar Labs - http://sugarlabs.org/ >> >> > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] How to copy something from the Journal to a pendrive?
On Mon, Aug 2, 2010 at 22:06, Christoph Derndorfer wrote: > On Mon, Aug 2, 2010 at 12:01 PM, Tomeu Vizoso wrote: >> >> On Mon, Aug 2, 2010 at 17:54, Christoph Derndorfer >> wrote: >> > On Mon, Aug 2, 2010 at 2:27 AM, Gary Martin >> > wrote: >> >> >> >> On 2 Aug 2010, at 06:07, Christoph Derndorfer >> >> wrote: >> >> >> >> On Sun, Aug 1, 2010 at 9:23 AM, Tomeu Vizoso >> >> wrote: >> >>> >> >>> On Tue, Jul 27, 2010 at 21:06, Christoph Derndorfer >> >>> wrote: >> >>> > Okay, we just discovered that it's apparently just my pendrive (8GB >> >>> > Cruzer) >> >>> > that's not showing up on the details view's copy-button palette. >> >>> > >> >>> > One way or another I think it would make sense to also offer such a >> >>> > copy >> >>> > option on the Journal list view itself as else copying multiple >> >>> > files >> >>> > from >> >>> > the Journal to a pendrive would be royal pain. >> >>> >> >>> I actually thought we had such an entry in that palette. >> >> >> >> Yeah, that's what I had thought as well but since it's neither on my >> >> XO-1 >> >> (using 321py) nor on my XO-1.5 (build 206) I'm assuming that such a >> >> palette >> >> indeed doesn't exist. >> >> >> >> Yea just looked at build 767 (Sugar 0.82.1) vs. build 300py (Sugar >> >> 0.88.1). Both have a Copy menu item in the Journal hover palette, but >> >> it is >> >> only for copying to the clipboard, unlike the details view Copy icon >> >> that >> >> has a secondary menu function (when a USB device is inserted) for >> >> copying to >> >> the USB. > > How much effort would it be to add such an copy-to-USB option to the Journal > hover palette? Is this something I could do with the help of my knowledgable > flatmate Mr. Innocenti? Yep, shouldn't be hard nor a lot of code. Regards, Tomeu >> >> Interestingly 0.88.1 is not showing the nice USB icon in the >> >> details Copy menu that you get in 0.82.1 (there's just a blank space >> >> where >> >> the little USB icon would be). >> > >> > Yeah, I've also noticed that this icon seems to have gone MIA at some >> > point. > > This should also be easy to fix I assume, right? > >> >> >>I must admit the details view Copy to USB feature always seemed rather >> >> well hidden/unexpected to me. I've always just gone for the drag'n'drop >> >> from >> >> the main Journal view, though likely due to my long term Mac exposure. >> > >> > Interesting, to me it's the other way 'round because in Sugar I >> > generally >> > expect more options to be hidden in the palettes whereas drag'n'drop is >> > something that I had never used in Sugar before. >> > >> > (Out of curiosity: Where else in Sugar is drag'n'drop available?) >> >> I've personally taken care of making content draggable in Browse, >> Write and the Journal, though it may have regressed since. Also, >> most/all text fields should be dnd-enabled and I think Etoys uses it >> extensively as well. > > Ah, thanks for the heads-up. I guess I'll keep my eyes open for dnd stuff > over the coming days:-) > > Christoph > > -- > Christoph Derndorfer > co-editor, olpcnews > url: www.olpcnews.com > e-mail: christ...@olpcnews.com > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
