Re: [Sugar-devel] [DESIGN] Proposal: icons for Record Timer and Duration

[Sascha Silbe]

Excerpts from Gary Martin's message of Fri Jul 08 16:55:22 +0200 2011:

> Absolutely, that mockup looks great. Does anyone know how to put an icon in 
> the gtk combo widget, I'm sure there are some other places in Sugar and other 
> activities that would make good use of this technique!

gtk.ComboBox interfaces to a TreeModel and is supposed to support the
full capabilities of this model. Multiple columns certainly work. From
Backup [1]:


self._media_combo_model = gtk.ListStore(str, str, str, str)
self._media_combo = gtk.ComboBox(self._media_combo_model)
if not pre_086_toolbars:
icon_renderer = CellRendererIcon(self._media_combo)
icon_renderer.props.xo_color = self._color
icon_renderer.props.width = style.STANDARD_ICON_SIZE + \
style.DEFAULT_SPACING
icon_renderer.props.height = style.STANDARD_ICON_SIZE
icon_renderer.props.size = style.STANDARD_ICON_SIZE
icon_renderer.props.xpad = style.DEFAULT_PADDING
icon_renderer.props.ypad = style.DEFAULT_PADDING
self._media_combo.pack_start(icon_renderer, False)
self._media_combo.add_attribute(icon_renderer, 'icon_name',
self._MEDIA_COMBO_ICON_COLUMN)
# FIXME: icon_renderer for pre-0.86

name_renderer = gtk.CellRendererText()
self._media_combo.pack_start(name_renderer, False)
self._media_combo.add_attribute(name_renderer, 'text',
self._MEDIA_COMBO_NAME_COLUMN)
free_renderer = gtk.CellRendererText()
self._media_combo.pack_start(free_renderer, False)
self._media_combo.add_attribute(free_renderer, 'text',
self._MEDIA_COMBO_FREE_COLUMN)

tool_item = gtk.ToolItem()
tool_item.add(self._media_combo)
# FIXME: looks like plain GTK, not like Sugar
tooltip_text = _('Storage medium to store the backup on')
tool_item.set_tooltip_text(tooltip_text.encode('utf-8'))
toolbar.insert(tool_item, -1)


For pre-0.86 you'd have to either find a replacement for
sugar.graphics.icon.CellRendererIcon or bundle a copy of it. Please CC
me on the patch so I can do the same in Backup. :)

Sascha

[1] http://git.sugarlabs.org/backup/mainline/blobs/master/backup.py#line518
-- 
http://sascha.silbe.org/
http://www.infra-silbe.de/


signature.asc
Description: PGP signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Proposed solution to OLPC #10930

[Walter Bender]

On Fri, Jul 8, 2011 at 1:20 PM, Gonzalo Odiard  wrote:
> Thanks Walter.
> Rafael also pointed my to try copy and paste images from Paint to Write
> and I could reproduce the issue.
>
> I have found solution :)

Hurrah!! But I suppose I need to keep my work-around in TA until the
patch lands more generally.

-walter

>
> If I apply 0001-Pack-page-in-ToolbarButton-when-is-conected-to-the-w.patch
> all works. I can remove the workaround in TuirtleArt and continue working.
> My other patch does not work, and looking at the code in TurtleArt have
> sense,
> because the buttons and toolbars are created in different order.
> This patch does not depends of the programmer create the toolbars in a
> specific order.
>
> Gonzalo
>
>
> On Fri, Jul 8, 2011 at 9:21 AM, Simon Schampijer 
> wrote:
>>
>> On 07/08/2011 01:08 PM, Walter Bender wrote:
>>>
>>> On Fri, Jul 8, 2011 at 4:10 AM, Simon Schampijer
>>>  wrote:

 On 06/23/2011 03:53 PM, Gonzalo Odiard wrote:
