Activity Homepage:
http://activities.sugarlabs.org/addon/4193
Sugar Platform:
0.96 - 0.100
Download Now:
http://activities.sugarlabs.org/downloads/file/28891/physics-16.xo
Release notes:
16
Added sharing to Magic Pen and Polygon tools
Sugar Labs Activities
http://activities.sugarlabs.org
___
Hi,
For the system level notifications I was thinking of adding an ! icon (or
anything else) to the end of the frame and putting the notification palette
on that. Or maybe they should go under the journal, since the journal is
used for the system space notifications. What do you think from a ui
pe
On Thu, Jan 30, 2014 at 7:12 AM, Daniel Narvaez wrote:
> On 27 January 2014 13:32, Manuel Quiñones wrote:
>>
>> > What method? Adding the pages in a "fr/" subdirectory?
>>
>> That will work. We can also have FR / EN / .. selector in the site
>> header.
>
>
> I wonder what would be a good way to
The implementation I did a few years ago, covered these system-level cases
decently well, it was not distracting since it was only a icon in the frame
and the palette acted like a messages queue... the messages are not lost
(as they remain in the palette for a longer while) and it does not distract
One problem we have right now with the notifications in Sugar,
is than is very easy lose a notification.
A common case is when you send a file to a friend.
Your friend receive a notification, and need accept it,
but the corner icon flash by a short time.
Is something difficult to balance, to not di
On Thu, Jan 30, 2014 at 9:41 AM, Daniel Narvaez wrote:
> This seems something we should apply in any case.
>
>
At least looks right :)
I am waiting a little to see if we can find the solution to the problem
Lionel found,
but anyway I will send the patch.
Gonzalo
>
> On 28 January 2014 21:06,
I have tried in sugar-build, with and without the env variable, and can't
reproduce the issue.
Gonzalo
On Thu, Jan 30, 2014 at 9:41 AM, Daniel Narvaez wrote:
> In sugar-build you was not seeing the issue right?
>
> What I was suggesting was to enable webkit1 usage in sugar-build using
> that e
This seems something we should apply in any case.
On 28 January 2014 21:06, Gonzalo Odiard wrote:
> Lionel,
> Can you try this patch?
>
> diff --git a/src/sugar3/activity/webkit1.py
> b/src/sugar3/activity/webkit1.py
> index deaaa12..dfd0a50 100644
> --- a/src/sugar3/activity/webkit1.py
> +++ b
On Thu, Jan 30, 2014 at 9:36 AM, Daniel Narvaez wrote:
> On 28 January 2014 15:18, Gonzalo Odiard wrote:
>
>>
>> How many emails are you getting?
>
Not a exact number (I can count them in the future) but maybe 10 in the
last 6 months.
>
>>
>> Now, (just if is useful) a little history about t
In sugar-build you was not seeing the issue right?
What I was suggesting was to enable webkit1 usage in sugar-build using that
env variable, and see if that made the issue appear. It wouldn't
immediately solve your issue, but being able to blame it on webkit1 (or
not) would be helpful in further d
On 28 January 2014 15:18, Gonzalo Odiard wrote:
> Hi,
> I am late in this thread, because I was disconnected for a week.
> FWIW, I am listed as a contact here [1] (before me, was erikos)
> then I receive mails from people interested in participate.
> I usually ask for people interest and knowledg
On 27 January 2014 13:32, Manuel Quiñones wrote:
> > What method? Adding the pages in a "fr/" subdirectory?
>
> That will work. We can also have FR / EN / .. selector in the site header.
>
I wonder what would be a good way to translate the in-code docs.
Hi Lionel,
Lionel Laské writes:
> However the tool seems to be a bit paranoiac, it consider for example
> this file as NON-FREE: http://llaske.github.io/Sugarizer/js/
> constant.js !
It's just a matter of declaring licenses at the right place.
A bit boring I agree, but not difficult. I've been
13 matches
Mail list logo