Re: [Sugar-devel] [PATCH] Center the drawing area in the activity canvas
Paint currently shows the drawing area aligned on the top left corner of the activity canvas. This is not noticeable if you do a new paint because the size of the drawing area is set to the canvas size. But if you start Paint with a small picture, you can see the issue. Or if you use the rotate tool on the whole drawing area. Here is a demo, rotating the whole drawing area, then cuttng part of it and opening the cut from the clipboard with Paint: http://dev.laptop.org/~manuq/paint_centercanvas.gif El día 13 de junio de 2011 23:56, Manuel Quiñones escribió: > From: Manuel Quiñones > > --- > Area.py | 1 + > Desenho.py | 4 ++-- > OficinaActivity.py | 22 ++ > 3 files changed, 25 insertions(+), 2 deletions(-) > > diff --git a/Area.py b/Area.py > index 1fa9ae4..43e1fd0 100644 > --- a/Area.py > +++ b/Area.py > @@ -1155,6 +1155,7 @@ class Area(gtk.DrawingArea): > self.pixmap_temp.draw_pixbuf(self.gc, temp_pix, 0, 0, 0, 0, > height, width, dither=gtk.gdk.RGB_DITHER_NORMAL, > x_dither=0, y_dither=0) > + self.janela.center_area() > > del temp_pix > > diff --git a/Desenho.py b/Desenho.py > index 1d46d4a..6beeb64 100644 > --- a/Desenho.py > +++ b/Desenho.py > @@ -589,8 +589,8 @@ class Desenho: > if not widget.text_in_progress: > widget.text_in_progress = True > > - widget.janela.fixed.move(widget.janela.textview, > - int(event.x), int(event.y)) > + x, y = int(event.x), int(event.y) > + widget.janela.move_textview(x, y) > widget.janela.textview.show() > widget.janela.textview.grab_focus() > > diff --git a/OficinaActivity.py b/OficinaActivity.py > index 86175c2..66e560f 100644 > --- a/OficinaActivity.py > +++ b/OficinaActivity.py > @@ -116,6 +116,7 @@ class OficinaActivity(activity.Activity): > def size_allocate_cb(widget, allocation): > self.fixed.disconnect(self._setup_handle) > self.area.setup(allocation.width, allocation.height) > + self.center_area() > > self.canvas.add_with_viewport(self.fixed) > self.disconnect(self._setup_handle) > @@ -142,6 +143,7 @@ class OficinaActivity(activity.Activity): > self.fixed.disconnect(self._setup_handle) > self.area.setup(pixbuf.get_width(), pixbuf.get_height()) > self.area.loadImageFromJournal(pixbuf) > + self.center_area() > > self.canvas.add_with_viewport(self.fixed) > self.disconnect(self._setup_handle) > @@ -173,3 +175,23 @@ class OficinaActivity(activity.Activity): > gtk.gdk.colormap_get_system(), 0, 0, 0, 0, -1, -1) > self.metadata['mime_type'] = 'image/png' > pixbuf.save(file_path, 'png', {}) > + > + def _get_area_displacement(self): > + """Return the point to use as top left corner in order to move > + the drawing area and center it on the canvas. > + > + """ > + canvas_width = self.canvas.allocation.width > + canvas_height = self.canvas.allocation.height > + area_width, area_height = self.area.get_size_request() > + x = (canvas_width - area_width) / 2 > + y = (canvas_height - area_height) / 2 > + return x, y > + > + def center_area(self): > + x, y = self._get_area_displacement() > + self.fixed.move(self.area, x, y) > + > + def move_textview(self, dx, dy): > + x, y = self._get_area_displacement() > + self.fixed.move(self.textview, x+dx, y+dy) > -- > 1.7.4.4 > > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] Center the drawing area in the activity canvas
From: Manuel Quiñones --- Area.py|1 + Desenho.py |4 ++-- OficinaActivity.py | 22 ++ 3 files changed, 25 insertions(+), 2 deletions(-) diff --git a/Area.py b/Area.py index 1fa9ae4..43e1fd0 100644 --- a/Area.py +++ b/Area.py @@ -1155,6 +1155,7 @@ class Area(gtk.DrawingArea): self.pixmap_temp.draw_pixbuf(self.gc, temp_pix, 0, 0, 0, 0, height, width, dither=gtk.gdk.RGB_DITHER_NORMAL, x_dither=0, y_dither=0) +self.janela.center_area() del temp_pix diff --git a/Desenho.py b/Desenho.py index 1d46d4a..6beeb64 100644 --- a/Desenho.py +++ b/Desenho.py @@ -589,8 +589,8 @@ class Desenho: if not widget.text_in_progress: widget.text_in_progress = True -widget.janela.fixed.move(widget.janela.textview, -int(event.x), int(event.y)) +x, y = int(event.x), int(event.y) +widget.janela.move_textview(x, y) widget.janela.textview.show() widget.janela.textview.grab_focus() diff --git a/OficinaActivity.py b/OficinaActivity.py index 86175c2..66e560f 100644 --- a/OficinaActivity.py +++ b/OficinaActivity.py @@ -116,6 +116,7 @@ class OficinaActivity(activity.Activity): def size_allocate_cb(widget, allocation): self.fixed.disconnect(self._setup_handle) self.area.setup(allocation.width, allocation.height) +self.center_area() self.canvas.add_with_viewport(self.fixed) self.disconnect(self._setup_handle) @@ -142,6 +143,7 @@ class OficinaActivity(activity.Activity): self.fixed.disconnect(self._setup_handle) self.area.setup(pixbuf.get_width(), pixbuf.get_height()) self.area.loadImageFromJournal(pixbuf) +self.center_area() self.canvas.add_with_viewport(self.fixed) self.disconnect(self._setup_handle) @@ -173,3 +175,23 @@ class OficinaActivity(activity.Activity): gtk.gdk.colormap_get_system(), 0, 0, 0, 0, -1, -1) self.metadata['mime_type'] = 'image/png' pixbuf.save(file_path, 'png', {}) + +def _get_area_displacement(self): +"""Return the point to use as top left corner in order to move +the drawing area and center it on the canvas. + +""" +canvas_width = self.canvas.allocation.width +canvas_height = self.canvas.allocation.height +area_width, area_height = self.area.get_size_request() +x = (canvas_width - area_width) / 2 +y = (canvas_height - area_height) / 2 +return x, y + +def center_area(self): +x, y = self._get_area_displacement() +self.fixed.move(self.area, x, y) + +def move_textview(self, dx, dy): +x, y = self._get_area_displacement() +self.fixed.move(self.textview, x+dx, y+dy) -- 1.7.4.4 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release IRC-10
Activity Homepage: http://activities.sugarlabs.org/addon/4029 Sugar Platform: 0.82 - 0.92 Download Now: http://activities.sugarlabs.org/downloads/file/27420/irc-10.xo Release notes: == Changes == *New toolbars compatibility *Pep8 fixes == Sources == *http://download.sugarlabs.org/sources/honey/IRC/IRC-10.tar.bz2 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] Fedora 15 SoaS release and Csound5
Peter, My feelings exactly. As regards Csound, most of our listservs are users; developers are relatively few and tend to communicate largely among themselves. Though I also am a member of csound-dev, I was unaware of the old/new parser status. I knew the new parser was (and has been long) "under development". I'd no idea how or if it was incorporated into Csound5.13. Only a few folk (not including myself) actually build Csound - mostly Linux people (again, not me). I just installed Windows Csound(5.13) this evening for the first time - to discover that it was built with default old parser. News to me. There's much discussion of Csound lists about how documentation and user materials are subpar - especially for newbees. This makes it overly difficult for Csound to attract new users. At any rate, thanks again for all you do. And I'm always here to test. Art Hunkins - Original Message - From: Peter Robinson To: Art Hunkins Cc: sugar-devel@lists.sugarlabs.org ; Development of live Sugar distributions Sent: Monday, June 13, 2011 7:13 PM Subject: Re: Fedora 15 SoaS release and Csound5 Art, It seems I did get the mail but some how missed it. Sigh! How so typical of CSound to make the new parser the default even though they themselves don't recommend it, nor do they really even document it anywhere! GRR! I'll have a look at the build and see what else it will affect, csound isn't just there for Sugar. Peter On Mon, Jun 13, 2011 at 11:05 PM, Art Hunkins wrote: Peter - Did you ever receive the messages collated below? (They largely occurred on the csound-dev list.) Are the questions you mentioned (ones that were never answered) the ones addressed here? If not, please send them again. To my knowledge, the simple "Csound solution" is running scons with the option: buildRelease=1 But maybe I completely misunderstand. Art Hunkins - Original Message - From: "Art Hunkins" To: Sent: Wednesday, June 08, 2011 9:59 AM Subject: Re: Fedora 15 SoaS release and Csound5 Peter: I presume you received the messages immediately listed below, regarding a solution to the old/new Csound parser issue ("build csound with the scons option buildRelease=1"). If you sent questions either to this group, or the Csound-developers list, I'm sorry; I didn't receive them. Are they perhaps answered in the messages quoted below? Also, as I wrote to you a week or so ago, there are no current MIDI issues with Csound and Sugar. (I had mistakenly thought there were earlier.) I remain eager to test a rebuilt Csound in the Fedora 15 SoaS context, to determine if my activities are compatible - and look forward to your upcoming test release. Thanks again for all your work on behalf of things musical within SoaS. Art Hunkins --- (Message to csound development listserv) Steve, Victor and Peter Robinson: The run-time (CsOptions) flag --old-parser makes my CSD's run flawlessly. (Thanks for the suggestion/solution, Steve.) I don't imagine my CSD's are the only ones affected. Peter, I'd strongly recommend Victor's suggestion of incorporating the scons option buildRelease=1 into the Csound build for Fedora 15. (For one thing, it would for the time being not require changes to my Activities.) Comments anyone? Art Hunkins From: Victor Lazzarini To: Developer discussions Sent: Wednesday, June 01, 2011 4:42 PM Subject: Re: [Cs-dev] Fw: Csound - CsOptions flag for old parser? That is a run-time option. But if you build csound with the scons option buildRelease=1, the old parser should be the default. This is the recommended (new parser is no ready for big time yet). Victor On 1 Jun 2011, at 21:30, Peter Robinson wrote: Hi Steve, Is that a compile or run time option? If the former what are the implications? Peter On 1 Jun 2011 21:18, "Steven Yi" wrote: Dr Victor Lazzarini Senior Lecturer Dept. of Music NUI Maynooth Ireland tel.: +353 1 708 3545 Victor dot Lazzarini AT nuim dot ie - Original Message - From: "Peter Robinson" To: "Art Hunkins" Sent: Wednesday, June 08, 2011 4:48 AM Subject: Re: Fedora 15 SoaS release and Csound5 Hi Art, No idea. I replied to the email you CC:ed me on and had no answers to my questions. I have a couple of outstanding items I need to test and fix on SoaS and will put out a test image in the next couple of days and you can test it and tell me as you well no I have no ability to test midi on soas. As a side note please make sure you: 1) Create a new email when sending things and no hijack a completely irrelevant email. 2) Send it to
Re: [Sugar-devel] Fedora 15 SoaS release and Csound5
Art, It seems I did get the mail but some how missed it. Sigh! How so typical of CSound to make the new parser the default even though they themselves don't recommend it, nor do they really even document it anywhere! GRR! I'll have a look at the build and see what else it will affect, csound isn't just there for Sugar. Peter On Mon, Jun 13, 2011 at 11:05 PM, Art Hunkins wrote: > Peter - > > Did you ever receive the messages collated below? (They largely occurred on > the csound-dev list.) > > Are the questions you mentioned (ones that were never answered) the ones > addressed here? > > If not, please send them again. To my knowledge, the simple "Csound > solution" is running scons with the option: > buildRelease=1 > > But maybe I completely misunderstand. > > Art Hunkins > > - Original Message - From: "Art Hunkins" > > To: > Sent: Wednesday, June 08, 2011 9:59 AM > > Subject: Re: Fedora 15 SoaS release and Csound5 > > > Peter: >> >> I presume you received the messages immediately listed below, regarding a >> solution to the old/new Csound parser issue ("build csound with the scons >> option buildRelease=1"). >> >> If you sent questions either to this group, or the Csound-developers list, >> I'm sorry; I didn't receive them. Are they perhaps answered in the messages >> quoted below? >> >> Also, as I wrote to you a week or so ago, there are no current MIDI issues >> with Csound and Sugar. (I had mistakenly thought there were earlier.) >> >> I remain eager to test a rebuilt Csound in the Fedora 15 SoaS context, to >> determine if my activities are compatible - and look forward to your >> upcoming test release. >> >> Thanks again for all your work on behalf of things musical within SoaS. >> >> Art Hunkins >> >> --- >> (Message to csound development listserv) >> >> Steve, Victor and Peter Robinson: >> >> The run-time (CsOptions) flag --old-parser makes my CSD's run flawlessly. >> (Thanks for the suggestion/solution, Steve.) >> >> I don't imagine my CSD's are the only ones affected. >> >> Peter, I'd strongly recommend Victor's suggestion of incorporating the >> scons option buildRelease=1 into the Csound build for Fedora 15. (For one >> thing, it would for the time being not require changes to my Activities.) >> >> Comments anyone? >> >> Art Hunkins >> >> From: Victor Lazzarini >> To: Developer discussions >> Sent: Wednesday, June 01, 2011 4:42 PM >> Subject: Re: [Cs-dev] Fw: Csound - CsOptions flag for old parser? >> >> >> That is a run-time option. But if you build csound with the scons option >> buildRelease=1, the old parser >> should be the default. This is the recommended (new parser is no ready >> for big time yet). >> >> >> Victor >> >> On 1 Jun 2011, at 21:30, Peter Robinson wrote: >> >> >> Hi Steve, >> >> Is that a compile or run time option? If the former what are the >> implications? >> >> Peter >> >> On 1 Jun 2011 21:18, "Steven Yi" wrote: >> >> Dr Victor Lazzarini >> Senior Lecturer >> Dept. of Music >> NUI Maynooth Ireland >> tel.: +353 1 708 3545 >> Victor dot Lazzarini AT nuim dot ie >> >> >> - Original Message - From: "Peter Robinson" < >> pbrobin...@gmail.com> >> To: "Art Hunkins" >> Sent: Wednesday, June 08, 2011 4:48 AM >> Subject: Re: Fedora 15 SoaS release and Csound5 >> >> >> Hi Art, >>> >>> No idea. I replied to the email you CC:ed me on and had no answers to >>> my questions. I have a couple of outstanding items I need to test and >>> fix on SoaS and will put out a test image in the next couple of days >>> and you can test it and tell me as you well no I have no ability to >>> test midi on soas. >>> >>> As a side note please make sure you: >>> 1) Create a new email when sending things and no hijack a completely >>> irrelevant email. >>> 2) Send it to the SoaS list. There is no need to send this directly to >>> me. >>> >>> Regards, >>> Peter >>> >>> On Tue, Jun 7, 2011 at 11:23 PM, Art Hunkins wrote: >>> Hello, Peter, Is the Csound5 new/old parser issue now solved for the upcoming Fedora 15 SoaS release? If so, is there a testing .iso I could try - to see if my activities are compatible with it? Thanks - Art Hunkins >> > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fedora 15 SoaS release and Csound5
Peter - Did you ever receive the messages collated below? (They largely occurred on the csound-dev list.) Are the questions you mentioned (ones that were never answered) the ones addressed here? If not, please send them again. To my knowledge, the simple "Csound solution" is running scons with the option: buildRelease=1 But maybe I completely misunderstand. Art Hunkins - Original Message - From: "Art Hunkins" To: Sent: Wednesday, June 08, 2011 9:59 AM Subject: Re: Fedora 15 SoaS release and Csound5 Peter: I presume you received the messages immediately listed below, regarding a solution to the old/new Csound parser issue ("build csound with the scons option buildRelease=1"). If you sent questions either to this group, or the Csound-developers list, I'm sorry; I didn't receive them. Are they perhaps answered in the messages quoted below? Also, as I wrote to you a week or so ago, there are no current MIDI issues with Csound and Sugar. (I had mistakenly thought there were earlier.) I remain eager to test a rebuilt Csound in the Fedora 15 SoaS context, to determine if my activities are compatible - and look forward to your upcoming test release. Thanks again for all your work on behalf of things musical within SoaS. Art Hunkins --- (Message to csound development listserv) Steve, Victor and Peter Robinson: The run-time (CsOptions) flag --old-parser makes my CSD's run flawlessly. (Thanks for the suggestion/solution, Steve.) I don't imagine my CSD's are the only ones affected. Peter, I'd strongly recommend Victor's suggestion of incorporating the scons option buildRelease=1 into the Csound build for Fedora 15. (For one thing, it would for the time being not require changes to my Activities.) Comments anyone? Art Hunkins From: Victor Lazzarini To: Developer discussions Sent: Wednesday, June 01, 2011 4:42 PM Subject: Re: [Cs-dev] Fw: Csound - CsOptions flag for old parser? That is a run-time option. But if you build csound with the scons option buildRelease=1, the old parser should be the default. This is the recommended (new parser is no ready for big time yet). Victor On 1 Jun 2011, at 21:30, Peter Robinson wrote: Hi Steve, Is that a compile or run time option? If the former what are the implications? Peter On 1 Jun 2011 21:18, "Steven Yi" wrote: Dr Victor Lazzarini Senior Lecturer Dept. of Music NUI Maynooth Ireland tel.: +353 1 708 3545 Victor dot Lazzarini AT nuim dot ie - Original Message - From: "Peter Robinson" To: "Art Hunkins" Sent: Wednesday, June 08, 2011 4:48 AM Subject: Re: Fedora 15 SoaS release and Csound5 Hi Art, No idea. I replied to the email you CC:ed me on and had no answers to my questions. I have a couple of outstanding items I need to test and fix on SoaS and will put out a test image in the next couple of days and you can test it and tell me as you well no I have no ability to test midi on soas. As a side note please make sure you: 1) Create a new email when sending things and no hijack a completely irrelevant email. 2) Send it to the SoaS list. There is no need to send this directly to me. Regards, Peter On Tue, Jun 7, 2011 at 11:23 PM, Art Hunkins wrote: Hello, Peter, Is the Csound5 new/old parser issue now solved for the upcoming Fedora 15 SoaS release? If so, is there a testing .iso I could try - to see if my activities are compatible with it? Thanks - Art Hunkins ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] new SoaSv5 test image - Last change to test andfix issues
Art, 3) Main issue #1: Csound "still" uses the new cursor. (I > gather Csound remains to be rebuilt with (scons option) buildRelease=1. At > least, that's what Victor Lazzarini says.) Otherwise I'll need to add the > --old-parser flag to all my (6) activities - which I'd prefer not to do > uniquely for this release. I'd certainly hope this can be adjusted before > SoaS5 release. > You've had an email from me about this already. I asked questioned and "still" don't have a reply. So until I get answers to my questions this isn't going to be fixed because I still don't know what the problem is. > 4) Main issue #2: activities only start 50% of the time. This is true > for *all* activities. It's not clear why an activity will start one time and > not another (it prints "didn't start" message). With Mango Lassi, this > happens occasionally/rarely for me; here it happens *a lot*. > Yes, I'm seeing this on a LiveUSB key but not on a standard Fedora 15 install with sugar (same release), it seems to have only started recently, or maybe regressed more recently, but I'm not sure of what the fix is. It really needs a Sugar dev to look closer at it but they don't seem to be interested at the moment. > I thought maybe this had something to do with the USB drives I'd made with > LiveUSB Creator. It doesn't. I created two: one 2GB, one 4GB with all memory > protected. > It might be something to do with the live image vs a full install. It almost seems timing oriented. > 5) Noted difference in Journal: hovering over an entry does nothing; a > right-click on an entry does nothing. Only a left-click resumes the activity > - normally the one it originated in (see 5 below). Apparently you cannot > erase from the Journal (except by clicking on the rightmost arrow, to > another page), nor resume in a different activity any more. I appreciated > those features. > Different to what? Please be specific otherwise it makes no sense. You could be saying its different to a tree down the road. > 6) Record (audio) continues to cause me problems. Record apparently records > correctly (or does it?) but does not play back. When a recording is > "resumed" from the Journal, it resumes (not in Record) but in either Surf or > Etoys, depending on whether it was saved automatically from Record, or as a > clipping that was kept. In any case, no activity plays the "recorded" file. > Go figure. (One possibility: Record seems to be interchanging Ogg Vorbis and > Ogg Speex formats - ugh.) FWIW, here's the complete Record log (seems to > involve the Dbus and an elapsed timeout): > Does it play in something like totem? > ** Message: pygobject_register_sinkfunc is deprecated (GstObject) > > ** Message: pygobject_register_sinkfunc is deprecated (HippoCanvasBox) > Traceback (most recent call last): > File "/usr/bin/sugar-activity", line 21, in > main.main() > File "/usr/lib/python2.7/site-packages/sugar/activity/main.py", line 158, > in main > create_activity_instance(activity_constructor, activity_handle) > File "/usr/lib/python2.7/site-packages/sugar/activity/main.py", line 37, > in create_activity_instance > activity = constructor(handle) > File "/usr/share/sugar/activities/Record.activity/record.py", line 66, in > __init__ > super(Record, self).__init__(handle) > > File "/usr/lib/python2.7/site-packages/sugar/activity/activity.py", line > 328, in __init__ > warn_if_none=False) > File > "/usr/lib/python2.7/site-packages/sugar/presence/presenceservice.py", line > 89, in get_activity > dbus_interface=CONN_INTERFACE_ACTIVITY_PROPERTIES) > File "/usr/lib/python2.7/site-packages/dbus/proxies.py", line 68, in > __call__ > return self._proxy_method(*args, **keywords) > File "/usr/lib/python2.7/site-packages/dbus/proxies.py", line 140, in > __call__ > **keywords) > File "/usr/lib/python2.7/site-packages/dbus/connection.py", line 630, in > call_blocking > message, timeout) > dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message > did not receive a reply (timeout by message bus) > Exited with status 1, pid 1841 data (None, ', mode 'w' > at 0xdf70e38>, dbus.ByteArray('1e429af21558998191b528d4c9c3b5572f388430', > variant_level=1)) > > dbus_interface=CONN_INTERFACE_ACTIVITY_PROPERTIES That bit is the same issue we're seeing when Activities don't start, it could be related. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH][Chat] pep8 fixes
Pep8 fixes for box --- chat/box.py |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/chat/box.py b/chat/box.py index d201b20..a05015c 100644 --- a/chat/box.py +++ b/chat/box.py @@ -64,6 +64,7 @@ class ChatBox(hippo.CanvasScrollbars): self._conversation = hippo.CanvasBox( spacing=0, +box_width=-1, # natural width background_color=style.COLOR_WHITE.get_int()) self.set_policy(hippo.ORIENTATION_HORIZONTAL, @@ -101,6 +102,7 @@ class ChatBox(hippo.CanvasScrollbars): | | ++ | | | ++ | `' +###Warning hippocanvas dependency### """ if not buddy: buddy = self.owner @@ -149,18 +151,22 @@ class ChatBox(hippo.CanvasScrollbars): rb = self._last_msg msg_vbox = rb.get_children()[1] msg_hbox = hippo.CanvasBox( +box_width=-1, # natural width orientation=hippo.ORIENTATION_HORIZONTAL) msg_vbox.append(msg_hbox) else: rb = CanvasRoundBox(background_color=color_fill, border_color=color_stroke, +box_width=-1, # natural width padding=4) rb.props.border_color = color_stroke # Bug #3742 self._last_msg = rb self._last_msg_sender = buddy + if not status_message: name = hippo.CanvasText(text=nick + ': ', color=text_color) name_vbox = hippo.CanvasBox( +box_width=-1, orientation=hippo.ORIENTATION_VERTICAL) name_vbox.append(name) rb.append(name_vbox) @@ -238,7 +244,7 @@ class ChatBox(hippo.CanvasScrollbars): timestamp_seconds = time.mktime(time_with_current_year) if timestamp_seconds > time.time(): -time_with_previous_year = (time.localtime(time.time())[0]-1,) +\ +time_with_previous_year = (time.localtime(time.time())[0] - 1,) +\ time.strptime(timestamp, "%b %d %H:%M:%S")[1:] timestamp_seconds = time.mktime(time_with_previous_year) -- 1.7.4.1 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Sugar Digest 2011-06-12
==Sugar Digest== “What we need are notions, not notations.” —Gauss 1. I gather that I am the only one who had never read the "Mathematician's Lament", but in case you haven't read it in a while and need a refresher on "notions" instead of "notations", see [http://www.maa.org/devlin/LockhartsLament.pdf]. It is also always worth rereading Marvin Minksy's essays on learning math: [http://wiki.laptop.org/go/Minsky_essays] 2. One of the pleasures of working in the Sugar community is that you get thoughtful feedback on your work from a wide range of people. Last week I got a request from a teacher in Uruguay for some new features in Turtle Blocks. (I included one—coordinate grid marked in centimeters—in Version 109. I also got feedback from Alan Kay and Barry Newell about the merits of the inclusion of an Arc block, which motivated me to finally write a Sugar Activity based on Barry's book, ''Turtle Confusion: Logo Puzzles and Riddles''. Check out [http://activities.sugarlabs.org/en-US/sugar/addon/4450]. Also, at this weekend's Design Team meeting, I got very helpful feedback from Sascha Silbe, Gary Martin, and Manuel Quiñones regarding the enhancements I have been proposing to View Source (See [http://wiki.sugarlabs.org/go/Design_Team/Proposals/Toolbars/View-Source_Enhancements]). Perhaps the most significant change is that I now put a copy of the cloned activity bundle into the Journal, thus maintaining equal status for the clone within the Sugar infrastructure. You can find the current patches here [http://lists.sugarlabs.org/archive/sugar-devel/2011-June/031838.html] and here [http://lists.sugarlabs.org/archive/sugar-devel/2011-June/031702.html]. === In the community === 3. There will be a Turtle Art Day in Costa Rica in July. We may hold simultaneous workshops at other deployments as well: stay tuned (See http://www.facultadeducacion.ucr.ac.cr/index.php?option=com_content&view=article&id=16&Itemid=23). 4. The TedxKids@Brussels talks are online at [http://youtube.com/playlist?p=PLA14C60FA101D1F4C]. === Tech Talk === 5. Peter Robinson is very close to releasing Sugar on a Stick Version 5. Please help us test: http://fedora.roving-it.com/SoaSv5-20110612-x86_64.iso and http://fedora.roving-it.com/SoaSv5-20110612-i686.iso 6. I cooked up a patch to the Edit Activity—Sugar's plain-text editor—to enable editing files from outside of the Journal. I am waiting for Nate Theis, Edit maintainer, to accept the patches, but if you want to play with it, see my clone on Gitorious [http://git.sugarlabs.org/~walter/edit-activity/walters-edit-activity]. 7. Martin Abente has implemented multiple-object select for the Sugar Journal. His patches are not quite ready for release—there is a performance-related issue with unnecessary list regeneration that Martin is working on, but having tried it, even in its current form, it is really nice. === Sugar Labs === Gary Martin has generated a SOM from the past few weeks of discussion on the IAEP mailing list. http://wiki.sugarlabs.org/go/File:2011-Jun-4-10-som.jpg (80 emails) Visit our planet [http://planet.sugarlabs.org] for more updates about Sugar and Sugar deployments. -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] Strawberry - login screen
On Mon, Jun 13, 2011 at 8:41 PM, Bert Freudenberg wrote: > On 13.06.2011, at 12:38, Art Hunkins wrote: > > Indeed, the new images get rid of the GDM login screen - as well as all > those *#$%@ keyring popups (cheers). > > Art Hunkins > > > On booting yes, but not when restarting after e.g. changing the language. > Or after liveinst. > For a real install its not designed to out of the box. The procedure to do so is well documented and if people can't find it and they come and ask about it on the SoaS list I'm more than happy to assist with where possible. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] new SoaSv5 test image - Last change to test andfix issues
Thanks for the new SoaS5 test. Here is my experience: 1) No more keyrings (cheers) - for me anyway. 2) No GDM login (cheers) - again, for me anyway. 3) Main issue #1: Csound "still" uses the new cursor. (I gather Csound remains to be rebuilt with (scons option) buildRelease=1. At least, that's what Victor Lazzarini says.) Otherwise I'll need to add the --old-parser flag to all my (6) activities - which I'd prefer not to do uniquely for this release. I'd certainly hope this can be adjusted before SoaS5 release. 4) Main issue #2: activities only start 50% of the time. This is true for *all* activities. It's not clear why an activity will start one time and not another (it prints "didn't start" message). With Mango Lassi, this happens occasionally/rarely for me; here it happens *a lot*. I thought maybe this had something to do with the USB drives I'd made with LiveUSB Creator. It doesn't. I created two: one 2GB, one 4GB with all memory protected. 5) Noted difference in Journal: hovering over an entry does nothing; a right-click on an entry does nothing. Only a left-click resumes the activity - normally the one it originated in (see 5 below). Apparently you cannot erase from the Journal (except by clicking on the rightmost arrow, to another page), nor resume in a different activity any more. I appreciated those features. 6) Record (audio) continues to cause me problems. Record apparently records correctly (or does it?) but does not play back. When a recording is "resumed" from the Journal, it resumes (not in Record) but in either Surf or Etoys, depending on whether it was saved automatically from Record, or as a clipping that was kept. In any case, no activity plays the "recorded" file. Go figure. (One possibility: Record seems to be interchanging Ogg Vorbis and Ogg Speex formats - ugh.) FWIW, here's the complete Record log (seems to involve the Dbus and an elapsed timeout): ** Message: pygobject_register_sinkfunc is deprecated (GstObject) ** Message: pygobject_register_sinkfunc is deprecated (HippoCanvasBox) Traceback (most recent call last): File "/usr/bin/sugar-activity", line 21, in main.main() File "/usr/lib/python2.7/site-packages/sugar/activity/main.py", line 158, in main create_activity_instance(activity_constructor, activity_handle) File "/usr/lib/python2.7/site-packages/sugar/activity/main.py", line 37, in create_activity_instance activity = constructor(handle) File "/usr/share/sugar/activities/Record.activity/record.py", line 66, in __init__ super(Record, self).__init__(handle) File "/usr/lib/python2.7/site-packages/sugar/activity/activity.py", line 328, in __init__ warn_if_none=False) File "/usr/lib/python2.7/site-packages/sugar/presence/presenceservice.py", line 89, in get_activity dbus_interface=CONN_INTERFACE_ACTIVITY_PROPERTIES) File "/usr/lib/python2.7/site-packages/dbus/proxies.py", line 68, in __call__ return self._proxy_method(*args, **keywords) File "/usr/lib/python2.7/site-packages/dbus/proxies.py", line 140, in __call__ **keywords) File "/usr/lib/python2.7/site-packages/dbus/connection.py", line 630, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) Exited with status 1, pid 1841 data (None, ', mode 'w' at 0xdf70e38>, dbus.ByteArray('1e429af21558998191b528d4c9c3b5572f388430', variant_level=1)) Art Hunkins - Original Message - From: Peter Robinson To: sugar-devel@lists.sugarlabs.org ; Development of live Sugar distributions Sent: Monday, June 13, 2011 5:30 AM Subject: Re: [Sugar-devel] new SoaSv5 test image - Last change to test andfix issues On Sun, Jun 12, 2011 at 8:49 PM, Peter Robinson wrote: Hi All, I was hoping to have this out over a week ago but I had a slight diversion via hospital which delayed proceedings. So below are links to a new pair (32 and 64 bit) of images for your testing pleasure. http://fedora.roving-it.com/SoaSv5-20110612-x86_64.iso http://fedora.roving-it.com/SoaSv5-20110612-i686.iso The network issue is still there, its partially working from the work that I did with some assistance from John Dulaney. I've included another utility to enable initial configuration of a wireless access point and from there it will auto connect and should mostly work. There's issues with the main network view and in the control panel but it seems no one else cares enough to assist me in getting it fixed. To configure an AP run the command "nm-connection-editor" from a terminal as the standard user (not root). I don't believe there are any other major blockers for this release. If you believe there to be any issues speak up now and provide fixes for it. NOTE: This is the last chance to test and get things fixed. Please provide concise details to any issues in reply to this mail. There was in issue with t
Re: [Sugar-devel] [SoaS] Strawberry - login screen
On 13.06.2011, at 12:38, Art Hunkins wrote: > Indeed, the new images get rid of the GDM login screen - as well as all those > *#$%@ keyring popups (cheers). > > Art Hunkins On booting yes, but not when restarting after e.g. changing the language. Or after liveinst. - Bert - > - Original Message - > From: Peter Robinson > To: Development of live Sugar distributions > Cc: sugar-devel > Sent: Monday, June 13, 2011 1:35 PM > Subject: Re: [Sugar-devel] [SoaS] Strawberry - login screen > > > > On Mon, Jun 13, 2011 at 6:23 PM, Bert Freudenberg > wrote: > > On 13.06.2011, at 06:50, Peter Robinson wrote: > >> >> >> On Mon, Jun 13, 2011 at 2:38 PM, Esteban Arias >> wrote: >> hi! >> >> do you know why sugar on stick - SoaS release 1 (Strawberry), shows login >> when I change configuration from control panel ? >> for example, I change nike name in "About me"; then restart with login >> screen... >> >> I put "liveuser" and the system starts ok! >> >> It is possible to dont show login screen? >> >> You can change settings in the gdm.conf file > > It would be nice if SoaS would not show the GDM login screen at all, just > like on the XO. This still happens in SoaS v5. > > Have you tested the new images I posted yesterday? It shouldn't on those. > Getting rid of it all together has pros and cons and I've not seen patches, > or even suggestions for that matter, from anyone for the best way to address > this issue to also allow multiple UX and users. > >> and it needs a blank password. > > > When doing a liveinst it does not accept a blank password. > > Doesn't stop you from removing it later. > > Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Strawberry - login screen
That's the same SoaS I tried. Didn't happen for me. Art Hunkins - Original Message - From: Bert Freudenberg To: Development of live Sugar distributions Cc: sugar-devel Devel Sent: Monday, June 13, 2011 1:39 PM Subject: Re: [Sugar-devel] Strawberry - login screen On 13.06.2011, at 10:35, Peter Robinson wrote: On Mon, Jun 13, 2011 at 6:23 PM, Bert Freudenberg wrote: On 13.06.2011, at 06:50, Peter Robinson wrote: On Mon, Jun 13, 2011 at 2:38 PM, Esteban Arias wrote: hi! do you know why sugar on stick - SoaS release 1 (Strawberry), shows login when I change configuration from control panel ? for example, I change nike name in "About me"; then restart with login screen... I put "liveuser" and the system starts ok! It is possible to dont show login screen? You can change settings in the gdm.conf file It would be nice if SoaS would not show the GDM login screen at all, just like on the XO. This still happens in SoaS v5. Have you tested the new images I posted yesterday? It shouldn't on those. Yes, it happens in SoaSv5-20110612-i686.iso. Getting rid of it all together has pros and cons and I've not seen patches, or even suggestions for that matter, from anyone for the best way to address this issue to also allow multiple UX and users. and it needs a blank password. When doing a liveinst it does not accept a blank password. Doesn't stop you from removing it later. Doesn't stop me, true, but stops teachers and other "normal" users. - Bert - -- ___ 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] [SoaS] Strawberry - login screen
Indeed, the new images get rid of the GDM login screen - as well as all those *#$%@ keyring popups (cheers). Art Hunkins - Original Message - From: Peter Robinson To: Development of live Sugar distributions Cc: sugar-devel Sent: Monday, June 13, 2011 1:35 PM Subject: Re: [Sugar-devel] [SoaS] Strawberry - login screen On Mon, Jun 13, 2011 at 6:23 PM, Bert Freudenberg wrote: On 13.06.2011, at 06:50, Peter Robinson wrote: On Mon, Jun 13, 2011 at 2:38 PM, Esteban Arias wrote: hi! do you know why sugar on stick - SoaS release 1 (Strawberry), shows login when I change configuration from control panel ? for example, I change nike name in "About me"; then restart with login screen... I put "liveuser" and the system starts ok! It is possible to dont show login screen? You can change settings in the gdm.conf file It would be nice if SoaS would not show the GDM login screen at all, just like on the XO. This still happens in SoaS v5. Have you tested the new images I posted yesterday? It shouldn't on those. Getting rid of it all together has pros and cons and I've not seen patches, or even suggestions for that matter, from anyone for the best way to address this issue to also allow multiple UX and users. and it needs a blank password. When doing a liveinst it does not accept a blank password. Doesn't stop you from removing it later. 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
Re: [Sugar-devel] [PATCH] view source enhancements: browse Sugar source and copy bundle source
Some day I will finally master git send-mail. (It ignored the --cover-letter option.) The patch in the previous email is a resubmission of my previous patch series on sugar/src/jarabe/view/viewsource.py (See http://wiki.sugarlabs.org/go/Design_Team/Proposals/Toolbars/View-Source_Enhancements for details.) In regard to comments made at the Sugar Design meeting on 2011-06-12, I made the following changes to the patch: # remove jarabe content from Sugar view source # reset the version number on copy # change the bundle name to bundle_name_NICK_copy # change the activity name to NICK_activity_name # change the activity icon name to NICK-activity-icon.svg # make a .xo bundle from the cloned activity and copy it into the Journal # rename Copy Button hint to "Clone" Many thanks to Sascha, Gary, and Manu for their feedback and suggestions. regards. -walter On Mon, Jun 13, 2011 at 3:20 PM, Walter Bender wrote: > From: Walter Bender > > --- > src/jarabe/view/Makefile.am | 1 + > src/jarabe/view/customizebundle.py | 216 > > src/jarabe/view/viewsource.py | 168 ++-- > 3 files changed, 350 insertions(+), 35 deletions(-) > create mode 100644 src/jarabe/view/customizebundle.py > > diff --git a/src/jarabe/view/Makefile.am b/src/jarabe/view/Makefile.am > index 1abea6d..630f184 100644 > --- a/src/jarabe/view/Makefile.am > +++ b/src/jarabe/view/Makefile.am > @@ -3,6 +3,7 @@ sugar_PYTHON = \ > __init__.py \ > buddyicon.py \ > buddymenu.py \ > + customizebundle.py \ > keyhandler.py \ > launcher.py \ > palettes.py \ > diff --git a/src/jarabe/view/customizebundle.py > b/src/jarabe/view/customizebundle.py > new file mode 100644 > index 000..bc0cf9c > --- /dev/null > +++ b/src/jarabe/view/customizebundle.py > @@ -0,0 +1,216 @@ > +# Copyright (C) 2011 Walter Bender > +# > +# 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 > +# the Free Software Foundation; either version 2 of the License, or > +# (at your option) any later version. > +# > +# This program is distributed in the hope that it will be useful, > +# but WITHOUT ANY WARRANTY; without even the implied warranty of > +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the > +# GNU General Public License for more details. > +# > +# You should have received a copy of the GNU General Public License > +# along with this program; if not, write to the Free Software > +# Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA > + > +import os > +import subprocess > +import gtk > + > +import logging > +_logger = logging.getLogger('ViewSource') > + > +from sugar.activity import bundlebuilder > +from sugar.datastore import datastore > + > +CUSTOMICON = 'customize.svg' > +RESCALE = ' \n' > + > + > +def generate_bundle(nick, activity_name, home_activities, new_bundle_name): > + ''' Generate a new .xo bundle for the activity and copy it into the > + Journal. ''' > + > + # First remove any existing bundles in dist/ > + if os.path.exists(os.path.join(home_activities, new_bundle_name, > 'dist')): > + command_line = ['rm', os.path.join(home_activities, new_bundle_name, > + 'dist', '*.xo')] > + _logger.debug(subprocess.call(command_line)) > + command_line = ['rm', os.path.join(home_activities, new_bundle_name, > + 'dist', '*.bz2')] > + _logger.debug(subprocess.call(command_line)) > + > + # Then create a new bundle. > + config = bundlebuilder.Config(source_dir=os.path.join( > + home_activities, new_bundle_name), > + dist_name='%s_%s-1.xo' % (nick, activity_name)) > + bundlebuilder.cmd_fix_manifest(config, None) > + bundlebuilder.cmd_dist_xo(config, None) > + > + # Finally copy the new bundle to the Journal. > + dsobject = datastore.create() > + dsobject.metadata['title'] = '%s_%s-1.xo' % (nick, activity_name) > + dsobject.metadata['mime_type'] = 'application/vnd.olpc-sugar' > + dsobject.set_file_path(os.path.join( > + home_activities, new_bundle_name, 'dist', > + '%s_%s-1.xo' % (nick, activity_name))) > + datastore.write(dsobject) > + dsobject.destroy() > + > + > +def customize_activity_info(nick, home_activities, new_bundle_name): > + ''' Modify bundle_id in new activity.info file: (1) change the > + bundle_id to bundle_id_[NICKNAME]; (2) change the activity_icon > + [NICKNAME]-activity-icon.svg; (3) set activity_version to 1. > + Also, modify the activity icon by applying a customize overlay. > + ''' > + activity_name = '' > + > + fd_old = open(os.path.join
Re: [Sugar-devel] New activity. ReSiStance.
On Mon, Jun 13, 2011 at 3:00 PM, Christoph Derndorfer < christoph.derndor...@gmail.com> wrote: > On Mon, Jun 13, 2011 at 4:37 PM, Chus Picos wrote: > >> Hi. >> >> I'm a Software Engineering student at the Universidade da Coruña (Galicia >> - Spain). I have just done my final year proyect. I have developed an >> activity for Sugar. It is an RSS reader. You can download it from: >> >> http://madsgroup.org/staff/juanjo/ReSiStance-1.xo >> >> I want to know your opinion, suggestions... >> >> Regards and thank you very much. > > > Hi Chus, > > interesting stuff, I'll definitely give this activity a shot later today. > Hi again, I just tried running the activity on the latest development build (11.2.0 os22 - http://wiki.laptop.org/go/11.2.0#Download) on an XO-1.5HS machine and the activity failed to start. I'm copying the log below, hope it helps you figure out what the issue could be. Thanks, Christoph --- LOG --- ** Message: pygobject_register_sinkfunc is deprecated (HippoCanvasBox) Traceback (most recent call last): File "/usr/bin/sugar-activity", line 21, in main.main() File "/usr/lib/python2.7/site-packages/sugar/activity/main.py", line 121, in main module = __import__(module_name) File "/home/olpc/Activities/ReSiStance.activity/ReSiStanceActivity.py", line 33, in from src.ReSiStance.settings import Settings File "/home/olpc/Activities/ReSiStance.activity/src/ReSiStance/settings.py", line 26, in from configobj import ConfigObj ImportError: No module named configobj 1307952847.033687 DEBUG root: _cleanup_temp_files Exited with status 1, pid 3921 data (None, ', mode 'w' at 0xb332b78>, '07c289065be801b61442e679e7aeb473be3da17e') --- /LOG --- -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] view source enhancements: browse Sugar source and copy bundle source
From: Walter Bender --- src/jarabe/view/Makefile.am|1 + src/jarabe/view/customizebundle.py | 216 src/jarabe/view/viewsource.py | 168 ++-- 3 files changed, 350 insertions(+), 35 deletions(-) create mode 100644 src/jarabe/view/customizebundle.py diff --git a/src/jarabe/view/Makefile.am b/src/jarabe/view/Makefile.am index 1abea6d..630f184 100644 --- a/src/jarabe/view/Makefile.am +++ b/src/jarabe/view/Makefile.am @@ -3,6 +3,7 @@ sugar_PYTHON = \ __init__.py \ buddyicon.py\ buddymenu.py\ + customizebundle.py \ keyhandler.py \ launcher.py \ palettes.py \ diff --git a/src/jarabe/view/customizebundle.py b/src/jarabe/view/customizebundle.py new file mode 100644 index 000..bc0cf9c --- /dev/null +++ b/src/jarabe/view/customizebundle.py @@ -0,0 +1,216 @@ +# Copyright (C) 2011 Walter Bender +# +# 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 +# the Free Software Foundation; either version 2 of the License, or +# (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA + +import os +import subprocess +import gtk + +import logging +_logger = logging.getLogger('ViewSource') + +from sugar.activity import bundlebuilder +from sugar.datastore import datastore + +CUSTOMICON = 'customize.svg' +RESCALE = ' \n' + + +def generate_bundle(nick, activity_name, home_activities, new_bundle_name): +''' Generate a new .xo bundle for the activity and copy it into the +Journal. ''' + +# First remove any existing bundles in dist/ +if os.path.exists(os.path.join(home_activities, new_bundle_name, 'dist')): +command_line = ['rm', os.path.join(home_activities, new_bundle_name, + 'dist', '*.xo')] +_logger.debug(subprocess.call(command_line)) +command_line = ['rm', os.path.join(home_activities, new_bundle_name, + 'dist', '*.bz2')] +_logger.debug(subprocess.call(command_line)) + +# Then create a new bundle. +config = bundlebuilder.Config(source_dir=os.path.join( +home_activities, new_bundle_name), +dist_name='%s_%s-1.xo' % (nick, activity_name)) +bundlebuilder.cmd_fix_manifest(config, None) +bundlebuilder.cmd_dist_xo(config, None) + +# Finally copy the new bundle to the Journal. +dsobject = datastore.create() +dsobject.metadata['title'] = '%s_%s-1.xo' % (nick, activity_name) +dsobject.metadata['mime_type'] = 'application/vnd.olpc-sugar' +dsobject.set_file_path(os.path.join( +home_activities, new_bundle_name, 'dist', +'%s_%s-1.xo' % (nick, activity_name))) +datastore.write(dsobject) +dsobject.destroy() + + +def customize_activity_info(nick, home_activities, new_bundle_name): +''' Modify bundle_id in new activity.info file: (1) change the +bundle_id to bundle_id_[NICKNAME]; (2) change the activity_icon +[NICKNAME]-activity-icon.svg; (3) set activity_version to 1. +Also, modify the activity icon by applying a customize overlay. +''' +activity_name = '' + +fd_old = open(os.path.join(home_activities, new_bundle_name, + 'activity', 'activity.info'), 'r') +fd_new = open(os.path.join(home_activities, new_bundle_name, + 'activity', 'new_activity.info'), 'w') +for line in fd_old: +tokens = line.split('=') +if tokens[0].rstrip() == 'bundle_id': +new_bundle_id = '%s_%s_clone' % (tokens[1].strip(), nick) +fd_new.write('%s = %s\n' % (tokens[0].rstrip(), new_bundle_id)) +elif tokens[0].rstrip() == 'activity_version': +fd_new.write('%s = 1\n' % (tokens[0].rstrip())) +elif tokens[0].rstrip() == 'icon': +old_icon_name = tokens[1].strip() +new_icon_name = '%s-%s' % (nick, old_icon_name) +fd_new.write('%s = %s\n' % (tokens[0].rstrip(), new_icon_name)) +elif tokens[0].rstrip() == 'name': +fd_new.write('%s = %s_%s\n' % (tokens[0].rstrip(), nick, + tokens[1].strip())) +activity_name = tokens[1].strip() +else: +fd_new.write(line) +fd_o
Re: [Sugar-devel] Strawberry - login screen
On 13.06.2011, at 11:05, Peter Robinson wrote: > > > On Mon, Jun 13, 2011 at 6:39 PM, Bert Freudenberg > wrote: > > On 13.06.2011, at 10:35, Peter Robinson wrote: > >> >> >> On Mon, Jun 13, 2011 at 6:23 PM, Bert Freudenberg >> wrote: >> >> On 13.06.2011, at 06:50, Peter Robinson wrote: >> >>> >>> >>> On Mon, Jun 13, 2011 at 2:38 PM, Esteban Arias >>> wrote: >>> hi! >>> >>> do you know why sugar on stick - SoaS release 1 (Strawberry), shows login >>> when I change configuration from control panel ? >>> for example, I change nike name in "About me"; then restart with login >>> screen... >>> >>> I put "liveuser" and the system starts ok! >>> >>> It is possible to dont show login screen? >>> >>> You can change settings in the gdm.conf file >> >> It would be nice if SoaS would not show the GDM login screen at all, just >> like on the XO. This still happens in SoaS v5. >> >> Have you tested the new images I posted yesterday? It shouldn't on those. > > Yes, it happens in SoaSv5-20110612-i686.iso. > >> Getting rid of it all together has pros and cons and I've not seen patches, >> or even suggestions for that matter, from anyone for the best way to address >> this issue to also allow multiple UX and users. >> >>> and it needs a blank password. >> >> >> When doing a liveinst it does not accept a blank password. >> >> Doesn't stop you from removing it later. > > > Doesn't stop me, true, but stops teachers and other "normal" users. > > I look forward to your suggestions and patches then for the next development > cycle then. > > Peter Nah, I'll have to re-implement the presence service in Squeak first. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Strawberry - login screen
On Mon, Jun 13, 2011 at 6:39 PM, Bert Freudenberg wrote: > > On 13.06.2011, at 10:35, Peter Robinson wrote: > > > > On Mon, Jun 13, 2011 at 6:23 PM, Bert Freudenberg wrote: > >> >> On 13.06.2011, at 06:50, Peter Robinson wrote: >> >> >> >> On Mon, Jun 13, 2011 at 2:38 PM, Esteban Arias > > wrote: >> >>> hi! >>> >>> do you know why sugar on stick - SoaS release 1 (Strawberry), shows login >>> when I change configuration from control panel ? >>> for example, I change nike name in "About me"; then restart with login >>> screen... >>> >>> I put "liveuser" and the system starts ok! >>> >>> It is possible to dont show login screen? >>> >> >> You can change settings in the gdm.conf file >> >> >> It would be nice if SoaS would not show the GDM login screen at all, just >> like on the XO. This still happens in SoaS v5. >> > > Have you tested the new images I posted yesterday? It shouldn't on those. > > > Yes, it happens in SoaSv5-20110612-i686.iso. > > Getting rid of it all together has pros and cons and I've not seen patches, > or even suggestions for that matter, from anyone for the best way to address > this issue to also allow multiple UX and users. > > >> and it needs a blank password. >> >> >> When doing a liveinst it does not accept a blank password. >> > > Doesn't stop you from removing it later. > > > Doesn't stop me, true, but stops teachers and other "normal" users. > I look forward to your suggestions and patches then for the next development cycle then. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Strawberry - login screen
On 13.06.2011, at 10:35, Peter Robinson wrote: > > > On Mon, Jun 13, 2011 at 6:23 PM, Bert Freudenberg > wrote: > > On 13.06.2011, at 06:50, Peter Robinson wrote: > >> >> >> On Mon, Jun 13, 2011 at 2:38 PM, Esteban Arias >> wrote: >> hi! >> >> do you know why sugar on stick - SoaS release 1 (Strawberry), shows login >> when I change configuration from control panel ? >> for example, I change nike name in "About me"; then restart with login >> screen... >> >> I put "liveuser" and the system starts ok! >> >> It is possible to dont show login screen? >> >> You can change settings in the gdm.conf file > > It would be nice if SoaS would not show the GDM login screen at all, just > like on the XO. This still happens in SoaS v5. > > Have you tested the new images I posted yesterday? It shouldn't on those. Yes, it happens in SoaSv5-20110612-i686.iso. > Getting rid of it all together has pros and cons and I've not seen patches, > or even suggestions for that matter, from anyone for the best way to address > this issue to also allow multiple UX and users. > >> and it needs a blank password. > > > When doing a liveinst it does not accept a blank password. > > Doesn't stop you from removing it later. Doesn't stop me, true, but stops teachers and other "normal" users. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] Strawberry - login screen
On Mon, Jun 13, 2011 at 6:23 PM, Bert Freudenberg wrote: > > On 13.06.2011, at 06:50, Peter Robinson wrote: > > > > On Mon, Jun 13, 2011 at 2:38 PM, Esteban Arias > wrote: > >> hi! >> >> do you know why sugar on stick - SoaS release 1 (Strawberry), shows login >> when I change configuration from control panel ? >> for example, I change nike name in "About me"; then restart with login >> screen... >> >> I put "liveuser" and the system starts ok! >> >> It is possible to dont show login screen? >> > > You can change settings in the gdm.conf file > > > It would be nice if SoaS would not show the GDM login screen at all, just > like on the XO. This still happens in SoaS v5. > Have you tested the new images I posted yesterday? It shouldn't on those. Getting rid of it all together has pros and cons and I've not seen patches, or even suggestions for that matter, from anyone for the best way to address this issue to also allow multiple UX and users. > and it needs a blank password. > > > When doing a liveinst it does not accept a blank password. > Doesn't stop you from removing it later. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Strawberry - login screen
On 13.06.2011, at 06:50, Peter Robinson wrote: > > > On Mon, Jun 13, 2011 at 2:38 PM, Esteban Arias > wrote: > hi! > > do you know why sugar on stick - SoaS release 1 (Strawberry), shows login > when I change configuration from control panel ? > for example, I change nike name in "About me"; then restart with login > screen... > > I put "liveuser" and the system starts ok! > > It is possible to dont show login screen? > > You can change settings in the gdm.conf file It would be nice if SoaS would not show the GDM login screen at all, just like on the XO. This still happens in SoaS v5. > and it needs a blank password. When doing a liveinst it does not accept a blank password. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] New activity. ReSiStance.
On Mon, Jun 13, 2011 at 4:37 PM, Chus Picos wrote: > Hi. > > I'm a Software Engineering student at the Universidade da Coruña (Galicia - > Spain). I have just done my final year proyect. I have developed an activity > for Sugar. It is an RSS reader. You can download it from: > > http://madsgroup.org/staff/juanjo/ReSiStance-1.xo > > I want to know your opinion, suggestions... > > Regards and thank you very much. Hi Chus, interesting stuff, I'll definitely give this activity a shot later today. Since I currently live in Madrid and have been trying to find other people here (and Spain at large) working on Sugar related projects (but unfortunately didn't come up with much) I was wondering whether you happen to know any other people working on similar efforts? Thanks, Christoph -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] New activity. ReSiStance.
On Mon, Jun 13, 2011 at 10:37 AM, Chus Picos wrote: > Hi. > > I'm a Software Engineering student at the Universidade da Coruña (Galicia - > Spain). I have just done my final year proyect. I have developed an activity > for Sugar. It is an RSS reader. You can download it from: > > http://madsgroup.org/staff/juanjo/ReSiStance-1.xo > > I want to know your opinion, suggestions... > > Regards and thank you very much. Dear Chus, You should consider submitting your activity for hosting on ASLO http://activities.sugarlabs.org/en-US/sugar/users/login This will help it reach it's broadest possible audience. If you speak / read / write Galician, (or have friends / colleagues / classmates who do), we could use help with Galician localization of Sugar and upstream packages. http://translate.sugarlabs.org/gl/ cjl volunteer Sugar Labs / OLPC / eToys Poolle admin ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] New activity. ReSiStance.
Hi. I'm a Software Engineering student at the Universidade da Coruña (Galicia - Spain). I have just done my final year proyect. I have developed an activity for Sugar. It is an RSS reader. You can download it from: http://madsgroup.org/staff/juanjo/ReSiStance-1.xo I want to know your opinion, suggestions... Regards and thank you very much. Chus. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Strawberry - login screen
Hi! Thanks for your help. We are using Strawberry because looks like Dextrose and we are using Dextrose on XOs. We want to XO and the other laptop look similar. Regards, Esteban. 2011/6/13 Peter Robinson > > > On Mon, Jun 13, 2011 at 2:38 PM, Esteban Arias > wrote: > >> hi! >> >> do you know why sugar on stick - SoaS release 1 (Strawberry), shows login >> when I change configuration from control panel ? >> for example, I change nike name in "About me"; then restart with login >> screen... >> >> I put "liveuser" and the system starts ok! >> >> It is possible to dont show login screen? >> > > You can change settings in the gdm.conf file and it needs a blank password. > Strawberry is long dead, I suggest you use something newer as we're no > longer supporting strawberry. Also please post SoaS questions to the SoaS > mailing list. > > 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
[Sugar-devel] Announcing: trisquel-sugar_4.5.1_i686: dd_writable_2GB_USB_.img (an alternative "sweets sugar 0.88.1" on a USB stick.)
Announcing an experimental 1.9Gb .img file for dd writing to a 2 GB USB Please Test Image of a Full Install to a 2 GB USB (ext4 file structure) Not a Live USB Persistent sweets sugar 0.88.1 Easy Duplication- about 10 minutes to write from the image. .img file is reusable for mass duplications; only one DL required * tested on 2 Gb Lexar Firefly USB 2 GB Verbatum Sliding cover USB 2 GB Sandisk Cruzer micro ('''after removing U3 hidden partition''') Ready to start by registering new user's name and color Can be also used to install to HD where no CD/DVD is available. IMG: http://download.sugarlabs.org/images/Trisquel_4-5-1a-sugar.img Details and how to dd write: http://wiki.sugarlabs.org/go/Trisquel_On_A_Sugar_Toast#dd_writable_2GB_USB_.img ISO http://devel.trisquel.info/sugar/trisquel-sugar_4.5.1_i686.iso Tom Gilliard satellit on #sugar and #trisquel - freenode IRC ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Strawberry - login screen
On Mon, Jun 13, 2011 at 2:38 PM, Esteban Arias wrote: > hi! > > do you know why sugar on stick - SoaS release 1 (Strawberry), shows login > when I change configuration from control panel ? > for example, I change nike name in "About me"; then restart with login > screen... > > I put "liveuser" and the system starts ok! > > It is possible to dont show login screen? > You can change settings in the gdm.conf file and it needs a blank password. Strawberry is long dead, I suggest you use something newer as we're no longer supporting strawberry. Also please post SoaS questions to the SoaS mailing list. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Strawberry - login screen
hi! do you know why sugar on stick - SoaS release 1 (Strawberry), shows login when I change configuration from control panel ? for example, I change nike name in "About me"; then restart with login screen... I put "liveuser" and the system starts ok! It is possible to dont show login screen? -- Esteban Arias Investigación y Desarrollo - Centro Ceibal para el Apoyo a la Educación de la Niñez y la Adolescencia - Plan Ceibal Avda. Italia 6201 - Edificio Los Ceibos Montevideo - Uruguay. Tel.: 2601.57.73 Interno 2228 E-mail : ear...@plan.ceibal.edu.uy ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] new SoaSv5 test image - Last change to test and fix issues
On Sun, Jun 12, 2011 at 8:49 PM, Peter Robinson wrote: > Hi All, > > I was hoping to have this out over a week ago but I had a slight diversion > via hospital which delayed proceedings. > > So below are links to a new pair (32 and 64 bit) of images for your testing > pleasure. > > http://fedora.roving-it.com/SoaSv5-20110612-x86_64.iso > http://fedora.roving-it.com/SoaSv5-20110612-i686.iso > > The network issue is still there, its partially working from the work that > I did with some assistance from John Dulaney. I've included another utility > to enable initial configuration of a wireless access point and from there it > will auto connect and should mostly work. There's issues with the main > network view and in the control panel but it seems no one else cares enough > to assist me in getting it fixed. To configure an AP run the command > "nm-connection-editor" from a terminal as the standard user (not root). > > I don't believe there are any other major blockers for this release. If you > believe there to be any issues speak up now and provide fixes for it. > > NOTE: This is the last chance to test and get things fixed. Please provide > concise details to any issues in reply to this mail. > There was in issue with the i686 image being truncated. They have both been updated. Please ensure you have one with the following md5sum. d9a29e63ba4f689763b667107c81af26 SoaSv5-20110612-i686.iso ed4f053f5cac185532e6e7c1d68e34fb SoaSv5-20110612-x86_64.iso ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel