r+
On Sat, Apr 26, 2008 at 4:53 PM, Eben Eliason [EMAIL PROTECTED] wrote:
After much ado, here is the resulting patch.
- Eben
On Fri, Apr 25, 2008 at 2:17 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote:
On Wed, Apr 23, 2008 at 10:05 PM, Eben Eliason [EMAIL PROTECTED] wrote:
On
On Sun, Apr 27, 2008 at 4:50 PM, Bryan Berry [EMAIL PROTECTED] wrote:
thanks Carol, this instruction for disabling the corner sensitivity is
extremely useful! I may use it in the custom build I roll out, some 3-4
months from now.
We plan to work on this soon. The plan is to have a delay
On Mon, Apr 28, 2008 at 7:39 AM, [EMAIL PROTECTED] wrote:
in fact there was a post within the last week claiming that it would be a
bad idea to make sugar able to use unmodified linux software becouse that
would mean that the educational software and activities being written for
sugar
On Mon, Apr 28, 2008 at 9:59 AM, John Gilmore [EMAIL PROTECTED] wrote:
I'll say that the impression that I have received as an outsider is that
the people working on Sugar have not at all been interested in
compatibility with normal linux software.
It's more accurate to say that while
On Mon, Apr 28, 2008 at 9:59 AM, John Gilmore [EMAIL PROTECTED] wrote:
Somebody who implemented Sugar in the early days clearly didn't
understand the X11 networked graphics model -- or didn't mind breaking
it for expediency -- but they only broke it in small ways, which are
pretty easily
On Mon, Apr 28, 2008 at 9:59 AM, John Gilmore [EMAIL PROTECTED] wrote:
I'll say that the impression that I have received as an outsider is that
the people working on Sugar have not at all been interested in
compatibility with normal linux software.
It's more accurate to say that while
On Fri, Apr 25, 2008 at 11:50 PM, Martin Dengler
[EMAIL PROTECTED] wrote:
+self.palette = SpeakerPalette(_('My Speakers'), model=model)
+self.set_palette(self.palette)
'set_palette' is the setter for the 'palette' property, so the second
line shouldn't be needed.
+
I must have missed the post you refer to. It has never been the
position of the core Sugar team--that I am aware of--to preclude the
running of standard Linux apps. We even went so far as to hire a
contractor to look at various ways to facilitate the running of
standard X apps last
On Mon, Apr 28, 2008 at 4:25 PM, Jim Gettys [EMAIL PROTECTED] wrote:
On Mon, 2008-04-28 at 10:06 -0400, Walter Bender wrote:
I must have missed the post you refer to. It has never been the
position of the core Sugar team--that I am aware of--to preclude the
running of standard Linux
Note I understand that metacity can be configured to use a dbus/gconf
version, rather than bringing in the dread CORBA/bonobo dependencies
we've worked so hard to avoid. So don't let ldd mislead you that it
isn't worth a try; it is.
So Metacity is clearly one of the contenders. This wasn't an
One thing I observe is that it takes considerable time from when I
click on 'Shutdown' in the Main view, until the XO actually stops.
Happened to see the Linux shutdown messages (Is there a way to ask
for these instead of the don't do these screen?) and it seemed to
several times attempt to do
On Mon, 2008-04-28 at 16:47 +0200, Marco Pesenti Gritti wrote:
On Mon, Apr 28, 2008 at 4:32 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote:
If someone would like to go ahead and try replacing matchbox with
metacity, would be great ;)
And I'd be happy to help out whoever attempts it both on
On Mon, Apr 28, 2008 at 3:58 PM, Mikus Grinbergs [EMAIL PROTECTED] wrote:
One thing I observe is that it takes considerable time from when I
click on 'Shutdown' in the Main view, until the XO actually stops.
Thank you, I'd like to ask the people with actual machines to write to
this list with
We should be careful as we make this analysis that we don't overly
bias the discussion towards the perception of developers rather than
the children and teachers. Perhaps Carla can chime in based on her
experiences in NIgeria, India, Peru, and Mexico.
-walter
On Mon, Apr 28, 2008 at 11:10 AM,
On Mon, Apr 28, 2008 at 4:55 PM, Jim Gettys [EMAIL PROTECTED] wrote:
I suspect we're using dbus in some places where we should just be using
the normal ICCCM/EWMH conventions.
Activities/applications can run fine without DBus right now. The main
problem are a couple of non standard X
On Mon, Apr 28, 2008 at 4:55 PM, Jim Gettys [EMAIL PROTECTED] wrote:
Note that this work (should be) the same, no matter what window manager
we end up using. Window managers have been pretty interchangeable
throughout X's history. That's what the ICCCM/EWMH's documents are all
about. If
Thanks for this wonderful program! Speaking as an XO user, I am requesting
a feature that I imagine would benefit any users that have internet
access. I would like to be able to use the Write function, and then send
what I have written in an email as an attachment. That way, I can send it
to
Can calls to self._mixer or self._master fail even when these attributes
are not None?
Also, what happens if an exception is thrown by, say, Device.__init__()?
Thanks,
Michael
___
Sugar mailing list
Sugar@lists.laptop.org
What sort of activity can handle */*? Can you think of any nasty things
that activities might be able to do by advertising suppport for '*/*'?
Michael
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar
Incidentally, this whole topic of getting Sugar to play nicely with
Linux was the *exact* topic of my talk at FISL this year. The slides
can be downloaded from
http://download.laptop.org/content/conf/20080417-fisl08/cscott/ ; I'm
under impression that the actual video will be available at some
The new paths are:
'@prefix@/share/sugar/activities:' \
'@prefix@/lib64/sugar/activities:' \
'@prefix@/lib/sugar/activities'
This provides an home for arch specific activities. Also using
activities for something sugar specific was a bad idea, so it's now
sugar/activities.
Marco
And the actual patch...
Marco
On Mon, Apr 28, 2008 at 9:12 PM, Marco Pesenti Gritti
[EMAIL PROTECTED] wrote:
The new paths are:
'@prefix@/share/sugar/activities:' \
'@prefix@/lib64/sugar/activities:' \
'@prefix@/lib/sugar/activities'
This provides an home for arch specific activities.
On Mon, 2008-04-28 at 09:26 -0700, ValS wrote:
Thanks for this wonderful program! Speaking as an XO user, I am
requesting a feature that I imagine would benefit any users that have
internet access. I would like to be able to use the Write function,
and then send what I have written in an
Any interest in the themes/topics Tomeu outlined in his email about
Sugar performance? Lots of interesting things to explore that would be
of real value to the project.
-walter
On Mon, Apr 28, 2008 at 1:38 PM, Patrick Jahenr
[EMAIL PROTECTED] wrote:
Hi there,
We are a group of 15 collegians,
On Mon, Apr 28, 2008 at 01:11:47PM -0400, Michael Stone wrote:
What sort of activity can handle */*?
Distribute. The journal ;). Possibly others; I don't know. I'm not
really the best person to justify #6753.
Can you think of any nasty things that activities might be able to
do by
I'm neither a child nor a teacher, so this opinion is personal :
What you want to avoid is having the user decide my intent has been
ignored, when in fact it is something under the covers that is
delaying the completion of his intent.
The best way I can think of to avoid the user making a
On Mon, Apr 28, 2008 at 10:26:21PM +0100, Martin Dengler wrote:
On Mon, Apr 28, 2008 at 01:08:04PM -0400, Michael Stone wrote:
Can calls to self._mixer or self._master fail even when these attributes
are not None?
It doesn't appear a concern from the existing hardwaremanager.py code,
and
J.M. Maurer wrote:
On Mon, 2008-04-28 at 09:26 -0700, ValS wrote:
Thanks for this wonderful program! Speaking as an XO user, I am
requesting a feature that I imagine would benefit any users that have
internet access. I would like to be able to use the Write function,
and then send what
On Mon, Apr 28, 2008 at 10:32:48PM +0100, Martin Dengler wrote:
On Mon, Apr 28, 2008 at 01:11:47PM -0400, Michael Stone wrote:
What sort of activity can handle */*?
Distribute. The journal ;). Possibly others; I don't know. I'm not
really the best person to justify #6753.
Distribute is
On Tue, 2008-04-29 at 00:19 +0200, Shikhar wrote:
J.M. Maurer wrote:
On Mon, 2008-04-28 at 09:26 -0700, ValS wrote:
Thanks for this wonderful program! Speaking as an XO user, I am
requesting a feature that I imagine would benefit any users that have
internet access. I would like
On Mon, Apr 28, 2008 at 06:31:00PM -0400, Michael Stone wrote:
Well, what would happen if people installed lots of activities
supporting '*/*'?
...
* Would our Palettes scroll, or scale, or run off screen, or ...?
I think the UI is probably going to lag behind gracefully handling
this case,
On Mon, Apr 28, 2008 at 04:39:23PM -0700, Joshua N Pritikin wrote:
Do we really want to encourage HTML email?
+1 to plain text email. It seems one relevant concern is security.
Wikipedia's page is pretty good background reading
http://en.wikipedia.org/wiki/HTML_e-mail
...and one pro-HTML mail
Martin Edmund Sevior wrote:
Hi Shikar,
You can immediately reuse the AbiWidget from libabiword for
your rich text HTML editor. libabiword has a very capable export
content to HTML feature. You can copy and paste the relevant parts
from the Write program to have the same interface
On Monday 28 April 2008, Joshua N Pritikin wrote:
On Tue, Apr 29, 2008 at 09:32:45AM +1000, Martin Edmund Sevior wrote:
You can immediately reuse the AbiWidget from libabiword for
your rich text HTML editor. libabiword has a very capable
export content to HTML
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joshua N Pritikin wrote:
| On Mon, Apr 28, 2008 at 07:39:13PM -0500, Dennis Gilmore wrote:
| On Monday 28 April 2008, Joshua N Pritikin wrote:
| Do we really want to encourage HTML email? :-P
| We should add the option, but i would prefer plaintext
hey guys,
thanks to all who have replied to my issue w/ the jumpy cursor. I
haven't been able to test out the responses I have gotten because I have
been sick in bed for the last couple days. Will reply once I am coherent
enough to read the e-mails.
On Mon, 2008-04-28 at 11:39 +0200, Bernie
36 matches
Mail list logo