>
> I was working in the solution of OLPC #10930 "copy/paste does not work
> in
> if
> one has not revealed the edit toolbar once"
> The problem can be reproduced in activities with the new toolbars, like
> Terminal or Browse.
> For example, in Terminal, if you open the activity, select a text and
> press
> "Shift-Ctrl-C", nothing is copied,
> if you show the Edit toolbar and try pressing "Sift-Ctrl-C" again, the
> text
> is copied.
> The same happen in Browse with "Ctrl-C"

 The problem seem to 'only' exist in Terminal, other Activities with the
 new
 toolbars like Browse and Write do work fine. This is because Terminal
 does
 override the shortcut to "Sift-Ctrl-C". Maybe this changes the approach
 of
 fixing the issue.
>>>
>>> The problem is not only in Terminal. I have the same problem with
>>> Turtle Art, where I don'[t try to override the shortcut. My workaround
>>> had been to open and then close the edit toolbar on startup, but that
>>> only seems to work intermittently these days.
>>>
>>> See http://bugs.sugarlabs.org/ticket/2050
>>> See http://bugs.sugarlabs.org/ticket/2751
>>>
>>> regards.
>>>
>>> -walter
>>
>> Ohh, I see - thanks Walter for the update on this.
>>
>> Regards,
>>   Simon
>> ___
>> 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] SugarCamp in Paris -- save the date: September 9th-10th-11th, 2011

[Bastien]

Hi Chris,

Chris Leonard  writes:

> Please consider some time dedicated to i18n / L10n efforts (or at
> least recrutiment) for both French and other languages like Haitian
> Kreyol or indigineous languages of Francophone Africa where ex-pat /
> immigrant communities could be engaged.  This should include not only
> Pootle-hosted (and upstream strings), but contributions to
> longer-form efforts like FLOSSManuals e-books.

Noted -- thanks.  

I plan to stabilize the schedule before next week, so please all 
send your suggestions and comments!

Best,

-- 
 Bastien
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Proposal: icons for Record Timer and Duration

[Walter Bender]

2011/7/8 Gary Martin :
> Hi Manuel,
>
> On 8 Jul 2011, at 15:00, manuel quiñones  wrote:
>
>> Hi,
>>
>> 2011/6/26 Gary Martin :
>>
>>> Well, we need add a icon to a combo for the webentry in Browse too :)
>>>
>>> For those not following along ;) this would be for placing a slightly
>>> smaller reload/stop toolbar button inside the combo so that we can free up
>>> some toolbar space for the url/location field that is getting rather too
>>> cramped these days (addition of home button was the last straw for this
>>> camels back).
>>
>> I did another mockup with the icons integrated in the combos:
>>
>> http://dev.laptop.org/~manuq/record_design/record_mockup3.png
>
> Absolutely, that mockup looks great. Does anyone know how to put an icon in 
> the gtk combo widget, I'm sure there are some other places in Sugar and other 
> activities that would make good use of this technique!

Maybe look at the code for putting an icon in a text entry field?

-walter

>
> Regards,
> --Gary
>
>>
>> I think we need to solve this soon for Record.
>>
>> --
>> .. manuq ..
> ___
> 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] Proposed solution to OLPC #10930

[Gonzalo Odiard]

Thanks Walter.
Rafael also pointed my to try copy and paste images from Paint to Write
and I could reproduce the issue.

I have found solution :)

If I apply 
0001-Pack-page-in-ToolbarButton-when-is-conected-to-the-w.patch
all works. I can remove the workaround in TuirtleArt and continue working.
My other patch does not work, and looking at the code in TurtleArt have
sense,
because the buttons and toolbars are created in different order.
This patch does not depends of the programmer create the toolbars in a
specific order.

Gonzalo


On Fri, Jul 8, 2011 at 9:21 AM, Simon Schampijer wrote:

> On 07/08/2011 01:08 PM, Walter Bender wrote:
>
>> On Fri, Jul 8, 2011 at 4:10 AM, Simon Schampijer
>>  wrote:
>>
>>> On 06/23/2011 03:53 PM, Gonzalo Odiard wrote:
>>>

 I was working in the solution of OLPC #10930 "copy/paste does not work
 in
 if
 one has not revealed the edit toolbar once"
 The problem can be reproduced in activities with the new toolbars, like
 Terminal or Browse.
 For example, in Terminal, if you open the activity, select a text and
 press
 "Shift-Ctrl-C", nothing is copied,
 if you show the Edit toolbar and try pressing "Sift-Ctrl-C" again, the
 text
 is copied.
 The same happen in Browse with "Ctrl-C"

