On Tue, Jan 05, 2010 at 06:18:47PM -0500, C. Scott Ananian wrote:
I think there's room for solid innovation here, especially since the
window manager of sugar was *my* personal roadblock to productive
on-XO activity development.
Interesting. What exactly about the window manager crippled your
On Wed, 2010-01-06 at 11:49 +0100, Sascha Silbe wrote:
a) is harder as every window switch currently involves saving current
state to the DS (which resides on an abysmally slow SD card in my case),
usually done synchronously.
It also generates log messages, right? In which case, a fix for
On Wed, Jan 6, 2010 at 7:43 AM, John Gilmore g...@toad.com wrote:
Keyboard and mouse will not wakeup from sleep. Can be fixed by disabling
power management in Sugar.
Is there any reason for cutting release after release that don't work
unless end users disable power management (sometimes
On Tue, 2010-01-05 at 22:43 -0800, John Gilmore wrote:
Keyboard and mouse will not wakeup from sleep. Can be fixed by disabling
power management in Sugar.
Is there any reason for cutting release after release that don't work
unless end users disable power management (sometimes twice!)?
john wrote:
Keyboard and mouse will not wakeup from sleep. Can be fixed by disabling
power management in Sugar.
Is there any reason for cutting release after release that don't work
unless end users disable power management (sometimes twice!)?
to be clear, the releases in question
What I hate about the Sugar window managing UI is:
a) _very_ long switching time
b) there's no way to switch to a specific window (=activity instance),
I need to cycle through all of them with Alt+Tab
For me, the Alt+Tab switch time on the XO is around one second (or less)
to the next window.
The very long time is hard to get rid of, at least on the XO 1. As far
as I can tell, the biggest problem is that ALT-TAB cycles through the
apps by the order they were open and not in the order by which they
were last accessed(which is non standard behaviour nowadays) and which
causes problems
On Wed, Jan 06, 2010 at 10:12:44AM -0600, Mikus Grinbergs wrote:
For me, the Alt+Tab switch time on the XO is around one second (or
less)
to the next window.
It takes several seconds for me, especially if Browse is involved. I'm
running sugar-jhbuild (= debug logging) on an abysmally slow SD
On Wed, Jan 06, 2010 at 06:07:56PM +, Tiago Marques wrote:
The very long time is hard to get rid of, at least on the XO 1. As far
as I can tell, the biggest problem is that ALT-TAB cycles through the
apps by the order they were open and not in the order by which they
were last
http://wiki.laptop.org/go/F11_for_1.5
http://build.laptop.org/10.2.0/os105
Compressed image size: 702.50mb (+0.25mb since build 104)
Description of changes in this build:
* workaround for wireless resume crash from dsd (#9836)
Package changes since build 104:
-gnome-keyring-2.26.3-1.fc11.i586
Indeed, it would probably also be a good addition!
Best regards,
Tiago
On Wed, Jan 6, 2010 at 6:12 PM, Sascha Silbe
sascha-ml-sugar-olpc-de...@silbe.org wrote:
On Wed, Jan 06, 2010 at 06:07:56PM +, Tiago Marques wrote:
The very long time is hard to get rid of, at least on the XO 1. As far
I've been working on this a while. I've got something for people to look
at. It's Alpha with many broken parts, but there's enough to get the
idea and, cross fingers, encourage others to contribute.
http://screamingduck.com/ude/
It's an environment aiming to provide an alternative to Sugar or
David -
good point. No direct control in that case -- I can probably switch
the behaviour there with a small fix to Moodle.
m
On Wed, Jan 6, 2010 at 4:03 AM, David Leeming
da...@leeming-consulting.com wrote:
Hi Martin,
I have verified this works for links to specific files. Can we also
13 matches
Mail list logo
