Re: [sugar] [Localization] code comments?
On Sat, Apr 5, 2008 at 2:01 PM, Walter Bender <[EMAIL PROTECTED]> wrote: > It may become an important feature over time, such as when we have > Quechua support and want to fall back to Spanish before falling back > to English, but I wouldn't think it is a priority in any of our > current deployments. Current target countries Haiti: Kreyól/French/English Rwanda: Kinyarwanda/English/French Cambodia: Khmer/French/English Afghanistan: Dari/Pashto/English, Pashto/Dari/Russian/English, Pashto/Urdu/English, Dari/Tajik/English, Hazara/Dari/English... Mongolia: Mongolian/Russian/English or Mongolian/English/Russian. Later on a choice between Mongolian (Cyrillic) and Mongolian (Traditional) will complicate matters further. US: English/Spanish, English/French, English/Chinese, English/Italian, English/Korean, English/Vietnamese,... Other possibilities Nigeria: any combination of Hausa, Igbo, Yoruba, English and others Brazil: Portuguese (Brazil)/Portuguese/English/Spanish, among other possibilities India: Any combination of more than 20 official languages, plus other world languages Me: English/French/German/Russian/Spanish/Yiddish/Japanese/Chinese/Korean/Swahili You can't decide for your users what they want. It is best to let them choose. I don't say that you have to allow 10 choices, as in my example, but four or five is quite common. My grandfather spoke Polish, Russian, Lithuanian, Yiddish, and later in life English, and knew a fair amount of Hebrew and some Aramaic. They do say that the correct English word for a person who speaks multiple languages is "polyglot", and the correct English word for a person who speaks only one language is "American". > -walter > > > > On Sat, Apr 5, 2008 at 12:59 PM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote: > > Very interesting, I guess we should integrate it in the language > > section of the control panel. AFAIK, this is not being considered yet. > > > > If we don't want to add more complexity to the control panel UI, we > > may assign under the hoods a fallback language to every language? No. Too many possibilities, not enough information. > > Perhaps someone from deployment could comment on the better milestone > > to target this? > > > > Tomeu > > > > > > > > On Sat, Apr 5, 2008 at 6:47 PM, Bert Freudenberg <[EMAIL PROTECTED]> > wrote: > > > Interesting, thanks. Are there any plans to make use of this feature > > > in deployments? > > > > > > - Bert - > > > > > > > > > On 05.04.2008, at 12:05, Khaled Hosny wrote: > > > > Yes, by setting LANGUAGE env variable with a fall back language, > > > > some thing > > > > like "LANGUAGE=ur_PK:fa_IR:ar", you can specify multiple fall back > > > > languages. > > > > > > > > On Sat, Apr 05, 2008 at 09:31:30AM +0200, Bert Freudenberg wrote: > > > >> ... which reminds me: Is it possible in gettext to fall back on a > > > >> language other than English when a translation for some phrase > cannot > > > >> be found? That would be a useful feature I think, as long as there > > > >> are > > > >> programs that are not fully translated (which will happen very > > > >> often). > > > >> > > > >> - Bert - > > > > > > > > > > > > > > > > > > ___ > > > Localization mailing list > > > [EMAIL PROTECTED] > > > http://lists.laptop.org/listinfo/localization > > > > > ___ > > Sugar mailing list > > Sugar@lists.laptop.org > > http://lists.laptop.org/listinfo/sugar > > > > > > -- > Walter Bender > One Laptop per Child > http://laptop.org > > > ___ > Localization mailing list > [EMAIL PROTECTED] > http://lists.laptop.org/listinfo/localization > -- 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
[sugar] Sugar mtg April 08 2008
In today's meeting we will review eben's sugar todo list: http://lists.laptop.org/pipermail/sugar/2008-April/004909.html and discuss some parts like the 'AlertBox' in detail. See you, Simon ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] xulrunner beta5 in sugar-jhbuild
Hi, I have updated sugar-jhbuild to use the xulrunner beta 5 sources http://developer.mozilla.org/devnews/index.php/2008/04/02/firefox-3-beta-5-now-available-for-download/ It passed the buildbot test as well: http://iorich.caltech.edu:8014/A/builds/203 Enjoy, Simon ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] creative commons and licensing in sugar
I was not certain when/if this work would be merging with the Journal, and so it wasn't on my todo list until now. I think we can find an unobtrusive way to integrate within the current design that requires changing very little (likely adding a button to a toolbar). It would be really helpful to have some screenshots of their current ideas so that we can work them into the plan for the new Journal and think about the interactions we want to support. Could someone post some exemplary screens to the wiki page? - Eben On Mon, Apr 7, 2008 at 6:03 AM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote: > Hi, > > would like to apply soon the work that CC has been doing about > licensing in the journal. > > http://wiki.laptop.org/go/Creative_Commons > > Eben, are you aware of how this affects the UI and agree with that? > > Thanks, > > Tomeu > ___ > 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] Sugar Digest, Vol 22, Issue 35
Dear Walter Could you tell me please, at which stage is the implementation of my manuals of professional French into your laptops ? I am now working to finish as soon as possible the third of one from the 4 planned. Amically yours Attila Horvath-Militicsi from Novi Sad, Serbia email: [EMAIL PROTECTED] website: http://www.6hunyadi-fle.org/HMA - Original Message - From: <[EMAIL PROTECTED]> To: Sent: 2008. április 8. 18:00 Subject: Sugar Digest, Vol 22, Issue 35 > Send Sugar mailing list submissions to > sugar@lists.laptop.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.laptop.org/listinfo/sugar > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Sugar digest..." > > > Today's Topics: > > 1. Re: [Localization] code comments? (Edward Cherlin) > 2. Sugar mtg April 08 2008 (Simon Schampijer) > 3. xulrunner beta5 in sugar-jhbuild (Simon Schampijer) > > > -- > > Message: 1 > Date: Tue, 8 Apr 2008 01:56:15 -0700 > From: "Edward Cherlin" <[EMAIL PROTECTED]> > Subject: Re: [sugar] [Localization] code comments? > To: "Walter Bender" <[EMAIL PROTECTED]> > Cc: Sugar Mailing List , Localization mailing > list <[EMAIL PROTECTED]> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=UTF-8 > > On Sat, Apr 5, 2008 at 2:01 PM, Walter Bender <[EMAIL PROTECTED]> wrote: >> It may become an important feature over time, such as when we have >> Quechua support and want to fall back to Spanish before falling back >> to English, but I wouldn't think it is a priority in any of our >> current deployments. > > Current target countries > > Haiti: Krey?l/French/English > Rwanda: Kinyarwanda/English/French > Cambodia: Khmer/French/English > Afghanistan: Dari/Pashto/English, Pashto/Dari/Russian/English, > Pashto/Urdu/English, Dari/Tajik/English, Hazara/Dari/English... > Mongolia: Mongolian/Russian/English or Mongolian/English/Russian. > Later on a choice between Mongolian (Cyrillic) and Mongolian > (Traditional) will complicate matters further. > US: English/Spanish, English/French, English/Chinese, English/Italian, > English/Korean, English/Vietnamese,... > > Other possibilities > > Nigeria: any combination of Hausa, Igbo, Yoruba, English and others > Brazil: Portuguese (Brazil)/Portuguese/English/Spanish, among other > possibilities > India: Any combination of more than 20 official languages, plus other > world languages > > Me: > English/French/German/Russian/Spanish/Yiddish/Japanese/Chinese/Korean/Swahili > > You can't decide for your users what they want. It is best to let them > choose. I don't say that you have to allow 10 choices, as in my > example, but four or five is quite common. My grandfather spoke > Polish, Russian, Lithuanian, Yiddish, and later in life English, and > knew a fair amount of Hebrew and some Aramaic. They do say that the > correct English word for a person who speaks multiple languages is > "polyglot", and the correct English word for a person who speaks only > one language is "American". > >> -walter >> >> >> >> On Sat, Apr 5, 2008 at 12:59 PM, Tomeu Vizoso <[EMAIL PROTECTED]> >> wrote: >> > Very interesting, I guess we should integrate it in the language >> > section of the control panel. AFAIK, this is not being considered >> yet. >> > >> > If we don't want to add more complexity to the control panel UI, we >> > may assign under the hoods a fallback language to every language? > > No. Too many possibilities, not enough information. > >> > Perhaps someone from deployment could comment on the better milestone >> > to target this? >> > >> > Tomeu >> > >> > >> > >> > On Sat, Apr 5, 2008 at 6:47 PM, Bert Freudenberg >> <[EMAIL PROTECTED]> wrote: >> > > Interesting, thanks. Are there any plans to make use of this >> feature >> > > in deployments? >> > > >> > > - Bert - >> > > >> > > >> > > On 05.04.2008, at 12:05, Khaled Hosny wrote: >> > > > Yes, by setting LANGUAGE env variable with a fall back language, >> > > > some thing >> > > > like "LANGUAGE=ur_PK:fa_IR:ar", you can specify multiple fall >> back >> > > > languages. >> > > > >> > > > On Sat, Apr 05, 2008 at 09:31:30AM +0200, Bert Freudenberg >> wrote: >> > > >> ... which reminds me: Is it possible in gettext to fall back on >> a >> > > >> language other than English when a translation for some phrase >> cannot >> > > >> be found? That would be a useful feature I think, as long as >> there >> > > >> are >> > > >> programs that are not fully translated (which will happen very >> > > >> often). >> > > >> >> > > >> - Bert - >> > > >> > > >> > > >> > > >> > > >> > > ___ >> > >
Re: [sugar] A Sugar TODO List, of Sorts
Hi, • Add "AlertBox" for use with palettes/notifications Eben, can you elaborate here a bit more? Eben Eliason wrote: >> > • Make notifications "slide into" or "out of" the Frame >> Which notifications slide in or out? >> > • Create notification API (delay, type (in|out|remain)) >> Can you specify how the different types of notifications behave? > > There are three basic types of notifications, which appear according > to the action they represent. A notification may indicate one of (a) > an object is being added to the frame (eg. made a clipping, started an > activity, buddy joined, plugged in storage device) or (b) an object is > being removed from the frame (eg. buddy left an activity, unplugged > storage device, etc.) or (c) an object which is represented within the > frame needs attention, but is neither being added nor removed (eg. a > running activity has something to say, the battery is low, etc.) > > The behaviors for these are as follows: > > (a) Notification appears in the corresponding corner, pulses, and then > slides off screen in the direction of the corresponding edge after > delay. > (b) Notification slides onto the screen from the corresponding edge, > pulses, and disappears after delay. > (c) Notification slides onto screen from the corresponding edge, > pulses, and then slides back off after delay. > >> > • Add clipping previews (related to above) >> Which clipping types can be previewed? Just images and text? > > These are certainly the most straightforward, but I would leave it to > the activity to provide a meaningful clipping as it considers > appropriate. For instance, TamTam might desire to represent a sound > as a waveform preview. > >> > • Color copy/paste buttons in activities >> Which colors should take? Just the local colors? > > We have tickets for this. We want to color the copy button in the > color of the activity being copied from. Ideally, we'd color the > paste button in the color of the selected clipping on the clipboard. > (#3692, #3693) We could allow the activity to override the color of > the copy button, if they wish to provide fine grained support for > coloring it based on the author of the current selection. > >> > • Fix visual style for drag'n'drop >> Can you specify? > > Please refer to the last few slides at > http://wiki.laptop.org/go/Designs/Frame. The plan is to continue > using the standard cursor while dragging, but placing an icon > representation (or a graphical one?) centered under the cursor. When > the cursor is placed over an object that can accept the drop, it > should turn into the modified cursor with the '+'. When the cursor is > placed over an object that accepts drops, but not of the type provided > (or not at all?) it should turn into the modified cursor with the > 'N/A' symbol instead. Where applicable (toolbars, frames, trays), it > would be great to highlight the item (or region) accepting the drop > with the black hover effect. Note the difference between a tray that > accepts a drop (such as the clipboard, or the people tray) and an > object that accepts a drop (such as a running activity, or a storage > device). > >> > • Expose an avatar property for buddies in PS? >> svg? any pixbuf? which size limit? > > This is one of those "just for fun" features, which would be helpful > to have at some point in the future, if not now, for identity > purposes. It would require, of course, adding a "take a photo" step > to the intro sequence and the control panel. I imagine that a small, > static, 256px (square) image would suffice here. It would be a > pixbuf, I imagine. The possibility of creating SVG avatars (which > could still use XO colors) is intriguing, but we don't yet have an SVG > editor for Sugar anyway. > >> > • Expose the activity name, activity preview in PS >> Activity preview is doable? Which screen size? Which maximum size for >> transfer in the mesh? > > The hope would be to use the same code that creates the Journal > preview for this purpose, so an activity would only have to worry > about generating a preview in one way. The preview would be passed > around at the same size, and potentially only when requested (for > instance, only when a child hovers to reveal the secondary palette.) > A placeholder could appear while the image loads in. > >> > • Make activity zoom level button cycle active activities? >> What's the doubt here? > > Not much really. I wanted to see other's opinions on it, I guess, > though it seems quite reasonable. It effectively retains precisely > its current behavior, and adds a potentially useful function to it. Don't we would use alt-tab to cycle through the available activities. I would leave the activity zoom level button to only reveal the current active one. >> > • Tweak "battery fully charged" behavior >> What needs tweaking? > > It continually tells me my battery is fully charged even though the > meter isn't maxed out
Re: [sugar] A Sugar TODO List, of Sorts
> • Add "AlertBox" for use with palettes/notifications > > Eben, can you elaborate here a bit more? There is a preliminary mockups for this at http://wiki.laptop.org/go/Specifications/Object_Transfers > >> > • Make activity zoom level button cycle active activities? > >> What's the doubt here? > > > > Not much really. I wanted to see other's opinions on it, I guess, > > though it seems quite reasonable. It effectively retains precisely > > its current behavior, and adds a potentially useful function to it. > > Don't we would use alt-tab to cycle through the available activities. I > would leave the activity zoom level button to only reveal the current > active one. We do use alt-tab. We should continue to support this, both for "legacy" support, but more importantly for compatibility with other platforms. One potential possibility is to differentiate between cycling in "visible order" in the frame (with the activity button) while cycling in "order of last use" with alt-tab. > >> > • Add modal alert before destructive changes (eg. change channel)? > >> From where can the channel be changed? > > > > Well, as far as I understand it, choosing an AP on a given channel > > will destroy any communications on the current mesh channel. If the > > selection of an AP would break communications, we'd want to indicate > > this. > > I guess one point that we should put on the list is an API for modal > alerts. The Wep-key dialog for example could be 'sugarized' with the new > API as well. Good point. I assumed that your work on the control panel was built on top of an API for modal alerts. We should formalize this, and make sure we transition to it in all the relevant places (wireless, file picker, etc). That would really make things feel more solid. - Eben ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Latest news from Intel
Sorry for cross posting. Could not resist myself. Please, visit the link below. Some of you might have read it already. There's a substantial mention of OLPC. http://news.bbc.co.uk/2/hi/technology/7334518.stm Regards, -- Prakhar Agarwal Technical Head - Library R&D Team 3rd Year B.Tech, IT JIIT University,Noida "Life is the greatest teacher" ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Sugar mtg minutes, 08th April 2008
Tuesday April 08 2008 - 17.00 (UTC) Logs: http://dev.laptop.org/~erikos/meeting_logs/sugar_meeting_Apr_08.log Attending: eben, homunq, garycmartin, bemasc, daf, morgs, erikos Topics (http://wiki.laptop.org/go/Sugar_dev_meeting#Topics) * discuss eben's sugar todo list: http://lists.laptop.org/pipermail/sugar/2008-April/004909.html o We found out that eben's list is basically not controversial and that we 'only' need to prioritize the topics :p + action item: prioritize the topics o Expose an avatar property for buddies in the ps + daf stated that we have specific support for avatars in Gabble, which uses hashes, and therefore would reduce overhead. * AlertBox for use with palettes/notifications o mockup: http://wiki.laptop.org/go/Specifications/Object_Transfers#Preliminary_Mockups o sumup: + an object transfer error occurs. + create a new palette and embed an alertbox in it. + create a notification object. o attach the new alert palette to both the notification and the transfer object in the frame. + Then, upon the cancel/retry button callback: make sure that the notification is gone, reattach the old palette, take the appropriate action. o action items: + a) create an AlertBox class (probably a subclass of alert or make alert more generic) + b) add support for more complex layout to Palette class (ability to set the content before and/or after the menu independently) * Activity bundle format, autoupdate o Homunq has a proposal up at Talk:Activity_bundles#Proposals_for_update o two proposals: a philosophical one about where we want to get to, including activity threading with forks, and an implementation one, which only covers activities as long as the signing key stays the same. o Philosophically: + Eben says any change of key should count as a different activity + Homunq argues that still grouping them in the UI will allow tighter control of keys, and that the UI can give appropriate guidance on secure practices. + Agree to disagree for now, because implementation is not urgent. o Implementation Signatures + morgs has minor comment about hash format (hex instead of base64, for easier comparison + no further comments + homunq will start work this week + unresolved issue: how to store private key for signing an activity? # we need to talk to m_stone . If you want your item to be discussed in a meeting feel free to add it to the topics section for next weeks meeting until next monday nigth. Best, Simon ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [PATCH] (partial) AP palette patch
This is my attempt at cleaning up the appearance and behavior of the palettes attached to APs in the neighborhood view. I can't see APs in jhbuild, so I can't test it. It compiles, but I won't promise it runs. Also, there are a couple of bits of info that I want to show that I didn't know how to obtain (I didn't look very hard), as indicated in the comments. In other words, this patch is a starting point, and I'd appreciate it if someone with the know-how and ability to test it would finish it up! Thanks. - Eben diff --git a/src/view/home/MeshBox.py b/src/view/home/MeshBox.py index 427e08a..0b63964 100644 --- a/src/view/home/MeshBox.py +++ b/src/view/home/MeshBox.py @@ -55,6 +55,7 @@ class AccessPointView(CanvasPulsingIcon): self._model = model self._meshdev = mesh_device self._disconnect_item = None +self._connect_item = None self._greyed_out = False self.connect('activated', self._activate_cb) @@ -82,19 +83,26 @@ class AccessPointView(CanvasPulsingIcon): self.props.badge_name = "emblem-locked" def _create_palette(self): -p = palette.Palette(self._model.props.name, menu_after_content=True) -if not self._meshdev: -return p +icon_name = get_icon_state(_ICON_NAME, self._model.props.strength) +palette_icon = Icon(icon_name=icon_name, +icon_size=style.STANDARD_ICON_SIZE) +p = palette.Palette(primary_text=self._model.props.name, +icon=palette_icon) + +self._connect_item = MenuItem(_('Connect'), 'dialog-ok') +self._connect_item.connect('activate', self._activate_cb) +p.menu.append(self._connect_item) # Only show disconnect when there's a mesh device, because mesh takes # priority over the normal wireless device. NM doesn't have a "disconnect" # method for a device either (for various reasons) so this doesn't -# have a good mapping -self._disconnect_item = gtk.MenuItem(_('Disconnect...')) -self._disconnect_item.connect('activate', self._disconnect_activate_cb) -p.menu.append(self._disconnect_item) -if self._model.props.state == accesspointmodel.STATE_CONNECTED: -self._disconnect_item.show() +# have a good mapping +if self._meshdev: +self._disconnect_item = MenuItem(_('Disconnect'), 'media-eject') +self._disconnect_item.connect('activate', + self._disconnect_activate_cb) +p.menu.append(self._disconnect_item) + return p def _disconnect_activate_cb(self, menuitem): @@ -120,25 +128,34 @@ class AccessPointView(CanvasPulsingIcon): network_manager.set_active_device(device, network) def _update_name(self): -self._palette.set_primary_text(self._model.props.name) +self._palette.props.primary_text = self._model.props.name def _update_icon(self): icon_name = get_icon_state(_ICON_NAME, self._model.props.strength) if icon_name: -self.props.icon_name = icon_name +self.props.icon_name = icon_name +# This breaks style guidelines; we should store a reference +self._palette._icon.props.icon_name = icon_name def _update_state(self): if self._model.props.state == accesspointmodel.STATE_CONNECTING: if self._disconnect_item: -self._disconnect_item.hide() +self._disconnect_item.show() +self._connect_item.hide() +self._palette.props.secondary_text = _('Connecting...') self.props.pulsing = True elif self._model.props.state == accesspointmodel.STATE_CONNECTED: if self._disconnect_item: self._disconnect_item.show() +self._connect_item.hide() +# I'm not sure how to obtain the channel number +self._palette.props.secondary_text = _('Channel %d') % 1 self.props.pulsing = False elif self._model.props.state == accesspointmodel.STATE_NOTCONNECTED: if self._disconnect_item: self._disconnect_item.hide() +self._connect_item.show() +self._palette.props.secondary_text = _('Channel %d') % 1 self.props.pulsing = False if self._greyed_out: ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] move Sugar-dev-meeting to Thursdays 17.00 (UTC)
Hi, to get the second-half-of-the-week developers in I would like to move the meeting to Thursdays. I hope this works out for everybody - otherwise please speak up. The time would still be 17.00 UTC. This would mean that next meeting is the 17.04.08 at 17.00 UTC in #olpc-meeting. Best, Simon ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar