Re: [Sugar-devel] [PATCH] adding new customize icon used when copying bundle source
Hi Manuel, On 11 Aug 2011, at 22:56, manuel quiñones wrote: > Hello, > >> My understanding of the status is that Manuq was going to do some more work >> on the icon, as per my early message, which I think matches your recall as >> well. > > Yes I tried alternatives but didn't came with anything useful, as the > hand print makes the icon difficult to read, and I'm considering to > drop it in favor of a more conventional, simpler overlay. Any > feedback is welcome. Very quick thought, how about a simple two colour geometric identicon [1] icon based on a hash of the new activity bundle_id? This could potentially either a) replace the old svg icon completely; b) become a badge over part of the old icon; c) have the old icon become a small badge over the identicon. We would need to watch the case where folks make a copy of a copy of a copy, perhaps the new svg icon xml generated could be inserted with a known xml id so that we can easily strip it back out and replace it cleanly during a copy of a copy. I've wanted to get identicons into Sugar for a long time, perhaps now is finally my chance [2] ;-) Regards, --Gary [1] http://en.wikipedia.org/wiki/Identicon [2] I'd love to see an identicon like algorithm generating small variations in XO buddy like icons likely based on the users colour (or name or some other user related ident), so that each buddy icon can vary in both colour and shape. Last time I floated this, folks were very attached to the XO icon branding, perhaps some if I made some mockups it might gain some interest? > -- > .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Get Books-8
Activity Homepage: http://activities.sugarlabs.org/addon/4304 Sugar Platform: 0.82 - 0.92 Download Now: http://activities.sugarlabs.org/downloads/file/27511/get_books-8.xo Release notes: The main new functionality in this version, is the support of dinamic Catalogs, enabling to navigate in the different Catalogs in a OPDS server. Is based in the work of Nicholas Doiron and Daniel Castelo, with colaboration of Manuel Quiñones and Gonzalo Odiard. Also, Daniel Castelo is a new co maintainer working on the activity. 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] [DESIGN] Test startup animations
On Thu, Aug 11, 2011 at 03:02:06PM -0400, Chris Leonard wrote: > It would be good to have some idea of how a 1.75 performs under the > various methods being discussed. I think there's too much change happening to do that right now ... any numbers would be made out of date within a day. ;-} The cache idea might have a memory hit though; watch for that Gonzalo. Server side cache is harder to measure ... since the server allocates memory and might not give it back. The server also clears objects when a client disconnects, and for Sugar on a well managed laptop that might not be for months. Watch for continued growth of the server over multiple automated activity starts. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] Add the SugarTimeoutIcon to set the font and background color
Signed-off-by: Benjamin Berg Reviewed-by: Simon Schampijer --- gtk/theme/gtkrc.em | 13 + 1 files changed, 13 insertions(+), 0 deletions(-) diff --git a/gtk/theme/gtkrc.em b/gtk/theme/gtkrc.em index 69dccd9..7f180a7 100644 --- a/gtk/theme/gtkrc.em +++ b/gtk/theme/gtkrc.em @@ -740,6 +740,16 @@ style "parent-bg" } } +style "sugartimeout" +{ +bg[NORMAL] = $white +fg[NORMAL] = $button_grey +bg[ACTIVE] = $toolbar_grey +fg[ACTIVE] = $white +bg[PRELIGHT] = $white +fg[PRELIGHT] = $button_grey +} + # Default style, setting some generic options and style properties @@ -853,6 +863,9 @@ widget_class "*" style "toolbar" # Tray widget_class "**" style "trayicon" +# Timeout Icon +widget_class "**" style "sugartimeout" + # Widgets that should get the background color from the parent widget_class "*"style "parent-bg" widget_class "*" style "parent-bg" -- 1.7.4.4 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH sugar-toolkit] Replace the hippo-based TimeoutIcon with one based on a gtk.Label and gtk.Alignment
This patch depends on the addition of the SugarTimeoutIcon to the artwork where we set the font and background color. Signed-off-by: Simon Schampijer Reviewed-by: Benjamin Berg --- src/sugar/graphics/alert.py | 88 +++--- 1 files changed, 48 insertions(+), 40 deletions(-) diff --git a/src/sugar/graphics/alert.py b/src/sugar/graphics/alert.py index 5298430..b5aa0c0 100644 --- a/src/sugar/graphics/alert.py +++ b/src/sugar/graphics/alert.py @@ -49,7 +49,7 @@ import gettext import gtk import gobject -import hippo +import pango import math from sugar.graphics import style @@ -338,27 +338,43 @@ class ErrorAlert(Alert): icon.show() -class _TimeoutIcon(hippo.CanvasText, hippo.CanvasItem): -"""An icon with a round border""" -__gtype_name__ = 'AlertTimeoutIcon' - -def __init__(self, **kwargs): -hippo.CanvasText.__init__(self, **kwargs) - -self.props.orientation = hippo.ORIENTATION_HORIZONTAL -self.props.border_left = style.DEFAULT_SPACING -self.props.border_right = style.DEFAULT_SPACING - -def do_paint_background(self, cr, damaged_box): -[width, height] = self.get_allocation() - -xval = width * 0.5 -yval = height * 0.5 -radius = min(width * 0.5, height * 0.5) - -hippo.cairo_set_source_rgba32(cr, self.props.background_color) -cr.arc(xval, yval, radius, 0, 2 * math.pi) -cr.fill_preserve() +class _TimeoutIcon(gtk.Alignment): +__gtype_name__ = 'SugarTimeoutIcon' + +def __init__(self): +gtk.Alignment.__init__(self, 0, 0, 1, 1) +self.set_app_paintable(True) +self._text = gtk.Label() +self._text.set_alignment(0.5, 0.5) +attrlist = pango.AttrList() +attrlist.insert(pango.AttrWeight(pango.WEIGHT_BOLD)) +self._text.set_attributes(attrlist) +self.add(self._text) +self._text.show() +self.connect("expose_event", self.__expose_cb) + +def __expose_cb(self, widget, event): +context = widget.window.cairo_create() +self._draw(context) +return False + +def do_size_request(self, requisition): +requisition.height, requisition.width = \ +gtk.icon_size_lookup(gtk.ICON_SIZE_BUTTON) +self._text.size_request() + +def _draw(self, context): +rect = self.get_allocation() +x = rect.x + rect.width * 0.5 +y = rect.y + rect.height * 0.5 +radius = rect.width / 2 +context.arc(x, y, radius, 0, 2 * math.pi) +widget_style = self.get_style() +context.set_source_color(widget_style.bg[self.get_state()]) +context.fill_preserve() + +def set_text(self, text): +self._text.set_text(str(text)) class TimeoutAlert(Alert): @@ -412,20 +428,16 @@ class TimeoutAlert(Alert): self.add_button(gtk.RESPONSE_CANCEL, _('Cancel'), icon) icon.show() -self._timeout_text = _TimeoutIcon( -text=self._timeout, -color=style.COLOR_BUTTON_GREY.get_int(), -background_color=style.COLOR_WHITE.get_int()) -canvas = hippo.Canvas() -canvas.set_root(self._timeout_text) -canvas.show() -self.add_button(gtk.RESPONSE_OK, _('Continue'), canvas) +self._timeout_text = _TimeoutIcon() +self._timeout_text.set_text(self._timeout) +self.add_button(gtk.RESPONSE_OK, _('Continue'), self._timeout_text) +self._timeout_text.show() gobject.timeout_add_seconds(1, self.__timeout) def __timeout(self): self._timeout -= 1 -self._timeout_text.props.text = self._timeout +self._timeout_text.set_text(self._timeout) if self._timeout == 0: self._response(gtk.RESPONSE_OK) return False @@ -461,20 +473,16 @@ class NotifyAlert(Alert): self._timeout = timeout -self._timeout_text = _TimeoutIcon( -text=self._timeout, -color=style.COLOR_BUTTON_GREY.get_int(), -background_color=style.COLOR_WHITE.get_int()) -canvas = hippo.Canvas() -canvas.set_root(self._timeout_text) -canvas.show() -self.add_button(gtk.RESPONSE_OK, _('Ok'), canvas) +self._timeout_text = _TimeoutIcon() +self._timeout_text.set_text(self._timeout) +self.add_button(gtk.RESPONSE_OK, _('Ok'), self._timeout_text) +self._timeout_text.show() gobject.timeout_add(1000, self.__timeout) def __timeout(self): self._timeout -= 1 -self._timeout_text.props.text = self._timeout +self._timeout_text.set_text(self._timeout) if self._timeout == 0: self._response(gtk.RESPONSE_OK) return False -- 1.7.4.4 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] adding new customize icon used when copying bundle source
Hello, > My understanding of the status is that Manuq was going to do some more work > on the icon, as per my early message, which I think matches your recall as > well. Yes I tried alternatives but didn't came with anything useful, as the hand print makes the icon difficult to read, and I'm considering to drop it in favor of a more conventional, simpler overlay. Any feedback is welcome. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Anyone up for a post Sugar Camp Hack Day? (was: Registration for the Sugar Camp in Paris (sept) are now open)
Hi Christoph, On 11 Aug 2011, at 09:25, Christoph Derndorfer wrote: > On Thu, Aug 4, 2011 at 3:04 PM, Daniel Drake wrote: > On Wed, Aug 3, 2011 at 4:07 PM, Christoph Derndorfer > wrote: > > Hi all, > > speaking to Sascha earlier today he mentioned the idea of having a small > > post Sugar Camp Hack Day or something. > > I had already bought my flights for September 9 (Friday) to 14 (Wednesday) > > anyway so I'll definitely be in town. I assume many others of the registered > > participants > > (http://fr.amiando.com/olpcfrance-sugarcamp2011.html;jsessionid=57C0354E37E6A4A314890B401B6EEF56.web02?page=571393) > > are buying their tickets these days as well so it would be good to get a > > head count of who would be up for such an event:-) > > I think this is a great idea. I'm looking into the possibility of > attending, but that weekend is a bit complicated with some university > and moving commitments (Monday OTOH would be fine). I'd like to push > PyGI/GTK3 porting as the main activity of such a hack day... > http://wiki.sugarlabs.org/go/Features/GTK3 > > Please keep me informed on accommodation as well. > > Just a quick reminder: Is anyone else up for such a post-camp hack day? Ping. Yea I'll try and stay at least one extra day (FWIW: I've not booked anything yet). Regards, --Gary > Thanks, > Christoph > > -- > Christoph Derndorfer > co-editor, olpcnews > url: www.olpcnews.com > e-mail: christ...@olpcnews.com > ___ > IAEP -- It's An Education Project (not a laptop project!) > i...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] adding new customize icon used when copying bundle source
On Thu, Aug 11, 2011 at 3:51 PM, Gary Martin wrote: > Hi Simon, > > On 10 Aug 2011, at 14:52, si...@schampijer.de wrote: > > > Thanks for the icon! Has the design team talked about it already? > Attached is a > > screen shot after duplicating the Memorize activity in the case they > haven't. > > Thanks for the screen shot :) My understanding this was still a stand in > icon while we looked for alternatives (unfortunately I'm way behind one > email and tasks and haven't been of much help lately). One query, I'm a > little confused by the screenshot as the bundle icon you are hovering over > does not seem to include the overlay, where as the palette icon does? > The bundle icon has the overlay as well, but it is rendered as white on white, hence it is invisible. That is a detail we need to sort out. My understanding of the status is that Manuq was going to do some more work on the icon, as per my early message, which I think matches your recall as well. -walter > > Regards, > --Gary > > > Do > > you intend to place the icon in the palette option as well where you do > the > > actual cloning as well? About the naming, maybe something like > > 'activity-customize' or 'activity-duplicate' makes sense, what do you > think? > > > > > > Regards, > >Simon > > > > Walter Bender hat am 2. August 2011 um 01:08 > geschrieben: > > > >> From: Walter Bender > >> > >> > >> This patch provides a new icon to the Sugar toolkit that is used by the > >> cloning enhancement to View Source. The icon, in the shape of a hand, is > >> superimposed on to the activity icon that is being cloned to indicate > that is > >> has been modified by the end user. Manuq was instrumental in the design. > >> > >> --- > >> icons/scalable/actions/Makefile.am |1 + > >> icons/scalable/actions/customize.svg |8 > >> 2 files changed, 9 insertions(+), 0 deletions(-) > >> create mode 100644 icons/scalable/actions/customize.svg > >> > >> diff --git a/icons/scalable/actions/Makefile.am > >> b/icons/scalable/actions/Makefile.am > >> index 9df018b..17d771c 100644 > >> --- a/icons/scalable/actions/Makefile.am > >> +++ b/icons/scalable/actions/Makefile.am > >> @@ -11,6 +11,7 @@ icon_DATA = > \ > >> cell-width.svg\ > >> column-insert.svg\ > >> column-remove.svg\ > >> +customize.svg\ > >> dialog-cancel.svg\ > >> dialog-ok.svg\ > >> document-save.svg\ > >> diff --git a/icons/scalable/actions/customize.svg > >> b/icons/scalable/actions/customize.svg > >> new file mode 100644 > >> index 000..712b173 > >> --- /dev/null > >> +++ b/icons/scalable/actions/customize.svg > >> @@ -0,1 +1,42 @@ > >> + >> 'http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd' [ > >> + > >> + > >> +]> >> xmlns="http://www.w3.org/2000/svg"; xmlns:xlink=" > http://www.w3.org/1999/xlink"; > >> stroke-linecap="round" stroke-linejoin="round" stroke-width="3.5" > >> stroke="&stroke_color;" fill="&fill_color;"> > >> + >> + d="m -12.724351,-24.479403 0,80.02 > >> + 80.02,0 0,-80.02 -80.02,0 z m 46.954547,5.318182 c > >> + 0.400232,-0.02895 0.797687,-0.01309 1.136363,0.04553 1.230124,0.211855 > >> + 2.382488,1.717688 2.272728,2.636364 -1.1416,9.5547639 > >> + -5.151535,18.4166114 -5.318182,27.136364 -0.01309,0.69219 > >> + 1.315898,1.693208 1.727272,1.136364 5.256728,-7.1156365 > >> + 6.55747,-15.9348804 12.045455,-24.363637 0.733397,-1.126386 > >> + 2.770822,-0.998415 4,-0.454545 1.640306,0.725774 2.528335,2.559578 > >> + 2.09091,3.863636 -3.670473,10.942284 -7.777455,17.0466187 > >> + -10.636364,25.409092 -0.257048,0.751883 0.420538,1.638109 1,2.181818 > >> + 0.864611,0.811258 2.137629,1.427578 3.318182,1.318182 > >> + 6.140858,-0.568989 9.650953,-8.763535 15.727273,-9.8181823 > >> + 1.113236,-0.1932218 2.582167,-0.1670109 3.272727,0.7272723 > >> + 0.704742,0.912655 0.719055,2.681339 -0.136291,3.454546 > >> + -5.272073,4.765397 -10.671433,8.236931 -15.409091,12.545455 > >> + -3.947055,3.589498 -4.95936,9.466197 -8.045455,13.818182 > >> + -1.969731,2.17 -3.827738,5.847317 -6.636364,7.772728 > >> + -1.677949,1.150283 -3.740334,2.089629 -5.772727,2 -2.21072,-0.0976 > >> + -3.892728,-2.214866 -6.045455,-2.727273 -2.196858,-0.522927 > >> + -4.549106,0.121161 -6.772727,-0.27273 C 13.86589,46.861399 > >> + 11.527286,46.500046 9.730268,45.20249 5.6900056,42.285166 > >> + 4.0990964,36.980046 0.95754,33.111581 -2.5132238,28.837733 > >> + -5.2707511,24.294984 -10.133369,20.884307 c -1.434328,-1.006036 > >> + -0.591099,-4.205498 0.863636,-5.181818 2.697804,-1.810574 > >> + 6.6717819,0.53712 9.502,2.136364 2.8962183,1.637731 > >> + 3.5830256,7.313658 6.9090911,7.227273 C 9.486864,25.00518 > >> + 10.852071,21.92582 11.7
Re: [Sugar-devel] [PATCH] adding new customize icon used when copying bundle source
Hi Simon, On 10 Aug 2011, at 14:52, si...@schampijer.de wrote: > Thanks for the icon! Has the design team talked about it already? Attached is > a > screen shot after duplicating the Memorize activity in the case they haven't. Thanks for the screen shot :) My understanding this was still a stand in icon while we looked for alternatives (unfortunately I'm way behind one email and tasks and haven't been of much help lately). One query, I'm a little confused by the screenshot as the bundle icon you are hovering over does not seem to include the overlay, where as the palette icon does? Regards, --Gary > Do > you intend to place the icon in the palette option as well where you do the > actual cloning as well? About the naming, maybe something like > 'activity-customize' or 'activity-duplicate' makes sense, what do you think? > > > Regards, >Simon > > Walter Bender hat am 2. August 2011 um 01:08 > geschrieben: > >> From: Walter Bender >> >> >> This patch provides a new icon to the Sugar toolkit that is used by the >> cloning enhancement to View Source. The icon, in the shape of a hand, is >> superimposed on to the activity icon that is being cloned to indicate that is >> has been modified by the end user. Manuq was instrumental in the design. >> >> --- >> icons/scalable/actions/Makefile.am |1 + >> icons/scalable/actions/customize.svg |8 >> 2 files changed, 9 insertions(+), 0 deletions(-) >> create mode 100644 icons/scalable/actions/customize.svg >> >> diff --git a/icons/scalable/actions/Makefile.am >> b/icons/scalable/actions/Makefile.am >> index 9df018b..17d771c 100644 >> --- a/icons/scalable/actions/Makefile.am >> +++ b/icons/scalable/actions/Makefile.am >> @@ -11,6 +11,7 @@ icon_DATA = >> \ >> cell-width.svg\ >> column-insert.svg\ >> column-remove.svg\ >> +customize.svg\ >> dialog-cancel.svg\ >> dialog-ok.svg\ >> document-save.svg\ >> diff --git a/icons/scalable/actions/customize.svg >> b/icons/scalable/actions/customize.svg >> new file mode 100644 >> index 000..712b173 >> --- /dev/null >> +++ b/icons/scalable/actions/customize.svg >> @@ -0,1 +1,42 @@ >> +> 'http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd' [ >> + >> + >> +]>> xmlns="http://www.w3.org/2000/svg"; xmlns:xlink="http://www.w3.org/1999/xlink"; >> stroke-linecap="round" stroke-linejoin="round" stroke-width="3.5" >> stroke="&stroke_color;" fill="&fill_color;"> >> + > + d="m -12.724351,-24.479403 0,80.02 >> + 80.02,0 0,-80.02 -80.02,0 z m 46.954547,5.318182 c >> + 0.400232,-0.02895 0.797687,-0.01309 1.136363,0.04553 1.230124,0.211855 >> + 2.382488,1.717688 2.272728,2.636364 -1.1416,9.5547639 >> + -5.151535,18.4166114 -5.318182,27.136364 -0.01309,0.69219 >> + 1.315898,1.693208 1.727272,1.136364 5.256728,-7.1156365 >> + 6.55747,-15.9348804 12.045455,-24.363637 0.733397,-1.126386 >> + 2.770822,-0.998415 4,-0.454545 1.640306,0.725774 2.528335,2.559578 >> + 2.09091,3.863636 -3.670473,10.942284 -7.777455,17.0466187 >> + -10.636364,25.409092 -0.257048,0.751883 0.420538,1.638109 1,2.181818 >> + 0.864611,0.811258 2.137629,1.427578 3.318182,1.318182 >> + 6.140858,-0.568989 9.650953,-8.763535 15.727273,-9.8181823 >> + 1.113236,-0.1932218 2.582167,-0.1670109 3.272727,0.7272723 >> + 0.704742,0.912655 0.719055,2.681339 -0.136291,3.454546 >> + -5.272073,4.765397 -10.671433,8.236931 -15.409091,12.545455 >> + -3.947055,3.589498 -4.95936,9.466197 -8.045455,13.818182 >> + -1.969731,2.17 -3.827738,5.847317 -6.636364,7.772728 >> + -1.677949,1.150283 -3.740334,2.089629 -5.772727,2 -2.21072,-0.0976 >> + -3.892728,-2.214866 -6.045455,-2.727273 -2.196858,-0.522927 >> + -4.549106,0.121161 -6.772727,-0.27273 C 13.86589,46.861399 >> + 11.527286,46.500046 9.730268,45.20249 5.6900056,42.285166 >> + 4.0990964,36.980046 0.95754,33.111581 -2.5132238,28.837733 >> + -5.2707511,24.294984 -10.133369,20.884307 c -1.434328,-1.006036 >> + -0.591099,-4.205498 0.863636,-5.181818 2.697804,-1.810574 >> + 6.6717819,0.53712 9.502,2.136364 2.8962183,1.637731 >> + 3.5830256,7.313658 6.9090911,7.227273 C 9.486864,25.00518 >> + 10.852071,21.92582 11.730268,19.747944 13.743809,14.75446 >> + 12.911664,8.9863435 12.593904,3.6115797 12.230529,-2.5345732 >> + 12.333962,-8.358355 13.775722,-14.842966 c 0.284378,-1.279011 >> + 2.157949,-2.052306 3.454546,-1.863637 1.276436,0.185717 >> + 2.42224,1.473978 2.727273,2.727273 1.808756,7.4321603 >> + -1.073717,14.5794914 0.863636,21.0454552 0.33888,1.1310546 >> + 2.822298,2.7155928 3.181818,1.5909092 2.412669,-7.5470548 >> + 3.371709,-17.6644664 7.272728,-26.3181824 0.423694,-0.939898 >> + 1.753847,-1.4133
Re: [Sugar-devel] [DESIGN] Test startup animations
It would be good to have some idea of how a 1.75 performs under the various methods being discussed. cjl On Thu, Aug 11, 2011 at 2:25 PM, Gonzalo Odiard wrote: > Hi Benjamin, > I can't talk about timings without testing your code, but I am for any > change we can do to > accelerate the startup of activities. > My code do the render of the svg only one time, and previous timings we > found this operation > have a big cost. Probably we can accelerate the animation more with server > side operations, > but I am not an expert. > Any help is welcome > > Gonzalo > > > On Thu, Aug 11, 2011 at 2:50 PM, Benjamin Berg wrote: >> >> Hello, >> >> On Fri, 2011-08-05 at 16:47 -0300, Gonzalo Odiard wrote: >> > I have prepared a few videos to show the change in the startup >> > animation I am proposing >> >> A long time ago I implemented an icon cache, and optimized the startup >> animation (based on that). The speed improvement on the XO (B2/mass >> production, not sure what I tested on) was very large back then. The >> patch is rather large though, and will likely not apply anymore. >> >> I am not sure if the improvement for the pulsing icon needs the cache to >> work, but IIRC the patch on top of the icon cache one. >> >> If someone is interested, I can dig it up again. >> >> The relevant tickets are http://dev.laptop.org/ticket/8000#comment:25 >> and http://dev.laptop.org/ticket/8822 (outch, still on laptop.org). >> >> Benjamin >> >> PS: From Ticket 8000: "The icon drawing can be sped up quite a bit, if >> the icon cache is server side rather than client side. This shaved off >> 35% of the drawing time in a quick test here." >> > > > ___ > 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] [DESIGN] Test startup animations
Hi Benjamin, I can't talk about timings without testing your code, but I am for any change we can do to accelerate the startup of activities. My code do the render of the svg only one time, and previous timings we found this operation have a big cost. Probably we can accelerate the animation more with server side operations, but I am not an expert. Any help is welcome Gonzalo On Thu, Aug 11, 2011 at 2:50 PM, Benjamin Berg wrote: > Hello, > > On Fri, 2011-08-05 at 16:47 -0300, Gonzalo Odiard wrote: > > I have prepared a few videos to show the change in the startup > > animation I am proposing > > A long time ago I implemented an icon cache, and optimized the startup > animation (based on that). The speed improvement on the XO (B2/mass > production, not sure what I tested on) was very large back then. The > patch is rather large though, and will likely not apply anymore. > > I am not sure if the improvement for the pulsing icon needs the cache to > work, but IIRC the patch on top of the icon cache one. > > If someone is interested, I can dig it up again. > > The relevant tickets are http://dev.laptop.org/ticket/8000#comment:25 > and http://dev.laptop.org/ticket/8822 (outch, still on laptop.org). > > Benjamin > > PS: From Ticket 8000: "The icon drawing can be sped up quite a bit, if > the icon cache is server side rather than client side. This shaved off > 35% of the drawing time in a quick test here." > > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Test startup animations
Hello, On Fri, 2011-08-05 at 16:47 -0300, Gonzalo Odiard wrote: > I have prepared a few videos to show the change in the startup > animation I am proposing A long time ago I implemented an icon cache, and optimized the startup animation (based on that). The speed improvement on the XO (B2/mass production, not sure what I tested on) was very large back then. The patch is rather large though, and will likely not apply anymore. I am not sure if the improvement for the pulsing icon needs the cache to work, but IIRC the patch on top of the icon cache one. If someone is interested, I can dig it up again. The relevant tickets are http://dev.laptop.org/ticket/8000#comment:25 and http://dev.laptop.org/ticket/8822 (outch, still on laptop.org). Benjamin PS: From Ticket 8000: "The icon drawing can be sped up quite a bit, if the icon cache is server side rather than client side. This shaved off 35% of the drawing time in a quick test here." ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Test startup animations
Thanks Gary, for review this. Would be great if we can push it in 0.94. > In the first test, I used alpha and scale cairo operations to modify to > render only one time the icon > > you can see the zoom effect at the start and a little improvement in > startup time: > > > .. > Fab! That's a good 2 or 3 seconds shaved off activity start time, a very > important metric, even given we loose the original pulse design (i.e. > pulsing between grey+white & user colours provides better contrast; the > monochrome to colour also suggests an activity bundle starting up and > becoming a users own activity). > > Are these two test machines XO-1, or XO-1.5s? > > This is in XO 1.5, In XO-1 the difference is bigger. > Regarding the zoom effect, it's great it is finally showing up ;-) but I > wonder if the timing is different, it feels very slow/smooth/linear, is it > using the same zoom maths as on previous Sugars? I'll need to have a tinker > to see/check how it used to be. > Is using the same math. > > > > > I did another try using two buffers, with the different colors, and > changing the alpha > > to obtain a similar effect. The code is a lot more complex, and is a > little slower obviously. > > > > http://www.youtube.com/watch?v=9rLaE0TKZXw > > > > http://www.youtube.com/watch?v=-Q2RliMTLRM > > > > http://www.youtube.com/watch?v=SHBCSnrGsjA > > I do find these more visible as the grey/white stage of the pulse is > guaranteed to provide some contrast even if the user has chosen a > fill/stroke combination with low contrast. However, the cost seems rather > high with only about 1sec launch time improvement and twice as much code to > maintain. > > Yes. That is the reason because I need your opinion about if the first approach is enough or if we need the second one. > Quick question about your second version (I couldn't quite grok my way > through the patch). Are you 1) fading both the grey and the colour versions > of the image so that as one becomes opaque, the other becomes transparent; > or 2) drawing one in the background always as an opaque fill, and then just > pulsing the other over the top from opaque to transparent? In my code (non > Sugar) I find the latter choice keeps code to a minimum, is more efficient, > and visually looks cleaner (avoids the white background leaking through > during part of the cycle). > > I am doing what you describe in 1) I can try what you propose in 2) . Looks like is not a big change in the code, > Here's a quick video if I didn't describe the above effect well enough > (middle is alpha fading both images, right is the simple case of a single > fade in/out for comparison, and left is using the monochrome image as an > opaque background fill while drawing the colour image over the top with an > alpha puse): > >http://youtu.be/LLsqjGWBMfQ > > Thanks. Is very clear. Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] i18n improvement experiment
On Thu, Aug 11, 2011 at 12:47 PM, Chris Leonard wrote: > On Thu, Aug 11, 2011 at 8:45 AM, Aleksey Lim > wrote: > > > > The process is that pootle (like bundlebuilder.py) just places activity > > name directly to .pot files. So, it will do the same for home page hint. > > > > Since these would both be happening in the same place at the same > time, it would hopefully be possible to add the homepage as a TRANS > comment to the Activity name that gets added as a msgid. > > cjl > It would be better to not label or introduce a new data field with a name that doesn't match its designated content. The homepage element matches this purpose. The translating agents can use it. --Fred ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Test startup animations
Hi Gonzalo, On 5 Aug 2011, at 20:47, Gonzalo Odiard wrote: > I have prepared a few videos to show the change in the startup animation I am > proposing > In all the videos, at the right is one XO with the patch and the left is > another without the patch, > the method to compare the times is not very scientific, but I have tried to > start the activities at the same time :) > > In the first test, I used alpha and scale cairo operations to modify to > render only one time the icon > you can see the zoom effect at the start and a little improvement in startup > time: > > http://www.youtube.com/watch?v=dE7eXjsQm_g > > http://www.youtube.com/watch?v=nHqcdsAFvgE > > http://www.youtube.com/watch?v=g4qMB4eayU4 Fab! That's a good 2 or 3 seconds shaved off activity start time, a very important metric, even given we loose the original pulse design (i.e. pulsing between grey+white & user colours provides better contrast; the monochrome to colour also suggests an activity bundle starting up and becoming a users own activity). Are these two test machines XO-1, or XO-1.5s? Regarding the zoom effect, it's great it is finally showing up ;-) but I wonder if the timing is different, it feels very slow/smooth/linear, is it using the same zoom maths as on previous Sugars? I'll need to have a tinker to see/check how it used to be. > If you want test in your system, you can download > http://dev.laptop.org/~gonzalo/alpha-pulsingicon/files_animation.zip > and copy the files in the directory pulse in the following directories: > icon.py -> /usr/lib/python/python2.7/site-packages/sugar/graphics/ > launcher.py and pulsingicon.py -> > /usr/lib/python/python2.7/site-packages/jarabe/view/ > > The patches are: > http://dev.laptop.org/~gonzalo/alpha-pulsingicon/Add-alpha-and-scale-functionality-to-the-icon-can-be-used-in-the-launcher-to-do-the-animation---v2.patch > http://dev.laptop.org/~gonzalo/alpha-pulsingicon/0001-Do-startup-animation-of-the-activity-icon-using-scal.patch > > You can see the effect is different, and may be is not so good like the > original. > > I did another try using two buffers, with the different colors, and changing > the alpha > to obtain a similar effect. The code is a lot more complex, and is a little > slower obviously. > > http://www.youtube.com/watch?v=9rLaE0TKZXw > > http://www.youtube.com/watch?v=-Q2RliMTLRM > > http://www.youtube.com/watch?v=SHBCSnrGsjA I do find these more visible as the grey/white stage of the pulse is guaranteed to provide some contrast even if the user has chosen a fill/stroke combination with low contrast. However, the cost seems rather high with only about 1sec launch time improvement and twice as much code to maintain. Quick question about your second version (I couldn't quite grok my way through the patch). Are you 1) fading both the grey and the colour versions of the image so that as one becomes opaque, the other becomes transparent; or 2) drawing one in the background always as an opaque fill, and then just pulsing the other over the top from opaque to transparent? In my code (non Sugar) I find the latter choice keeps code to a minimum, is more efficient, and visually looks cleaner (avoids the white background leaking through during part of the cycle). Here's a quick video if I didn't describe the above effect well enough (middle is alpha fading both images, right is the simple case of a single fade in/out for comparison, and left is using the monochrome image as an opaque background fill while drawing the colour image over the top with an alpha puse): http://youtu.be/LLsqjGWBMfQ Regards, --Gary > The patchs are: > > http://dev.laptop.org/~gonzalo/alpha-pulsingicon/0001-Add-alpha-to-icon-and-secondary-buffer-to-implement-.patch > > http://dev.laptop.org/~gonzalo/alpha-pulsingicon/0001-Do-startup-animation-using-alpha-scale-and-a-seconda.patch > > If you want test in one XO can use the files in the directory pulse-doublebuf > in the files_animation.zip > > I want include this in 0.94, thoughts? > > Gonzalo > > ___ > 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] i18n improvement experiment
On Thu, Aug 11, 2011 at 8:45 AM, Aleksey Lim wrote: > > The process is that pootle (like bundlebuilder.py) just places activity > name directly to .pot files. So, it will do the same for home page hint. > Since these would both be happening in the same place at the same time, it would hopefully be possible to add the homepage as a TRANS comment to the Activity name that gets added as a msgid. cjl ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] i18n improvement experiment
On Thu, Aug 11, 2011 at 7:59 AM, Aleksey Lim wrote: > > The first line in .pot files is being generated by setup.py > (activitybundler.py) and will be regenerated by pootle's script (that's > doing the same), ie, it can be improved to add home page. > > The problem is that existed activity.info spec doesn't have home page > info. The format that was used for TamTam is a new sweets recipe > specification [1] that extends currnet one to make it useful in > Sugar Packaging Management System (sweets). > > In any case, we can ask activity developers to add homepage key to > current acitvity.info files. And, like with license key (still in > progress), ASLO can check upoaded activities for that key to be sure > that it exists. So, we can speed up adopting this key by activity > developers and improve i18n. > > [1] http://wiki.sugarlabs.org/go/Platform_Team/Recipe_Specification This sounds like a promising approach. I'm pretty much agnositic as to what gets used as a "homepage" link, Either a wiki-page or an ASLO link (that contains a link to a wiki page) would do the trick. The main goals of the link would be: 1) a relatively stable link 2) Additional textual information (or trail of breadcrumbs to same) that helps a localizer obtain some context on what the activity does (even in the absence of a running copy). This can help the localiser determine whether "Play" is "play a game" (jugar) or "play a recording/instrument" (reproducir / tocar). cjl ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar-toolkit] Replace our custom entry widget with one based on gtk.Entry
On Wed, 2011-08-10 at 14:31 +0200, si...@schampijer.de wrote: > Our custom entry widget, which was based on sexyicon, did > support placing an icon in the entry (e.g. the magnifier icon > for the search entry) and displaying progress in the case of > the url entry in Browse. Both is supported since GTK+ 2.16 in the > gtk.Entry. > > The patch does keep the old API, that is why we can land it in > 0.94 no change in the shell needed only a small change in Browse, > in a second step I would like to use the upstream API e.g. > 's/set_icon_from_name/set_icon_from_icon_name'. > > Signed-off-by: Simon Schampijer Reviewed-by: Benjamin Berg Nice to have so much code removed :-) Fine with me. There are some slight API changes, but it seems nobody was using this API. Benjamin ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH Browse] Use a standard gtk.Entry instead of the custom AddressEntry from the toolkit
On Wed, 2011-08-10 at 14:40 +0200, si...@schampijer.de wrote: > The GtkEntry widget in version 2.16 has support for displaying a progress > bar inside of an entry widget. This allows us to remove our custom widget. > > Signed-off-by: Simon Schampijer Reviewed-by: Benjamin Berg Benjamin ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] i18n improvement experiment
On Thu, Aug 11, 2011 at 08:11:08AM -0400, Walter Bender wrote: > On Thu, Aug 11, 2011 at 7:59 AM, Aleksey Lim > wrote: > > > On Thu, Aug 11, 2011 at 01:55:57AM -0400, Chris Leonard wrote: > > > Dear Activity developers, > > > > > > I'm not 100% sure if this will work, but I'd like to try it out with > > > one activity to test it. > > > > > > Generally, the first line of any POT file is the Actviity name, which > > > is typically picked up from the activity.info file (specifically > > > activity/activity.info:2), although it sometimes also appears > > > elsewhere in the activity's code . > > > > > > e.g. > > > > > > #: activity/activity.info:2 exporthtml.py:96 PortfolioActivity.py:295 > > > msgid "Portfolio" > > > msgstr " > > > > > > #: activity/activity.info:2 > > > msgid "Calculate" > > > msgstr "" > > > > > > What I am wondering is if it is possible to insert a TRANS comment in > > > the activity.info file that would contain the link to the Activity's > > > homepage on the Sugar Labs wiki. > > > > > > #. TRANS: http://wiki.sugarlabs.org/go/Activities/Portfolio > > > > > > #. TRANS: http://wiki.sugarlabs.org/go/Activities/Calculate > > > > > > What I am basically getting at is a way to associating the wiki > > > homepage information with the Actvity name string in the PO file in > > > order to give localizers additional textual context to review before > > > doing the localization. In an ideal world, localizers would play > > > around with the actifvity itself before localizing to get context, but > > > until we get a better SOAS version available, we have to accept that > > > not all localizers will have an XO laptop at hand or be Linux gurus > > > pulling Sugar packages from their distros. > > > > > > As an example of a truly informative activity.info file, see the > > > activity.info file of the TamTamSuite: > > > > > > > > http://git.sugarlabs.org/tamtam/tamtam/blobs/master/activity/activity.info > > > > > > Walter, you may want to do something like this if/when you roll > > > multiple TurtleArt-related components into one PO file the way Aleksey > > > did with TamTamSuite. > > > > > > I don't see the "homepage" field described on the page below, but it > > > doesn't seem to break anything, but I wouldn't know how to parse it > > > int oa translators' comment. > > > > > > http://wiki.sugarlabs.org/go/Development_Team/Almanac/Activity_Bundles > > > > > > If anyone can describe a better way of accomplishing the same goal, I > > > would love to hear about it, otherwise, I would like to collaborate > > > with an activty developer to experiment with attempting to insert a > > > developer's comment for translators into an acitvity.info file to see > > > if we can provide an enhanced reference link in the PO file for > > > localizers. Testing to include making hte edits, regenerating the > > > POT, pulling to Poolte, refreshing langs in Pootle and testing rebuilt > > > activity to make sure this insertion doesn't have unintended > > > side-effects. > > > > > > Any volunteers? If we can make this work, I'd like to make this an > > > "i18n best practice" for activity.info files. > > > > The first line in .pot files is being generated by setup.py > > (activitybundler.py) and will be regenerated by pootle's script (that's > > doing the same), ie, it can be improved to add home page. > > > > The problem is that existed activity.info spec doesn't have home page > > info. The format that was used for TamTam is a new sweets recipe > > specification [1] that extends currnet one to make it useful in > > Sugar Packaging Management System (sweets). > > > > In any case, we can ask activity developers to add homepage key to > > current acitvity.info files. And, like with license key (still in > > progress), ASLO can check upoaded activities for that key to be sure > > that it exists. So, we can speed up adopting this key by activity > > developers and improve i18n. > > > > [1] http://wiki.sugarlabs.org/go/Platform_Team/Recipe_Specification > > > > +1 to adding both keys to activity.info, but I am not sure that this will > help the translators as it won't be in a form that would get picked up by > gettext. The process is that pootle (like bundlebuilder.py) just places activity name directly to .pot files. So, it will do the same for home page hint. -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] i18n improvement experiment
On Thu, Aug 11, 2011 at 7:59 AM, Aleksey Lim wrote: > On Thu, Aug 11, 2011 at 01:55:57AM -0400, Chris Leonard wrote: > > Dear Activity developers, > > > > I'm not 100% sure if this will work, but I'd like to try it out with > > one activity to test it. > > > > Generally, the first line of any POT file is the Actviity name, which > > is typically picked up from the activity.info file (specifically > > activity/activity.info:2), although it sometimes also appears > > elsewhere in the activity's code . > > > > e.g. > > > > #: activity/activity.info:2 exporthtml.py:96 PortfolioActivity.py:295 > > msgid "Portfolio" > > msgstr " > > > > #: activity/activity.info:2 > > msgid "Calculate" > > msgstr "" > > > > What I am wondering is if it is possible to insert a TRANS comment in > > the activity.info file that would contain the link to the Activity's > > homepage on the Sugar Labs wiki. > > > > #. TRANS: http://wiki.sugarlabs.org/go/Activities/Portfolio > > > > #. TRANS: http://wiki.sugarlabs.org/go/Activities/Calculate > > > > What I am basically getting at is a way to associating the wiki > > homepage information with the Actvity name string in the PO file in > > order to give localizers additional textual context to review before > > doing the localization. In an ideal world, localizers would play > > around with the actifvity itself before localizing to get context, but > > until we get a better SOAS version available, we have to accept that > > not all localizers will have an XO laptop at hand or be Linux gurus > > pulling Sugar packages from their distros. > > > > As an example of a truly informative activity.info file, see the > > activity.info file of the TamTamSuite: > > > > > http://git.sugarlabs.org/tamtam/tamtam/blobs/master/activity/activity.info > > > > Walter, you may want to do something like this if/when you roll > > multiple TurtleArt-related components into one PO file the way Aleksey > > did with TamTamSuite. > > > > I don't see the "homepage" field described on the page below, but it > > doesn't seem to break anything, but I wouldn't know how to parse it > > int oa translators' comment. > > > > http://wiki.sugarlabs.org/go/Development_Team/Almanac/Activity_Bundles > > > > If anyone can describe a better way of accomplishing the same goal, I > > would love to hear about it, otherwise, I would like to collaborate > > with an activty developer to experiment with attempting to insert a > > developer's comment for translators into an acitvity.info file to see > > if we can provide an enhanced reference link in the PO file for > > localizers. Testing to include making hte edits, regenerating the > > POT, pulling to Poolte, refreshing langs in Pootle and testing rebuilt > > activity to make sure this insertion doesn't have unintended > > side-effects. > > > > Any volunteers? If we can make this work, I'd like to make this an > > "i18n best practice" for activity.info files. > > The first line in .pot files is being generated by setup.py > (activitybundler.py) and will be regenerated by pootle's script (that's > doing the same), ie, it can be improved to add home page. > > The problem is that existed activity.info spec doesn't have home page > info. The format that was used for TamTam is a new sweets recipe > specification [1] that extends currnet one to make it useful in > Sugar Packaging Management System (sweets). > > In any case, we can ask activity developers to add homepage key to > current acitvity.info files. And, like with license key (still in > progress), ASLO can check upoaded activities for that key to be sure > that it exists. So, we can speed up adopting this key by activity > developers and improve i18n. > > [1] http://wiki.sugarlabs.org/go/Platform_Team/Recipe_Specification > +1 to adding both keys to activity.info, but I am not sure that this will help the translators as it won't be in a form that would get picked up by gettext. -walter > > -- > Aleksey > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > -- 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] i18n improvement experiment
On Thu, Aug 11, 2011 at 01:55:57AM -0400, Chris Leonard wrote: > Dear Activity developers, > > I'm not 100% sure if this will work, but I'd like to try it out with > one activity to test it. > > Generally, the first line of any POT file is the Actviity name, which > is typically picked up from the activity.info file (specifically > activity/activity.info:2), although it sometimes also appears > elsewhere in the activity's code . > > e.g. > > #: activity/activity.info:2 exporthtml.py:96 PortfolioActivity.py:295 > msgid "Portfolio" > msgstr " > > #: activity/activity.info:2 > msgid "Calculate" > msgstr "" > > What I am wondering is if it is possible to insert a TRANS comment in > the activity.info file that would contain the link to the Activity's > homepage on the Sugar Labs wiki. > > #. TRANS: http://wiki.sugarlabs.org/go/Activities/Portfolio > > #. TRANS: http://wiki.sugarlabs.org/go/Activities/Calculate > > What I am basically getting at is a way to associating the wiki > homepage information with the Actvity name string in the PO file in > order to give localizers additional textual context to review before > doing the localization. In an ideal world, localizers would play > around with the actifvity itself before localizing to get context, but > until we get a better SOAS version available, we have to accept that > not all localizers will have an XO laptop at hand or be Linux gurus > pulling Sugar packages from their distros. > > As an example of a truly informative activity.info file, see the > activity.info file of the TamTamSuite: > > http://git.sugarlabs.org/tamtam/tamtam/blobs/master/activity/activity.info > > Walter, you may want to do something like this if/when you roll > multiple TurtleArt-related components into one PO file the way Aleksey > did with TamTamSuite. > > I don't see the "homepage" field described on the page below, but it > doesn't seem to break anything, but I wouldn't know how to parse it > int oa translators' comment. > > http://wiki.sugarlabs.org/go/Development_Team/Almanac/Activity_Bundles > > If anyone can describe a better way of accomplishing the same goal, I > would love to hear about it, otherwise, I would like to collaborate > with an activty developer to experiment with attempting to insert a > developer's comment for translators into an acitvity.info file to see > if we can provide an enhanced reference link in the PO file for > localizers. Testing to include making hte edits, regenerating the > POT, pulling to Poolte, refreshing langs in Pootle and testing rebuilt > activity to make sure this insertion doesn't have unintended > side-effects. > > Any volunteers? If we can make this work, I'd like to make this an > "i18n best practice" for activity.info files. The first line in .pot files is being generated by setup.py (activitybundler.py) and will be regenerated by pootle's script (that's doing the same), ie, it can be improved to add home page. The problem is that existed activity.info spec doesn't have home page info. The format that was used for TamTam is a new sweets recipe specification [1] that extends currnet one to make it useful in Sugar Packaging Management System (sweets). In any case, we can ask activity developers to add homepage key to current acitvity.info files. And, like with license key (still in progress), ASLO can check upoaded activities for that key to be sure that it exists. So, we can speed up adopting this key by activity developers and improve i18n. [1] http://wiki.sugarlabs.org/go/Platform_Team/Recipe_Specification -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Statically Built Chromium for my XO
Thanks for the email. Tried with os874 today. The library it is complaining missing is right there but doesn't see to be aware. I even tried linking the whole /usr/lib and /lib. I get the following error while executing ./chrome ./chrome: error while loading shared libraries: libbz2.so.1.0: cannot open shared object file: No such file or directory br, -basanta On Wed, Aug 10, 2011 at 9:23 PM, Lucian Branescu wrote: > It's likely that those libraries already exist on your machine, but > with slightly different names. You could install them, too. > > Try making symlinks in the chromium dir to the real libs. > > On 10 August 2011 10:23, Basanta Shrestha > wrote: >> Hi, >> I am looking to install chromium on my XO. Recently I downloaded a >> build from http://build.chromium.org/f/chromium/snapshots/ and tried >> to run it under the XO. Without much surprise, it complained about lot >> of missing libraries. What I am looking for now is a chromium which >> has been build statically. Can anyone point me a link to such a file >> or a process to do so. >> >> Specifications: >> XO-1 >> Sugar: 0.82.1 >> OLPC release 9 ( Joyride) >> >> -- >> Basanta Shrestha >> ___ >> Sugar-devel mailing list >> Sugar-devel@lists.sugarlabs.org >> http://lists.sugarlabs.org/listinfo/sugar-devel >> > -- Basanta Shrestha Network Engineer Open Learning Exchange (OLE) Nepal Tel: +977.1.551, 5520075 Ext. 303 Cell: +977.9841.255586 http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Anyone up for a post Sugar Camp Hack Day? (was: Registration for the Sugar Camp in Paris (sept) are now open)
On Thu, Aug 4, 2011 at 3:04 PM, Daniel Drake wrote: > On Wed, Aug 3, 2011 at 4:07 PM, Christoph Derndorfer > wrote: > > Hi all, > > speaking to Sascha earlier today he mentioned the idea of having a small > > post Sugar Camp Hack Day or something. > > I had already bought my flights for September 9 (Friday) to 14 > (Wednesday) > > anyway so I'll definitely be in town. I assume many others of the > registered > > participants ( > http://fr.amiando.com/olpcfrance-sugarcamp2011.html;jsessionid=57C0354E37E6A4A314890B401B6EEF56.web02?page=571393 > ) > > are buying their tickets these days as well so it would be good to get a > > head count of who would be up for such an event:-) > > I think this is a great idea. I'm looking into the possibility of > attending, but that weekend is a bit complicated with some university > and moving commitments (Monday OTOH would be fine). I'd like to push > PyGI/GTK3 porting as the main activity of such a hack day... > http://wiki.sugarlabs.org/go/Features/GTK3 > > Please keep me informed on accommodation as well. Just a quick reminder: Is anyone else up for such a post-camp hack day? 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