Re: [sugar] Fwd: Peru Priorities
On Sat, Apr 26, 2008 at 7:32 AM, Samuel Klein [EMAIL PROTECTED] wrote: A note about groups, from a discusion today: If there are multiple classes, and students figure out how to change their nick c, it would be helpful to be able to have approve-only groups to avoid griefers popping in and messing up a discussion or session and then leaving. The moodle-based group handling is intended to be teacher-managed. Of course, that's not available yet :-/ but once we get there... cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [PATCH] Add speaker device and icon by default
On Fri, Apr 25, 2008 at 1:56 PM, Eben Eliason [EMAIL PROTECTED] wrote: On Fri, Apr 25, 2008 at 1:46 PM, Martin Dengler self._mute_item.get_child().set_text(_(mute_item_text)) Oh, I missed that. I would wrap the localization around the string literal, so the connection is clear. (Yes, you have to use it twice instead of oncebut it was imported as _ for a reason. ;) ) Won't gettext fail to pick these up when generating the .pot file, the way it's written now? I was under the impression it just looks blindly through the source for _(quoted string) when building the translation files... Wade ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] what matters
On Thu, Apr 24, 2008 at 9:25 AM, Sameer Verma [EMAIL PROTECTED] wrote: Albert Cahalan wrote: It's clear that we aren't all here for the same thing. Some wish to help all kids, or poor kids, or non-Western kids. Some wish to advance freedom of speech, freedom from EULA slavery, or freedom to learn heretical ideas. Some of us are, assuming good intentions, extremely innocent regarding Microsoft. The historical record shows that those who partner with Microsoft will be betrayed in the worst way. Read The Scorpion and the Frog to understand Microsoft. He who sups with the Devil must e'en have a long spoon. To a very limited extent, I agree with the idea that we should not be pedantic about free software. The community seems to be agreed that Microsoft can spend as much money as it likes trying to get Sugar running on Windows, but OLPC shouldn't divert resources from Linux to Windows unless perhaps Microsoft chooses to pay whoever is willing, and fund the project more broadly. As if! For what its worth, here's something that might help in analyzing the situation some more. Its an analytical approach called mission and core competencies (MCC) matrix. Thanks. I don't think that we have such a complex problem. The questions appear to be * Should we sell in developed countries? Nicholas--Doesn't contribute to mission; me--Of course, to build a political base for foreign educational aid, to address our own poor, and to finance our other work. * Should we ally with Microsoft? Nicholas--It's such a brilliant strategy, and so obvious when I point it out; me--no way. * Should Nicholas discuss these matters with the community? Nicholas--What for?; me--Yes, unless you want to see the rest of us walk out and fork Sugar. Anyway, nothing happens unless Nicholas decides to talk the the whole community. Then we can discuss the other two points. It isn't a question of who has which competencies, except for Nicholas to realize that he can't outsmart Microsoft, and that he has tried to over-optimize one variable out of an entire equation. And we should hire more programmers, a doc team, and a few others that Nicholas and the community generally agree on, and discuss what to do after that. Then maybe Walter and Ivan and a few other valuable contributors would be willing to discuss coming back. -- Edward Cherlin End Poverty at a Profit by teaching children business http://www.EarthTreasury.org/ The best way to predict the future is to invent it.--Alan Kay ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [PATCH] remove non-contentious keyboard shortcuts
Hmmm, isn't this going to pose problems with emulation of Sugar? When
testing, for instance, the only way I can activate the Frame is alt-F,
and alt-Q is the only way to release the display when closing the
emulator window. Clearly alt-n and alt-p should go, since they are
redundant anyway. The rotate shortcut certainly isn't needed on an
XO, but perhaps emulating the rotation would be useful for testing as
well. Is there any way to map some of these keys when we detect
emulation, and not otherwise?
As much as ctrl-q makes sense to me personally, I suppose that there's
no sense in having redundancy there. ctrl-escape is, at least,
semantically appropriate it seems.
Finally, it seems that the 'previous activity' shortcut should be
alt-shift-tab instead, which is consistent with the semantics defined
for the modifier keys.
- Eben
On Sat, Apr 26, 2008 at 11:10 AM, Martin Dengler
[EMAIL PROTECTED] wrote:
Interpret Eben's reply to bemasc on #4646:
My primary concern is that activities be able to override and
deactivate shortcuts, for whatever bizarre uses they desire. Only
a handful of special keys should be trapped by Sugar, to ensure
minimal functionality like the ability to exit the activity.
This is fair enough. The ability to override the defaults could be a
reasonable option.
...as:
1) NOT allowing removal of any keyboard shortcut involving a keyboard
key that has an XO-specific image/glyph (this reserves all the F-keys,
and the XO-only keys on the keyboard and monitor like search, overlay,
rotate, dpad, etc.) and/or are obviously required for minimal sugar
functionality (this reserves ctrl-esc for exit/quit activity and
alt-tab and ctrl-alt-tab for obvious window-switching features) - this
is all justified, IMHO, by eben agreeing with bemacs's
only a handful of special keys should be trapped by sugar, to ensure
minimal functionality . . .; and
2) allowing removal of any keyboard shortcut that is not required by
minimal sugar functionality - this is all justified both as the
converse of what eben's agreement with bemasc means and also as a
consequence of eben explictly not objecting to removing the Ctrl-O
shortcut (I wouldn't be sad if [the ctrl-o/open] shortcut went away).
The only contentiousness I can possibly see (if I've interpreted
eben/bemasc sympathetically) with this patch is that non-XO users of
sugar could lose access to the functionality now only available with
the XO-only keys (e.g., rotate, overlay). I argue 1) this is not a
concern for any deployment; and 2) this can easily be addressed by
choosing different, less likely-to-interfere shortcuts. As I'm less
comfortable choosing these shortcuts and without these shortcuts all
deployments can still make full use of Sugar/XO, I will defer any
choice of these alternates to a different patch so this patch can
easily be cherry-picked.
---
src/view/keyhandler.py |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/src/view/keyhandler.py b/src/view/keyhandler.py
index 38f8a22..132eb7c 100644
--- a/src/view/keyhandler.py
+++ b/src/view/keyhandler.py
@@ -47,19 +47,12 @@ _actions_table = {
'ctrlF11' : 'volume_min',
'ctrlF12' : 'volume_max',
'alt1' : 'screenshot',
-'altf' : 'frame',
'0x93' : 'frame',
'0xEB' : 'rotate',
-'altr' : 'rotate',
-'altq' : 'quit_emulator',
'altTab' : 'next_window',
-'altn' : 'next_window',
'ctrlaltTab' : 'previous_window',
-'altp' : 'previous_window',
'ctrlEscape' : 'close_window',
-'ctrlq': 'close_window',
'0xDC' : 'open_search',
-'alts' : 'say_text'
}
J_DBUS_SERVICE = 'org.laptop.Journal'
--
1.5.4.1
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar
Re: [sugar] [PATCH] remove non-contentious keyboard shortcuts
Spoke too soon. I retract the emulator comments having now seen your
next patch. I guess my only suggestion, then, is to fix the 'previous
activity' modifiers.
- Eben
On Sat, Apr 26, 2008 at 11:31 AM, Eben Eliason [EMAIL PROTECTED] wrote:
Hmmm, isn't this going to pose problems with emulation of Sugar? When
testing, for instance, the only way I can activate the Frame is alt-F,
and alt-Q is the only way to release the display when closing the
emulator window. Clearly alt-n and alt-p should go, since they are
redundant anyway. The rotate shortcut certainly isn't needed on an
XO, but perhaps emulating the rotation would be useful for testing as
well. Is there any way to map some of these keys when we detect
emulation, and not otherwise?
As much as ctrl-q makes sense to me personally, I suppose that there's
no sense in having redundancy there. ctrl-escape is, at least,
semantically appropriate it seems.
Finally, it seems that the 'previous activity' shortcut should be
alt-shift-tab instead, which is consistent with the semantics defined
for the modifier keys.
- Eben
On Sat, Apr 26, 2008 at 11:10 AM, Martin Dengler
[EMAIL PROTECTED] wrote:
Interpret Eben's reply to bemasc on #4646:
My primary concern is that activities be able to override and
deactivate shortcuts, for whatever bizarre uses they desire. Only
a handful of special keys should be trapped by Sugar, to ensure
minimal functionality like the ability to exit the activity.
This is fair enough. The ability to override the defaults could be a
reasonable option.
...as:
1) NOT allowing removal of any keyboard shortcut involving a keyboard
key that has an XO-specific image/glyph (this reserves all the F-keys,
and the XO-only keys on the keyboard and monitor like search, overlay,
rotate, dpad, etc.) and/or are obviously required for minimal sugar
functionality (this reserves ctrl-esc for exit/quit activity and
alt-tab and ctrl-alt-tab for obvious window-switching features) - this
is all justified, IMHO, by eben agreeing with bemacs's
only a handful of special keys should be trapped by sugar, to ensure
minimal functionality . . .; and
2) allowing removal of any keyboard shortcut that is not required by
minimal sugar functionality - this is all justified both as the
converse of what eben's agreement with bemasc means and also as a
consequence of eben explictly not objecting to removing the Ctrl-O
shortcut (I wouldn't be sad if [the ctrl-o/open] shortcut went away).
The only contentiousness I can possibly see (if I've interpreted
eben/bemasc sympathetically) with this patch is that non-XO users of
sugar could lose access to the functionality now only available with
the XO-only keys (e.g., rotate, overlay). I argue 1) this is not a
concern for any deployment; and 2) this can easily be addressed by
choosing different, less likely-to-interfere shortcuts. As I'm less
comfortable choosing these shortcuts and without these shortcuts all
deployments can still make full use of Sugar/XO, I will defer any
choice of these alternates to a different patch so this patch can
easily be cherry-picked.
---
src/view/keyhandler.py |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/src/view/keyhandler.py b/src/view/keyhandler.py
index 38f8a22..132eb7c 100644
--- a/src/view/keyhandler.py
+++ b/src/view/keyhandler.py
@@ -47,19 +47,12 @@ _actions_table = {
'ctrlF11' : 'volume_min',
'ctrlF12' : 'volume_max',
'alt1' : 'screenshot',
-'altf' : 'frame',
'0x93' : 'frame',
'0xEB' : 'rotate',
-'altr' : 'rotate',
-'altq' : 'quit_emulator',
'altTab' : 'next_window',
-'altn' : 'next_window',
'ctrlaltTab' : 'previous_window',
-'altp' : 'previous_window',
'ctrlEscape' : 'close_window',
-'ctrlq': 'close_window',
'0xDC' : 'open_search',
-'alts' : 'say_text'
}
J_DBUS_SERVICE = 'org.laptop.Journal'
--
1.5.4.1
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar
[sugar] [PATCH] fix #4646 - replace/normalize some keyboard shortcuts
---
src/view/keyhandler.py | 14 ++
1 files changed, 6 insertions(+), 8 deletions(-)
diff --git a/src/view/keyhandler.py b/src/view/keyhandler.py
index 38f8a22..b10ee60 100644
--- a/src/view/keyhandler.py
+++ b/src/view/keyhandler.py
@@ -47,19 +47,17 @@ _actions_table = {
'ctrlF11' : 'volume_min',
'ctrlF12' : 'volume_max',
'alt1' : 'screenshot',
-'altf' : 'frame',
'0x93' : 'frame',
'0xEB' : 'rotate',
-'altr' : 'rotate',
-'altq' : 'quit_emulator',
'altTab' : 'next_window',
-'altn' : 'next_window',
-'ctrlaltTab' : 'previous_window',
-'altp' : 'previous_window',
+'altshiftTab': 'previous_window',
'ctrlEscape' : 'close_window',
-'ctrlq': 'close_window',
'0xDC' : 'open_search',
-'alts' : 'say_text'
+# the following are intended for emulator users, not XO deployment kids
+'altshiftf' : 'frame',
+'altshiftq' : 'quit_emulator',
+'altshiftr' : 'rotate',
+'altshifts' : 'say_text',
}
J_DBUS_SERVICE = 'org.laptop.Journal'
--
1.5.4.1
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar
Re: [sugar] Sugar\Windows won't ship
On Sat, Apr 26, 2008 at 03:27:21PM -0400, [EMAIL PROTECTED] wrote: As for Windows, the problem is that you can't scale large installations without going bankrupt with the annual fees that Microsoft charges.? This works out to about $100 per computer per year in many US schools, and is one of the reasons that Brazil moved to Linux. As I have posted before, I am not distressed by the inclusion of Windows on the XO laptop, perhaps in a dual-boot configuration or whatever. What would distress me is if Windows was not sold as an option. If laptops could only be purchased with Windows, raising the price by the Microsoft tax, that would be a cause for complaint. I don't think OLPC intends to go that way. Windows is about more choice, not less, right? ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Sugar\Windows won't ship
On Sat, Apr 26, 2008 at 3:46 PM, Joshua N Pritikin [EMAIL PROTECTED] wrote: As I have posted before, I am not distressed by the inclusion of Windows on the XO laptop, perhaps in a dual-boot configuration or whatever. What would distress me is if Windows was not sold as an option. If laptops could only be purchased with Windows, raising the price by the Microsoft tax, that would be a cause for complaint. I don't think OLPC intends to go that way. Windows is about more choice, not less, right? You're kidding I hope. Please don't. Microsoft will never cooperate with dual-boot. They haven't ever even bothered with false promises. Forget about it. Dual-boot is obviously not in Microsoft's interest. Microsoft will vigorously fight sold as an option. Most likely they will win any such fight. The retail version will be more expensive than the bundled version. Bundling will be pushed as a way to save money. Sugar\Windows may help get a camel into the tent, but will not actually ship. Small trials may use it, but some excuse will be found to prevent actual Sugar\Windows deployments. Microsoft has a **long** history of far worse tactics. ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Sugar\Windows won't ship
On Sat, Apr 26, 2008 at 3:14 PM, Ivan Krstić [EMAIL PROTECTED] wrote: On Apr 26, 2008, at 4:55 PM, Albert Cahalan wrote: Microsoft will never cooperate with dual-boot. They haven't ever even bothered with false promises. Forget about it. Actually, this is the last epic battle I fought at OLPC. To my knowledge, it's a battle I won. You've either said too much or too little. Please explain who said what to whom. The rest of us have no context for your statement. I do recall your earlier statement that the XO would not suffer Windows lock-in on your watch. http://radian.org/notebook/paradox-of-choice And Microsoft has made it quite clear that it has no interest in dual-boot. http://news.zdnet.co.uk/software/0,100121,39292078,00.htm I have no idea where Nicholas gets the notion -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/devel -- Edward Cherlin End Poverty at a Profit by teaching children business http://www.EarthTreasury.org/ The best way to predict the future is to invent it.--Alan Kay ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
