On Wed, Jul 7, 2010 at 01:39, Bernie Innocenti wrote:
> On Tue, 2010-07-06 at 20:06 +0100, Gary Martin wrote:
>
>> Activity start-up times are significantly better than they used to be,
>> so no specific bug that I'm aware of, was just hopeful of any
>> opportunities to further improve performance
On Tue, Jul 6, 2010 at 12:38, Marco Pesenti Gritti wrote:
> On 6 Jul 2010, at 04:26, Gary Martin wrote:
>
>> Pre-rendering is tricky as both stroke/fill colour, and image size are
>> variable.
>
> I think Benjamin had this more or less working at some point, I don't
> remember why we didn't lan
On Tue, Jul 6, 2010 at 22:00, Mikus Grinbergs wrote:
>> Activity start-up times are significantly better than they used to be, so no
>> specific bug
>> that I'm aware of, was just hopeful of any opportunities to further improve
>> performance
>
> It's my impression that activity start-up times a
On 6 Jul 2010, at 04:26, Gary Martin wrote:
> Pre-rendering is tricky as both stroke/fill colour, and image size are
> variable.
I think Benjamin had this more or less working at some point, I don't remember
why we didn't land it.
Marco
___
Devel ma
On Tue, 2010-07-06 at 20:06 +0100, Gary Martin wrote:
> Activity start-up times are significantly better than they used to be,
> so no specific bug that I'm aware of, was just hopeful of any
> opportunities to further improve performance
On F11-0.88, I often see long startup times. I have some no
> Activity start-up times are significantly better than they used to be, so no
> specific bug
> that I'm aware of, was just hopeful of any opportunities to further improve
> performance
It's my impression that activity start-up times are affected by the
"size" (by that I mean "memory usage") of
On 6 Jul 2010, at 10:16, Tomeu Vizoso wrote:
> On Tue, Jul 6, 2010 at 05:26, Gary Martin wrote:
>> On 6 Jul 2010, at 03:33, Bernie Innocenti wrote:
>>
>>> On Mon, 2010-07-05 at 17:34 +0100, Gary Martin wrote:
>>>
Just showing the name under the pulsing icon might be a useful extra,
b
Err, we've dropped sugar-devel off the cc list again :-)
On Mon, 2010-07-05 at 10:37 -0400, Christian Marc Schmidt wrote:
> We are looking to schedule a design meeting next Saturday (July 10),
> at 10:30am EST (2:30 UTC/GMT). We'll be reviewing designs for the
> proposed Start new/Resume functiona
On Tue, Jul 6, 2010 at 05:26, Gary Martin wrote:
> On 6 Jul 2010, at 03:33, Bernie Innocenti wrote:
>
>> On Mon, 2010-07-05 at 17:34 +0100, Gary Martin wrote:
>>
>>> Just showing the name under the pulsing icon might be a useful extra,
>>> but ideally the launch time should be as short as possible
Funny you should ask, I'm just getting my feet wet in module development in
fedora, and now looking to compile a hello.ko for the xo1.
I've got a few questions though, so I'll start a new post with questions
unless there are some notes on getting started? (eg setting up required
header files 'yum
On 6 Jul 2010, at 03:33, Bernie Innocenti wrote:
> On Mon, 2010-07-05 at 17:34 +0100, Gary Martin wrote:
>
>> Just showing the name under the pulsing icon might be a useful extra,
>> but ideally the launch time should be as short as possible so might
>> look odd briefly flashing up the text (the
On Mon, 2010-07-05 at 17:34 +0100, Gary Martin wrote:
> Just showing the name under the pulsing icon might be a useful extra,
> but ideally the launch time should be as short as possible so might
> look odd briefly flashing up the text (the pulse animation is meant to
> be a transition, just unfor
Hi all
We are looking to schedule a design meeting next Saturday (July 10),
at 10:30am EST (2:30 UTC/GMT). We'll be reviewing designs for the
proposed Start new/Resume functionality in Home view. Please join!
Thanks,
Christian
On Sun, Jul 4, 2010 at 7:05 PM, Bernie Innocenti wrote:
> On Sun
To clarify, I was thinking a discrete bar at the top or bottom that would
always appear once the application had loaded the previous icon (after
pulsing icon), and if the user does not interact with it, it would
automatically dispose of itself after a few seconds.
In this bar would be a message say
On 5 Jul 2010, at 14:13, Bernie Innocenti wrote:
> On Mon, 2010-07-05 at 13:29 +0200, James Zaki wrote:
>
>> But could you add a message hint that then dissappear after some
>> seconds ?
>> For example, when you launch, and auto-resume last saved work, a
>> discrete message appears and after som
On Mon, 2010-07-05 at 13:29 +0200, James Zaki wrote:
> But could you add a message hint that then dissappear after some
> seconds ?
> For example, when you launch, and auto-resume last saved work, a
> discrete message appears and after some time dissappear (fade, or
> slide away), say 5 or so seco
Hi all,
For what its worth on this topic, I agree with automatically taking the
resume option (from what I've read in this thread, the more probable and
less problematic).
But could you add a message hint that then dissappear after some seconds ?
For example, when you launch, and auto-resume last
On Sun, 2010-07-04 at 23:42 +0100, Gary Martin wrote:
> P.S. We keep slipping on a date/time for the next irc #sugar-meeting
> design meeting, folks are most welcome, Christian has some nice
> mockups he's been polishing up for publication. We're trying again for
> tomorrow/Monday, but no time conf
Hi Mikus,
On 4 Jul 2010, at 20:23, Mikus Grinbergs wrote:
some current (ongoing) future design changes will remove this issue
completely with a
full screen screen dialogue for deciding new/resume. One click on a home
view activity
displays a gallery/journal like displa
>>> some current (ongoing) future design changes will remove this issue
>>> completely with a
>>> full screen screen dialogue for deciding new/resume. One click on a home
>>> view activity
>>> displays a gallery/journal like display of past work or a new blank template
>
> Users ended up launchi
Mikus, let's keep sugar-devel@ posted on Sugar UI threads. I know you're
not subscribed, but we shouldn't cut-off all the Sugar developers from
the discussion.
Besides, this thread became quite off-topic for de...@l.l.o and
fedora-olpc-l...@.
> If the user needs to choose case-by-case whether to
Hi Mikus,
On 4 Jul 2010, at 06:45, Mikus Grinbergs wrote:
>> The down side is that every activity start would be then be two clicks, one
>> to bring
>> up the large dialogue (I like to think of it as a one page gallery), and one
>> for new
>> or resume choice... But that was partly the point,
> The down side is that every activity start would be then be two clicks, one
> to bring
> up the large dialogue (I like to think of it as a one page gallery), and one
> for new
> or resume choice... But that was partly the point, no one here could agree on
> a new
> or resume default behaviour,
Hi Mikus,
On 4 Jul 2010, at 04:32, Mikus Grinbergs wrote:
>> some current (ongoing) future design changes will remove this issue
>> completely with
>> a full screen screen dialogue for deciding new/resume. One click on a home
>> view activity
>> displays a gallery/journal like display of past w
> some current (ongoing) future design changes will remove this issue
> completely with
> a full screen screen dialogue for deciding new/resume. One click on a home
> view activity
> displays a gallery/journal like display of past work or a new blank template
My observation - on the XO, there is
25 matches
Mail list logo
