On August 11, 2010 15:56:59 Aaron J. Seigo wrote:
> On Wednesday, August 11, 2010, Chani wrote:
> > On August 11, 2010 14:42:04 Marco Martin wrote:
> > > On Wednesday 11 August 2010, Vitor Boschi wrote:
> > > > We may put a preview button that displays the wallpaper fullscreen,
> > > > while hiding
On Wednesday, August 11, 2010, Chani wrote:
> On August 11, 2010 14:42:04 Marco Martin wrote:
> > On Wednesday 11 August 2010, Vitor Boschi wrote:
> > > We may put a preview button that displays the wallpaper fullscreen,
> > > while hiding the config dialog for a while.
> >
> > that's called "Appl
On August 11, 2010 14:42:04 Marco Martin wrote:
> On Wednesday 11 August 2010, Vitor Boschi wrote:
> > We may put a preview button that displays the wallpaper fullscreen,
> > while hiding the config dialog for a while.
>
> that's called "Apply" :p
> seriousy, i don't see much value added in that.
On Wed, Aug 11, 2010 at 5:42 PM, Marco Martin wrote:
> On Wednesday 11 August 2010, Vitor Boschi wrote:
>> We may put a preview button that displays the wallpaper fullscreen,
>> while hiding the config dialog for a while.
>>
>
> that's called "Apply" :p
> seriousy, i don't see much value added in
On Wed, Aug 11, 2010 at 5:25 PM, Vitor Boschi wrote:
> We may put a preview button that displays the wallpaper fullscreen,
> while hiding the config dialog for a while.
There was a brainstorm idea that, when you hovered over a particular
wallpaper it would temporarily replace fade out the configu
On Wednesday 11 August 2010, Vitor Boschi wrote:
> We may put a preview button that displays the wallpaper fullscreen,
> while hiding the config dialog for a while.
>
that's called "Apply" :p
seriousy, i don't see much value added in that.
--
Marco Martin
___
On Wed, Aug 11, 2010 at 5:25 PM, Vitor Boschi wrote:
> We may put a preview button that displays the wallpaper fullscreen,
> while hiding the config dialog for a while.
Oh, that's a good idea.
--
Shaun Reich,
KDE Developer (www.kde.org)
___
Plasma-dev
We may put a preview button that displays the wallpaper fullscreen,
while hiding the config dialog for a while.
Vitor B. da Silva
On 8/11/10, Aaron J. Seigo wrote:
> On Wednesday, August 11, 2010, todd rme wrote:
>> I would say the mandlebrot wallpaper also benefits from this, since
>> you can s
On Wednesday, August 11, 2010, todd rme wrote:
> I would say the mandlebrot wallpaper also benefits from this, since
> you can see how the colors you select work in practice. Although it
easy enough with an in-line preview, but in practice i don't find it a
necessity. the colours are fairly obvio
On August 11, 2010, Marco Martin wrote:
> the dialog itself should be taller, less wide, and the grid be less spaced
> (items more near to squares)
agreed; i don't know if i'll get to this in the near term, though.
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1
On Wed, Aug 11, 2010 at 4:00 PM, Aaron J. Seigo wrote:
> i've implemented it locally already and i think it looks a lot better, if a
> little more boring. the only wallpaper that really suffers from the missing
> preview, imho, is the patterns wallpaper, but that could be addressed by
> making it
On August 11, 2010, Marco Martin wrote:
> providing models in plasmagenericshell, that use wallpaper to render
> thumbnails in pixmaps that would be provided in the model?
plasmagenericshell is in kdebase-workspace. most wallpapers aren't.
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprin
On Wednesday 11 August 2010, Aaron J. Seigo wrote:
> On August 11, 2010, Aaron J. Seigo wrote:
> > which brings me to the next issue: sharing the previewer. this could be
> > done by sharing the delegate that paints the items via Plasma::Wallpaper,
> > requiring a view with a model that provides th
On Wednesday 11 August 2010, Aaron J. Seigo wrote:
>
> which brings me to the next issue: sharing the previewer. this could be
> done by sharing the delegate that paints the items via Plasma::Wallpaper,
> requiring a view with a model that provides the BackgroundDelegate roles.
>
> thoughts?
remo
On August 11, 2010, Aaron J. Seigo wrote:
> which brings me to the next issue: sharing the previewer. this could be
> done by sharing the delegate that paints the items via Plasma::Wallpaper,
> requiring a view with a model that provides the BackgroundDelegate roles.
actually, looking at the code,
On Wednesday 11 August 2010, Aaron J. Seigo wrote:
> On August 11, 2010, Marco Martin wrote:
> > I think in some cases we could want applet not going away, like lionmail,
> > even if i have kmail closed i could want lionmail continuing to notify me
> > about emails
>
> true; in that case the user
On August 11, 2010, Marco Martin wrote:
> I think in some cases we could want applet not going away, like lionmail,
> even if i have kmail closed i could want lionmail continuing to notify me
> about emails
true; in that case the user could just add lion mail themselves, no? (which
would supress t
hi all ...
so .. we have that pretty preview in the wallpaper settings, completely with
a pretend monitor and everything. the preview itself looks nice ... but
... it looks pretty murderous in the dialog itself given how it distorts the
layout and takes up space.
i spent some time today c
On Wednesday 11 August 2010, Aaron J. Seigo wrote:
> beauty of that is:
>
> * it's backwards compatible with both xembed and status
> notifier system trays
> * it allows the plasmoid to come and go with the app, just as system tray
> icons do
I think in some cases we could want applet not going
On August 11, 2010, Alexis Ménard wrote:
> On Wed, Aug 11, 2010 at 12:21 AM, Aaron J. Seigo wrote:
> > On August 10, 2010, you wrote:
> > > > do you agree that this should get fixed in Qt?
> > >
> > > Obviously. Will do tomorrow ASAP and ask integration in 4.7.0
>
> Here is the report : http://b
On August 11, 2010, Ivan Čukić wrote:
> > Most likely, we won't use KNotifierStatusItem for KMail's message
> > indicator, but a proper Plasmoid though -- Lion Mail. The email count is
> > currently in a
>
> This is a strange decision - what about users that want to use kmail
> with some other DE?
On August 5, 2010 11:02:50 Marco Martin wrote:
> On Thursday 05 August 2010, Aaron J. Seigo wrote:
> > On August 5, 2010, Marco Martin wrote:
> > > On Thursday 05 August 2010, Aaron J. Seigo wrote:
> > > > On August 5, 2010, Aleix Pol wrote:
> > > > > I will need to filter the plasmoids that we can
On Wed, Aug 11, 2010 at 8:57 AM, David Hubner wrote:
> On 11/08/2010 09:20, Marco Martin wrote:
> > On Wednesday 11 August 2010, Jeremiah Summers wrote:
> >> Hello all,
> >> I have an issue with the System Notifier Daemon in kded4
> >> blocking right click action in systray for klipp
On Wednesday 11 August 2010 14:13:21 Ivan Čukić wrote:
> > Most likely, we won't use KNotifierStatusItem for KMail's message
> > indicator, but a proper Plasmoid though -- Lion Mail. The email count is
> > currently in a
>
> This is a strange decision - what about users that want to use kmail
> wi
On Wednesday 11 August 2010, Sebastian Kügler wrote:
> So I've fixed issues on that "text on icon" display for two years, all
> those problems went away when we put the text into tooltips, and it was
> all way more consistent.
>
> I suggest you rethink using tooltips, they're really damn useful ;
> Most likely, we won't use KNotifierStatusItem for KMail's message indicator,
> but a proper Plasmoid though -- Lion Mail. The email count is currently in a
This is a strange decision - what about users that want to use kmail
with some other DE?
Cheerio
--
While you were hanging yourself on s
On Tuesday 10 August 2010 19:12:01 Ivan Čukić wrote:
> The only advantage of this proposal (as far as I'm concerned) is that
> we could choose how to handle this text providing more consistency,
> while currently we can't since it is embedded into the icon. Example -
> battery shows the text on hov
Hey Ted,
On Tuesday 10 August 2010 20:40:20 Ted Gould wrote:
> It seems to me that most of them can be handled adequately by adding the
> label, so implementing or adopting a new API simply more complex than
> what we need.
>From my experience (I'm maintaining the battery applet, which has the
p
On Tuesday 10 August 2010 18:05:30 Aurélien Gâteau wrote:
> > looking at the use cases provided, is there really a need for such
> > text?
> >
> >
> > for plasma, the battery is a proper plugin / applet. (and even then, by
> > default it doesn't show text in the tray.) for the rest of the entries
On Wed, Aug 11, 2010 at 12:21 AM, Aaron J. Seigo wrote:
> On August 10, 2010, you wrote:
> > > do you agree that this should get fixed in Qt?
> >
> > Obviously. Will do tomorrow ASAP and ask integration in 4.7.0
>
Here is the report : http://bugreports.qt.nokia.com/browse/QTBUG-12813
I already
On 11/08/2010 09:20, Marco Martin wrote:
> On Wednesday 11 August 2010, Jeremiah Summers wrote:
>> Hello all,
>> I have an issue with the System Notifier Daemon in kded4
>> blocking right click action in systray for klipper and kmix. I
> uhm, can you explain better what the problem is
On Wednesday 11 August 2010, Jeremiah Summers wrote:
> Hello all,
>I have an issue with the System Notifier Daemon in kded4
> blocking right click action in systray for klipper and kmix. I
uhm, can you explain better what the problem is?
Cheers,
Marco Martin
__
32 matches
Mail list logo
