headers
Bert Freudenberg | 1 Jul 2010 04:45
Picon
Gravatar

Re: Sugar with a virtual (onscreen) keyboard


On 30.06.2010, at 07:28, Sayamindu Dasgupta wrote:

> On Wed, Jun 30, 2010 at 4:48 AM, C. Scott Ananian <cscott <at> laptop.org> wrote:
>> Do all of firefox/xulrunner/chrome use GTK widgets for text entry?
>> I'm nervous that some programs might not pop up the keyboard
>> appropriately.
> 
> Yes - it would be difficult to detect things in webkit/xulrunner. Also
> it won't work for Scratch or Etoys. I think for such cases, having a
> dbus service from sugar to show/hide the keyboard may be a good idea
> (at least some activities may be able to take advantage of it)

Yes, dbus should work well for Etoys.

- Bert -
Permalink | Reply | 0 comments |
headers
Tomeu Vizoso | 1 Jul 2010 09:17
Favicon
Gravatar

Re: datastore situation (was Re: Hypothetical sugar-0.90 material, draft 1.)

On Mon, Jun 21, 2010 at 16:02, Martin Langhoff
<martin.langhoff <at> gmail.com> wrote:
> On Mon, Jun 21, 2010 at 6:06 AM, Tomeu Vizoso <tomeu <at> sugarlabs.org> wrote:
>> I think this is an unfair recount of my work, so I'm going to put some
>> light on it and ask that my frankness is excused.
>
> Hi Tomeu,
>
> I am sorry. Don't mean to attack your work. I have seen 3
> implementations (os767 -- not sure the sugar version --, 0.82 and
> 0.84). Maybe my accounting is such because I also count the "external
> disk" handling under DS.

What shipped in os767 was mostly the same as in 0.82, plus some bugfixes.

> It is true that 0.84 had significant enhancements -- and I know those
> come from your work. Those enhancements were very good progress.
> Still, the DS in 0.84 has gaps -- no offense intended.

Yes, I know you are concerned about the Journal in 0.84 not being able
to read the metadata from usb sticks written by the 0.82 DS. I'm sorry
that wasn't there from the start.

> And of course, you, me and everyone involved have worked under a lot
> of pressure and confusion.
>
> What worries me is that we _always_ have people with a plan or three
> for the DS. They are cool plans, and they... completely ignore the
> gaps.
>
(Continue reading)

Permalink | Reply | 4 comments |
headers
James Cameron | 1 Jul 2010 11:01
Favicon

Re: datastore situation (was Re: Hypothetical sugar-0.90 material, draft 1.)

On Thu, Jul 01, 2010 at 09:17:33AM +0200, Tomeu Vizoso wrote:
> Guess we should give more visibility to those gaps, [...]

I'd like a list of the gaps and bug numbers (if any) so that I can add
them to the release notes as regressions that deployment teams should
prepare for.

--

-- 
James Cameron
http://quozl.linux.org.au/
Permalink | Reply | 2 comments |
headers
Tomeu Vizoso | 1 Jul 2010 11:03
Favicon
Gravatar

Re: Quickly for Sugar