>>>
>>> The problem seem to 'only' exist in Terminal, other Activities with the
>>> new
>>> toolbars like Browse and Write do work fine. This is because Terminal
>>> does
>>> override the shortcut to "Sift-Ctrl-C". Maybe this changes the approach
>>> of
>>> fixing the issue.
>>>
>>
>> The problem is not only in Terminal. I have the same problem with
>> Turtle Art, where I don'[t try to override the shortcut. My workaround
>> had been to open and then close the edit toolbar on startup, but that
>> only seems to work intermittently these days.
>>
>> See 
>> http://bugs.sugarlabs.org/**ticket/2050
>> See 
>> http://bugs.sugarlabs.org/**ticket/2751
>>
>> regards.
>>
>> -walter
>>
>
> Ohh, I see - thanks Walter for the update on this.
>
>
> Regards,
>   Simon
> __**_
> 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] SugarCamp in Paris -- save the date: September 9th-10th-11th, 2011

[Chris Leonard]

On Fri, Jul 8, 2011 at 9:57 AM, Bastien  wrote:

>
> Also feel free to make suggestions on how we can best use this
> opportunity to work together on Sugar: topics, goals, codecamp
> sessions, etc.
>

Bastien,

Please consider some time dedicated to i18n / L10n efforts (or at least
recrutiment) for both French and other languages like Haitian Kreyol or
indigineous languages of Francophone Africa where ex-pat / immigrant
communities could be engaged.  This should include not only Pootle-hosted
(and upstream strings), but contributions to longer-form efforts like
FLOSSManuals e-books.

French
http://translate.sugarlabs.org/fr/

Haitian Kreyol
http://translate.sugarlabs.org/ht/

cjl
volunteer Sugar Labs / OLPC / eToys Poolte admin
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Proposal: icons for Record Timer and Duration

[Gary Martin]

Hi Manuel,

On 8 Jul 2011, at 15:00, manuel quiñones  wrote:

> Hi,
> 
> 2011/6/26 Gary Martin :
> 
>> Well, we need add a icon to a combo for the webentry in Browse too :)
>> 
>> For those not following along ;) this would be for placing a slightly
>> smaller reload/stop toolbar button inside the combo so that we can free up
>> some toolbar space for the url/location field that is getting rather too
>> cramped these days (addition of home button was the last straw for this
>> camels back).
> 
> I did another mockup with the icons integrated in the combos:
> 
> http://dev.laptop.org/~manuq/record_design/record_mockup3.png

Absolutely, that mockup looks great. Does anyone know how to put an icon in the 
gtk combo widget, I'm sure there are some other places in Sugar and other 
activities that would make good use of this technique!

Regards,
--Gary

> 
> I think we need to solve this soon for Record.
> 
> -- 
> .. manuq ..
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] [PATCH RFC sugar] Wireless network Frame device: add suport for disabling wireless devices

[Gary Martin]

On 8 Jul 2011, at 10:28, Daniel Drake  wrote:

> On 27 June 2011 12:27, Sascha Silbe  wrote:
>> This duplicates the existing functionality in the Control Panel for more
>> convenient access. Disabling wifi devices can save power, thereby increasing
>> battery life.
> 
> On XO-1 (and also currently on XO-1.5) we have the option of removing
> power from the wifi device when it is disabled. While this is clearly
> desirable, we don't have the code in place right now, but it will
> come.
> 
> So, this will cause the device to disppear and the frame will be
> updated accordingly. This means that you'd lose symmetry - you could
> disable the device from the frame, but then the icon would disappear
> and you wouldn't have the same way of enabling it again.
> 
> I know it is a rare case for a user to have multiple active wireless
> devices, but the way that you are linking a global wifi on-off switch
> to an individual wireless device lacks a bit of consistency in design
> (and is actually the cause of the above).

I have to agree with you, Sacha has quite a long list of network related UI 
design change preposals and this seemed like the least offensive one, but if, 
as you point out above, the frame icon will be removed when the device is 
really powered off (with some future patch), then I'd not want to see this 
extra menu item landed.

