Should have read further down before my last reply. Looks like you're
playing around with window switcher already.
OK, you may want to try removing the "warp mouse while selecting" option.
That's probably responsible for the selection behaviour you're observing.
Basic explanation:
- Origina
Same here. I'm running E18.8. As long as I'm using the Alt-Tab, the window
selection order changes to the most recently used. If I use the mouse, then
the window selection order changes dependent on the last window I hovered
over.
That would be because I focus my window based on pointer (slop
It looks like you're having it sorted like stack and not a list. Honestly,
not sure why sorry.
Just to try, replicate my settings with selecting focus and raise activated
and raise when reverting focus. But my guess is that one of the devs will
have more info.
2014-12-30 20:36 GMT-03:00 Walter Ru
I think you might be on to something, sloppy focus does have a
different behavior, but it's still not, in my opinion, the expected
behavior.
Anyhow, I use click to focus and can't get to a "normal" focusing method.
Here's my settings:
Focus settings -> Focus Poicy -> Click
New wind
I'm running e19 pretty up-to-date and that behaviour works well. Actually,
now that I think about it, it has always work that way for me.
I have selected focus, raise, scroll and both move pointer, the other are
off. I think the test-case would be something like:
* working on a window A (window is
On Tuesday 30 Dec 2014 16:28:48 John Holland wrote:
> For me, if I alt tab to a window and release the alt tab, then alt tab to
> another window and release, and if I then alt tab, those two windows are
> at the top of the list.
In my set up (e18) this does not work. :-(
The list order of window
Ctrl-h is my tmux prefix. Terminology doesn't seem to care for my
choice--it eats my ctrl-h's and tmux never sees them. I understand that
ctrl-h might have been a poor choice of prefix, but I've not run into
this problem with gnome-terminal, rxvt, getty terminals, osx terminal, etc.
So I'm wond
For me, if I alt tab to a window and release the alt tab, then alt tab to
another window and release, and if I then alt tab, those two windows are at the
top of the list.
On December 30, 2014 10:50:51 AM EST, Walter Rudametkin
wrote:
>Tried changing both focus and raise, same result, the list
Tried changing both focus and raise, same result, the list in the window
switcher is not updated.
So alt+tab is not equivalent to clicking. Maybe there's another option
somewhere else?
On 30/12/14 16:25, John Holland wrote:
> I think if focus is selected when you alt tab to a window it's as if
I think if focus is selected when you alt tab to a window it's as if you
clicked on it.
On December 30, 2014 9:46:57 AM EST, Walter Rudametkin
wrote:
>On 30/12/14 12:32, John Holland wrote:
>> > > > 4) Alt-tab behavior is different and I find it weird. If you
>have
>> > > > multiple windows, yo
On 30/12/14 12:32, John Holland wrote:
> > > > 4) Alt-tab behavior is different and I find it weird. If you have
> > > > multiple windows, you alt-tab to change to the next window, then
> > > > you alt-tab once to go back to last window but it's not the one
> > > > selected, a third window is selec
2014-12-30 15:19 GMT+01:00 Wido :
> [off-topic]
>
> Toki, have you tried to use the qt theme that matches gtk? what could be
> the result in having qt to match gtk to match efl?
>
> [/off-topic]
>
I did and the end result was pretty good. Now I don't have any use of it at
the
moment..., and it se
[off-topic]
Toki, have you tried to use the qt theme that matches gtk? what could be
the result in having qt to match gtk to match efl?
[/off-topic]
2014-12-30 11:07 GMT-03:00 toki clover :
> 2014-12-30 14:36 GMT+01:00 Petter Adsen :
>
> >
> > I thought the pointer was part of the theme? Didn't
2014-12-30 14:36 GMT+01:00 Petter Adsen :
>
> I thought the pointer was part of the theme? Didn't think it had
> anything to do with gtk/qt toolkits? I might be confused here - as I
> said, I haven't looked at E in years.
The pointer theme depends on E theme of course but only for...
EFL apps, s
On Tue, 30 Dec 2014 13:30:16 +0100
toki clover wrote:
> You're asking too much!!! Just kidding.
:)
> I don't knwo about the feasibility of the first point... but you can
> look at the key bindings configuration section.
>
> An alternative is to switch when the pointer reach an edge of the
> scr
On Tue, 30 Dec 2014 09:51:55 -0300
Wido wrote:
> Welcome back Peter
Thanks :)
> It's possible to do the scroll thing. There is already a shortcut for
> alt+scroll in any place of the desktop, but if you want with only
> scroll go to preferencies -> input -> mouse bindings. Create a new
> bindin
Welcome back Peter
It's possible to do the scroll thing. There is already a shortcut for
alt+scroll in any place of the desktop, but if you want with only scroll go
to preferencies -> input -> mouse bindings. Create a new binding for scroll
and play with the options to where it applies (I think th
2014-12-30 12:36 GMT+01:00 Petter Adsen :
> Hi,
>
> I hadn't looked at enlightenment for a lot of years, but recently
> installed it since it offers separate workspaces for each screen,
> something that I missed in xfce. I've got it set up mostly as I like
> it, but have a couple of questions:
>
>
Hi,
I hadn't looked at enlightenment for a lot of years, but recently
installed it since it offers separate workspaces for each screen,
something that I missed in xfce. I've got it set up mostly as I like
it, but have a couple of questions:
First off, can I set it up to switch workspaces if I mov
> > > 4) Alt-tab behavior is different and I find it weird. If you have
> > > multiple windows, you alt-tab to change to the next window, then
> > > you alt-tab once to go back to last window but it's not the one
> > > selected, a third window is selected instead.
> > > Is there any way to configu
20 matches
Mail list logo