On Tue, Jun 22, 2010 at 19:59, Sameer Verma <sverma <at> sfsu.edu> wrote:
> I was looking at Jono Bacon's article (cc'd) in the latest Linux
> Journal (http://www.linuxjournal.com) and was wondering if anyone has
> looked into Quickly in the Sugar context. Quickly essentially ties in
> various tools to allow for an easier workflow for "opportunistic
> programmers". It pulls in Glade, Python, gedit etc.

I certainly think that there's big overlap with what we have been
doing in Sugar.

Regards,

Tomeu

> Quickly: https://wiki.ubuntu.com/Quickly
>
> cheers,
> Sameer
> --
> Dr. Sameer Verma, Ph.D.
> Associate Professor, Information Systems
> Director, Campus Business Solutions
> San Francisco State University
> http://verma.sfsu.edu/
> http://opensource.sfsu.edu/
> http://cbs.sfsu.edu/
> http://is.sfsu.edu/
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel <at> lists.sugarlabs.org
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tomeu Vizoso | 1 Jul 2010 11:39
Favicon
Gravatar

Re: datastore situation (was Re: Hypothetical sugar-0.90 material, draft 1.)

On Thu, Jul 1, 2010 at 11:01, James Cameron <quozl <at> laptop.org> wrote:
> On Thu, Jul 01, 2010 at 09:17:33AM +0200, Tomeu Vizoso wrote:
>> Guess we should give more visibility to those gaps, [...]
>
> I'd like a list of the gaps and bug numbers (if any) so that I can add
> them to the release notes as regressions that deployment teams should
> prepare for.

The gaps I was referring to are gaps that have been always in Sugar.

Regards,

Tomeu

> --
> James Cameron
> http://quozl.linux.org.au/
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel <at> lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
Permalink | Reply | 0 comments |
headers
Tomeu Vizoso | 1 Jul 2010 11:52
Favicon
Gravatar

[DESIGN] Fwd: #2063 UNSP: Sugar should bring up an alert when an unhandled Python exception occurs

Any ideas about how it would look like?

Regards,

Tomeu

---------- Forwarded message ----------
From: Sugar Labs Bugs <bugtracker-noreply <at> sugarlabs.org>
Date: Sun, Jun 27, 2010 at 20:20
Subject: #2063 UNSP: Sugar should bring up an alert when an unhandled
Python exception occurs
To:
Cc: bugs <at> lists.sugarlabs.org

#2063: Sugar should bring up an alert when an unhandled Python exception occurs
------------------------------------------+---------------------------------
   Reporter:  bernie                     |          Owner:  tomeu
       Type:  defect                     |         Status:  new
   Priority:  Unspecified by Maintainer  |      Milestone:
Unspecified by Release Team
  Component:  sugar                      |        Version:  Git as of bugdate
   Severity:  Unspecified                |       Keywords:
Distribution:  Unspecified                |   Status_field:  Unconfirmed
------------------------------------------+---------------------------------
 Many UX designers abhor the idea that the computer would scare off users
 with incomprehensible error messages. Ideally, we would have a 100% bug
 free system in which this never happens, but current today's  is very
 different.

 Currently, users and are left wondering why some operation isn't doing
(Continue reading)

Permalink | Reply | 2 comments |
headers
Bernie Innocenti | 1 Jul 2010 08:44
Favicon
Gravatar

Caacupé war bullettin -- day 1

Today we started testing of F11-0.88 with one 6th grade classroom in
Caacupé. Within a couple of hours from updating the laptops, an
overwhelmed amount of new bugs popped up:

* Restore from XS does not make system reboot.
tch sent a fix today, I need to build new Sugar packages.

* Journal does not reindex after restore
Silbe and aa helped me diagnose this. aa is working on a fix.
Meanwhile, I temporarily dropped the sort-by-size patch series.

* Touchpad control panel does not show up with new kernel
Dsd filed dlo#10191, pgf figured out why. we need to issue a new
olpc-utils package

* Missing spanish translation of backup strings
tch updated the po files, but there is plenty of line numbers
noise in the diffs. How do we usually handle po updates?

* Icon of backup is a laptop, should be a school
garymartin made a bunch of icons, need to select one ASAP

* Date not being updated
One laptop booted with clock set to the Epoch. Oddly, the lease
was accepted anyway. We need to figure out why the clock is not
being updated from the network. Why aren't we using ntp?

* When registration to XS fails, you get no error messages
Ditto. I'm not sure it happens in all cases, though...
(someone wants to pick this up?)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bernie Innocenti | 1 Jul 2010 13:59
Favicon
Gravatar

[sugar-artwork] Revert to GTK_WIDGET_IS_SENSITIVE() macro

This is needed to build sugar-artwork on the older versions of GTK.
When OLPC moves away from Fedora 11, we can drop backwards compatibility.

Signed-off-by: Bernie Innocenti <bernie <at> codewiz.org>
---
 gtk/engine/sugar-style.c |    6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/gtk/engine/sugar-style.c b/gtk/engine/sugar-style.c
index 5e5dbfc..b81fe69 100644
--- a/gtk/engine/sugar-style.c
+++ b/gtk/engine/sugar-style.c
 <at>  <at>  -444,7 +444,7  <at>  <at>  sugar_style_draw_box (GtkStyle       *style,

             sugar_fill_generic_info (&info, style, state_type, shadow_type, widget, detail, x, y, width, height);

-            if (widget && !gtk_widget_is_sensitive (widget))
+            if (widget && !GTK_WIDGET_IS_SENSITIVE (widget))
                 info.state = GTK_STATE_INSENSITIVE;

             /* Needed because the trough and bar are cached in a buffer inside GtkProgress. */
 <at>  <at>  -458,7 +458,7  <at>  <at>  sugar_style_draw_box (GtkStyle       *style,

             sugar_fill_generic_info (&info, style, state_type, shadow_type, widget, detail, x, y, width, height);

-            if (widget && !gtk_widget_is_sensitive (widget))
+            if (widget && !GTK_WIDGET_IS_SENSITIVE (widget))
                 info.state = GTK_STATE_INSENSITIVE;

             if (widget && GTK_IS_PROGRESS_BAR (widget)) {
(Continue reading)

Permalink | Reply | 4 comments |
headers
Bernie Innocenti | 1 Jul 2010 14:12
Favicon
Gravatar

Re: [PATCH] Browse: Add support for creating multiple tabs

El Wed, 30-06-2010 a las 11:13 +0200, Benjamin Otte escribió:

> I believe this is a Mozilla bug, to be exact:
> https://bugzilla.mozilla.org/show_bug.cgi?id=522635

Thanks! I asked if someone could point me at the patch, so I can apply
it to the F11 version of xulrunner.

(damn, I wish we did not have to fork xulrunner too)

--

-- 
   // Bernie Innocenti - http://codewiz.org/
 \X/  Sugar Labs       - http://sugarlabs.org/

_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Permalink | Reply | 0 comments |
headers
Tomeu Vizoso | 1 Jul 2010 15:02
Favicon
Gravatar

Re: F11-0.88 unmerged patches summary

On Wed, Jun 30, 2010 at 03:57, Bernie Innocenti <bernie <at> codewiz.org> wrote:
> Here's an executive summary of all outstanding patches in my queue:
>
>  http://people.sugarlabs.org/bernie/sugar/sugar-0.88-patches/
>
> Most of these have already been submitted to sugar-devel <at>  or attached
> to tickets in bugs.sugarlabs.org.
>
> Some of these patches have outstanding quality issues, but all of
> them have been integrated and tested for a while in F11-0.88 and together
> contribute to a better Sugar experience.
>
>
> == Bugfixes ==
>
>  sugar-toolkit/use-set_toolbar_box-in-example-code.patch
>  sugar-toolkit/set-default-accelerators-for-Copy-and-Paste-buttons.patch
>
> These have been ack'd by Alsroot. Do we also need Erikos' approval?

No, as per http://wiki.sugarlabs.org/go/Development_Team/Code_Review#Discussion
.

>  sugar-toolkit/sl1842-notify-red-alert.patch

Correct me if I'm wrong, but I think both Gary and James agreed?

I wonder about performance, as fills on the XO-1 are very slow and if
the fading was very smooth it could have a negative impact on the UX.
(Continue reading)

Permalink | Reply | 87 comments |

Gmane