My original suggestion for covering the extra functionality that Sacha has been 
preposing was to work on a feature allowing a control panel module to be opened 
directly from else where in Sugar (the wireless device palette opening the 
networking module in this case), so that a user could quickly access the 
relevant cp module, in context, for more advanced tweaking. The new features 
can than be added to cp modules as needed. I believe this was originally 
preposed by Eben some time back to try and help keep the primary Sugar UI 
design as focused as possible and avoid feature creep/clutter.

Regards,
--Gary

> Daniel
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [PATCH] Display build number at Name Page

[Simon Schampijer]

On 07/08/2011 02:26 PM, Daniel Drake wrote:

On 15 June 2011 16:01, Esteban Bordón  wrote:

This patch show the build number in the name page for first boot (see
attached file). It's very useful to test the correct massive flashing for
technical team.


I have a lot of experience handing out laptops to our target first
time users (young children, often in places with little access to
computers), and this screen is their first interaction with the
laptop.

It may sound excessive and a little unbelievable, but this first step
really is a very challenging and stressful experience for everyone
involved. This screen must be kept as simple as possible.

For example, in Ethiopia, with all laptops strictly turned off, the
teacher explained (in the local language, of course) what the first
steps with the laptop are - write your name, pick your colour. At the
same time, I drew the screens on the blackboard. We then ran through
this in person, and the teacher used me as an example. She asked for
my name, which I told her, then wrote in the "Name:" box that we had
drawn on the board. Simple? Most children in that class turned on the
laptop having not really understood their own teacher, and wrote
"Daniel" in the name box.

Or in Nicaragua, where a very young girl looking very blankly and
nervously at the screen, eventually found enough courage to talk to
the odd foreigner in front of her and finally responded to my
question: "What's your name?". Maria. "How do you spell it?"
m-a-r-i-a. "Can you see the M key on the laptop?". Yes - she points at
it. "Ok, now press it with your finger."  She looked blankly for a
while and said "I...can't"

I have a lot more experiences like this. Even the next steps are
difficult where children don't understand that they have to move the
mouse to the "Next" button before clicking, or they don't understand
why the click was necessary (isn't pointing at the button with the
mouse enough?).

So while I can see some value in a quick communication of the
installed software version details for a small proportion of people
involved, I think displaying it in this form would just add to the
huge amount of confusion that our target users experience when they
first receive their laptop.

Instead, I would suggest that it be made available by a keypress for
the technically inclined. This is already the case (Ctrl+Alt+F2). But
if that really is insufficient then perhaps it could be temporarily
shown on the Sugar naming screen while Ctrl+Shift are held down, or
something like that.

Daniel


Thanks Daniel for your thoughts on this. As I said in an earlier mail I 
am against overloading the naming page with build information. A 
compromise to show it on a special key sounds ok to me.


I still like the idea of displaying it during the boot process as well. 
Sascha, do you have a link to the dextrose patch for that?


Regards,
   Simon
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] SugarCamp in Paris -- save the date: September 9th-10th-11th, 2011

[Bastien]

Dear all,

I'm glad to announce that OLPC France is on the starting blocks for
preparing its 2nd International Sugar Camp, to be held in Paris, in
september 9th-10th-11th (same location than last time).

Here is a very drafty preliminary program:

- Friday 9th, Sept. 2011: dinner / social event
- Saturday 10th, Sept. 2011 - morning: Barcamp
- Saturday 10th, Sept. 2011 - afternoon: Plenary session
- Sunday 11th, Sept. 2011 - all day: Barcamp

The plenary session will include conferences about Sugar, feedback
about deployments, reports on OLPC France activities, current OLPC 
successes and challenges, etc.

Please forward this announcement to any relevant channel!

If you want/plan to come, please reply to this email.

Also feel free to make suggestions on how we can best use this
opportunity to work together on Sugar: topics, goals, codecamp
sessions, etc.

Thanks in advance!

All best,

-- 
 Bastien
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [PATCH] Display build number at Name Page

[Martin Dengler]

