Re: Review Request: Account for the SVG margins in FolderView::IconView::itemSize()

2012-01-20 Thread Ignat Semenov
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/103735/ --- (Updated Jan. 20, 2012, 9:35 a.m.) Review request for Plasma, Aaron J. Sei

Re: Review Request: Account for the SVG margins in FolderView::IconView::itemSize()

2012-01-20 Thread Ignat Semenov
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/103735/ --- (Updated Jan. 20, 2012, 9:36 a.m.) Review request for Plasma, Aaron J. Sei

Re: Quicklaunch QML porting questions

2012-01-20 Thread Sebastian Kügler
On Thursday, January 19, 2012 22:43:24 Ingomar Wesp wrote: > On 01/19/2012 12:35 PM, Sebastian Kügler wrote: > > You can create a dynamically loaded import in C++ as well, and this might > > even be the cleanest solution […] > > I've had a glance at the work Martin did for porting kickoff to QML a

Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Alex Fiestas
The only reason I can think of is to create "video walls", meaning multiple monitors used as if they were 1. Not sure if that can be done lower in the stack using xrandr for example. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.or

Re: Review Request: Account for the SVG margins in FolderView::IconView::itemSize()

2012-01-20 Thread Commit Hook
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/103735/#review9963 --- This review has been submitted with commit a82bb8cb44f1c3e82f38

Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Sebastian Kügler
Hi Martin, On Friday, January 20, 2012 11:32:13 Martin Gräßlin wrote: > KWin provides the option to turn off multi screen aware window management. > This results in windows being maximized over both screens or fullscreen > windows being stretched over all screens. These options make the code much

Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Sebastian Kügler
On Friday, January 20, 2012 11:53:22 Alex Fiestas wrote: > The only reason I can think of is to create "video walls", meaning > multiple monitors used as if they were 1. > > Not sure if that can be done lower in the stack using xrandr for example. Just disabling Xinerama would be enough to achie

Re: Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Alex Fiestas
On Friday, January 20, 2012 12:37:12 PM Sebastian Kügler wrote: > Just disabling Xinerama would be enough to achieve that. Thought xinerama was something deprecated and that should not be used :/ I don't know where xinerama is exactly, is it at the same level of XRandR ? one below? one above? C

Re: Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Martin Gräßlin
On Friday 20 January 2012 11:53:22 Alex Fiestas wrote: > The only reason I can think of is to create "video walls", meaning multiple > monitors used as if they were 1. for that you do not even need these options. You can resize your window as big as you want. Quite independent from the options. s

Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Alex Fiestas
On Friday, January 20, 2012 11:32:13 AM Martin Gräßlin wrote: > From the userinterface the only useful option is "Show unmanaged windows on" > which should be kept. Well imho as a heavy multi* everything user I don't see why a user would want to force "Unmanaged windows" in one screen since usuall

Re: Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Martin Gräßlin
On Friday 20 January 2012 13:09:18 Xavier IZARD wrote: > Martin Gräßlin a écrit : > > Hi workspace developers, > > > > KWin provides the option to turn off multi screen aware window management. > > This results in windows being maximized over both screens or fullscreen > > windows being stretched

Re: Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Martin Gräßlin
On Friday 20 January 2012 13:11:03 Alex Fiestas wrote: > On Friday, January 20, 2012 11:32:13 AM Martin Gräßlin wrote: > > From the userinterface the only useful option is "Show unmanaged windows > > on" which should be kept. > > Well imho as a heavy multi* everything user I don't see why a user wo

Re: [RFC] Remove Xinerama related options

2012-01-20 Thread todd rme
On Fri, Jan 20, 2012 at 11:53 AM, Alex Fiestas wrote: > The only reason I can think of is to create "video walls", meaning multiple > monitors used as if they were 1. > > Not sure if that can be done lower in the stack using xrandr for example. But is that something that should be in this config?

Re: Re: [RFC] Remove Xinerama related options

2012-01-20 Thread todd rme
On Fri, Jan 20, 2012 at 1:31 PM, Martin Gräßlin wrote: > On Friday 20 January 2012 13:11:03 Alex Fiestas wrote: >> On Friday, January 20, 2012 11:32:13 AM Martin Gräßlin wrote: >> > From the userinterface the only useful option is "Show unmanaged windows >> > on" which should be kept. >> >> Well i

