On Wednesday 04 of March 2009 at 02:44:35, "Aaron J. Seigo"
wrote:
> On Tuesday 03 March 2009, Denis Kormalev wrote:
> > Another idea was appeared in my mind now. Maybe some type of calendar
> > grid (like in KOrganizer or Google Calendar) will be simplier for end
> > user? For example at mont
On Tuesday 03 March 2009, Denis Kormalev wrote:
> Another idea was appeared in my mind now. Maybe some type of calendar grid
> (like in KOrganizer or Google Calendar) will be simplier for end user? For
> example at month zoom it will show for each day box like your (box that
> shows the first line/
On Wednesday 04 of March 2009 at 01:58:58, "Aaron J. Seigo"
wrote:
> when its zoomed out, you can probably just show summaries at various levels
> of detail.
>
> so when zoomed out too far that stacking save points vertically won't
> really work, then maybe show one box that shows the first li
On Tuesday 03 March 2009 22:57:09 Denis Kormalev wrote:
> On Wednesday 04 of March 2009 at 00:45:28, Richard Moore Richard Moore
>
> wrote:
> > Is a large project really within the target audience for plasmate? I
> > think we're more aiming at the smaller end of the scale, so a
> > less-is-more ap
On Tuesday 03 March 2009, Denis Kormalev wrote:
> >wouldn't a simple timeline with markers on it be a lot nicer to use? we
> > could even put action buttons on hover right on the markers, such as
> > "Change to this save point".
>
> Hmm. Really good idea. But what should we do in large zoom (for ex
On Wednesday 04 of March 2009 at 00:45:28, Richard Moore Richard Moore
wrote:
> Is a large project really within the target audience for plasmate? I
> think we're more aiming at the smaller end of the scale, so a
> less-is-more approach may well be more applicable.
>
Hm, but what about parano
On Tue, Mar 3, 2009 at 9:25 PM, Denis Kormalev wrote:
> Hmm. Really good idea. But what should we do in large zoom (for example year)
> with big project with a lot of commits? Maybe some commits (with smaller
> number of changes) should be dropped from view?
Is a large project really within the t
>wouldn't a simple timeline with markers on it be a lot nicer to use? we
> could even put action buttons on hover right on the markers, such as
> "Change to this save point".
Hmm. Really good idea. But what should we do in large zoom (for example year)
with big project with a lot of commits? Maybe
2009/3/3 Aaron J. Seigo :
> wouldn't a simple timeline with markers on it be a lot nicer to use? we could
> even put action buttons on hover right on the markers, such as "Change to this
> save point".
And maybe instead of the zoom out/in buttons, a slider ? But if we use
icons instead of buttons
On Tuesday 03 March 2009, Denis Kormalev wrote:
> What can you say about it?
wouldn't a simple timeline with markers on it be a lot nicer to use? we could
even put action buttons on hover right on the markers, such as "Change to this
save point".
something like this:
http://mascardo.fi
On Tuesday 03 March 2009, Dominik Haumann wrote:
> Hi,
>
> the System Load Viewer plugin [1] is in kdereview for quite some time now
> and I wanted to ask for feedback as the plan is to move it to kdeplasma-
> addons for KDE 4.3 provided there are no objections.
yes, please move it on over..
--
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/209/#review347
---
Ship it!
so this falls under the umbrella of "cooperative security", an
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/207/#review346
---
Ship it!
cool! hopefully we'll see even more usage of nepomuk in plasmo
Hi,
the System Load Viewer plugin [1] is in kdereview for quite some time now
and I wanted to ask for feedback as the plan is to move it to kdeplasma-
addons for KDE 4.3 provided there are no objections.
The plugin itself ships with the same featues as the "System Monitor" in
KDE3 plus some mor
> On 2009-03-02 12:19:07, Aaron Seigo wrote:
> > code wide looks nice, and afaik is proper usage of nepomuk.
> >
> > build system wise ... it might be nice to make it optional rather than
> > required, though. i'm ok with it being a hard requirement, but not everyone
> > may appreciate that.
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/207/
---
(Updated 2009-03-03 05:46:26.532132)
Review request for Plasma.
Changes
---
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/63/
---
(Updated 2009-03-03 05:30:26.303511)
Review request for Plasma and Aaron Seigo.
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/63/
---
(Updated 2009-03-03 05:23:45.174929)
Review request for Plasma and Aaron Seigo.
> On 2009-03-02 21:25:55, Aaron Seigo wrote:
> > the patch didn't make it, it seems. can you try to upload it again?
> >
> > in any case, i don't think we _really_ need an animation for when it isn't
> > a popup and just shown full on the desktop, which would make the .5s timer
> > unneccesa
On Monday 02 March 2009 19:47:47 Aaron J. Seigo wrote:
> On Friday 27 February 2009, Casper (gmail) wrote:
> > Just as happens at the moment, every widget or element that requests a a
> > themed svg can fall-back to a default svg implementation. Where my recipe
> > diverges is that the default svg
On Tuesday 03 March 2009, Aaron J. Seigo wrote:
> On Monday 02 March 2009, Dominik Haumann wrote:
> > @Crossfade effect: maybe also the type of the easein/out, but that's
> > probably already included in the "timeelapse" parameter.
>
> what would be the use case for ease in vs ease out? (not that i
21 matches
Mail list logo