On Fri, Jul 08, 2011 at 01:26:40PM +0100, Daniel Drake wrote:
> On 15 June 2011 16:01, Esteban Bordón  wrote:
> > This patch show the build number in the name page for first boot (see
> > attached file). It's very useful to test the correct massive flashing for
> > technical team.
> 
> It may sound excessive and a little unbelievable, but this first step
> really is a very challenging and stressful experience for everyone
> involved. This screen must be kept as simple as possible.
> [...]
> [P]erhaps it could be temporarily shown on the Sugar naming screen
> while Ctrl+Shift are held down, or something like that.

+1.

Ctrl + Shift or flash the mic LED or spew it on the wireless interface
as a spurious ICMP packet's target IPv4 address, but the visible UI
should be geared toward the people using the laptops.

Having the build number there disrupts the UX of the vast majority to
the benefit of a tiny minority of people.

> Daniel

Martin


pgpbOw5rp55R7.pgp
Description: PGP signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Turn your frequency generator into a super powerful mosquito repeller

[Walter Bender]

On Fri, Jul 8, 2011 at 7:49 AM, Bert Freudenberg  wrote:
> On 08.07.2011, at 08:08, Caryl Bigenho wrote:
>
>> Hi
>>
>> Let's put this to a test!
>>
>> With all the flooding we are having in Montana this summer the clouds of 
>> mosquitos are really fierce! Our family is visiting with their PCs and I 
>> have a Mac.  We can try this in the next couple of days and see if it really 
>> works. It says it can be barely audible. I was curious to see how low these 
>> notes would be and found this interesting chart (link below). Many of the 
>> instruments listed are no longer in daily use and exist mainly in museums, 
>> but some, such as the bass viol and bassoon are very common. In fact, my 
>> husband has his bassoon here with him in Montana!  But, I don't think he 
>> wants to play a continuous low note... he has better things to do! We can 
>> find an appropriate tone generator for our test.
>>
>> http://www.contrabass.com/pages/frequency.html
>>
>> Caryl
>
> Easy to test using an XO. In Etoys, select the "sound" category in any 
> object's viewer, drag out the "play frequency of" tile, make the script 
> ticking. You should hear the sound now, and you can click on the green 
> down-arrow to lower the frequency:
>
>
>
>
> On my XO it becomes inaudible at 200 Hz using the built-in speakers. Plugging 
> in good headphones it goes way below 30 Hz.
>
> - Bert -
>
>
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>

Absolutely we should use things like this as an opportunity for kids
to do some science. (FWIW, you can use Turtle Art to generate sine
waves as well, by importing a python block)

[[0, ["start", 2.0], 0, 100, [null, 1]],
[1, ["userdefined", "pysamples/sinewave.py"], 0, 142, [0, 2, null]],
[2, ["number", 100], 58, 142, [1, null]]]

Where you set number to whatever Hz you want.

-walter

-- 
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] [IAEP] Turn your frequency generator into a super powerful mosquito repeller

[Chris Leonard]

On Fri, Jul 8, 2011 at 2:05 AM, James Cameron  wrote:

> On Fri, Jul 08, 2011 at 01:53:22AM -0400, Chris Leonard wrote:
> >
> > The article probably also fails to mention that peer-reviewed
> > scientific tests of this concept prove it to be useless.
> >
> > http://www.ncbi.nlm.nih.gov/pubmed/290
>
> I disagree.  Those tests were of 20-70 kHz, not 45-67 Hz.  I've found no
> peer-reviewed tests of low frequency sound, but then I don't know where
> to look.  Got any ideas?
>
> (I do see another study on NIH showing high frequency sound induced
> increased biting rates ... http://www.ncbi.nlm.nih.gov/pubmed/20618651 )
>
>
James,

You are quite right, I did not pay close enough attention to the units (Hz
vs kHz) , but at least I provided the citation so I could be challenged :-)

I was a GenBank Fellow at the NIH National Library of Medicine, so PubMed is
my go-to database fo biomedical publications, there are others that might be
checked (e.g. Agricola for agriculture) , but I suspect that PubMed would
have the relevant literature if it existed.  It has over 20 million
citations from thousands (if not tens of thousands) of journals, including
the J Am Mosq Control Assoc.
where I found the
citation I provided.

As the mosquito is the unofficial state bird of New Jersey, (where I grew
up), and NJ mosquitos have been know to carry off small children, I have a
natural skepticism of any claims to be able to deter them that are not
rigorously tested :-)

