Martin Gräßlin wrote:
Well if they do I promise to ship an update to kwin to ensure that
xscreensaver is stacked underneath the desktop shell ;-)
They'll find a way around that too. If you make something idiot-proof,
nature builds a better idiot. ;-) (And sorry, I don't remember who
On Tuesday, October 4, 2011 13:06:34 Kevin Kofler wrote:
Martin Gräßlin wrote:
Well if they do I promise to ship an update to kwin to ensure that
xscreensaver is stacked underneath the desktop shell ;-)
They'll find a way around that too. If you make something idiot-proof,
nature builds a
In data martedì 4 ottobre 2011 13:36:52, Aaron J. Seigo ha scritto:
we know why we want to move away from the 20 year old implementation of
screen savers, we know how we want to do it ... now let's execute on that
plan, keep communicating to our users and partners about it and be open to
FYI,
Ivan Čukić wrote:
Probably because the distros are not shipping 4.7 yet. (4.1 to 4.6
actually do show desktop icons by default, in a folder view widget which
is set up by
No plasma release had the folderview by default. Some of the distros
had (have) the folder view as default containment,
Martin Gräßlin wrote:
What would you say if KDE Plasma would no longer support X Screensavers?
* I would switch to another DE
* I would complain
* I would miss them but could live without them
* Don't use screensavers, it doesn't affect me
* Don't care
You forgot option 6:
* Come up with
On Monday 03 October 2011 21:31:19 Kevin Kofler wrote:
Martin Gräßlin wrote:
What would you say if KDE Plasma would no longer support X Screensavers?
* I would switch to another DE
* I would complain
* I would miss them but could live without them
* Don't use screensavers, it doesn't
In data domenica 02 ottobre 2011 02:47:49, Kevin Kofler ha scritto:
without a custom Plasma init script enabling the folder view of ~/Desktop
one way or the other (either as a widget as in 4.6 or in Fedora 16, or the
KDE-3-style folder view as desktop mode), complaints will start popping in
I
On Sunday 02 October 2011 09:26:34 Luca Beltrame wrote:
In data domenica 02 ottobre 2011 02:47:49, Kevin Kofler ha scritto:
without a custom Plasma init script enabling the folder view of ~/Desktop
one way or the other (either as a widget as in 4.6 or in Fedora 16, or the
KDE-3-style
What would you say if KDE Plasma would no longer support X Screensavers?
It needs to specify that no X Screensavers doesn't mean no screensavers
--
Cheerio,
Ivan
--
While you were hanging yourself on someone else's words
Dying to believe in what you heard
I was staring straight into the
On Sun, Oct 2, 2011 at 9:31 PM, Martin Gräßlin mgraess...@kde.org wrote:
On Sunday 02 October 2011 09:26:34 Luca Beltrame wrote:
In data domenica 02 ottobre 2011 02:47:49, Kevin Kofler ha scritto:
without a custom Plasma init script enabling the folder view of ~/Desktop
one way or the other
In data domenica 02 ottobre 2011 10:31:32, Martin Gräßlin ha scritto:
would no longer support X Screensavers? * I would switch to another DE
Is there a good definition of X and non X screensavers? This is IMO
important to communicate to the userbase as for them they are likely one and
the same.
In data domenica 02 ottobre 2011 12:19:02, Martin Gräßlin ha scritto:
Poll created: http://forum.kde.org/viewtopic.php?fft102
I just blogged about this, so the poll gets more exposure.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
signature.asc
Description:
On Sunday 02 October 2011 13:27:13 Luca Beltrame wrote:
In data domenica 02 ottobre 2011 12:19:02, Martin Gräßlin ha scritto:
Poll created: http://forum.kde.org/viewtopic.php?fft�102
I just blogged about this, so the poll gets more exposure.
cool thanks - I plan to also blog about it
In data domenica 02 ottobre 2011 10:43:43, Ivan Čukić ha scritto:
It needs to specify that no X Screensavers doesn't mean no screensavers
krop on IRC raised an interesting question: is this drop of support related
to just support, or also library dependencies? This because some stuff such as
On Sunday 02 October 2011 14:15:01 Luca Beltrame wrote:
In data domenica 02 ottobre 2011 10:43:43, Ivan Čukić ha scritto:
It needs to specify that no X Screensavers doesn't mean no screensavers
krop on IRC raised an interesting question: is this drop of support related
to just support, or
On Saturday 01 October 2011 04:46:29 Markus Slopianka wrote:
Is anybody aware of empiric studies for what (if at all) people use
screensavers these
days?
Personally I'd expect clock, news headlines, and photo slideshows to be the
top answers.
QML replacements should be available for the
On Saturday 01 October 2011, Markus Slopianka wrote:
Is anybody aware of empiric studies for what (if at all) people use
screensavers these days?
Personally I'd expect clock, news headlines, and photo slideshows to be the
top answers. QML replacements should be available for the top uses once
- Ursprüngliche Mitteilung -
Am Thu, 29 Sep 2011 22:14:59 +0200
schrieb Martin Gräßlin mgraess...@kde.org:
But when compositing is turned off, you currently get the plain old
implementation including screen savers. And I don't want to change
that code.
Seconding Marco: Why?
On Thursday, September 29, 2011 23:49:50 Kevin Kofler wrote:
Martin Gräßlin wrote:
* drop screensaver support altogether, probably would create some troubles
as evil KDE removed screensavers
* add Plasma widget support to new screen locker implementation but drop
screensaver support (same
On Samstag 01 Oktober 2011 10:52:04 Marco Martin wrote:
that's what the support of plamoids on screensaver is for ;)
I already understood that but as a screensaver (you know: to actually save
screens from
damage, incl. LCDs) a few additional features are required. At the very least,
plasmoids
On Samstag 01 Oktober 2011 12:36:12 Aaron J. Seigo wrote:
we should also stress that if things like OpenGL screensavers are important
enough to people, that support for things to draw moving things on screen
when locked can be created anew.
We already have KWin effects – even gimmicky ones
On Samstag 01 Oktober 2011 14:10:39 Marco Martin wrote:
for saving from damage, there is a thing called power saving :p
Doesn't help the people who want a huge clock as screensaver without damaging
their
displays. It has to move.
A Plasma containment whose widgets can float and bounce from
Aaron J. Seigo wrote:
unless we give them something better and communicate with understanding.
Users will not accept your something better unless their favorite existing
screensaver runs on it. No amount of communication can change that. (And
please don't shoot the messenger! I don't even use
Luca Beltrame wrote:
After all, in the KDE Forums we don't see anymore people lamenting the
lack of icons on desktop by default...
Probably because the distros are not shipping 4.7 yet. (4.1 to 4.6 actually
do show desktop icons by default, in a folder view widget which is set up by
default.)
But when compositing is turned off, you currently get the plain old
implementation including screen savers. And I don't want to change that
code.
I'm with Marco on this one.
I don't think having two totally different code paths and user exp is a
good idea.
* drop screensaver support
On Friday, September 30, 2011 07:48:28 todd rme wrote:
What about implementing a screensaver plasma wallpaper backend? This
this would require significant changes to Plasma::Wallpaper and a lot of
changes to how the painting is handled there. i don't think this is a
realistic option before
On Fri, Sep 30, 2011 at 11:11 AM, Aaron J. Seigo ase...@kde.org wrote:
On Friday, September 30, 2011 07:48:28 todd rme wrote:
What about implementing a screensaver plasma wallpaper backend? This
this would require significant changes to Plasma::Wallpaper and a lot of
changes to how the
On Fri, 30 Sep 2011 11:27:23 +0200, todd rme toddrme2...@gmail.com
wrote:
On Fri, Sep 30, 2011 at 11:11 AM, Aaron J. Seigo ase...@kde.org
wrote:
On Friday, September 30, 2011 07:48:28 todd rme wrote:
What about implementing a screensaver plasma wallpaper backend?
This
this would require
On Thursday, September 29, 2011 22:14:59 Martin Gräßlin wrote:
* add Plasma widget support to new screen
locker implementation but drop screensaver support (same problems as first
option)
+1 for this.
if the lock screen is QML, when we get a QML version with OpenGL shaders
people can go crazy
On Friday 30 September 2011 12:38:34 Aaron J. Seigo wrote:
On Thursday, September 29, 2011 22:14:59 Martin Gräßlin wrote:
* add Plasma widget support to new screen
locker implementation but drop screensaver support (same problems as first
option)
+1 for this.
if the lock screen is QML,
Is anybody aware of empiric studies for what (if at all) people use
screensavers these
days?
Personally I'd expect clock, news headlines, and photo slideshows to be the top
answers.
QML replacements should be available for the top uses once the xscreensaver
code is
dropped. (IMHO at least.)
On Thursday 29 September 2011, Martin Gräßlin wrote:
Hi all,
the work on the new screen locker implementation is nearly done (I can
unlock again :-) and that brings me to an issue where I wanted to have
more opinions: screensaver.
+1
But when compositing is turned off, you currently
Am Thu, 29 Sep 2011 22:14:59 +0200
schrieb Martin Gräßlin mgraess...@kde.org:
But when compositing is turned off, you currently get the plain old
implementation including screen savers. And I don't want to change
that code.
Seconding Marco: Why?
So there are some solutions:
* drop
Martin Gräßlin wrote:
* drop screensaver support altogether, probably would create some troubles
as evil KDE removed screensavers
* add Plasma widget support to new screen locker implementation but drop
screensaver support (same problems as first option)
I don't think these are acceptable.
On Thu, Sep 29, 2011 at 10:14 PM, Martin Gräßlin mgraess...@kde.org wrote:
So there are some solutions:
* drop screensaver support altogether, probably would create some troubles as
evil KDE removed screensavers
* add Plasma widget support to new screen locker implementation but drop
35 matches
Mail list logo