Re: Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Martin Gräßlin
On Friday 20 January 2012 13:31:49 todd rme wrote: > On Fri, Jan 20, 2012 at 11:53 AM, Alex Fiestas wrote: > > The only reason I can think of is to create "video walls", meaning > > multiple > > monitors used as if they were 1. > > > > Not sure if that can be done lower in the stack using xrandr

prep'ing the QML screenlocker for a merge into master

2012-01-20 Thread Aaron J. Seigo
hi all ... i've spent some time today looking at the screenlocker branch in kde- workspace. i was hoping it might be a straight-forward merge after adding one or two little features and possibly merging the screenlocker daemon with ksmserver. seems it needs a bit more work than that, so i figur

Re: prep'ing the QML screenlocker for a merge into master

2012-01-20 Thread Martin Gräßlin
On Friday 20 January 2012 15:02:39 Aaron J. Seigo wrote: > hi all ... > > i've spent some time today looking at the screenlocker branch in kde- > workspace. i was hoping it might be a straight-forward merge after adding > one or two little features and possibly merging the screenlocker daemon > wi

Re: Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Martin Gräßlin
On Friday 20 January 2012 14:13:17 XI wrote: > > so you would only need one of the options, the fullscreen one? And in > > fact you only want that for vlc, right? You don't want the option for > > let's say Firefox? > > > > So e.g. a KWin script taking care of setting the fullscreen video player >

Re: Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Thomas Lübking
Am 20.01.2012, 13:31 Uhr, schrieb Martin Gräßlin : On Friday 20 January 2012 13:11:03 Alex Fiestas wrote: On Friday, January 20, 2012 11:32:13 AM Martin Gräßlin wrote: > From the userinterface the only useful option is "Show unmanaged windows > on" which should be kept. Errrheemmm ... heh

Re: Re: Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Martin Gräßlin
On Friday 20 January 2012 16:52:00 Thomas =?ISO-8859-1?Q?L�bking?= wrote: > Am 20.01.2012, 13:31 Uhr, schrieb Martin Gräßlin : > > On Friday 20 January 2012 13:11:03 Alex Fiestas wrote: > >> On Friday, January 20, 2012 11:32:13 AM Martin Gräßlin wrote: > >> > From the userinterface the only useful

Re: Re: Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Thomas Lübking
Am 20.01.2012, 17:11 Uhr, schrieb Martin Gräßlin : So basically i guess this option is dead (unless it's read somewhere else and exported to the root window - but i don't know. My root window looks unspectacular in this regard) lxr will help for that :-) a) cool - wasn't aware that there's lx

Re: Re: Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Shaun Reich
On Fri, Jan 20, 2012 at 11:32 AM, Thomas Lübking wrote: > a) cool - wasn't aware that there's lxr.kde.org (just typed that into the > browser just after reading ;-) > b) "how"? - afaik lxr only handles definitions, not "use random strings in > some function" and while 'Unmanaged' leads to the kwin

Re: Re: Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Hans Chen
While we're talking about confusing options in System Settings, I've always wondered why there are two Xinerama options in Window Behavior (Focus tab) - "Separate screen focus" and "Active screen follows mouse". In particular, how does the latter work together with "Show unmanaged windows on"? Tho

Re: Re: Re: Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Martin Gräßlin
On Friday 20 January 2012 20:04:12 Hans Chen wrote: > While we're talking about confusing options in System Settings, I've always > wondered why there are two Xinerama options in Window Behavior (Focus tab) > - "Separate screen focus" and "Active screen follows mouse". In particular, > how does the

Re: Re: Re: [RFC] Remove Xinerama related options

2012-01-20 Thread Thomas Lübking
Am 20.01.2012, 19:08 Uhr, schrieb Shaun Reich : lxr has both C++ understanding (which is that default textbox you see, Thanks a lot. It's the KGlobalSettings::splashScreenDesktopGeometry() in kdeglobals.cpp what sounds like legacy code(*) since nowadays splashscreens tend to be _NET_WM_WIN