cjl
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [PATCH] Display build number at Name Page

[Daniel Drake]

On 15 June 2011 16:01, Esteban Bordón  wrote:
> This patch show the build number in the name page for first boot (see
> attached file). It's very useful to test the correct massive flashing for
> technical team.

I have a lot of experience handing out laptops to our target first
time users (young children, often in places with little access to
computers), and this screen is their first interaction with the
laptop.

It may sound excessive and a little unbelievable, but this first step
really is a very challenging and stressful experience for everyone
involved. This screen must be kept as simple as possible.

For example, in Ethiopia, with all laptops strictly turned off, the
teacher explained (in the local language, of course) what the first
steps with the laptop are - write your name, pick your colour. At the
same time, I drew the screens on the blackboard. We then ran through
this in person, and the teacher used me as an example. She asked for
my name, which I told her, then wrote in the "Name:" box that we had
drawn on the board. Simple? Most children in that class turned on the
laptop having not really understood their own teacher, and wrote
"Daniel" in the name box.

Or in Nicaragua, where a very young girl looking very blankly and
nervously at the screen, eventually found enough courage to talk to
the odd foreigner in front of her and finally responded to my
question: "What's your name?". Maria. "How do you spell it?"
m-a-r-i-a. "Can you see the M key on the laptop?". Yes - she points at
it. "Ok, now press it with your finger."  She looked blankly for a
while and said "I...can't"

I have a lot more experiences like this. Even the next steps are
difficult where children don't understand that they have to move the
mouse to the "Next" button before clicking, or they don't understand
why the click was necessary (isn't pointing at the button with the
mouse enough?).

So while I can see some value in a quick communication of the
installed software version details for a small proportion of people
involved, I think displaying it in this form would just add to the
huge amount of confusion that our target users experience when they
first receive their laptop.

Instead, I would suggest that it be made available by a keypress for
the technically inclined. This is already the case (Ctrl+Alt+F2). But
if that really is insufficient then perhaps it could be temporarily
shown on the Sugar naming screen while Ctrl+Shift are held down, or
something like that.

Daniel
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Proposed solution to OLPC #10930

[Simon Schampijer]

On 07/08/2011 01:08 PM, Walter Bender wrote:

On Fri, Jul 8, 2011 at 4:10 AM, Simon Schampijer  wrote:

On 06/23/2011 03:53 PM, Gonzalo Odiard wrote:


I was working in the solution of OLPC #10930 "copy/paste does not work in
if
one has not revealed the edit toolbar once"
The problem can be reproduced in activities with the new toolbars, like
Terminal or Browse.
For example, in Terminal, if you open the activity, select a text and
press
"Shift-Ctrl-C", nothing is copied,
if you show the Edit toolbar and try pressing "Sift-Ctrl-C" again, the
text
is copied.
The same happen in Browse with "Ctrl-C"


The problem seem to 'only' exist in Terminal, other Activities with the new
toolbars like Browse and Write do work fine. This is because Terminal does
override the shortcut to "Sift-Ctrl-C". Maybe this changes the approach of
fixing the issue.


The problem is not only in Terminal. I have the same problem with
Turtle Art, where I don'[t try to override the shortcut. My workaround
had been to open and then close the edit toolbar on startup, but that
only seems to work intermittently these days.

See http://bugs.sugarlabs.org/ticket/2050
See http://bugs.sugarlabs.org/ticket/2751

regards.

-walter


Ohh, I see - thanks Walter for the update on this.

Regards,
   Simon
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Turn your frequency generator into a super powerful mosquito repeller

[Bert Freudenberg]

On 08.07.2011, at 08:08, Caryl Bigenho wrote:

> Hi
> 
> Let's put this to a test!
> 
> With all the flooding we are having in Montana this summer the clouds of 
> mosquitos are really fierce! Our family is visiting with their PCs and I have 
> a Mac.  We can try this in the next couple of days and see if it really 
> works. It says it can be barely audible. I was curious to see how low these 
> notes would be and found this interesting chart (link below). Many of the 
> instruments listed are no longer in daily use and exist mainly in museums, 
> but some, such as the bass viol and bassoon are very common. In fact, my 
> husband has his bassoon here with him in Montana!  But, I don't think he 
> wants to play a continuous low note... he has better things to do! We can 
> find an appropriate tone generator for our test.
> 
> http://www.contrabass.com/pages/frequency.html
> 
> Caryl

