Raster,

I'm fairly certain the window event regions not being reset right is the big one that's making my life difficult, I bet if that was resolved a lot of my problems would magically vanish.  It may also be causing focused windows not to pick up mouse events (cursor position, clicks, in a game I can see two mouse cursors, the E one and the game one, and only the E one is responsive.)


On 9/30/19 3:24 AM, Carsten Haitzler wrote:
On Sun, 29 Sep 2019 21:46:51 -0500 Matthew Kolar <mjko...@charter.net> said:

Raster,

Did you try my settings?  I understand you are having trouble
replicating this, but it occurs on both of my machines, so I know I'm
not just hallucinating.  E has become near unusable for me due to these
issues.
you need to split these up. the "some other window gets clicked on/focused" in
your earlier email is a different thing to the cursor entry and renaming a
file.

the first i know about. i see it. it ONLY happens if you have existing windows
already *AND* restart e. right after restart the window event regions will be
wrong. if you switch virtual desktops around, this fixes up. it only happens on
a "live restart" so it's not exactly a common thing for most people so i'm not
really that concerned about it. this actually has nothing to do with focus
settings.

the renaming should have nothing to do with your focus settings either as its
focus WITHIN a window as well as pointer event handling etc. etc. so i didn't
see any point trying your settings as they should not be relevant. e focus
settings determine which *WINDOW* is focused in which circumstances. they do
not determine focus within a window which is either elementary and/or e's
internal widgets or efm smart object handling which all don't care about e's
window focus mode. certainly clicking the mouse to place the cursor in the
entry has zero to do with any focus stuff.

i tested with default theme and flat and it all worked either way so not theme
related i would say. the fact that key input works means focus is correct
(focus is on the right object and window) but arrow keys are not working right.
maybe its elementary settings stealing the arrow keys for focus control?

checking your settings... it's nothing to do with focus settings... it's list
mode vs icon mode. icon mode works. list mode does not. so switch to icon view
mode and it'll work fine. i don't know what's up with list view though. i'd
have to dig into that.

Matthew


On 9/29/19 7:22 AM, Carsten Haitzler (The Rasterman) wrote:
On Sat, 28 Sep 2019 06:07:35 -0500 Matthew Kolar <mjko...@charter.net> said:

Other things: When trying to rename a file, pressing right arrow does
not take the cursor to the end of the text dialog, nor the left arrow to
the front, nor does clicking on the text dailog put the cursor under the
mouse, you have to start typing and annihilate any pre-existing text.
this all works just fine for me - arrows do what they should do in an entry.
clicking to place the cursor works too.

On 9/28/19 5:55 AM, Massimo Maiurana wrote:
I get some sort of this when executing commands from terminology. These
are the steps:
- in an mc instance inside terminology i run an application just hitting
enter on a filename; let's say it's a pdf file so evince is called
- evince is placed over the terminology window, it looks like it has
focus because the titlebar is black but really it hasn't; if i try to
scroll down the document or hit any key nothing happens because keyboard
and mouse events are not sent to evince
- i click on evince and terminology goes over evince, because keyboard
and mouse is indeed sent at terminology; now I can switch to evince
window and use it

Massimo Maiurana

Daniel Kasak ha scritto il 28/09/19 alle 08:18:
I get this ( sometimes ) *only* immediately after a restart ( ie a
crash recovery kind of restart ). I fix it by clicking on the window
border of each window and dragging it. It seems like until I do this,
E has a different idea of where windows are ( even though they appear
to be where I expect them ). It's not easy to reproduce, so I haven't
created a bug.

Dan

On Sat, Sep 28, 2019 at 10:01 AM Matthew Kolar <mjko...@charter.net>
wrote:
Is anyone else here who uses E as a desktop on a PC having focus issues
with the pager and windows?  Oftentimes I will page to one screen,
click, only to have the input caught by a different VD entirely!
Sometimes, I will mouse into a window, it looks like it receives focus,
but when I click on interior window elements, the click either is lost
entirely, or it hits the background, and the start menu comes up.  This
is making it utterly aggravating to use E as a desktop.  Is there anyone
other than me out there who is experiencing this?

Note that I have attached a tar of my .e dir, so that anyone who wishes
to test this can do so with the settings I use ( I'm the only person
I've seen who uses vertical shelves, for instance.)


Matthew

_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel





_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to