On Wednesday, October 03, 2012 17:28:24 Martin Gräßlin wrote:
On Wednesday 03 October 2012 16:15:40 Sebastian Kügler wrote:
On Wednesday, October 03, 2012 13:44:06 Martin Gräßlin wrote:
just wanted some feedback on an idea I got today. What about binding the
showing of KRunner on hitting
Hi,
Although the concept seems quite interesting to me, the discussion seems to
skip one point: What's the use case? I tend to see KRunner as a
keyboard-driven interface, so if I want to activate it, I want a key stroke
to do so. Good thing we have one already ;) This is similar to how I tend
to
On Sunday 07 October 2012 22:44:22 Sebastian Kügler wrote:
I've run a few days with this, and I see one problem: The topmost line of
pixels on the screen doesn't grab (for max'ed), resize (for non-max'ed
windows sticking to the top edge) the window anymore. I can still drag a
window to the top
On Wednesday 03 October 2012 13:44:06 Martin Gräßlin wrote:
Hi all,
just wanted some feedback on an idea I got today. What about binding the
showing of KRunner on hitting the top screen edge?
Given that KRunner slides in from the top edge it would end up in a neat
functionality, throw the
On Thursday 04 October 2012 09:55:45 Eike Hein wrote:
On 10/03/2012 01:44 PM, Martin Gräßlin wrote:
Hi all,
Hi,
just wanted some feedback on an idea I got today. What about binding the
showing of KRunner on hitting the top screen edge?
it should be optional since Yakuake implements the
On 10/04/2012 02:01 PM, Martin Gräßlin wrote:
I would suggest to move this to KWin. It's a real PITA for us if applications
grab the screen edge and at least with KDE applications we should be able to
handle that correctly ;-)
I'm fine with that, though I'll need to keep the old code path for
Hi all,
just wanted some feedback on an idea I got today. What about binding the
showing of KRunner on hitting the top screen edge?
Given that KRunner slides in from the top edge it would end up in a neat
functionality, throw the cursor against the edge and down comes KRunner. Maybe
even
On Wednesday 03 October 2012, Martin Gräßlin wrote:
Hi all,
just wanted some feedback on an idea I got today. What about binding the
showing of KRunner on hitting the top screen edge?
Given that KRunner slides in from the top edge it would end up in a neat
functionality, throw the cursor
On Wednesday 03 October 2012 13:51:35 Marco Martin wrote:
On Wednesday 03 October 2012, Martin Gräßlin wrote:
Hi all,
just wanted some feedback on an idea I got today. What about binding the
showing of KRunner on hitting the top screen edge?
Given that KRunner slides in from the top
On Wednesday 03 October 2012, Martin Gräßlin wrote:
would you make it default? (i'm a bit more hesitant on this) in that case
it should disable automatically if the user puts a panel on top..
maybe introduce in 4.10, gather feedback and turn it to default in 4.11 if
everything is fine?
On Wednesday 03 October 2012 14:12:38 Marco Martin wrote:
On Wednesday 03 October 2012, Martin Gräßlin wrote:
would you make it default? (i'm a bit more hesitant on this) in that
case
it should disable automatically if the user puts a panel on top..
maybe introduce in 4.10, gather
Hi Martin,
Nice idea! However, I'm a bit worried about a user who wants to move or
double click the title of a window that is maximized or near the top. A lot
of people (me included) usually go all the way to the top edge when trying
to do that and could accidentally trigger KRunner. If this
Hi,
2012/10/3 Martin Gräßlin mgraess...@kde.org
Hi all,
just wanted some feedback on an idea I got today. What about binding the
showing of KRunner on hitting the top screen edge?
Good idea.
However, I think it would clash for users who uses the panel on top.
Especially with the auto-hide
On Wednesday, October 03, 2012 13:44:06 Martin Gräßlin wrote:
just wanted some feedback on an idea I got today. What about binding the
showing of KRunner on hitting the top screen edge?
Given that KRunner slides in from the top edge it would end up in a neat
functionality, throw the cursor
On Wednesday 03 October 2012 16:15:40 Sebastian Kügler wrote:
On Wednesday, October 03, 2012 13:44:06 Martin Gräßlin wrote:
just wanted some feedback on an idea I got today. What about binding the
showing of KRunner on hitting the top screen edge?
Given that KRunner slides in from the top
On Wednesday 03 October 2012 16:54:15 Aurélien Gâteau wrote:
Le mercredi 3 octobre 2012 13:44:06 Martin Gräßlin a écrit :
Hi all,
just wanted some feedback on an idea I got today. What about binding the
showing of KRunner on hitting the top screen edge?
Given that KRunner slides in
On Wednesday 03 October 2012, Martin Gräßlin wrote:
yeah, may be an idea.
btw would it be possible to set up some communication to say that a
screen edge is reserved so that if a panel is placed up there the hot
edge gets disabled?
what about a hint called
Le mercredi 3 octobre 2012 17:31:58 Martin Gräßlin a écrit :
On Wednesday 03 October 2012 16:54:15 Aurélien Gâteau wrote:
Le mercredi 3 octobre 2012 13:44:06 Martin Gräßlin a écrit :
Hi all,
just wanted some feedback on an idea I got today. What about binding the
showing of KRunner
On Wednesday 03 October 2012 18:35:54 Aurélien Gâteau wrote:
Le mercredi 3 octobre 2012 17:31:58 Martin Gräßlin a écrit :
On Wednesday 03 October 2012 16:54:15 Aurélien Gâteau wrote:
Le mercredi 3 octobre 2012 13:44:06 Martin Gräßlin a écrit :
Hi all,
just wanted some feedback on
On Wednesday 03 October 2012 12:31:52 Shaun Reich wrote:
On Wed, Oct 3, 2012 at 11:31 AM, Martin Gräßlin mgraess...@kde.org wrote:
Isn't it going to conflict with fullscreen apps showing a toolbar when
one
hits the top edge (think Firefox, Okular, Gwenview...)?
we could easily exclude
On Wednesday 03 October 2012 19:22:28 Martin Gräßlin wrote:
On Wednesday 03 October 2012 12:31:52 Shaun Reich wrote:
On Wed, Oct 3, 2012 at 11:31 AM, Martin Gräßlin mgraess...@kde.org
wrote:
Isn't it going to conflict with fullscreen apps showing a toolbar when
one
hits the top edge
On Wednesday 03 October 2012 19:40:01 Alex Fiestas wrote:
On Wednesday 03 October 2012 19:19:11 Martin Gräßlin wrote:
interesting, I would have thought the corners are fine in fullscreen and I
tend to use it quite often ;-)
So all disable it shall be, easier to implement anyway.
Full
On Wednesday 03 October 2012, Alex Fiestas wrote:
On Wednesday 03 October 2012 19:19:11 Martin Gräßlin wrote:
interesting, I would have thought the corners are fine in fullscreen and
I tend to use it quite often ;-)
So all disable it shall be, easier to implement anyway.
Full screen
23 matches
Mail list logo