Easy to test using an XO. In Etoys, select the "sound" category in any object's 
viewer, drag out the "play frequency of" tile, make the script ticking. You 
should hear the sound now, and you can click on the green down-arrow to lower 
the frequency:

<>

On my XO it becomes inaudible at 200 Hz using the built-in speakers. Plugging 
in good headphones it goes way below 30 Hz.

- Bert -


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Proposed solution to OLPC #10930

[Walter Bender]

On Fri, Jul 8, 2011 at 4:10 AM, Simon Schampijer  wrote:
> On 06/23/2011 03:53 PM, Gonzalo Odiard wrote:
>>
>> I was working in the solution of OLPC #10930 "copy/paste does not work in
>> if
>> one has not revealed the edit toolbar once"
>> The problem can be reproduced in activities with the new toolbars, like
>> Terminal or Browse.
>> For example, in Terminal, if you open the activity, select a text and
>> press
>> "Shift-Ctrl-C", nothing is copied,
>> if you show the Edit toolbar and try pressing "Sift-Ctrl-C" again, the
>> text
>> is copied.
>> The same happen in Browse with "Ctrl-C"
>
> The problem seem to 'only' exist in Terminal, other Activities with the new
> toolbars like Browse and Write do work fine. This is because Terminal does
> override the shortcut to "Sift-Ctrl-C". Maybe this changes the approach of
> fixing the issue.

The problem is not only in Terminal. I have the same problem with
Turtle Art, where I don'[t try to override the shortcut. My workaround
had been to open and then close the edit toolbar on startup, but that
only seems to work intermittently these days.

See http://bugs.sugarlabs.org/ticket/2050
See http://bugs.sugarlabs.org/ticket/2751

regards.

-walter

>
> Regards,
>   Simon
> ___
> 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] [IAEP] Turn your frequency generator into a super powerful mosquito repeller

[Sean Linton]

Thanks Paolo, didn't see your message there, good to have some more info.

Sean

SL
Otago, New Zealand



On 8 July 2011 20:58,  wrote:

> **
> *
> >James Cameron wrote:
> > Is there any evidence base for repelling mosquitos using low frequency
> sound?
>
> --
> *
>
>
>
>
> There is an Article that says that the experiments done with low and high
> frecuencies failed:
>
> http://bugjammer.com/reports/coro/index.htm
>
> *"Another type of electronic mosquito repeller is claimed to "mimic
> perfectly the sound of dragon-flies, natural enemies of mosquitoes". In this
> case Schreiber et al (1991) measured that the frequency emitted was 30 Hz,
> much lower than the minimum frequency reported for the mosquito wing beat
> (Clements 1999). Schreiber et al (1991) with field and laboratory tests in
> Florida and Curtis (1994) with laboratory trials in London, England 
> alsoreport negative results of this device in
> eliciting a repellent effect on mosquito females. "
>
>
> *Paolo Benini
> Montevideo*
> *
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] [PATCH RFC sugar] Wireless network Frame device: add suport for disabling wireless devices

[Daniel Drake]

On 27 June 2011 12:27, Sascha Silbe  wrote:
> This duplicates the existing functionality in the Control Panel for more
> convenient access. Disabling wifi devices can save power, thereby increasing
> battery life.

On XO-1 (and also currently on XO-1.5) we have the option of removing
power from the wifi device when it is disabled. While this is clearly
desirable, we don't have the code in place right now, but it will
come.

So, this will cause the device to disppear and the frame will be
updated accordingly. This means that you'd lose symmetry - you could
disable the device from the frame, but then the icon would disappear
and you wouldn't have the same way of enabling it again.

I know it is a rare case for a user to have multiple active wireless
devices, but the way that you are linking a global wifi on-off switch
to an individual wireless device lacks a bit of consistency in design
(and is actually the cause of the above).

Daniel
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Turn your frequency generator into a super powerful mosquito repeller

