Re: [Sugar-devel] Call for testing and feedback: alternative Journal implementation
On Mon, Jul 02, 2012 at 05:38:42PM +0200, Christophe Guéret wrote: Hi Aleksey, I've packaged redstore to SD:Factory repos ( https://packages.sugarlabs.org/project/monitor?project=SweetsDistribution:Factory ) the package is redstore that provides redstore command and redstored init.d script. Great! Many thanks :) I didn't make it autorun in case if you will use it in the same way as Journal (and Sugar Network database), i.e., keep database in ~/.sugar/PROFILE and start daemon from current user's session. Could you point me to an example on how to set this up? Currently I set the database system wide and start the daemon at boot time but switching to a user session would make sens. For example, you can start/stop redstore from DBus service with pointing it ~/.sugar/PROFILE directory. btw, it might be useful to create SemanticXO package as well and make it pluggable like it was done with Sugar Network (checkbox in Sweets Distribution Control Panel component). i.e., it should regular DBus service that provides the same Dbus API as sugar-datastore. If you will do that, I think it will be possible to plug either sugar-datastore or SemanticXO in runtime. It is already the case, on my test machines I remove sugar-datastore to put the one provided by SemanticXO instead. That one uses the same DBUS API and service name. I will look into packaging it. The idea is making theis switch as easy as possible for users, e.g., check-box from Control Panel. The way how it might be done is setting XDG_DATA_DIRS environment variable that points to new directory with dbus-1/services/*.service files (it is how Sugar Shell from Sweets Distribution runs sugar-datastore from /opt directrory), i.e., there is no need in deleting original sugar-datastore. Also, Sweets Distribution has Sugar Shell plugins in form of arbitrary code in jarabe/plugins/ directory. If you think it is useful to have SemanticXO plugin (w/ Control Panel component), plugins system might be tweaked to handle things like setting environment variables. I was slowed down on SemanticXO recently, I hope to be able to get back in speed soon... Christophe -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH ImageViewer] GTK3 Port
On Sun, Jul 08, 2012 at 07:02:27AM -0300, Agustin Zubiaga Sanchez wrote: Feedbacks? Could you and/or Flavio Danesse, if I got dirakx right, take care about gtk3 branch? And maybe preparing gtk3 releases. If yes, I can create gtk3 branch in Image Viewer sources and grant you access. -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH Jukebox] Port to Gtk3 SL #3760
This commit ports completely the Jukebox Activity to Gtk3. Signed-off-by: Manuel Kaufmann humi...@gmail.com --- ControlToolbar.py | 58 +++-- jukeboxactivity.py | 243 setup.py |2 +- widgets.py | 43 +- 4 files changed, 169 insertions(+), 177 deletions(-) diff --git a/ControlToolbar.py b/ControlToolbar.py index 87a9b50..2205bde 100644 --- a/ControlToolbar.py +++ b/ControlToolbar.py @@ -15,29 +15,31 @@ # along with this program; if not, write to the Free Software # Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA +import logging + from gettext import gettext as _ -import gobject -import gtk +from gi.repository import GObject +from gi.repository import Gtk -from sugar.graphics.toolbutton import ToolButton -from sugar.graphics.toggletoolbutton import ToggleToolButton +from sugar3.graphics.toolbutton import ToolButton +from sugar3.graphics.toggletoolbutton import ToggleToolButton -class ViewToolbar(gtk.Toolbar): +class ViewToolbar(Gtk.Toolbar): __gtype_name__ = 'ViewToolbar' __gsignals__ = { -'go-fullscreen': (gobject.SIGNAL_RUN_FIRST, - gobject.TYPE_NONE, +'go-fullscreen': (GObject.SignalFlags.RUN_FIRST, + None, ([])), -'toggle-playlist': (gobject.SIGNAL_RUN_FIRST, -gobject.TYPE_NONE, +'toggle-playlist': (GObject.SignalFlags.RUN_FIRST, +None, ([])) } def __init__(self): -gtk.Toolbar.__init__(self) +GObject.GObject.__init__(self) self._show_playlist = ToggleToolButton('view-list') self._show_playlist.set_active(True) @@ -59,11 +61,11 @@ class ViewToolbar(gtk.Toolbar): self.emit('toggle-playlist') -class Control(gobject.GObject): +class Control(GObject.GObject): Class to create the Control (play) toolbar def __init__(self, toolbar, jukebox): -gobject.GObject.__init__(self) +GObject.GObject.__init__(self) self.toolbar = toolbar self.jukebox = jukebox @@ -80,7 +82,7 @@ class Control(gobject.GObject): jukebox._erase_playlist_entry_clicked_cb) self.toolbar.insert(erase_playlist_entry_btn, -1) -spacer = gtk.SeparatorToolItem() +spacer = Gtk.SeparatorToolItem() self.toolbar.insert(spacer, -1) spacer.show() @@ -90,14 +92,14 @@ class Control(gobject.GObject): self.prev_button.connect('clicked', self.prev_button_clicked_cb) self.toolbar.insert(self.prev_button, -1) -self.pause_image = gtk.image_new_from_stock(gtk.STOCK_MEDIA_PAUSE, -gtk.ICON_SIZE_BUTTON) +self.pause_image = Gtk.Image.new_from_stock(Gtk.STOCK_MEDIA_PAUSE, +Gtk.IconSize.BUTTON) self.pause_image.show() -self.play_image = gtk.image_new_from_stock(gtk.STOCK_MEDIA_PLAY, - gtk.ICON_SIZE_BUTTON) +self.play_image = Gtk.Image.new_from_stock(Gtk.STOCK_MEDIA_PLAY, + Gtk.IconSize.BUTTON) self.play_image.show() -self.button = gtk.ToolButton() +self.button = Gtk.ToolButton() self.button.set_icon_widget(self.play_image) self.button.set_property('can-default', True) self.button.show() @@ -111,28 +113,32 @@ class Control(gobject.GObject): self.next_button.connect('clicked', self.next_button_clicked_cb) self.toolbar.insert(self.next_button, -1) -current_time = gtk.ToolItem() -self.current_time_label = gtk.Label('') +current_time = Gtk.ToolItem() +self.current_time_label = Gtk.Label(label='') current_time.add(self.current_time_label) current_time.show() toolbar.insert(current_time, -1) -self.adjustment = gtk.Adjustment(0.0, 0.00, 100.0, 0.1, 1.0, 1.0) -self.hscale = gtk.HScale(self.adjustment) +self.adjustment = Gtk.Adjustment(0.0, 0.00, 100.0, 0.1, 1.0, 1.0) +self.hscale = Gtk.Scale(orientation=Gtk.Orientation.HORIZONTAL, +adjustment=self.adjustment) self.hscale.set_draw_value(False) -self.hscale.set_update_policy(gtk.UPDATE_CONTINUOUS) +# FIXME: this seems to be deprecated +# self.hscale.set_update_policy(Gtk.UPDATE_CONTINUOUS) +logging.debug(FIXME: AttributeError: 'Scale' object has no + attribute 'set_update_policy') self.hscale.connect('button-press-event', jukebox.scale_button_press_cb) self.hscale.connect('button-release-event', jukebox.scale_button_release_cb) -self.scale_item
Re: [Sugar-devel] GSM string question
Chris Leonard cjlhomeaddr...@gmail.com writes: Can someone please explain the purpose of these GSM strings? In Sugar 0.94, they did *NOT* say (DEPRECATED/UNUSED), but in Sugar 0.96 and Sugar 0.97, they say (DEPRECATED/UNUSED) If they are really deprecated or unused, why are we still carrying them in the UI? They are used in the description of the GConf entries for Sugar. On the first start of Sugar 0.96+, the content of these entries will be used to create a system-wide connection in NetworkManager 0.9. Changes to the values in GConf after the first start of Sugar 0.96 will be ignored. Users / administrators who previously modified the GConf content directly (instead of going through the Sugar UI) should now modify the connection in NetworkManager. I'm happy to accept a patch to clarify the wording. We should still keep the description around for those upgrading from Sugar up to 0.94 to Sugar 0.98+, skipping Sugar 0.96 in the process. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ pgpMmyUybxphs.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ANNOUNCE] Design meeting Wednesday July 18th 2012 - 15:00 UTC 1hr
Hi folks, It's time to start reviving the IRC Design Meetings for the next Sugar release cycle! The plan is to keep the meetings to 1 hour, or under, and use our realtime meeting to keep the various design efforts ticking over and everyone who in interested up to date with progress made. I'm hoping the majority of design conversation will take place in mail-list design threads, wiki pages and or bug.SL.org tickets. Links for below agenda items are on: http://wiki.sugarlabs.org/go/Design_Team/Meetings Agenda * Standard Help icon and toolbar position #3746, #3721, #3720, 3759 * Simple messages notification system * Database support for 3G modem configuration * Journal multi-select * Touch hardware support Activities, Sugar Shell, OSK * your item here Time: Wednesday July 18th 2012 - 15:00 UTC for 1hr Place: #sugar-meeting Hope to see you there Wednesday! Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ANNOUNCE] Design meeting Wednesday July 18th 2012 - 15:00 UTC 1hr
Gary C Martin garycmar...@googlemail.com writes: It's time to start reviving the IRC Design Meetings for the next Sugar release cycle! Thanks for restarting the Design Team meetings! [...] Time: Wednesday July 18th 2012 - 15:00 UTC for 1hr Place: #sugar-meeting Unfortunately, I'm unavailable on Wed+Thu (always, not just this week). Is there any chance of re-scheduling to a different day of the week? Mon or Tue would be best, but anything other than Wed or Thu would work. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ pgpLbKaluMT61.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ANNOUNCE] Design meeting Wednesday July 18th 2012 - 15:00 UTC 1hr
Hi Sascha, On 16 Jul 2012, at 15:17, Sascha Silbe wrote: Gary C Martin garycmar...@googlemail.com writes: It's time to start reviving the IRC Design Meetings for the next Sugar release cycle! Thanks for restarting the Design Team meetings! [...] Time: Wednesday July 18th 2012 - 15:00 UTC for 1hr Place: #sugar-meeting Unfortunately, I'm unavailable on Wed+Thu (always, not just this week). Is there any chance of re-scheduling to a different day of the week? Mon or Tue would be best, but anything other than Wed or Thu would work. Darn. We're currently tied into Sugar/OLPC meetings Monday, Tuesday, Friday (around the ~15:00 UTC time slot which seems to be good for many folks time zones). Let's review a regular time slot for the next meeting once I've seen who makes it this week. We could possibly try an earlier meeting on Mondays – say at 14:30UTC – as Daniel's build release/triage meetings are not until 16:00 UTC. Regards, --Gary Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ANNOUNCE] Design meeting Wednesday July 18th 2012 - 15:00 UTC 1hr
Can you advice about http://bugs.sugarlabs.org/ticket/3709 Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ANNOUNCE] Design meeting Wednesday July 18th 2012 - 15:00 UTC 1hr
Hi Gonzarlo, On 16 Jul 2012, at 15:49, Gonzalo Odiard wrote: Can you advice about http://bugs.sugarlabs.org/ticket/3709 Sure, though I think I'll get to that ticket before the Wednesday meeting as it's been on my todo list a week or so now. Regards, --Gary Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] GSM string question
Sascha, Ok, I accept that they serve a purpose still, I just wanted to make sure they were not inadvertently held over from 0.96 to 0.97. Thanks for the explanation. Regards, cjl On Mon, Jul 16, 2012 at 5:13 AM, Sascha Silbe si...@activitycentral.com wrote: Chris Leonard cjlhomeaddr...@gmail.com writes: Can someone please explain the purpose of these GSM strings? In Sugar 0.94, they did *NOT* say (DEPRECATED/UNUSED), but in Sugar 0.96 and Sugar 0.97, they say (DEPRECATED/UNUSED) If they are really deprecated or unused, why are we still carrying them in the UI? They are used in the description of the GConf entries for Sugar. On the first start of Sugar 0.96+, the content of these entries will be used to create a system-wide connection in NetworkManager 0.9. Changes to the values in GConf after the first start of Sugar 0.96 will be ignored. Users / administrators who previously modified the GConf content directly (instead of going through the Sugar UI) should now modify the connection in NetworkManager. I'm happy to accept a patch to clarify the wording. We should still keep the description around for those upgrading from Sugar up to 0.94 to Sugar 0.98+, skipping Sugar 0.96 in the process. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Kiwix-9
Activity Homepage: http://activities.sugarlabs.org/addon/4483 Sugar Platform: 0.82 - 0.96 Download Now: http://activities.sugarlabs.org/downloads/file/28157/kiwix-9.xo Release notes: * Better fix of the height of the toolbar * Avoid Window manager crash by quitting * Add support for Video/Audio * Faster startup and HTML rendering 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] Some sugar-build comments
Something like this. Connecting to localhost:6000 with vncviewer worked for me then. [dnarvaez@thinkpad master]$ git diff diff --git a/Makefile b/Makefile index e5e781b..76e4930 100644 --- a/Makefile +++ b/Makefile @@ -50,7 +50,7 @@ build-%: $(TYPESCRIPT) $(JHBUILD) buildone $* $(LOGFILE) run: x11-utils - xinit $(SCRIPTS)/xinitrc -- $(XINITDISPLAY) $(LOGFILE) + xinit $(SCRIPTS)/xinitrc -- /usr/bin/Xvnc $(XINITDISPLAY) securitytypes=none test: x11-utils $(LOG) $(SCRIPTS)/run-dogtail-tests $(LOGFILE) On 13 July 2012 13:22, Manuel Kaufmann humi...@gmail.com wrote: On Thu, Jul 12, 2012 at 9:44 AM, Daniel Narvaez dwnarv...@gmail.com wrote: What's about configuring the new X with a small resolution and access to it through VNC? (I think this is possible but I don't know how to do it :) ) Something like that might work yeah. Do you have some idea about how to do this? -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Porfolio: http://fotos.mkaufmann.com.ar/ PyAr: http://www.python.com.ar/ -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH ImageViewer] GTK3 Port
On Mon, Jul 16, 2012 at 4:49 AM, Aleksey Lim alsr...@sugarlabs.org wrote: On Sun, Jul 08, 2012 at 07:02:27AM -0300, Agustin Zubiaga Sanchez wrote: Feedbacks? Could you and/or Flavio Danesse, if I got dirakx right, take care about gtk3 branch? And maybe preparing gtk3 releases. If yes, I can create gtk3 branch in Image Viewer sources and grant you access. +1 thanks aleksey. -- Aleksey ___ 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] [DESIGN Browse] Show web page icons
A little feature which could be added in Browse: Show the web page icons. After talk with Gary by IRC, I confirmed that feature wasn't removed from the activity previously, and maybe show the page icon in the tab like the standard web browsers, could be 'noisy'. I purpose the following possibilities: - Decide icons in the tabs aren't noisy and show the page icons in the tabs. It also would help to identify the web pages. - Show the page icon only in the history. In this case the 'Back' and 'Next' palettes/menus. - Show the icon of the current tab in the URL entry at the left. - Combinations of the previously mentioned purposes. Cheers, Daniel Francis. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH ImageViewer] GTK3 Port
Great, but the correct way to do this is leaving gtk3 in the master branch and creating a new one for the gtk2. Thanks! 2012/7/16 Rafael Ortiz raf...@activitycentral.com On Mon, Jul 16, 2012 at 4:49 AM, Aleksey Lim alsr...@sugarlabs.orgwrote: On Sun, Jul 08, 2012 at 07:02:27AM -0300, Agustin Zubiaga Sanchez wrote: Feedbacks? Could you and/or Flavio Danesse, if I got dirakx right, take care about gtk3 branch? And maybe preparing gtk3 releases. If yes, I can create gtk3 branch in Image Viewer sources and grant you access. +1 thanks aleksey. -- Aleksey ___ 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