[Sugar-devel] [PATCH] adding $HOME/Documents to the volumes toolbar

[Gary Martin]

Hi Walter,

On 14 May 2011, at 15:35, Walter Bender wrote:

> On Sat, May 14, 2011 at 10:21 AM, Gary Martin
> <garycmartin at googlemail.com> wrote:
>> Hi Walter,
>> 
>> On 10 May 2011, at 13:54, Walter Bender wrote:
>> 
>>> As per a discussion at the EduJam and Sugar Code Sprint, I have
>>> modified a patch by tch to add access to ~/Documents to the volume
>>> toolbar in the Journal.
>>> 
>>> Two patches: (1) a new icon; and (2) the patch to volumestoolbar.py
>>> 
>>> (Gary. could you please look at the icon?)
>> 
>> Could you clarify a couple of things for me:
>> 
>>  - will the volumes toolbar tray now always be visible in the Journal (usually with just this one icon)?
> Only if there is a $HOME/Documents directory.
> 
>>  - will this only activate for folks using GNOME + Sugar desktop combined installs (ease use of files between desktops)
> Well, they will have a $HOME/Documents directory, while the non-GNOME
> users probably won't by default.

Sounds fair (if perhaps a little of a secret easter egg). Deployments can either make sure their builds include the directory/folder, or the more technical users can create a $HOME/Documents themselves if they want one (or even mount something else there, I'd likely mount a VirtualBox shared host folder there for quick file exchange with my Mac).

>>  - can it easily be disabled in a build to keep the Sugar UI uncluttered (sounds like this might be a quick hack to help fix poorly ported GNOME applications like tuxpaint)?
> I think it has more general utility in that there will always be
> non-Sugarized activities. I think this is especially important for
> teachers.
> 
>>  - are there thoughts to add other local paths, root?
> I think have one place for easy data exchange is adequate. Documents
> seems a logic place.
> 
>>  - are there thoughts to add remote resource paths, webdav, schoolservers, ftp, dropbox?
> Yes. tch is working on that.

Cool.

>> General comment: Certainly would want to make some small changes to the icon as is, do we want to introduce the concept of folders? I'm thinking about consistent visual metaphors for various resource types, local vs. remote at least seems an important distinction (if we end up with a bunch of different targets down in the tray).
> I am not opposed to introducing the concept of folders as a logical
> bridge to the non-Sugar world.

Here's a shot at xml clean-up and a slight design simplification on your version. I've tried to maximise the size of the document visual by only using a silhouette outline of the folder, slightly rounded vs. the square edged document to help differentiate the shapes:

 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: user-documents-small.png
Type: image/png
Size: 6750 bytes
Desc: not available
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20110516/1fc5265c/attachment-0002.png>
-------------- next part --------------

 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: user-documents-large.png
Type: image/png
Size: 7849 bytes
Desc: not available
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20110516/1fc5265c/attachment-0003.png>
-------------- next part --------------

 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: user-documents.svg
Type: image/svg+xml
Size: 924 bytes
Desc: not available
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20110516/1fc5265c/attachment-0001.svg>
-------------- next part --------------


Let me know what you think / any feedback.

Regards,
--Gary

> -walter
> 
>> 
>> Regards,
>> --Gary
>> 
>>> -walter
>>> 
>>> --
>>> Walter Bender
>>> Sugar Labs
>>> http://www.sugarlabs.org
>>> <0001-adding-documents-icon.patch><0001-adding-home-walter-Documents-to-volumes-toolbar.patch>_______________________________________________
>>> Sugar-devel mailing list
>>> Sugar-devel at lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/sugar-devel
>> 
>> 
> 
> 
> 
> -- 
> Walter Bender
> Sugar Labs
> http://www.sugarlabs.org