Re: [Sugar-devel] [DESIGN] [PATCH sugar] Speaker frame device: pop up palette on left-click instead of toggling mute
Reviewed-by: James Cameron qu...@laptop.org -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Write-73
On Mon, Feb 14, 2011 at 4:07 AM, Sugar Labs Activities activit...@sugarlabs.org wrote: Activity Homepage: http://activities.sugarlabs.org/addon/4201 Sugar Platform: 0.82 - 0.90 Download Now: http://activities.sugarlabs.org/downloads/file/27216/write-73.xo Any chance of having a tar file release? Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [AC UPDATE] The upstream side of Sugar
Hi everyone, David has asked me to write a bit about the upstream side of things. Since I'm also going to provide a glimpse about my future plans for Sugar, I'm CC'ing sugar-devel. As a general rule, the more downstream you get, the nearer to the user you are and the more immediate are the problems you're trying to solve. Reverse this and it reads: The more upstream you get, the larger and more diverse the (indirect) user base will be, the more general your solutions need to be and the focus needs to shift to long term development. Or to put it short: Downstream is about tuning for particular users, while upstream is about the Big Picture. This doesn't imply upstream doesn't do any day-to-day tasks and is always slow - the number of bug fixes and minor tweaks that went into Sugar last year is too large for me to count (there were 300 commits total). The last week, culminating in yesterdays Design Team meeting [1], was a nice example of how efficiently we can work together. But as upstream we need to think about long term development. How to adjust to changing user needs and technologies [2] and also ensure that the code doesn't disintegrate into an incoherent mass, but stays understandable and working: maintainable. According to the latest rumours [3], Sugar has a user base of over two million children. Every single bug will likely affect thousands of students. It's unavoidable that this influences our decisions: we want to provide them with an optimal experience so they can learn _by_ using the computer, not learn how to work around bugs and deficiencies. This means we strive for very high code quality - emphasising the maintainability over short term solutions that might improve some part of the Sugar experience. Of course, raising the bar too high for contributors is bad in the long run, too: If it's too hard, people will simply stop contributing. And this hits our most precious resource (on the technology side of the project): developers. Few developers means fewer time spent on fixing bugs, adding features, making Sugar better. I.e.: only minor improvements in experience. Hopefully we are now on a way to avoid at least some of the pitfalls. Dextrose and OLPC are taking up the downstream role and work on the immediate needs of users. They will take care of working with users on their problems and fixing them. That leaves upstream Sugar free to worry a bit less about bugs and focus more on expanding Sugar. Of particular importance is welcoming new contributors and their work (and of course welcoming back some former contributors!). Instead of asking them to improve their patches during many rounds of review, I will now do the fix-ups (including phrasing good commit descriptions - these are more important to the core developers than to occasional contributors). But even working better with contributors is not going to be enough. The number of open tickets is approaching four digits [4]. OLPC is going to work on tablet PCs [5] once the XO-1.75 is finished, rendering the current Sugar interaction design (based on particular characteristics of pointer devices with relative coordinates and more than one button) unusable. What we need is much more developers. More than we can train from scratch (by hiring university alumni) using the available resources. What we need is to tap into the pool of Open Source developers that already exist. We need to take more existing components where possible, focussing on making only the ones ourselves that are clearly insufficient or missing [6] (like the Journal and data store). This leverages the work of the communities around the existing components - in particular the Gnome community. We also need to make Sugar more interesting for developers. Eating our own dog food is the best way to get bugs noticed and fixed fast or even at all. Developers are specialists and require a tool box that is tuned for them in order to be productive. Most of the Sugar developers do their Sugar hacking outside of Sugar because they are more productive that way. If we want them to work inside Sugar, we need to make it adjustable to their needs. We need to allow them to mix match components like the window manager, and to configure Sugar in a way that works best for them. Some might argue that this misses the target user base of Sugar. But I'll argue back that Sugar is not just about low floor (I'm not intending to get rid of that part), but also about no ceiling. Children evolve into adults, users into developers. And with activities like EToys [7], the latter distinction is blurred even today. Thanks to everyone who followed me through to the end. I didn't intend this text to get that long (actually I was more worried about not having enough to write about :) ). Seemed like there was a lot to talk about piled up. I invite everyone to take a look at my current brain dump [8] and start discussing the individual ideas. Let's work together to make Sugar a (better) place for all
Re: [Sugar-devel] [DESIGN] Reflect internet connectivity in the 'Network' frame icon
On Sun, Feb 13, 2011 at 8:59 PM, Michael Stone mich...@laptop.org wrote: So what network affordances [1, 2] are we supposed to make discoverable? :) Let's not get too academic. Reading back the thread: - can we reach the internet? (or it might be a controlled WAN) - can we reach an XS? In both cases, ping + HEAD can work. Keep it simple, this is for a simple, low cost (cognitive _and_ computer-resources wise) indicator. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] make 'setup.py genpot' produce a pot without a full path in filenames #2508
On 02/12/2011 02:14 PM, Sascha Silbe wrote: Excerpts from Simon Schampijer's message of Mon Nov 29 13:21:03 +0100 2010: -python_files.append(os.path.join(root, file_name)) +relpath = os.path.relpath(os.path.join(root, file_name), + config.source_dir) +python_files.append(relpath) Pushed (with minor changes) as b30bc01 [1], thanks! Sascha [1] http://git.sugarlabs.org/sugar-toolkit/mainline/commit/b30bc0151c357f0e60eb92c934daa56ca28d2df0 Thanks, I am ok with your changes. Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Dextrose] [DESIGN] Reflect internet connectivity in the 'Network' frame icon
On Sun, 2011-02-13 at 15:57 -0500, Martin Langhoff wrote: - add a similar feature that pings 'schoolserver' and indicates we have an XS within reach Couldn't we use the presence service (or its equivalent)? I've always wanted to see a schoolserver icon in the mesh view... from which the user could (re-)register, initiate a backup/restore, open a browser on the schoolserver homepage, etc. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Reflect internet connectivity in the 'Network' frame icon
On Mon, 14 Feb 2011 at 10:12:40 -0500, Martin Langhoff martin.langh...@gmail.com wrote: On Sun, Feb 13, 2011 at 8:59 PM, Michael Stone mich...@laptop.org wrote: So what network affordances [1, 2] are we supposed to make discoverable? :) Martin, I don't want to hijack any threads this month, so, if the following isn't worth your time, please ignore it and move on to more pressing matters. Let's not get too academic. FYI, this remark stings rather more than I think you intended. Perhaps you have a constructive criticism to substitute? Reading back the thread: - can we reach the internet? (or it might be a controlled WAN) - can we reach an XS? In both cases, ping + HEAD can work. No argument that ping + HEAD are useful and usefully cheap. Frankly, for the two cases you mention above, HEAD alone should suffice. Keep it simple, this is for a simple, low cost (cognitive _and_ computer-resources wise) indicator. Anish started a thread with a [DESIGN] tag. I took that to mean, in part, that he wanted feedback about the interplay of his idea with the Sugar HIG and the broader intended Sugar UX and I tried to recast the discussion in those terms. To that end, I asked whether the goal of the network UI is to reassure people whose network is already working or to help people whose network is broken, e.g., by making the tools for diagnosing the failure more discoverable. I also tried to provide sufficient detail to establish the feasibility of both approaches and to support robust and concrete debate. Finally, regarding your keep it simple comment above: what do you know that I don't that convinces you that all of the above is a waste of time? Regards, Michael ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] mime types when moving files from journal to usb
On Sat, Feb 12, 2011 at 8:18 PM, Erik Blankinship er...@mediamods.comwrote: On Fri, Feb 11, 2011 at 4:17 PM, Sascha Silbe sascha-ml-reply-to-201...@silbe.org wrote: Excerpts from Erik Blankinship's message of Fri Feb 11 21:08:20 +0100 2011: I noticed there were two svg icons in the physics activity directory: application-x-physics-project.svg and activity-physics.svg. Is there now a way to assign an icon to the files generated/used by my activity based on their extension type? You already discovered that way. If you ship your icons as activity/primary_type-subtype.svg Sugar will automatically install them [1]. Thank you for your help as I try to get this to work. I must be doing something wrong with mimetypes.xml. Here is a very small activity that let's you click a button to save your game state. https://github.com/jedierikb/supes.activity Things broken with this activity: (1) The icon application-x-supes-saved.svg is not used in the journal for saved game files. (2) Activity instance files dragged to usb are not given the extension *.superduper (3) Saved game files dragged to usb are not given the extension *.superduper_saved [note: trying this on olpc 10.1.3, sugar 84, but would like it to work with sugar 84+] Got this working with the help of alsroot on #sugar (thx!). Here are some notes for future developers and documenters: You cannot just copy your activity into the ~/Activities directory. You have to install it as a .xo bundle or using 'setup.py install' (note that the latter is tricky as the command might get your paths messed up). This installation step will create a file -- ~/.local/share/mime/packages/your-bundle_id.xml ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Reflect internet connectivity in the 'Network' frame icon
On Mon, Feb 14, 2011 at 12:11 PM, Michael Stone mich...@laptop.org wrote: Let's not get too academic. FYI, this remark stings rather more than I think you intended. Apologies. It was short for too long and formal, let's communicate in shorter messages, I don't need formal or logical proof of every statement, I need practical productive. Personally, I prefer short emails, more code. ask interesting questions. working code first :-) You posted very good ideas I agree with on the very specific topic of this interesting idea from Anish. And then threw some open questions, that I decline to follow, preferring to KISS. I leave the semantic meaning of network is up for Sugar v3.0 :-) More than enough meta for me this week -- I won't post on this thread anymore. Apologies to Anish and to the whole list for soaking up everyone's time. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar v2 0/2] Use pgettext() for Remove
On 02/12/2011 07:27 AM, Sascha Silbe wrote: Use pgettext() to distinguish between different Remove strings so we can translate them differently in some languages (e.g. Spanish) Hi Sascha, so your patch 2/2 does handle a particular case for the word 'remove'. How do you want to identify the words that need a particular translation, this will be different for every language? How does the work flow now looks like, every translator would have to translate the word 'remove' two times even though only in Spanish it might need that sort of attention? Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar v2 0/2] Use pgettext() for Remove
Excerpts from Simon Schampijer's message of Mon Feb 14 19:41:10 +0100 2011: so your patch 2/2 does handle a particular case for the word 'remove'. How do you want to identify the words that need a particular translation, this will be different for every language? By translators or users reporting back to us (like they did for Remove). I don't think we have many places where we use the same English phrase for different things. How does the work flow now looks like, every translator would have to translate the word 'remove' two times even though only in Spanish it might need that sort of attention? Yes, translators will now need to translate two different terms that happen to use the same phrase in English. For each language translators will need to decide how to translate each of the terms, potentially but not necessarily using the phrase, like the English translation does. Sascha -- 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] mime types when moving files from journal to usb
Excerpts from Erik Blankinship's message of Mon Feb 14 19:36:29 +0100 2011: Got this working with the help of alsroot on #sugar (thx!). Nice. Are any of your questions still left unanswered regarding interacting with external storage media? Sascha -- 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
[Sugar-devel] Concept Mapping Activity and Labyrith
This is a proposal for discussion to develop concept mapping mode within Labyrinth or as an independent activity using the code base of Labyrinth. I elaborate below how Labyrinth can be developed/modified further to support concept mapping. 1. Concept mapping requires, unlike mind maps, names/labels to be given to each link. 2. A mode switch can be provided to change between mind maps and concept maps. 3. Keeping the map while in concept map mode should create a file which stores mode preference + the map. 4. Concept mapping requires multiple parents (this is possible in labyrith, but by delinking the nodes after making them.) We can possibly achieve this by adding a node with a KeyPress + MouseClick on the canvas. 5. Concept mapping requires cross links between nodes (this is already possible in Labyrinth) 6. An option to keep in CmapTools format (which is an XML ecnoding) for data exchange between other concept mapping apps. I would like to know what your reactions are to this proposal. Please comment on the feasibility. gnowledge lab (http://lab.gnowledge.org) can undertake this development work with help from the current developers of Labyrith. Of course, if the current team is happy to implement these features, that will be wonderful. Our lab does teacher training on Sugar in India, and we desperately need a free concept mapping application. Once I hear your views, we can start the work as soon as possible. thanks in advance -- Nagarjuna ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Dextrose] [AC UPDATE] The upstream side of Sugar
On Mon, Feb 14, 2011 at 7:22 AM, Sascha Silbe sascha-ml-reply-to-201...@silbe.org wrote: Hi everyone, David has asked me to write a bit about the upstream side of things. Since I'm also going to provide a glimpse about my future plans for Sugar, I'm CC'ing sugar-devel. As a general rule, the more downstream you get, the nearer to the user you are and the more immediate are the problems you're trying to solve. Reverse this and it reads: The more upstream you get, the larger and more diverse the (indirect) user base will be, the more general your solutions need to be and the focus needs to shift to long term development. Or to put it short: Downstream is about tuning for particular users, while upstream is about the Big Picture. Tuning is an excellent metaphor. david This doesn't imply upstream doesn't do any day-to-day tasks and is always slow - the number of bug fixes and minor tweaks that went into Sugar last year is too large for me to count (there were 300 commits total). The last week, culminating in yesterdays Design Team meeting [1], was a nice example of how efficiently we can work together. But as upstream we need to think about long term development. How to adjust to changing user needs and technologies [2] and also ensure that the code doesn't disintegrate into an incoherent mass, but stays understandable and working: maintainable. According to the latest rumours [3], Sugar has a user base of over two million children. Every single bug will likely affect thousands of students. It's unavoidable that this influences our decisions: we want to provide them with an optimal experience so they can learn _by_ using the computer, not learn how to work around bugs and deficiencies. This means we strive for very high code quality - emphasising the maintainability over short term solutions that might improve some part of the Sugar experience. Of course, raising the bar too high for contributors is bad in the long run, too: If it's too hard, people will simply stop contributing. And this hits our most precious resource (on the technology side of the project): developers. Few developers means fewer time spent on fixing bugs, adding features, making Sugar better. I.e.: only minor improvements in experience. Hopefully we are now on a way to avoid at least some of the pitfalls. Dextrose and OLPC are taking up the downstream role and work on the immediate needs of users. They will take care of working with users on their problems and fixing them. That leaves upstream Sugar free to worry a bit less about bugs and focus more on expanding Sugar. Of particular importance is welcoming new contributors and their work (and of course welcoming back some former contributors!). Instead of asking them to improve their patches during many rounds of review, I will now do the fix-ups (including phrasing good commit descriptions - these are more important to the core developers than to occasional contributors). But even working better with contributors is not going to be enough. The number of open tickets is approaching four digits [4]. OLPC is going to work on tablet PCs [5] once the XO-1.75 is finished, rendering the current Sugar interaction design (based on particular characteristics of pointer devices with relative coordinates and more than one button) unusable. What we need is much more developers. More than we can train from scratch (by hiring university alumni) using the available resources. What we need is to tap into the pool of Open Source developers that already exist. We need to take more existing components where possible, focussing on making only the ones ourselves that are clearly insufficient or missing [6] (like the Journal and data store). This leverages the work of the communities around the existing components - in particular the Gnome community. We also need to make Sugar more interesting for developers. Eating our own dog food is the best way to get bugs noticed and fixed fast or even at all. Developers are specialists and require a tool box that is tuned for them in order to be productive. Most of the Sugar developers do their Sugar hacking outside of Sugar because they are more productive that way. If we want them to work inside Sugar, we need to make it adjustable to their needs. We need to allow them to mix match components like the window manager, and to configure Sugar in a way that works best for them. Some might argue that this misses the target user base of Sugar. But I'll argue back that Sugar is not just about low floor (I'm not intending to get rid of that part), but also about no ceiling. Children evolve into adults, users into developers. And with activities like EToys [7], the latter distinction is blurred even today. Thanks to everyone who followed me through to the end. I didn't intend this text to get that long (actually I was more worried about not having enough to write about :) ). Seemed like
Re: [Sugar-devel] [PATCH sugar v2] use ConsoleKit instead of HAL for shutdown/reboot
Hi Sascha, On 01/22/2011 07:34 AM, Sascha Silbe wrote: HAL is dead, ConsoleKit now handles shutdown / reboot. As this might not be known already, it might be helpful to link here some secondary information: http://freedesktop.org/wiki/Software/hal http://lists.freedesktop.org/archives/hal/2008-May/011560.html Tested on XO-1.5 running Debian Squeeze with consolekit 0.4.1-4. Signed-off-by: Sascha Silbesascha-...@silbe.org --- v1-v2: Rebased on mainline/master src/jarabe/model/session.py | 10 +- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/src/jarabe/model/session.py b/src/jarabe/model/session.py index c6409fb..9b277ff 100644 --- a/src/jarabe/model/session.py +++ b/src/jarabe/model/session.py @@ -55,15 +55,15 @@ class SessionManager(session.SessionManager): elif self._logout_mode != self.MODE_LOGOUT: try: bus = dbus.SystemBus() -proxy = bus.get_object('org.freedesktop.Hal', -'/org/freedesktop/Hal/devices/computer') +proxy = bus.get_object('org.freedesktop.ConsoleKit', + '/org/freedesktop/ConsoleKit/Manager') pm = dbus.Interface(proxy, -'org.freedesktop.Hal.Device.SystemPowerManagement') +'org.freedesktop.ConsoleKit.Manager') if self._logout_mode == self.MODE_SHUTDOWN: -pm.Shutdown() +pm.Stop() elif self._logout_mode == self.MODE_REBOOT: -pm.Reboot() +pm.Restart() except: logging.exception('Can not stop sugar') self.session.cancel_shutdown() You might want to use CanRestart [1] and CanStop [2] to check if you can restart. Regards, Simon [1] http://www.freedesktop.org/software/ConsoleKit/doc/ConsoleKit.html#Manager.CanRestart [2] http://www.freedesktop.org/software/ConsoleKit/doc/ConsoleKit.html#Manager.CanStop ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar-datastore] don't choke if timestamp property is missing
On 02/11/2011 07:50 AM, Sascha Silbe wrote: The timestamp property might be missing due to incomplete writes (out of power, system crash) or software bugs. So if the timestamp is missing we will create the entry with the current timestamp when we update_the_index. I guess there is no better timestamp we can set. Do we have other properties we should care about? When restoring the other properties we set as well update_metadata = True, I think you have to do that here as well. Regards, Simon Signed-off-by: Sascha Silbesi...@activitycentral.com --- src/carquinyol/datastore.py |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/src/carquinyol/datastore.py b/src/carquinyol/datastore.py index 837de35..12458fb 100644 --- a/src/carquinyol/datastore.py +++ b/src/carquinyol/datastore.py @@ -140,6 +140,8 @@ class DataStore(dbus.service.Object): if os.path.exists(path): props['filesize'] = os.stat(path).st_size update_metadata = True +if 'timestamp' not in props: +props['timestamp'] = str(int(time.time())) if 'creation_time' not in props: if 'ctime' in props: try: ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar v2] Add cpu and memory resource indicator to frame
On 02/07/2011 10:30 PM, Anish Mangal wrote: Oh! I didn't realize this was pushed to sugar/mainline (sorry for overlooking the commit link you gave) I only pushed it to dextrose/mainline. For the record, Sascha pushed it and has reverted it now since we agreed on discussing it more. Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Modified Patch for adding feedback-icon.svg to sugar-artwork
On 02/07/2011 01:05 PM, Frederick Grose wrote: On Mon, Feb 7, 2011 at 11:58 AM, Simon Schampijersi...@schampijer.dewrote: On 01/29/2011 01:34 PM, Frederick Grose wrote: On Sat, Jan 29, 2011 at 12:18 PM, Anish Mangalanishmangal2...@gmail.com wrote: I like it better than the current one. Couple of nitpicks: (1) There is lots of inkscape SPAM. Save the file as a 'simple svg'. (2) It isn't sugarized [1]. [1] http://wiki.sugarlabs.org/go/Development_Team/Almanac/Making_Icons#Sugarizing_Icons Hi, can we have a bit more context for that patch? Where is the feedback icon used? Thanks, Simon This is from Dextrose 2, http://wiki.sugarlabs.org/go/Dextrose/2/Todo#feedback http://wiki.sugarlabs.org/go/Dextrose/2/Todo#feedbackSorry for the disconnect. --Fred The notification changes did not land yet, or? I would like to land things once we agreed on them. At least I, do not get the full picture yet. Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Concept Mapping Activity and Labyrith
Hi Nagarjun On Mon, Feb 14, 2011 at 2:10 PM, Nagarjuna G nagar...@gnowledge.org wrote: This is a proposal for discussion to develop concept mapping mode within Labyrinth or as an independent activity using the code base of Labyrinth. I elaborate below how Labyrinth can be developed/modified further to support concept mapping. 1. Concept mapping requires, unlike mind maps, names/labels to be given to each link. 2. A mode switch can be provided to change between mind maps and concept maps. 3. Keeping the map while in concept map mode should create a file which stores mode preference + the map. 4. Concept mapping requires multiple parents (this is possible in labyrith, but by delinking the nodes after making them.) We can possibly achieve this by adding a node with a KeyPress + MouseClick on the canvas. 5. Concept mapping requires cross links between nodes (this is already possible in Labyrinth) 6. An option to keep in CmapTools format (which is an XML ecnoding) for data exchange between other concept mapping apps. I would like to know what your reactions are to this proposal. Please comment on the feasibility. gnowledge lab (http://lab.gnowledge.org) can undertake this development work with help from the current developers of Labyrith. Of course, if the current team is happy to implement these features, that will be wonderful. Our lab does teacher training on Sugar in India, and we desperately need a free concept mapping application. Once I hear your views, we can start the work as soon as possible. Your plan seems o.k, my advice is that you also take a look to Model http://wiki.laptop.org/go/Model (not working now on the xo due to binary blobs, and also in alpha) Deployments need mapping tools like this very much, so if you can help in improving labyrinth you are welcolme to work with us, IIRC Gary Martin has done a great deal of work with it!. Thanks!. thanks in advance -- Nagarjuna ___ 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] Concept Mapping Activity and Labyrith
On 02/14/2011 02:10 PM, Nagarjuna G wrote: This is a proposal for discussion to develop concept mapping mode within Labyrinth or as an independent activity using the code base of Labyrinth. I elaborate below how Labyrinth can be developed/modified further to support concept mapping. 1. Concept mapping requires, unlike mind maps, names/labels to be given to each link. 2. A mode switch can be provided to change between mind maps and concept maps. 3. Keeping the map while in concept map mode should create a file which stores mode preference + the map. 4. Concept mapping requires multiple parents (this is possible in labyrith, but by delinking the nodes after making them.) We can possibly achieve this by adding a node with a KeyPress + MouseClick on the canvas. 5. Concept mapping requires cross links between nodes (this is already possible in Labyrinth) 6. An option to keep in CmapTools format (which is an XML ecnoding) for data exchange between other concept mapping apps. I would like to know what your reactions are to this proposal. Please comment on the feasibility. gnowledge lab (http://lab.gnowledge.org) can undertake this development work with help from the current developers of Labyrith. Of course, if the current team is happy to implement these features, that will be wonderful. Our lab does teacher training on Sugar in India, and we desperately need a free concept mapping application. Once I hear your views, we can start the work as soon as possible. thanks in advance -- Nagarjuna Hi Nagarjuna, thanks for sharing your interest! Actually we were talking about this need here at OLPC (today!!!) as well. The Concept Maps are often used in education. If you would find ways to enhance Labyrinth, that would be great. For example, changing the color of a bubble might work as a first step to indicate the relationship: (Sugar) | (UI) | (GNOME) Having the 'UI' bubble in another color than the 'Sugar' and 'GNOME' bubble would indicate that it is an relationship. I am sure there are other and better ways - just a quick idea. Looking forward to hear more on this, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar v2] use ConsoleKit instead of HAL for shutdown/reboot
On 01/22/2011 07:34 AM, Sascha Silbe wrote: HAL is dead, ConsoleKit now handles shutdown / reboot. Tested on XO-1.5 running Debian Squeeze with consolekit 0.4.1-4. FWIW, I tested it on the XO running the mainstream (buh! :) Fedora 14/Sugar 0.90 build as working. Cheers, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Write-73
On 02/14/2011 06:10 AM, Peter Robinson wrote: On Mon, Feb 14, 2011 at 4:07 AM, Sugar Labs Activities activit...@sugarlabs.org wrote: Activity Homepage: http://activities.sugarlabs.org/addon/4201 Sugar Platform: 0.82 - 0.90 Download Now: http://activities.sugarlabs.org/downloads/file/27216/write-73.xo Any chance of having a tar file release? Peter Hi Peter, looks like it has been uploaded now: http://download.sugarlabs.org/sources/sucrose/fructose/Write/Write-73.tar.bz2 Cheers, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Modified Patch for adding feedback-icon.svg to sugar-artwork
Excerpts from Simon Schampijer's message of Mon Feb 14 21:13:36 +0100 2011: The notification changes did not land yet, or? They did land downstream in Dextrose and have not been submitted for upstream evaluation yet. I assume that Mukesh either intended to post to dextrose@ instead of sugar-devel or forgot to mention that he would like design review for an icon specific to a Dextrose feature. Sascha -- 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] [PATCH sugar-datastore] don't choke if timestamp property is missing
Excerpts from Simon Schampijer's message of Mon Feb 14 21:01:18 +0100 2011: So if the timestamp is missing we will create the entry with the current timestamp when we update_the_index. I guess there is no better timestamp we can set. Exactly. I considered setting it to 0 instead, but the current time seemed to be a marginally better fit. Do we have other properties we should care about? None that the data store itself requires in order to work properly (except for those we already check for). When restoring the other properties we set as well update_metadata = True, I think you have to do that here as well. Yeah, good idea. creation_time might have been written before timestamp (and the latter not landed on disk). Actually that gives me an idea: We could try checking creation_time and ctime. I'm not sure the rare case of timestamp missing is warranting the additional code complexity of checking those two properties, though. Sascha -- 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] [DESIGN] Reflect internet connectivity in the 'Network' frame icon
[cc += peace-corps@sl-devel] I think everyone agrees that 'more (than current)' information can be conveyed to the user which might actually be of use... Everyone has raised very valid points... Lets aim to address the simple issues first, try them out in different (network setup) environments incrementally and keep (please) this thread alive... * * * * * * * * * * Here's my take... The Sugar UI should make network health discoverable. Good point in general. To what is trying to get solved, I'd word it as Sugar UI should make network _affordances_ discoverable. Yes! What are the use cases for such information? Michael suggested a number of mechanisms which can be reliably used to determine 'levels of network connectivity' In particular: a) are we trying to expose affordances that are useful when the network is working perfectly or are we more interested in making discoverable those affordances that will be useful when things are broken? Actually, both. In particular, is this the core issue? No. The core issue is determining the ways that information can or should be used. That will determine what we implement both at the backend and UI wise before jumping into finer details. b) are we more interested in making indicators (whose status is automatically updated) or in sensors that can be activated to learn about the world? My intention was to have automatically updating indicators. Are there good use cases for implementing the feature as a 'sensor'? Anish started a thread with a [DESIGN] tag. I took that to mean, in part, that he wanted feedback about the interplay of his idea with the Sugar HIG and the broader intended Sugar UX and I tried to recast the discussion in those terms. +1, Exactly * * * * * * * * * * == Miachel's proposed implementation == For the sake of concreteness, here are some examples of how these considerations might affect Anish's general idea: 1) Let's make an autonomous binary internet indicator to be displayed on the frame and in the network-view. The sensor driving the indicator will periodically make HTTP HEAD requests at a deployment-configured rate against a URL chosen uniformly at random from a deployment-configured list. The indicator will be happy when the most recent request succeeded with status code 200 and will be sad otherwise. 2) Let's make a three-state autonomous indicator to be displayed on the frame and in the network view. The sensor driving the indicator will periodically run a complete network diagnostic procedure which, at a minimum, checks that we: 1) have a network interface, 2) that is up, 3) with an IP address, 4) that the interface IP is pingable 5) with default route configured 6) that the default route is pingable 7) with a nameserver entry in resolv.conf 8) that is pingable 9) that successfully resolves a list of test addresses 10) such that the resolved IPs are pingable 11) such that there are HTTP servers running on port 80 on the IPs returned from a configured subset of the resolved names that that return status code 200 for HTTP 1.0 HEAD requests for url / The indicator will be happy if all tests past in the most recent test run. The indicator will be sad if any hard tests failed. The indicator will be worried if all hard tests passed but some soft tests failed. If the indicator is sad or worried, then hovering or clicking on the indicator will display a modal dialog or palette listing all tests, showing their pass/fail status, and showing folded blocks of logs for all tests. Thoughts? Michael [1]: As background, I'm going to assume that an affordance is a quality of an object, or an environment, that allows an individual to perform an action (http://en.wikipedia.org/wiki/Affordance). Please correct me if you prefer a different definition. [2]: For example, are all these opportunities included? * to join a shared activity * to send an object to a friend * to store or to load a backup and * to browse the web How about these? * to join #sugar-devel * to host a web page * to copy an activity from a friend's journal Or these? * to ping a default route? * to resolve names to IP addresses? * to send IP packets to and to receive packets from public IPs? * to communicate without interference from middlepeople? * * * * * * * * * * I don't have much idea as to what should be the finer details of a 'network indicator' so I won't argue here. We could code something pretty quickly that implements all or a part of the above. We can get a rough initial version with a ping to 'schoolserver', and a ping to a configurable internet host. * * * * * * * * * * Couldn't we use the presence service (or its equivalent)? I've always wanted to see a schoolserver icon in the mesh view... from which the user could (re-)register, initiate a
Re: [Sugar-devel] mime types when moving files from journal to usb
On Mon, Feb 14, 2011 at 2:08 PM, Sascha Silbe si...@sugarlabs.org wrote: Excerpts from Erik Blankinship's message of Mon Feb 14 19:36:29 +0100 2011: Got this working with the help of alsroot on #sugar (thx!). Nice. Are any of your questions still left unanswered regarding interacting with external storage media? I have at least one more question. Sometimes custom icons for datastore entries generated by my activity don't appear until I restart sugar. Why is that? Should a bug be filed? ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] Journal entry sharing using a mass storage device
http://wiki.sugarlabs.org/go/Features/Journal_Entry_Sharing --- src/jarabe/journal/model.py | 188 +++ 1 files changed, 171 insertions(+), 17 deletions(-) diff --git a/src/jarabe/journal/model.py b/src/jarabe/journal/model.py index 320e577..67d2f19 100644 --- a/src/jarabe/journal/model.py +++ b/src/jarabe/journal/model.py @@ -1,4 +1,4 @@ -# Copyright (C) 2007-2010, One Laptop per Child +# Copyright (C) 2007-2011, One Laptop per Child # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by @@ -20,13 +20,15 @@ import errno from datetime import datetime import time import shutil +import tempfile from stat import S_IFLNK, S_IFMT, S_IFDIR, S_IFREG import re from operator import itemgetter +import json +from gettext import gettext as _ import gobject import dbus -import gconf import gio from sugar import dispatch @@ -46,6 +48,8 @@ PROPERTIES = ['activity', 'activity_id', 'buddies', 'bundle_id', MIN_PAGES_TO_CACHE = 3 MAX_PAGES_TO_CACHE = 5 +JOURNAL_METADATA_DIR = '.Sugar-Metadata' + _datastore = None created = dispatch.Signal() updated = dispatch.Signal() @@ -295,8 +299,9 @@ class InplaceResultSet(BaseResultSet): files = self._file_list[offset:offset + limit] entries = [] -for file_path, stat, mtime_, size_ in files: -metadata = _get_file_metadata(file_path, stat) +for file_path, stat, mtime_, metadata, size_ in files: +if metadata is None: +metadata = _get_file_metadata(file_path, stat) metadata['mountpoint'] = self._mount_point entries.append(metadata) @@ -324,6 +329,7 @@ class InplaceResultSet(BaseResultSet): def _scan_a_file(self): full_path = self._pending_files.pop(0) +metadata = None try: stat = os.lstat(full_path) @@ -365,7 +371,20 @@ class InplaceResultSet(BaseResultSet): if self._regex is not None and \ not self._regex.match(full_path): -return +filename = os.path.basename(full_path) +dir_path = os.path.dirname(full_path) +metadata = _get_file_metadata_from_json( \ +dir_path, filename, preview=False) +add_to_list = False +if metadata is not None: +for f in ['fulltext', 'title', + 'description', 'tags']: +if f in metadata and \ +self._regex.match(metadata[f]): +add_to_list = True +break +if not add_to_list: +return if self._date_start is not None and stat.st_mtime self._date_start: return @@ -378,7 +397,8 @@ class InplaceResultSet(BaseResultSet): if mime_type not in self._mime_types: return -file_info = (full_path, stat, int(stat.st_mtime), stat.st_size) +file_info = (full_path, stat, int(stat.st_mtime), metadata, + stat.st_size) self._file_list.append(file_info) return @@ -401,7 +421,17 @@ class InplaceResultSet(BaseResultSet): def _get_file_metadata(path, stat): -client = gconf.client_get_default() +Returns the metadata from the corresponding file +on the external device or does create the metadata +based on the file properties. + + +filename = os.path.basename(path) +dir_path = os.path.dirname(path) +metadata = _get_file_metadata_from_json(dir_path, filename, preview=True) +if metadata: +return metadata + return {'uid': path, 'title': os.path.basename(path), 'timestamp': stat.st_mtime, @@ -409,10 +439,46 @@ def _get_file_metadata(path, stat): 'mime_type': gio.content_type_guess(filename=path), 'activity': '', 'activity_id': '', -'icon-color': client.get_string('/desktop/sugar/user/color'), +'icon-color': '#00,#ff', 'description': path} +def _get_file_metadata_from_json(dir_path, filename, preview=False): +Returns the metadata from the json file and the preview +stored on the external device. If the metadata is corrupted +we do remove it and the preview as well. + + +metadata = None +metadata_path = os.path.join(dir_path, JOURNAL_METADATA_DIR, + filename + '.metadata') +preview_path = os.path.join(dir_path, JOURNAL_METADATA_DIR, +filename + '.preview') + +if os.path.exists(metadata_path): +try: +metadata = json.load(open(metadata_path)) +except ValueError: +os.unlink(metadata_path) +if os.path.exists(preview_path): +os.unlink(preview_path) +logging.debug(Could not read
[Sugar-devel] [PATCH sugar-toolkit] Cursor moves to beginning while trying to edit activity instance name #2608
This issue is not the same as #1948 but #1948 triggers this one. In some cases set_text doesn't change cursor position but not in all cases. --- src/sugar/activity/widgets.py |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/src/sugar/activity/widgets.py b/src/sugar/activity/widgets.py index a8664d9..8d34855 100644 --- a/src/sugar/activity/widgets.py +++ b/src/sugar/activity/widgets.py @@ -201,7 +201,9 @@ class TitleEntry(gtk.ToolItem): self.entry.modify_bg(state, color) def __jobject_updated_cb(self, jobject): +prev_pos = self.entry.props.cursor_position self.entry.set_text(jobject['title']) +self.entry.set_position(prev_pos) def __title_changed_cb(self, entry, activity): if self._update_title_sid is not None: -- 1.7.3.4 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Write-73
On Mon, Feb 14, 2011 at 8:42 PM, Simon Schampijer si...@schampijer.de wrote: On 02/14/2011 06:10 AM, Peter Robinson wrote: On Mon, Feb 14, 2011 at 4:07 AM, Sugar Labs Activities activit...@sugarlabs.org wrote: Activity Homepage: http://activities.sugarlabs.org/addon/4201 Sugar Platform: 0.82 - 0.90 Download Now: http://activities.sugarlabs.org/downloads/file/27216/write-73.xo Any chance of having a tar file release? Peter Hi Peter, looks like it has been uploaded now: http://download.sugarlabs.org/sources/sucrose/fructose/Write/Write-73.tar.bz2 Thanks Simon, Rafael replied to me to say it was there but it appears he didn't copy the list. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] mime types when moving files from journal to usb
On Mon, Feb 14, 2011 at 05:21:57PM -0500, Art Hunkins wrote: FWIW, I've experienced no problems simply copying my activities into the Activities directory (from a USB drive). cp -r does just fine. If your activity does not register any mimetype, then it won't matter. If your activity was already properly installed (with sugar-install-bundle), then copying new source into Activities will not be affected by this problem unless the new source registers a new mimetype that the old source did not. The OLPC OS Builder also unzips the .xo file into the Activities folder, and this causes the same problem. We're tracking this at OLPC as http://dev.laptop.org/ticket/10427 -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] mime types when moving files from journal to usb
Art, Based on my experience, installing activities with cp -r works fine -- * except* for some mimetypes.xml behavior: (1) Custom svg icons are not used in the journal for datastore entries. (2) Files dragged to usb are not given custom mimetype extensions. On Mon, Feb 14, 2011 at 5:21 PM, Art Hunkins abhun...@uncg.edu wrote: FWIW, I've experienced no problems simply copying my activities into the Activities directory (from a USB drive). cp -r does just fine. Art Hunkins - Original Message - *From:* Erik Blankinship er...@mediamods.com *To:* Sugar Devel sugar-devel@lists.sugarlabs.org *Sent:* Monday, February 14, 2011 1:36 PM *Subject:* Re: [Sugar-devel] mime types when moving files from journal to usb On Sat, Feb 12, 2011 at 8:18 PM, Erik Blankinship er...@mediamods.comwrote: On Fri, Feb 11, 2011 at 4:17 PM, Sascha Silbe sascha-ml-reply-to-201...@silbe.org wrote: Excerpts from Erik Blankinship's message of Fri Feb 11 21:08:20 +0100 2011: I noticed there were two svg icons in the physics activity directory: application-x-physics-project.svg and activity-physics.svg. Is there now a way to assign an icon to the files generated/used by my activity based on their extension type? You already discovered that way. If you ship your icons as activity/primary_type-subtype.svg Sugar will automatically install them [1]. Thank you for your help as I try to get this to work. I must be doing something wrong with mimetypes.xml. Here is a very small activity that let's you click a button to save your game state. https://github.com/jedierikb/supes.activity Things broken with this activity: (1) The icon application-x-supes-saved.svg is not used in the journal for saved game files. (2) Activity instance files dragged to usb are not given the extension *.superduper (3) Saved game files dragged to usb are not given the extension *.superduper_saved [note: trying this on olpc 10.1.3, sugar 84, but would like it to work with sugar 84+] Got this working with the help of alsroot on #sugar (thx!). Here are some notes for future developers and documenters: You cannot just copy your activity into the ~/Activities directory. You have to install it as a .xo bundle or using 'setup.py install' (note that the latter is tricky as the command might get your paths messed up). This installation step will create a file -- ~/.local/share/mime/packages/your-bundle_id.xml -- ___ 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
[Sugar-devel] [ASLO] Release TamTam Mini-56
Activity Homepage: http://activities.sugarlabs.org/addon/4061 Sugar Platform: 0.82 - 0.90 Download Now: http://activities.sugarlabs.org/downloads/file/27217/tamtammini-56.xo Release notes: Fix keybord use. Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Concept Mapping Activity and Labyrith
On 14 Feb 2011, at 20:25, Simon Schampijer si...@schampijer.de wrote: On 02/14/2011 02:10 PM, Nagarjuna G wrote: This is a proposal for discussion to develop concept mapping mode within Labyrinth or as an independent activity using the code base of Labyrinth. I elaborate below how Labyrinth can be developed/modified further to support concept mapping. 1. Concept mapping requires, unlike mind maps, names/labels to be given to each link. 2. A mode switch can be provided to change between mind maps and concept maps. 3. Keeping the map while in concept map mode should create a file which stores mode preference + the map. 4. Concept mapping requires multiple parents (this is possible in labyrith, but by delinking the nodes after making them.) We can possibly achieve this by adding a node with a KeyPress + MouseClick on the canvas. 5. Concept mapping requires cross links between nodes (this is already possible in Labyrinth) 6. An option to keep in CmapTools format (which is an XML ecnoding) for data exchange between other concept mapping apps. I would like to know what your reactions are to this proposal. Please comment on the feasibility. gnowledge lab (http://lab.gnowledge.org) can undertake this development work with help from the current developers of Labyrith. Of course, if the current team is happy to implement these features, that will be wonderful. Our lab does teacher training on Sugar in India, and we desperately need a free concept mapping application. Once I hear your views, we can start the work as soon as possible. thanks in advance -- Nagarjuna Hi Nagarjuna, thanks for sharing your interest! Actually we were talking about this need here at OLPC (today!!!) as well. The Concept Maps are often used in education. If you would find ways to enhance Labyrinth, that would be great. For example, changing the color of a bubble might work as a first step to indicate the relationship: (Sugar) | (UI) | (GNOME) Having the 'UI' bubble in another color than the 'Sugar' and 'GNOME' bubble would indicate that it is an relationship. I am sure there are other and better ways - just a quick idea. There was a quick fix added to make floating text labels that I was not really happy with from a design perspective, but folks were hollering for it and I had no time to work on it, so I let it pass. What should have happened is for the label tool button to actually be a thought style button. It would at minimum allow 1) the default box style as is; 2) a line style (where the spline link forms a horizontal line under the text AKA a labeled link as is being requested now for concept maps); 3) none, so text can just float on its own like a label. That would have covered much of the needs I've seen mentioned. Regarding colour, the plan was to use user fill/stroke colour during collaborative editing of a single map (not yet implemented), so that each user could see who was editing/adding what thought, with all other unfocused thoughts showing in a monochrome style, hence no options to tinker with thought colours. --Gary. Looking forward to hear more on this, 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] [PATCH sugar-toolkit] Cursor moves to beginning while trying to edit activity instance name #2608
On Mon, Feb 14, 2011 at 19:23, Aleksey Lim alsr...@activitycentral.org wrote: This issue is not the same as #1948 but #1948 triggers this one. In some cases set_text doesn't change cursor position but not in all cases. --- src/sugar/activity/widgets.py | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/src/sugar/activity/widgets.py b/src/sugar/activity/widgets.py index a8664d9..8d34855 100644 --- a/src/sugar/activity/widgets.py +++ b/src/sugar/activity/widgets.py @@ -201,7 +201,9 @@ class TitleEntry(gtk.ToolItem): self.entry.modify_bg(state, color) def __jobject_updated_cb(self, jobject): + prev_pos = self.entry.props.cursor_position self.entry.set_text(jobject['title']) + self.entry.set_position(prev_pos) def __title_changed_cb(self, entry, activity): if self._update_title_sid is not None: -- 1.7.3.4 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Committed to dextrose/mainline http://git.sugarlabs.org/dextrose/mainline/commit/c0204667f92962525e70e68683b1e9d8c31ab713 Reviewed-by: Anish Mangal an...@sugarlabs.org Acked-by: Anish Mangal an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Dextrose] [DESIGN] Reflect internet connectivity in the 'Network' frame icon
On 14 Feb 2011, at 14:55, Bernie Innocenti ber...@codewiz.org wrote: On Sun, 2011-02-13 at 15:57 -0500, Martin Langhoff wrote: - add a similar feature that pings 'schoolserver' and indicates we have an XS within reach Couldn't we use the presence service (or its equivalent)? I've always wanted to see a schoolserver icon in the mesh view... from which the user could (re-)register, initiate a backup/restore, open a browser on the schoolserver homepage, etc. +1 I've wanted to see this for a long time as well, and the stroke fill for the school server should be based on its identity, not the users, that way in a school with more than one server the neighbourhood view can be used as a quick visual check to where Sugar is registered (i.e teacher asks kids in a new class that they see a blue and orange school server icon before all trying to collaborate on a project). The palette for that icon can also textually indicate the available services provided by the server, maybe it's only a jabber server, maybe it supports backup/restore, maybe a moodle CMS. As Anish mentioned the same schoolserver icon and palette could potentially be placed as well in the device frame, for use when not in the neighbourhood view. --Gary -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ 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] [ASLO] Release Write-73
On Mon, Feb 14, 2011 at 6:05 PM, Peter Robinson pbrobin...@gmail.comwrote: On Mon, Feb 14, 2011 at 8:42 PM, Simon Schampijer si...@schampijer.de wrote: On 02/14/2011 06:10 AM, Peter Robinson wrote: On Mon, Feb 14, 2011 at 4:07 AM, Sugar Labs Activities activit...@sugarlabs.org wrote: Activity Homepage: http://activities.sugarlabs.org/addon/4201 Sugar Platform: 0.82 - 0.90 Download Now: http://activities.sugarlabs.org/downloads/file/27216/write-73.xo Any chance of having a tar file release? Peter Hi Peter, looks like it has been uploaded now: http://download.sugarlabs.org/sources/sucrose/fructose/Write/Write-73.tar.bz2 Thanks Simon, Rafael replied to me to say it was there but it appears he didn't copy the list. oops..sorry my bad!. Peter ___ 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