[nanonano]

/>James Cameron wrote:
> Is there any evidence base for repelling mosquitos using low 
frequency sound?

--/




There is an Article that says that the experiments done with low and 
high frecuencies failed:


http://bugjammer.com/reports/coro/index.htm

/"Another type of electronic mosquito repeller is claimed to "mimic 
perfectly the sound of dragon-flies, natural enemies of mosquitoes". In 
this case Schreiber et al (1991) measured that the frequency emitted was 
30 Hz, much lower than the minimum frequency reported for the mosquito 
wing beat (Clements 1999). Schreiber et al (1991) with field and 
laboratory tests in Florida and Curtis (1994) with laboratory trials in 
London, England also_* report negative results of this device *_in 
eliciting a repellent effect on mosquito females. "



/Paolo Benini
Montevideo/
/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] [RELEASE] sugar-0.92.3

[Simon Schampijer]

== Source ==

http://download.sugarlabs.org/sources/sucrose/glucose/sugar/sugar-0.92.3.tar.bz2

== News ==

* Release 0.92.3 (Simon Schampijer)
* Gabble: do not add ourself to the model twice OLPC #10965 (Simon Schampijer)
* salut: when nick changes update the friends view OLPC #10749 (Simon 
Schampijer)
* Add missing import (follow up of OLPC #10798) (Simon Schampijer)
* Use the same wording for the filesize of an entry without a file SL #2880 
(Gary C. Martin)
* Commit from Sugar Labs: Translation System by user anderson861.: 187 of 370 
messages translated (0 fuzzy). (Pootle daemon)
* Commit from Sugar Labs: Translation System by user anderson861.: 178 of 370 
messages translated (0 fuzzy). (Pootle daemon)
* Journal detail view: sync updates of elements SL #2926 (Simon Schampijer)
* Make sure the entry has the right color when copying from external device to 
Journal SL #2690 (Simon Schampijer)
* Journal: Enable saving metadata in external device - OLPC#10717 (Gonzalo 
Odiard)
* Journal: Do not rescan external device if is not needed - OLPC #10841 
(Gonzalo Odiard)
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Proposed solution to OLPC #10930

[Simon Schampijer]

On 06/23/2011 03:53 PM, Gonzalo Odiard wrote:

I was working in the solution of OLPC #10930 "copy/paste does not work in if
one has not revealed the edit toolbar once"
The problem can be reproduced in activities with the new toolbars, like
Terminal or Browse.
For example, in Terminal, if you open the activity, select a text and press
"Shift-Ctrl-C", nothing is copied,
if you show the Edit toolbar and try pressing "Sift-Ctrl-C" again, the text
is copied.
The same happen in Browse with "Ctrl-C"


The problem seem to 'only' exist in Terminal, other Activities with the 
new toolbars like Browse and Write do work fine. This is because 
Terminal does override the shortcut to "Sift-Ctrl-C". Maybe this changes 
the approach of fixing the issue.


Regards,
   Simon
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] [PATCH RFC sugar] Wireless network Frame device: add suport for disabling wireless devices

[Frederick Grose]

On Thu, Jul 7, 2011 at 11:44 PM, Frederick Grose  wrote:
> On Mon, Jun 27, 2011 at 7:27 AM, Sascha Silbe  
> wrote:
>> This duplicates the existing functionality in the Control Panel for more
>> convenient access. Disabling wifi devices can save power, thereby increasing
>> battery life.
>>
>> Signed-off-by: Sascha Silbe 
>> ---
>>{...}
>>
>> We could also do with a better icon. Maybe something like the circles
>> from emblem-outofrange combined with the arrow from emblem-charging,
>> striking out the arrow depending on the current action (disable or enable
>> wifi)?
>
> Two potential icons for this purpose follow:
>
> (Adapted from the Fedora HighContrast network-wireless.svg)
>
> Enabling coloring of the icon would help to indicate the locality of the 
> action.
>
> I'm uncertain if the background handling is optimal for the black
> control palette.

Two more variations using the XO radio LED shape.
One set with broadcast and receive wavefront lines; the other with
broadcast wavefronts only.

--Fred
<><><><>___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel