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

[Rodolfo D. Arce S.]

Hello:

I was wondering if you had considered if the Documents folder is translated.
I know that gnome when changing the default language for the user sometimes
renames the folders ("Documents" -> "Documentos, "Download" -> "Descargas",
etc) This is made usually during instalation or when the user changes the
default language

Cheers.. R

2011/5/19 Walter Bender <walter.bender at gmail.com>

>
>
> On Thu, May 19, 2011 at 7:50 AM, Walter Bender <walter.bender at gmail.com>wrote:
>
>>
>>
>> On Mon, May 16, 2011 at 2:54 PM, Walter Bender <walter.bender at gmail.com>wrote:
>>
>>> On Mon, May 16, 2011 at 2:17 PM, Gary Martin <garycmartin at googlemail.com>
>>> wrote:
>>> > 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:
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Let me know what you think / any feedback.
>>>
>>> Much cleaner. +1
>>>
>>> I'll upload it as part of a revised patch.
>>>
>>
>> Attached is a replacement patch to sugar-art work swapping in Gary's
>> version of the users-document icon.
>>
>
> Also attached is a new version of the patch to volumestoolbar.py since
> Gary's icon has a different name than the one I had been using.
>
> -walter
>
>>
>> regards.
>>
>> -walter
>>
>>
>>>
>>> thanks.
>>>
>>> -walter
>>> >
>>> > 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
>>> >
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> Walter Bender
>>> Sugar Labs
>>> http://www.sugarlabs.org
>>>
>>
>>
>>
>> --
>> Walter Bender
>> Sugar Labs
>> http://www.sugarlabs.org
>>
>>
>
>
> --
> Walter Bender
> Sugar Labs
> http://www.sugarlabs.org
>
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>


-- 
*Rodolfo D. Arce S.*
web: rodolfoarce.com
twitter: @rodolfoarces <http://twitter.com/rodolfoarces>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20110519/d995b978/attachment.html>