Re: [Sugar-devel] [IAEP] Article on "Why files need to die"
On Fri, Jul 15, 2011 at 11:54:40AM +0200, Christoph Derndorfer wrote: > Please also see this article ( > http://blogs.gnome.org/mccann/2011/06/08/new-pony/) which Tomeu Vizoso (one > of the early Sugar developers) just shared on Google+, well worth a > read! The article offers no solution that avoids the problem of naming and organising documents[1]. It ends with "other people are setting up clouds, where's ours?", which doesn't seem very relevant to educational software in an intermittently connected world[2] like the one I think we're targeting. The words privacy, security, or control do not appear in the article. The article is good insofar as it lays out one avenue of improvement: we need to take advantage of new connectivity options and improve the user interfaces for the information which is often or hard to manage right now. But would our computers be useful for learning, writing, reading, or playing if the only user interface was like Facebook or iTunes? > Christoph Martin PS: We (this audience, and others like GNOME) are in danger of being distracted by the current limitations of moving audio-visual data around into thinking that our conversations, thoughts, and stories don't deserve designers' time, or can be managed in the same simple ways. At their essence this information is neither audio nor visual; it is textual (for practical, useful definitions of "essence"). And their labels (meta-data) are the same. Sure, these things can be compressed or expressed in different forms. But they cannot be easily used, or separated easily from context (what the original article's author found so terrible), without the control that the cloud takes away or the simplicity of the written word. We are at risk of sacrificing clarity and simplicity of expression so that Facebook or Apple or Google can sell us ads for the Kabbalah, mormonism, or DVDs. That is, if what what google.com and bing.com suggest when I search for 'the meaning of life' is any indication. Speaking of which, I'll finish this postscript after I watch the Meaning of Life... 1. Even after the author has narrowed the scope of the "file problem" three times to Document, then to MS-Office-type document, then to document one never needs to move outside of the cloud, he still doesn't say anything about how this fixes "file management" (which I infer he thinks of as naming, organising, and sharing. 2. One of the commenters basically said the author and other are getting distracted into re-creating "appliances" rather than designing for "general purpose computers"; rather than helping people manage the information they generate or manage mostly unconsciously now, it seems a big inferiority complex is being fed, since Facebook is so good and iCloud will make sure your documents (whose naming is never discussed) can appear on all your devices. Which is almost never useful unless you a) have always-on, low latency connections; and b) have a large amount of bandwidth; and c) never need to do anything with the information except look at it onscreen or what the cloud provider lets you do with it. pgpov8gAiZm0T.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] jabber.sugarlbs.org update
Hi all, I've created "jabber.sugarlabs.org" bugs.sugarlabs.org componet, feel free to point your bugs to this componet if you think it is server side issue. -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Icons for the toolbar that replace strings "timer" and "duration"
El día 16 de julio de 2011 17:50, Daniel Drake escribió: > Hi Manuel, > > Next time please send patches to the activity maintainer in To: (in > this case this is me) and the sugar-devel list in Cc. Also if you > mention the activity title in the subject line that is useful. I had > skipped over this subject line as something that didn't concern me. Yes Daniel you are right, sorry, I'll do next time. > What is the state of this patch? Gonzalo suggested that it was ready > for my review but didn't clarify if this is implementing something > suggested by the design team, if it has seen their acknowledgement, > etc. I have raised the discussion to the list in june with [DESIGN] in the subject: http://lists.sugarlabs.org/archive/sugar-devel/2011-June/032024.html I did mockups of how the change may look, and after positive feedback, I implemented it. > One comment on the code: > >> +class IconComboBox(gtk.ToolItem): >> + def __init__(self, icon_filename, **kwargs): >> + gobject.GObject.__init__(self, **kwargs) > > Is there a reason why you don't call the gtk.ToolItem constructor? You are right, it should call the parent's constructor. The reason the patch is that way is because I started copying ToolComboBox class from sugar.graphics.toolcombobox module. I'll update the patch in the bug tracker. Thanks for your comments. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Icons for the toolbar that replace strings "timer" and "duration"
El día 17 de julio de 2011 00:53, Gary Martin escribió: > On 12 Jul 2011, at 19:39, Gonzalo Odiard wrote: > >> Thanks Manuel >> I think we need Design Team advice here. > > Unfortunately I find the 'spam patches to the mail list' approach is too high > a barrier for me to give feedback on most patches as my email inbox is too > many copy/paste/save/scp/clone/patch workflow steps from my dev environment > to actually try them, so I now generally skip over most emails with [PATCH] > in the subject. I know the core dev folks wanted it this way for their own > easier quick code review, but for visual design type changes emailing or > uploading a quick screen shot would really be a help. > > Anyone have a screen grab handy for what this patch looks like? > Hi Gary, Here is a screen grab: http://dev.laptop.org/~manuq/record_design/record_screenshot.png I sent it to another thread, tagged with [DESIGN]. This is the issue with the Record's toolbar, and my proposal to change the words "timer" and "duration" with icons: http://lists.sugarlabs.org/archive/sugar-devel/2011-June/032024.html Regards, > --Gary > >> Is important if we can get this little change before 11.2 because in Spanish >> the text in the toolbar is too wide and the Stop button fall outside of the >> toolbar. >> My opinion is give it a +1 >> >> Gonzalo >> ___ >> Sugar-devel mailing list >> Sugar-devel@lists.sugarlabs.org >> http://lists.sugarlabs.org/listinfo/sugar-devel > > -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Article on "Why files need to die"
I think we need to remember that the desktop interface as we developed it a PARC in the 70's was based on files and folders because our storage was so limited that finding stuff later wasn't a problem. Today I almost always find things by searching for them, either on my computer, or on the Web. My challenge is that I often name things one way and then try to retrieve them with another set of descriptors. My informal research on the topic shows I'm not alone. One of the early attractions of Sugar (to me) was that I could look at things by time, not by name. The idea of finding what I was doing yesterday, made great sense. I'm happy to see people working on the problem and found the blog quite interesting. Warm regards to all, David Thornburg Sent from my iPad On Jul 17, 2011, at 10:49 AM, Martin Dengler wrote: > On Fri, Jul 15, 2011 at 11:54:40AM +0200, Christoph Derndorfer wrote: >> Please also see this article ( >> http://blogs.gnome.org/mccann/2011/06/08/new-pony/) which Tomeu Vizoso (one >> of the early Sugar developers) just shared on Google+, well worth a >> read! > > The article offers no solution that avoids the problem of naming and > organising documents[1]. It ends with "other people are setting up > clouds, where's ours?", which doesn't seem very relevant to > educational software in an intermittently connected world[2] like the one > I think we're targeting. > > The words privacy, security, or control do not appear in the article. > > The article is good insofar as it lays out one avenue of improvement: > we need to take advantage of new connectivity options and improve the > user interfaces for the information which is often or hard to manage > right now. > > But would our computers be useful for learning, writing, reading, or > playing if the only user interface was like Facebook or iTunes? > >> Christoph > > Martin > > PS: > > We (this audience, and others like GNOME) are in danger of being > distracted by the current limitations of moving audio-visual data > around into thinking that our conversations, thoughts, and stories > don't deserve designers' time, or can be managed in the same simple > ways. At their essence this information is neither audio nor visual; > it is textual (for practical, useful definitions of "essence"). And > their labels (meta-data) are the same. > > Sure, these things can be compressed or expressed in different forms. > But they cannot be easily used, or separated easily from context (what > the original article's author found so terrible), without the control > that the cloud takes away or the simplicity of the written word. > > We are at risk of sacrificing clarity and simplicity of expression so > that Facebook or Apple or Google can sell us ads for the Kabbalah, > mormonism, or DVDs. That is, if what what google.com and bing.com > suggest when I search for 'the meaning of life' is any indication. > Speaking of which, I'll finish this postscript after I watch the > Meaning of Life... > > > 1. Even after the author has narrowed the scope of the "file problem" > three times to Document, then to MS-Office-type document, then to > document one never needs to move outside of the cloud, he still > doesn't say anything about how this fixes "file management" (which I > infer he thinks of as naming, organising, and sharing. > > 2. One of the commenters basically said the author and other are > getting distracted into re-creating "appliances" rather than designing > for "general purpose computers"; rather than helping people manage the > information they generate or manage mostly unconsciously now, it seems > a big inferiority complex is being fed, since Facebook is so good and > iCloud will make sure your documents (whose naming is never discussed) > can appear on all your devices. Which is almost never useful unless > you a) have always-on, low latency connections; and b) have a large > amount of bandwidth; and c) never need to do anything with the > information except look at it onscreen or what the cloud provider lets > you do with it. > ___ > 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] [PATCH] Record: icons for the toolbar that replace strings "timer" and "duration"
There was positive feedback from the design team to do this change, because the issue in the toolbar described in SL tracker, ticket This implementation adds the same icon in each item of the combo box. see the design discussion. It is here: http://lists.sugarlabs.org/archive/sugar-devel/2011-June/032024.html Signed-off-by: Manuel Quiñones --- iconcombobox.py| 41 +++ icons/duration.svg | 193 icons/timer.svg| 192 +++ record.py | 35 +- 4 files changed, 444 insertions(+), 17 deletions(-) create mode 100644 iconcombobox.py create mode 100644 icons/duration.svg create mode 100644 icons/timer.svg diff --git a/iconcombobox.py b/iconcombobox.py new file mode 100644 index 000..0f303f4 --- /dev/null +++ b/iconcombobox.py @@ -0,0 +1,41 @@ +#Copyright (c) 2008, Media Modifications Ltd. + +#Permission is hereby granted, free of charge, to any person obtaining a copy +#of this software and associated documentation files (the "Software"), to deal +#in the Software without restriction, including without limitation the rights +#to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +#copies of the Software, and to permit persons to whom the Software is +#furnished to do so, subject to the following conditions: + +#The above copyright notice and this permission notice shall be included in +#all copies or substantial portions of the Software. + +#THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +#IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +#FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +#AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +#LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +#OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN +#THE SOFTWARE. + +import gtk +import gobject + +from sugar.graphics.combobox import ComboBox +from sugar.graphics import style + + +class IconComboBox(gtk.ToolItem): +def __init__(self, icon_filename, **kwargs): +gtk.ToolItem.__init__(self, **kwargs) + +self.icon_filename = icon_filename +self.set_border_width(style.DEFAULT_PADDING) + +self.combo = ComboBox() +self.combo.show() + +self.add(self.combo) + +def append_item(self, i, text): +self.combo.append_item(i, text, file_name=self.icon_filename) diff --git a/icons/duration.svg b/icons/duration.svg new file mode 100644 index 000..43cd335 --- /dev/null +++ b/icons/duration.svg @@ -0,0 +1,193 @@ + +http://purl.org/dc/elements/1.1/"; + xmlns:cc="http://creativecommons.org/ns#"; + xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"; + xmlns:svg="http://www.w3.org/2000/svg"; + xmlns="http://www.w3.org/2000/svg"; + xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"; + xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"; + contentScriptType="text/ecmascript" + width="55px" + zoomAndPan="magnify" + contentStyleType="text/css" + height="55px" + preserveAspectRatio="xMidYMid meet" + version="1.1" + id="svg2" + inkscape:version="0.48.1 r9760" + sodipodi:docname="timer.svg"> + + + +image/svg+xml +http://purl.org/dc/dcmitype/StillImage"; /> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + diff --git a/icons/timer.svg b/icons/timer.svg new file mode 100644 index 000..134a0a1 --- /dev/null +++ b/icons/timer.svg @@ -0,0 +1,192 @@ + +http://purl.org/dc/elements/1.1/"; + xmlns:cc="http://creativecommons.org/ns#"; + xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"; + xmlns:svg="http://www.w3.org/2000/svg"; + xmlns="http://www.w3.org/2000/svg"; + xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"; + xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"; + contentScriptType="text/ecmascript" + width="55px" + zoomAndPan="magnify" + contentStyleType="text/css" + height="55px" + preserveAspectRatio="xMidYMid meet" + version="1.1" + id="svg2" + inkscape:version="0.48.1 r9760" + sodipodi:docname="record_timer-duration.svg"> + + + +image/svg+xml +http://purl.org/dc/dcmitype/StillImage"; /> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + diff --git a/record.py b/record.py index 11da096..0030f76 100644 --- a/record.py +++ b/record.py @@ -49,6 +49,7 @@ import utils from tray import HTray from mediaview import MediaView import hw +from iconcombobox impo
Re: [Sugar-devel] [PATCH] Record: icons for the toolbar that replace strings "timer" and "duration"
On Sun, Jul 17, 2011 at 07:33:00PM -0300, Manuel Qui??ones wrote: > There was positive feedback from the design team to do this change, > because the issue in the toolbar described in SL tracker, ticket It seems the ticket number was stripped from the commit message. ;-) -- 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] [PATCH] Record: icons for the toolbar that replace strings "timer" and "duration"
2011/7/17 James Cameron : > On Sun, Jul 17, 2011 at 07:33:00PM -0300, Manuel Qui??ones wrote: >> There was positive feedback from the design team to do this change, >> because the issue in the toolbar described in SL tracker, ticket > > It seems the ticket number was stripped from the commit message. ;-) Woops, it should be #2972 . My editor removed the numeral and the number as comment. I'm still finding my way in git send-email :/ > > -- > James Cameron > http://quozl.linux.org.au/ > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel