[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-panel-devel
Subject:    Re: Plasma queued notifications
From:       Marco Martin <notmart () gmail ! com>
Date:       2010-01-18 19:18:06
Message-ID: 57b05eda1001181118s380bc232l10b3c7ca71b89390 () mail ! gmail ! com
[Download RAW message or body]

On Mon, Jan 18, 2010 at 3:26 PM, Charly Ghislain
<charlyghislain@gmail.com> wrote:
> Hi,
>
> Actually I won't have time for some weeks for this as I need to meet a short
> deadline elsewhere, but I won't let it die.
>
> Marco: is a scrollview, like what the current devicenotifer uses, something
> that could be used ? The items there seems to have all the features of

yes, devicenotifier use that one scrollview we have in plasma

> extenders (i guess there are in fact), but looks more pretty and lightweight,
> and may fit nicely in a otifications list.

no they aren't extenders, you can't detach them infact (and is it
important for notifications? probably yes)

> A second thought : is all the informations of the current jobs really wanted
> in the widgets, or should a dialog be opened when job details are asked? It
> looks a bit too clustered now on my desktop, and not at all useful since the
> strings are truncated, it might be worse on netbook.

no, no dialogs, ever. :p

> Regards,
>
> Charly
>
> On Wednesday 13 January 2010 13:06:14 Marco Martin wrote:
>> Wht's is needed is a better visualization of the notification/job widgets.
>> i was planning about the following:
>> -merge the concets of completed jobs and notifications, so visible for a
>> while, then going in the pool of old notifications
>> -make the popup a scrollview, it will be always exactly big enough to show
>> exactly the curent notification/jobs, but no more than a certain ratio of
>> the screen.
>>
>> to access the old notifications just scroll the view down, without having
>> to press strane button or whatever, there will be some "page" semantics.
>>
>> this way it would be the less annoying, because it won't never take too
>> much screen without sacrificing important bits of information.
>>
>> the challenge is to do it without it looking total crap, i had a semi
>> working patch but had some issues
>>
>> Cheers,
>> Marco Martin
>> _______________________________________________
>> Plasma-devel mailing list
>> Plasma-devel@kde.org
>> https://mail.kde.org/mailman/listinfo/plasma-devel
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel@kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
>
_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
[prev in list] [next in list] [prev in thread] [next in thread]