Il giorno ven 8 feb 2019 alle ore 17:41 Carsten Haitzler < ras...@rasterman.com> ha scritto:
> On Fri, 8 Feb 2019 17:27:18 +0100 Davide Andreoli <d...@gurumeditation.it> > said: > > > Il giorno ven 8 feb 2019 alle ore 16:50 Carsten Haitzler < > > ras...@rasterman.com> ha scritto: > > > > > On Fri, 8 Feb 2019 13:41:06 +0100 Davide Andreoli < > d...@gurumeditation.it> > > > said: > > > > > > > Il giorno ven 8 feb 2019 alle ore 12:16 Boris Faure <bo...@fau.re> > ha > > > > scritto: > > > > > > > > > Hi :) > > > > > > > > > > I know we're about to close EFL 1.22 and I might be too late to > make > > > > > this request. > > > > > > > > > > In the foreseeable future, I'd love to make Terminology hide the > > > > > mouse over cursor after some delay of it not moving. Sadly, > elementary > > > > > and EFL in general, lack an API to do so. I've opened ticket > T7646 to > > > > > add that to EFL (I have not produced the code to make it possible). > > > > > This feature has been requested in Terminology about 4 years ago > and > > > > > we failed at delivering it. > > > > > > > > > > > > > Indeed this is a longstanding request, rage and epymc implemented > > > > some "hacks" to hide the mouse cursor, and they do not always work > > > > as expected. So a + from my side. (I'm not willing to implement this > > > myself) > > > > > > I'm not so sure it's a hack. We have APIs to set mouse cursors on > specific > > > widgets in elm. If the mouse is over that widget the cursor for that > > > widget is > > > shown. A global "don't show pointer" is also a hack in that it is brute > > > force > > > and you can't make it vary depending where the pointer is in that > window so > > > you are then using the current method to be more specific when needed > > > anyway > > > and then having to figure out the interaction now between 2 properties > > > rather > > > than a single one. I'm not sure other solutions are going to be less > of a > > > hack > > > in the end. > > > > > > i also haven't noticed it being unreliable. > > > > > > > It is not unreliable in rage because rage is simple (in terms of widgets > > hierarchy). > > In epymc there can be lots of other widgets that appear and disappear on > > top of > > the videoplayer widget (like dialogs, subtitles text, multimedia > controls, > > notification, etc). > > The "hack" I have done is the same as the rage one (a trasparent widget > on > > top of the stack, > > with cursor blank) and it not reliable: sometimes, quite randomly, when a > > new widget > > is created (below the transparent one) the mouse pointer is show again. > > That doesn't justify a special blank cursor api/mode. that means there is > a bug > in cursor-per-object handling and it would affect any custom cursor set on > an > object. :) > > > And frankly a transparent widget on top of all just to hide the mouse > > cursor is what > > I call an hack. > To keep this thread alive: Qt have implemented the feature requested: QGuiApplication::setOverrideCursor(QCursor(Qt::BlankCursor)) ... and it is not bugged :P > > > > > > > > > > > With the blank style terminology could do it over everything, over > just the > > > terminals (leaving the ptr to appear in the settings and other > controls), > > > on a > > > specific terminal only, or just do the "put a button above everything" > > > method > > > etc. ... > > > > > > > cheers > > > > > > > > > > > > > > > > > > Is there something I can do (while not making the patch to EFL > > > myself) > > > > > to make this feature come sooner to EFL? > > > > > > > > > > Thanks > > > > > > > > > > -- > > > > > Boris Faure > > > > > Pointer Arithmetician > > > > > _______________________________________________ > > > > > 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 > > > > > > > > > > > > > -- > > > ------------- Codito, ergo sum - "I code, therefore I am" > -------------- > > > Carsten Haitzler - ras...@rasterman.com > > > > > > > > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > Carsten Haitzler - ras...@rasterman.com > > _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel