Re: [e-users] Packaging EFL
and build 2 sets of gl support packages - build once with the default egl/gles and another time with glx. glx will not work with wayland but it works around some nvidia driver performance bugs that it has in egl/gles. no other drivers suffer from this thus i'm pretty much unmotivated to try have efl handle this for you (nvidia's binary blobs and what not). efl could actually in theory split out x11 and wayland support too into such split out packages if elementary moved its wl and x11 support into modules too, but due to this you can't effectively do that. you cans plit out other things too like the sample background set enlightenment comes in. i'd not recommend splitting out enlightenment modules as they don't pull in hard dependencies (like libraries). any deps are soft (eg bluez5 module needs bluez5 to work - but it'll soft fail and give you a ? gadget icon if it can't talk to bluez ... ). e and efl are actually very very very very packager friendly. they are built to follow standards as you'd expect and be easily able to be split up if you know what efl, e etc. do and what the modules, tools and dependencies do/mean. the work of splitting has already been done for you in the install of efl - you can take advantage of it in packaging where sensible. of course excessively splitting package-wise comes with problems. you may find functionality degrades if someone forgets to install and optional dep and they may not be smart/experienced enough to realize why that heif image doesn't load (they forgot to install the heif loader package). you might want to make convenience packages like efl-devel-all (if you end up splitting ever lib into its own package - i don't recommend splitting efl itself - while it is technically possible to have e.g. eina separate from emile and separate from evas and set up all the dependencies .. it's almost pointless as efl in all of its real use cases goes all the way up to the higher level libs like elementary which end up pulling in everything below it). i've even mulled merging efl into a single libefl.so for everything. any "optionalizing" of things would be handled by efl itself with modules ... in fact over time i now prefer the idea of just directly dlopening the dependency (like libheif) and doing my own symbol resolving as it means efl can build with all support and then at runtime find the dependencies and support itself. i hope that helps shed some light on this :) > -- > Thanks, > - Phil > > Phil Otken > Overlogix, Inc. <https://overlogix.com/> > also d.b.a. > Practical Software and Database Engineering, Inc. > c: +41 79 376 08 96 > e-mail: phil.ot...@gmail.com > Online Professional Profile: http://www.linkedin.com/in/potken/ > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] PATH variable in E
On Wed, 1 May 2024 11:20:59 +0100 Wawrzek Niewodniczanski said: > Hi, > > I have a strange value of the PATH variable in a terminal (not only > terminology) started from the Enlightenment. I doubled checked my text > configs and cannot find any place setting the PATH in that way. Another > thing I looked at is the PATH was in the text console. It looks normal. So > something add extra entries to PATH during X-server/Enlightenment start. > Where should I look for it? > > Oh, the change is: > PATH=$HOME/.local/share/Applications/.bin:$PATH > > and the path does not exist. Yup. E adds things to $PATH. It adds it's own path location of enlightenment itself to $PATH if not there (prepends by default - appends if you run enlightenment with -i-really-know-what-i-am-doing-and-accept-full-responsibility-for-it). as well as this Applications dir. > Wawrzek > > -- > Dr Wawrzyniec Niewodniczańskior Wawrzek for short > PhD in Quantum Chemistry & MSc in Molecular Engineering >WWW: http://wawrzek.name E-MAIL: j...@wawrzek.name > Linux User #177124 > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- ----- Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] About status with wayland (/e16)
On Mon, 22 Apr 2024 01:42:02 +0200 Pavel Sanda said: > On Thu, Mar 21, 2024 at 06:03:35AM +0000, Carsten Haitzler wrote: > > On Thu, 21 Mar 2024 08:43:05 +0800 (GMT+08:00) zgw199012 > > said: > > > By the way, I think wayland is advanced and compact, what's wrong with it > > > and not support it any more? Thanks. > > > ... > > more... it's just a lot of work. only some amount of work has been done. > > right now i'm not looking at wayland as my todo list has me focusing on > > other things like efm. will come around to wayland once devilhorns finishes > > off some stuff he was doing there in ecore_drm2 and so on. > > Spinning off the question - is there any chance that e16 could work within > walyand universe without significant rewrite/is existence of XWayland of any > relief here? no. > Redhat announced dropping Xorg server (all X11 stuff will be supported via > XWayland) for RHEL 10 (first half of 2025). Given that majority of Xorg code > maintenance comes from redhat itself, that means stop for new features once > RHEL 9 switches to maintenance phase (~2-3years) and demise of any support in xorg pretty much has not been getting new features for many years... :) most stuff has been built alongside or on top. > ~6 years. That of course does not imply what other distros will do, but my > guess is that once the main maintainer drops off, Xorg will abandoned as well > rather quickly as Xorg is hard to maintain and everyone goes wayland anyway. > > So does this timeline applies for e16 as well or is there some way out? don;'t use rhel or fedora then - use something else. people have turned up on xorg mailing lists offering to pick up maintaining it. > Pavel > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] QT variables
On Wed, 10 Apr 2024 10:50:25 +0100 Wawrzek Niewodniczanski said: > Hello, > > I try to track what does set these 2 variables? > > QT_QPA_PLATFORMTHEME=gtk2 > QT_STYLE_OVERRIDE=gtk2 > > Is it something in Enlightenment? yes :) -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Problem with conky in Enlightenment
{msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="\241
> \5\27\2\0\340\2.\2\0\0\2\0\340\2\0\0\0\0\0\0\0\0\0\0>
> writev(4, [{iov_base="\31\0\v\0\371\2\0\0L\200@\0!
> \0\0\2\0\300\2-\2\0\0\2\0\300\2\0\0\0\0"..., iov_len=48}, {iov_base=>
> poll([{fd=4, events=POLLIN}], 1, -1)= 1 ([{fd=4, revents=POLLIN}])
> recvmsg(4, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="\241
> \5\27\2\0\340\2-\2\0\0\2\0\340\2\0\0\0\0\0\0\0\0\0\0>
> poll([{fd=4, events=POLLIN}], 1, -1)= 1 ([{fd=4, revents=POLLIN}])
> recvmsg(4, {msg_name=NULL, msg_namelen=0,
> msg_iov=[{iov_base="\1\2\7\27\0\0\0\0#\0\200\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\>
> recvmsg(4, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="\241
> \7\27\2\0\340\2-\2\0\0\2\0\340\2\0\0\0\0\0\0\0\0\0\0>
> recvmsg(4, {msg_namelen=0}, 0) = -1 EAGAIN (Resource
> temporarily unavailable)
>
> ...ad infinitum. None of this looks particularly useful.
>
> Any suggestions?
>
> Thanks,
> -Conrad.
>
>
> --
> Shine like thunder
> Cry like rain
>
>
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Ubuntu Touch Template
On Thu, 21 Mar 2024 10:02:51 +0100 Maximilian Lika via enlightenment-users said: > Hello everybody, > > I am trying to create a simple Ubuntu Touch Test App written with my > Perl Efl bindings for Ubuntu Touch (at the moment it is only an > experiment). > > I could compile everything with clickable for the arm64. The current > state is here: > > https://github.com/MaxPerl/hello-pEFL-ubPorts > > Unfortunately (but expectable) starting the app doesn't work. This is > the error message I get: > > Mar 21 07:31:03 ubuntu-phablet systemd[2398]: Started lomiri-app- > launch--application-click--hellopefl.maxperl_hellopefl_1.0.0--.service. > Mar 21 07:31:03 ubuntu-phablet aa-exec[13101]: LDPATH ./lib > ./lib/aarch64-linux-gnu > Mar 21 07:31:04 ubuntu-phablet aa-exec[13101]: ERR<13101>:eeze_udev > ../src/lib/eeze/eeze_udev_watch.c:360 _watch_init() Could not create > watch! > Mar 21 07:31:04 ubuntu-phablet aa-exec[13101]: ERR<13101>:efreet_cache > ../src/lib/efreet/efreet_cache.c:326 efreet_cache_init() Failed to > create directory '/home/phablet/.cache/efreet' > Mar 21 07:31:06 ubuntu-phablet aa-exec[13101]: ERR<13101>:efreet_cache > ../src/lib/efreet/efreet_cache.c:147 _ipc_launch() Timeout in trying to > start and then connect to efrteed > Mar 21 07:31:06 ubuntu-phablet aa-exec[13101]: ERR<13101>:eio > ../src/lib/eio/eio_monitor.c:341 eio_monitor_stringshared_add() > monitored path '/home/phablet/.elementary/config/default' not found. > Mar 21 07:31:06 ubuntu-phablet aa-exec[13101]: ERR<13101>:elementary > ../src/lib/elementary/elm_config.c:1732 _config_system_load() System > loading config failed! Check your setup! Falling back to compile time > defaults > Mar 21 07:31:06 ubuntu-phablet aa-exec[13101]: ERR<13101>:eina_safety > ../src/lib/elementary/elm_config.c:1735 _config_system_load() safety > check failed: eet_data_undump(ef, "config", embedded_config, > strlen(embedded_config)-1, EINA_FALSE) is false > Mar 21 07:31:06 ubuntu-phablet aa-exec[13101]: ERR<13101>:elementary > ../src/lib/elementary/elm_config.c:1806 _config_load() Everything > failed, no config found or created. This will not work > Mar 21 07:31:06 ubuntu-phablet systemd[2398]: lomiri-app-launch-- > application-click--hellopefl.maxperl_hellopefl_1.0.0--.service: Main > process exited, code=killed, status=11/SEGV > Mar 21 07:31:06 ubuntu-phablet systemd[2398]: lomiri-app-launch-- > application-click--hellopefl.maxperl_hellopefl_1.0.0--.service: Failed > with result 'signal'. > > I suppose the problem is, that > > 1) I have to create/copy the necessary config files etc. manually no... i'd say the problem is... somehow the app is being run in some limited container with no permission to write to $HOME. > 2) an Ubuntu Touch app can only write in certain directories (see > https://docs.ubports.com/en/latest/appdev/guides/writeable-dirs.html) yes. that's it. you're going to have to un-limit ubuntu touch. elementary expects its config in ~/.elementary/ ... eeze is expecting to also watch files it cannot. efreet is expecting to talk to efreetd via a socket that is also created (depends on env vars) ... but regardlwess of thigns in $HOPME it should be able to load system config files from PREFIX/share/elementary for example... has something gotten messed up here on efl install? > Perhaps someone can help me :-) > > What files are needed for a working Efl setup? > > And is there an easy option to programmaticaly tell EFL, where to look > for (and write to) config files etc. it's complex... and not programmatically. it highly depends what efl is looking for - it loads system files and user files (user first - if not then system). system locations will depend on where efl thinks its installed (it figures this out at runtime via dlinfo etc.). > For any help I would be very grateful. > > Best wishes, > > Max > > > _______ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] About status with wayland
On Thu, 21 Mar 2024 08:27:57 +0800 (GMT+08:00) zgw199012 said: > Thanks for your reply, go it now. > > Compare to x11, the most memory saved is Xorg process, I will make a choose > carefully. this depends on your driver, setup etc. - savings likely will be less, but: xorg not being there might save you something like 50m ram. in a wayland univers you will end up runing xwayland anyway for x11 compat for apps and so you run an xorg (xwayland is just an xorg process compiled to be a child of a wayland compositor not a parent of a x11 environment). so .. unless you can make a 100% pure no x11 apps around at all type system... you save essentially nothing. e will use about 100-150m then once you add in things like chrome or firefox - these use 500m-1000m doing not very much (eg 1 website like gmail). so ... you're unlikely to save much in the end :) > Replied Message ---- > | From | Carsten Haitzler | > | Date | 3/20/2024 18:15 | > | To | Enlightenment users discussion & > | support | Cc | > | zgw199012 | Subject | Re: [e-users] About status with > | wayland | > On Wed, 20 Mar 2024 09:10:56 +0800 (GMT+08:00) zgw199012 > said: > > Hello, I found enlightenment is a so good DE for my device, it's fine with > Xorg environment, but my device memory is limited, so I want to use wayland, > I use EFL 1.27 and enlightenment 0.26, I found wayland is not stable in > office website, is it still not stable now? Can I use it for my daily use > now? And my device only has touch screen, so I want to use virtualkeyboard > > no, no, no answers to all those. :) > > and inputmethod. I found vkbd module, but it cannot dispatch key to any app. > > yup. doesn't work on wayland (the last no above) > > There is wl_weekeyboard, but not loaded. And wayland imf module cannot loaded > too. I set the environment ECORE_IMF_MODULE to wayland, but it cannot init > successful, looks like load order between the wayland server and imf module. > I am confused now, what's the problem? I use it with wrong way or the module > is not complete now ? Anyone can help me? Thanks very much. > > stick to x11 for now. and you won't really save any significant memory vs x11. > not with e. e was and is already quite lean for what it does. > > -- > - Codito, ergo sum - "I code, therefore I am" -- > Carsten Haitzler - ras...@rasterman.com > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] About status with wayland
On Thu, 21 Mar 2024 08:43:05 +0800 (GMT+08:00) zgw199012 said: > > > By the way, I think wayland is advanced and compact, what's wrong with it and > not support it any more? Thanks. extra work. there is a lot of work to do - fixing e's multi-screen/head code to work in wayland (it only supports a single screen). this is a big rework of a lot of code. other things need work on the wayland side - bugs like with subsurfaces and stacking and input direction. would need to do work to support explicit fences, add work to support drm leases. add work to support new wayland screen stream/capture protocols as well as pipewire... support new xdg shell versions and features... fix scaling support in wayland and more and more... it's just a lot of work. only some amount of work has been done. right now i'm not looking at wayland as my todo list has me focusing on other things like efm. will come around to wayland once devilhorns finishes off some stuff he was doing there in ecore_drm2 and so on. > Replied Message > | From | zgw199012 | > | Date | 3/21/2024 08:28 | > | To | Carsten Haitzler | > | Cc | Enlightenment users disc… | > | Subject | Re: [e-users] About status with wayland | > Thanks for your reply, go it now. > > Compare to x11, the most memory saved is Xorg process, I will make a choose > carefully. > > > > > Replied Message > | From | Carsten Haitzler | > | Date | 3/20/2024 18:15 | > | To | Enlightenment users discussion & > | support | Cc | > | zgw199012 | Subject | Re: [e-users] About status with > | wayland | > On Wed, 20 Mar 2024 09:10:56 +0800 (GMT+08:00) zgw199012 > said: > > Hello, I found enlightenment is a so good DE for my device, it's fine with > Xorg environment, but my device memory is limited, so I want to use wayland, > I use EFL 1.27 and enlightenment 0.26, I found wayland is not stable in > office website, is it still not stable now? Can I use it for my daily use > now? And my device only has touch screen, so I want to use virtualkeyboard > > no, no, no answers to all those. :) > > and inputmethod. I found vkbd module, but it cannot dispatch key to any app. > > yup. doesn't work on wayland (the last no above) > > There is wl_weekeyboard, but not loaded. And wayland imf module cannot loaded > too. I set the environment ECORE_IMF_MODULE to wayland, but it cannot init > successful, looks like load order between the wayland server and imf module. > I am confused now, what's the problem? I use it with wrong way or the module > is not complete now ? Anyone can help me? Thanks very much. > > stick to x11 for now. and you won't really save any significant memory vs x11. > not with e. e was and is already quite lean for what it does. > > -- > - Codito, ergo sum - "I code, therefore I am" -- > Carsten Haitzler - ras...@rasterman.com > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] About status with wayland
On Wed, 20 Mar 2024 09:10:56 +0800 (GMT+08:00) zgw199012 said: > Hello, I found enlightenment is a so good DE for my device, it's fine with > Xorg environment, but my device memory is limited, so I want to use wayland, > I use EFL 1.27 and enlightenment 0.26, I found wayland is not stable in > office website, is it still not stable now? Can I use it for my daily use > now? And my device only has touch screen, so I want to use virtualkeyboard no, no, no answers to all those. :) > and inputmethod. I found vkbd module, but it cannot dispatch key to any app. yup. doesn't work on wayland (the last no above) > There is wl_weekeyboard, but not loaded. And wayland imf module cannot loaded > too. I set the environment ECORE_IMF_MODULE to wayland, but it cannot init > successful, looks like load order between the wayland server and imf module. > I am confused now, what's the problem? I use it with wrong way or the module > is not complete now ? Anyone can help me? Thanks very much. stick to x11 for now. and you won't really save any significant memory vs x11. not with e. e was and is already quite lean for what it does. -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Forgetful windows
On Tue, 19 Mar 2024 20:27:10 +0100 aguador via enlightenment-users said: > What is it that allows windows characteristics to be remembered? > > I am a long-time user of Evolution for e-mail. It always remembered > characteristics, most importantly the workspace, until version 3.50.x. > When I asked the dev said he knew of no change that would have affected > the failure to remember characteristics (but he was not thinking of E). > Version 3.52.0 just hit with the same problem. If Evolution was placing its own windows - then it was evolution doing this. As it stopped doing it ... it was an evolution (or gtk+) change. E has not been involved in any of this. It's entirely a client-side (Evolution/gtk) thing to do. E has its own remember system that is universal - look into window -> remember menu. (click top-left icon on window and the above menu or alt+right mouse anywhere on a window). If you're not using it then... it's not up to E to remember this stuff - E will not and will auto-place windows in a best location if they are unplaced by the app. > Where should the Evolution devs be looking to fix this? > > I am currently running E0.25.4 on X11 and all the programs I use the > most behave properly... > > Thanks, > Roy > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ----- Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] EFL 1.27.0 creation of RPM using spec/efl.spec.in
On Sat, 2 Mar 2024 06:03:26 +0100 Phil Otken said: no idea what this efl.spec.in is... the http ref is a placeholder website (domain squatter). but it seems you need to learn how to build packages - specifically rpm pkgs and they use .spec files to describe the packages metadata, how to build it and where/what files are installed and how they may be split into sub-packages. i suspect you probably need to start with tutorials on how to build rpm's... it's pretty easy. last time i did rpms was a few decades back but it's not hard and i picked it up with no manuals or tutorials - i simply read existing spec files and went "h that's the field i need" etc. - so it's not hard. :) > *Background*: I am in the process of re-building an Oracle Linux 9.3 server > <https://www.linkedin.com/pulse/rebuilding-linux-server-index-articles-overlogix-9tmvf> > (this is a downstream RHEL derivative, stable and conservative), got it to > compile yesterday and stopped there to *RTFM*. > > Currently installed are the latest Fedora packages as a temporary measure > while the build issues are sorted out. They work OK, but depend on Wayland, > and freeze the whole computer if the KVM switch is used. Undesirable, > unstable, hence the build. > > *Issue I need help with*: I see the file *spec/efl.spec.in > <http://efl.spec.in>*, tried to find instructions to use it, didn't find > any. I gather this file is a template used to process somehow into a usable > *efl.spec*, which can in turn be used to process to a binary RPM package, > and possibly also a source RPM package, very desirable. I also suspect that > meson is used somehow to process this file, couldn't find appropriate > material after a lot of searching. Bard and ChatGPT confidently > hallucinated on the topic. > > Does anyone on this list have this type of packaging experience? How can > this file be used, and what are the steps? Please dumb it down for me to > fifth grader level; my expertise is elsewhere. > > -- > Thanks, > - Phil > > Phil Otken > Overlogix, Inc. <https://overlogix.com/> > also d.b.a. > Practical Software and Database Engineering, Inc. > c: +41 79 376 08 96 > e-mail: phil.ot...@gmail.com > Online Professional Profile: http://www.linkedin.com/in/potken/ > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Enlightenment copyright
On Sun, 21 Jan 2024 19:09:09 +0100 Carla Sensa said: > Hello, > > The "About Enlightenment" file was not updated to reflect the new year > change. Is it on purpose? no - just oversight. -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Terminology problem when 10 bits color is used
On Tue, 9 Jan 2024 21:07:03 +0100 daniel antoine said: > Hi > from a UXterm > > export ELM_ACCEL=gl > terminology > >it works > > all the .desktop files related to enlightenment in /usr/share/applications > are affected but work with ELM_ACCEL=gl > > This means that in elementary configuration rendering OpenGL/OpenGL-ES must > be set, does it ? yup -= you can set it "permanently" in config files via the elementary_config tool. > Thanks and best regards > > Daniel > > > > Le mar. 9 janv. 2024 à 20:21, Carsten Haitzler a > écrit : > > > On Tue, 9 Jan 2024 19:02:02 + Carsten Haitzler > > said: > > > > > On Tue, 9 Jan 2024 19:37:37 +0100 daniel antoine > > said: > > > > > > > Hi > > > > > > > > My laptop is an AMD hybrid graphic model and by default the depth is 24 > > > > bits stored in 4 bytes. In archlinux they explain how to set 10 bpc > > colors, > > > > 30 bits stored in 4 bytes. > > > > I have created the file /etc/X11/xorg.conf.d/20-amdgpu.conf > > > > > > > > Section "Screen" > > > > Identifier "asdf" > > > > DefaultDepth 30 > > > > EndSection > > > > > > > > After reboot I have the good depth 30 but when I open Terminoly I have > > just > > > > a black window without prompt and it's impossible to write in. There > > is no > > > > problem with UXterm that shoes a prompt and works normally. I have > > search > > > > in the git on efl and enlightenment with the word depth. For efl it > > seems > > > > that the depth and bpp are not hardcoded anymore but in enlightenment I > > > > have found an commit that seems to have the depth defaulted to 24 but > > I am > > > > not sure > > > > > > > > commit/a99bc68baacb55420be0aed11bab6900150b16b6 > > > > > > > > Best regards > > > > > > nothing to do with enlightenment... and all to do with efl (evas) ... > > and evas > > > just doesn't support > 8 bits per rgb. at least in the software renderer > > it > > > has no converter to 30 bit (internally software rendering in evas all > > > rendered at 8 bit per channel - 32bit argb - always have 8 bits of alpha > > and > > > so evas would need to convert this to 10 bits per rgb and that just > > simply > > > doesn't exist - so no code to discover a converter and no code to do the > > > conversion). > > > > > > there isn't a sensible alpha channel solution in 30 bit (10 bit per > > channel) > > > so that means then things like transparency in terminology (all efl apps > > > support it due to to internal 32bit argb as above being standard) can't > > > really work without major losses (there is some old shaped window > > support - > > > its not pretty...). > > > > > > so yeah... ummm.. "not supported". :| > > > > just a fyi - gl accel may actually work in 30 bit... try > > > > export ELM_ACCEL=gl > > terminology > > > > > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > Carsten Haitzler - ras...@rasterman.com > > > > > > > > ___ > > enlightenment-users mailing list > > enlightenment-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Terminology problem when 10 bits color is used
On Tue, 9 Jan 2024 19:02:02 + Carsten Haitzler said: > On Tue, 9 Jan 2024 19:37:37 +0100 daniel antoine said: > > > Hi > > > > My laptop is an AMD hybrid graphic model and by default the depth is 24 > > bits stored in 4 bytes. In archlinux they explain how to set 10 bpc colors, > > 30 bits stored in 4 bytes. > > I have created the file /etc/X11/xorg.conf.d/20-amdgpu.conf > > > > Section "Screen" > > Identifier "asdf" > > DefaultDepth 30 > > EndSection > > > > After reboot I have the good depth 30 but when I open Terminoly I have just > > a black window without prompt and it's impossible to write in. There is no > > problem with UXterm that shoes a prompt and works normally. I have search > > in the git on efl and enlightenment with the word depth. For efl it seems > > that the depth and bpp are not hardcoded anymore but in enlightenment I > > have found an commit that seems to have the depth defaulted to 24 but I am > > not sure > > > > commit/a99bc68baacb55420be0aed11bab6900150b16b6 > > > > Best regards > > nothing to do with enlightenment... and all to do with efl (evas) ... and evas > just doesn't support > 8 bits per rgb. at least in the software renderer it > has no converter to 30 bit (internally software rendering in evas all > rendered at 8 bit per channel - 32bit argb - always have 8 bits of alpha and > so evas would need to convert this to 10 bits per rgb and that just simply > doesn't exist - so no code to discover a converter and no code to do the > conversion). > > there isn't a sensible alpha channel solution in 30 bit (10 bit per channel) > so that means then things like transparency in terminology (all efl apps > support it due to to internal 32bit argb as above being standard) can't > really work without major losses (there is some old shaped window support - > its not pretty...). > > so yeah... ummm.. "not supported". :| just a fyi - gl accel may actually work in 30 bit... try export ELM_ACCEL=gl terminology -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Terminology problem when 10 bits color is used
On Tue, 9 Jan 2024 19:37:37 +0100 daniel antoine said: > Hi > > My laptop is an AMD hybrid graphic model and by default the depth is 24 > bits stored in 4 bytes. In archlinux they explain how to set 10 bpc colors, > 30 bits stored in 4 bytes. > I have created the file /etc/X11/xorg.conf.d/20-amdgpu.conf > > Section "Screen" > Identifier "asdf" > DefaultDepth 30 > EndSection > > After reboot I have the good depth 30 but when I open Terminoly I have just > a black window without prompt and it's impossible to write in. There is no > problem with UXterm that shoes a prompt and works normally. I have search > in the git on efl and enlightenment with the word depth. For efl it seems > that the depth and bpp are not hardcoded anymore but in enlightenment I > have found an commit that seems to have the depth defaulted to 24 but I am > not sure > > commit/a99bc68baacb55420be0aed11bab6900150b16b6 > > Best regards nothing to do with enlightenment... and all to do with efl (evas) ... and evas just doesn't support > 8 bits per rgb. at least in the software renderer it has no converter to 30 bit (internally software rendering in evas all rendered at 8 bit per channel - 32bit argb - always have 8 bits of alpha and so evas would need to convert this to 10 bits per rgb and that just simply doesn't exist - so no code to discover a converter and no code to do the conversion). there isn't a sensible alpha channel solution in 30 bit (10 bit per channel) so that means then things like transparency in terminology (all efl apps support it due to to internal 32bit argb as above being standard) can't really work without major losses (there is some old shaped window support - its not pretty...). so yeah... ummm.. "not supported". :| -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Misbehaving windows
On Tue, 02 Jan 2024 19:54:04 +0100 aguador via enlightenment-users said: > Happy New Year to all -- and thanks to Rasterman and the other devs for > the 0.26 Christmas present! > > I am sure this has come up before. When the default setting of allowing > windows to extend partially beyond the screen limits is retained, some > non-maximized windows will open partly outside (a pain with LO Writer > and can happen if I have made the Firefox window smaller). I have never > understood why this should be, but it can be controlled. > > However, this question is about a window that jumps out when a button > is clicked. Specifically I have been testing a new back link feature > being added to https://github.com/tomboy-notes/tomboy-ng. > > Two screenshots corresponding to the following are here: > https://c.gmx.es/@558252282525778603/YvG2FUw5SHam8RcLzj_qQw > > There is a link icon at the top of the notes, to the right of the > search icon, that is currently set to create a note from a string > selected in the body of the note (1st screenshot, "Covadonga"). The > feature being added means that after the notes are saved (automatically > or manually), clicking on the link in the new (here, "Covadonga") note > with nothing selected will open a popup with a list of notes containing > the link. The problem is that this causes the note window to move > beyond the top and left limits of the screen (second screenshot). > > In my limited tests the position to which the note jumps is absolute. > It does not matter where the note was open before clicking, it seems to > go to the same point off the screen each time. > > The developer has tested this on about a dozen different DEs and E is > the only one in which this happens. Basic questions: > > * What might be causing the window to move (as there is no code in the >program calling for that)? > * Given the possible causes, what would be the possible fixes? it'll most probably be the app requesting to configure the window (move+resize). i will just not do this on its own when you are busy reacting to the buttons in the window, so it'll be some request like this. possibly combined with the window gravity at the time as well. in e you can lock a window from being able to request to do this - under window menu (click icon top-left, then window -> locks). you can also remember these locks (window -> remember) so they persist. it's a work around clients doing things like wanting to move or resize their windows etc/ when you don't want them to so e can lock them out of doing this thus overriding their requests. you can use remembers+locks to tame unruly apps. :) it is possible to be related to transient for hints - where a dialog window (that is a transient for a parent window) will be known about because of these hints and the child window will move WITH the parent - i.e. move the parent the child dialog follows it with the same position offset (so if ti was centered over the main window it will remain centered as you move the parent window). but here it'd have to ge betting this in reverse - ie main win is a transient for the dialog that pops up... that'd be just super weird changing those properties mid-flight like that AND getting them reversed... -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Release: Enlightenment 0.26.0
Enlightenment 0.26.0 Release. Relevant info here: https://www.enlightenment.org/news/2022-12-23-enlightenment-0.26.0 -- - Codito, ergo sum - "I code, therefore I am" ------ Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Release: EFL 1.27.0
EFL 1.27.0 Release. Relevant info here: https://www.enlightenment.org/news/2023-12-23-efl-1.27.0 -- - Codito, ergo sum - "I code, therefore I am" ------ Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] enlightenment and epub
On Sat, 9 Dec 2023 12:01:32 +0100 maderios via enlightenment-users said: > Hi > I don't see 'text/epub' in default application settings 'Default > Applications/General'. > Is it a bug or a feature? mimetypes are not provided by e. they come from a combination of /etc/mime.types and /usr/share/mime > Other question, would it be possible to group the apps in alphabetical > order? they are sorted - certainly in the above dialog in alphabetical order... ? > Conditions: > Arch system > enlightenment-git > Thanks > > -- > Maderios > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] efl and c++
On Fri, 10 Nov 2023 09:22:51 +0100 Pierre Couderc via enlightenment-users
said:
>
> Le 11/8/23 à 21:02, Carsten Haitzler a écrit :
> > On Wed, 8 Nov 2023 09:53:22 +0100 Pierre Couderc via enlightenment-users
> > said:
> >
> >> Is there a topic to introduce efl under C++.
> >>
> >> I have a problem with "hello world" in Unified C API
> >>
> >> If I compile
> >> https://www.enlightenment.org/develop/tutorials/c/hello-world-gui.md
> >> with C++ (linux), all is fine.
> >>
> >> Il I had a thread, it fails with nothing displayed :
> >>
> >> void start()
> >> {
> >>
> >> while(1)
> >> {
> >> sleep(1);
> >> }
> >> return;
> >> }
> >> //** main
> >> ***
> >> EAPI_MAIN void
> >> efl_main(void *data EINA_UNUSED, const Efl_Event *ev EINA_UNUSED)
> >> {
> >> _gui_setup();
> >> thread wait(start);
> > ^^^ this here blocks. the main loop can't run and proc ess events
>
> OK, I understand that.
>
> So cpp is not compatible /a priori/ with efl.
no. this has nothing to do with c or c++ ... it's the whole point that you
block the main loop. don't do that.
> This is the first sense of my post. Is there some topic introducing what
> can be used or not used ?
>
>
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] efl and c++
On Wed, 8 Nov 2023 09:53:22 +0100 Pierre Couderc via enlightenment-users
said:
> Is there a topic to introduce efl under C++.
>
> I have a problem with "hello world" in Unified C API
>
> If I compile
> https://www.enlightenment.org/develop/tutorials/c/hello-world-gui.md
> with C++ (linux), all is fine.
>
> Il I had a thread, it fails with nothing displayed :
>
> void start()
> {
>
> while(1)
> {
> sleep(1);
> }
> return;
> }
> //** main
> ***
> EAPI_MAIN void
> efl_main(void *data EINA_UNUSED, const Efl_Event *ev EINA_UNUSED)
> {
> _gui_setup();
> thread wait(start);
^^^ this here blocks. the main loop can't run and proc ess events, flush
buffers etc. all gui toolkits need to do this to work. efl, gtk, qt, ... it's
standard. they have a main loop to do all of this processing and you should
never block it.
this above is spawning a thread then waiting for it to exit (it never does)
then below the join i assume is like pthread_join and it "frees" the thread.
efl has plenty of thread handling api's to do a lot of thread stuff cleanly
including messaging back to the main loop - automatically joining threads
invisibly for you and not blocking.
> wait.join();
>
> }
> EFL_MAIN()
>
> Thanks.
>
> PC
>
>
>
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.25.3 locking resets dpms to Standby: 11 Suspend: 12 Off: 13
On Tue, 3 Oct 2023 20:55:26 +0200 Benoît-Pierre Demaine
said:
> As said earlier, I have a similar issue; my fix was this in .xinitrc .
> Since that bit of code, I never had the issue again. Issue happens to me
> when I resume from suspend to ram (not each time, one out of 10).
I don't know what causes it to get into this state - thus don't know how to fix
(and as i don't see it happen myself i can't poke it and see how it wobbles),
but... wouldnmt i just be far easier if this happens to do:
ctrl+alt+end (that just does enlightenment->restart).
e restarts and it should go back to normal (until it triggers again)?
> {
> # Screen timeout and brightness
> while true
> do
> val=$(xset q | grep timeout: | awk '{print $2}' )
> [ $val -lt 30 ] && xset s 300
> xrandr --output LVDS-1 --brightness 1 # 1 is full, 0 i
> slow; 0.5 is medium
> echo 4882 >
> /sys/class/backlight/intel_backlight/brightness # 0 is low, 4882 is max,
> 600 is medium
> sleep 10
> export | grep DISPLAY || exit
> export | grep DISPLAY || return
> done
> } &
>
>
>
>
> On 03/10/2023 19:56, Marc MERLIN wrote:
> > So if there is no solution, should I just stop using the E screensaver
> > and switch back to xlock?
> >
> > On Thu, Sep 28, 2023 at 10:36:15AM -0700, Marc MERLIN wrote:
> >> On Sun, Sep 10, 2023 at 12:14:21PM +0100, Carsten Haitzler wrote:
> >>>> Basically I have this problem:
> >>>> sauron:~$ xset q | tail -4
> >>>> DPMS (Energy Star):
> >>>>Standby: 300Suspend: 360Off: 420
> >>>>DPMS is Enabled
> >>>>Monitor is On
> >>>> sauron:~$ enlightenment_remote -desktop-lock
> >>>> sauron:~$ xset q | tail -4
> >>>> DPMS (Energy Star):
> >>>>Standby: 11Suspend: 12Off: 13
> >>>>DPMS is Enabled
> >>>>Monitor is On
> >>>>
> >>>> I looked in the E settings, my blanking timeout is minutes, and my
> >>>> special timeout when locked is 17 seconds
> >>>>
> >>>> I cannot find where DPMS 11, 12, 11 comes from.
> SNIP
>
>
>
> --
> >o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/
> If computing were an exact science, IT engineers would'nt have work \_o<
>
> "So all that's left, Is the proof that love's not only blind but deaf."
> (FAKE TALES OF SAN FRANCISCO, Arctic Monkeys)
>
>
>
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.25.3 locking resets dpms to Standby: 11 Suspend: 12 Off: 13
On Thu, 28 Sep 2023 10:36:15 -0700 Marc MERLIN said: > On Sun, Sep 10, 2023 at 12:14:21PM +0100, Carsten Haitzler wrote: > > > Basically I have this problem: > > > sauron:~$ xset q | tail -4 > > > DPMS (Energy Star): > > > Standby: 300Suspend: 360Off: 420 > > > DPMS is Enabled > > > Monitor is On > > > sauron:~$ enlightenment_remote -desktop-lock > > > sauron:~$ xset q | tail -4 > > > DPMS (Energy Star): > > > Standby: 11Suspend: 12Off: 13 > > > DPMS is Enabled > > > Monitor is On > > > > > > I looked in the E settings, my blanking timeout is minutes, and my > > > special timeout when locked is 17 seconds > > > > > > I cannot find where DPMS 11, 12, 11 comes from. > > > > e just sets those to timeout + 10, 11, 12 - so screen blanking time is 1. i > > don't see this ever happen - i can't really say much. i do not know what > > logic path causes this. > > Thanks for having a look. On my side it's not happening reliably, so > havne't pinned it down, although it's definitely linked to the > screensaver having reset this by the time I unlock the screen. > I a using E's built in screensaver. I guess I could switch back to xlock > > I just locked with E CTRL+ALT+L, unlocked, and immediately see: > Screen Saver: > prefer blanking: yesallow exposures: yes > timeout: 300cycle: 300 > > DPMS (Energy Star): > Standby: 11Suspend: 12Off: 13 > DPMS is Enabled > > > there it's set to 10 sec. 0 will turn this feature off so it'll just have > > the usual blanking timeout (e.g. 10min/600sec in this case). once you > > unlock the screensaver blanking time should go back to the normal amount. > > you may find the screensaver timeout will be LESS because of backlight > > dimming. i had it off in the above example. if i have it on and set to 5 > > seconds like: > > > > http://www.enlightenment.org/ss/e-64fda48aa43879.64018673.png > > mmh, bummer, looks like the SS is gone already. > > I assume you referred to "special timeout when screen is locked"? > If so, I tried to set it to 0, but locking and unlocking brought me back to > Screen Saver: > prefer blanking: yesallow exposures: yes > timeout: 300cycle: 300 > DPMS (Energy Star): > Standby: 11Suspend: 12Off: 13 > DPMS is Enabled > Monitor is On > > So, no dice. > > Any idea what I can try to tweak outside of removing the E screensaver > altogether? go to the code and start tracing the logic and modify - add debug until you find the bit that causes it. i know you're capable of it (just adding printfs and following functions calling functions) :) -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.25.3 locking resets dpms to Standby: 11 Suspend: 12 Off: 13
On Tue, 3 Oct 2023 10:56:29 -0700 Marc MERLIN said: > So if there is no solution, should I just stop using the E screensaver > and switch back to xlock? xlock is not a screensaver. it is a screen locker that responds to screensaver events which are triggered by screensaver timeout values. > On Thu, Sep 28, 2023 at 10:36:15AM -0700, Marc MERLIN wrote: > > On Sun, Sep 10, 2023 at 12:14:21PM +0100, Carsten Haitzler wrote: > > > > Basically I have this problem: > > > > sauron:~$ xset q | tail -4 > > > > DPMS (Energy Star): > > > > Standby: 300Suspend: 360Off: 420 > > > > DPMS is Enabled > > > > Monitor is On > > > > sauron:~$ enlightenment_remote -desktop-lock > > > > sauron:~$ xset q | tail -4 > > > > DPMS (Energy Star): > > > > Standby: 11Suspend: 12Off: 13 > > > > DPMS is Enabled > > > > Monitor is On > > > > > > > > I looked in the E settings, my blanking timeout is minutes, and my > > > > special timeout when locked is 17 seconds > > > > > > > > I cannot find where DPMS 11, 12, 11 comes from. > > > > > > e just sets those to timeout + 10, 11, 12 - so screen blanking time is 1. > > > i don't see this ever happen - i can't really say much. i do not know > > > what logic path causes this. > > > > Thanks for having a look. On my side it's not happening reliably, so > > havne't pinned it down, although it's definitely linked to the > > screensaver having reset this by the time I unlock the screen. > > I a using E's built in screensaver. I guess I could switch back to xlock > > > > I just locked with E CTRL+ALT+L, unlocked, and immediately see: > > Screen Saver: > > prefer blanking: yesallow exposures: yes > > timeout: 300cycle: 300 > > > > DPMS (Energy Star): > > Standby: 11Suspend: 12Off: 13 > > DPMS is Enabled > > > > > there it's set to 10 sec. 0 will turn this feature off so it'll just have > > > the usual blanking timeout (e.g. 10min/600sec in this case). once you > > > unlock the screensaver blanking time should go back to the normal amount. > > > you may find the screensaver timeout will be LESS because of backlight > > > dimming. i had it off in the above example. if i have it on and set to 5 > > > seconds like: > > > > > > http://www.enlightenment.org/ss/e-64fda48aa43879.64018673.png > > > > mmh, bummer, looks like the SS is gone already. > > > > I assume you referred to "special timeout when screen is locked"? > > If so, I tried to set it to 0, but locking and unlocking brought me back to > > Screen Saver: > > prefer blanking: yesallow exposures: yes > > timeout: 300cycle: 300 > > DPMS (Energy Star): > > Standby: 11Suspend: 12Off: 13 > > DPMS is Enabled > > Monitor is On > > > > So, no dice. > > > > Any idea what I can try to tweak outside of removing the E screensaver > > altogether? > > > > Thanks, > > Marc > > -- > > "A mouse is a device used to point at the xterm you want to type in" - > > A.S.R. > > Home page: http://marc.merlins.org/ | PGP > > 7F55D5F27AAF9D08 > > > > > > ___ > > enlightenment-users mailing list > > enlightenment-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > -- > "A mouse is a device used to point at the xterm you want to type in" - A.S.R. > > Home page: http://marc.merlins.org/ | PGP > 7F55D5F27AAF9D08 > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] errors in .e-log.log for a wayland session
On Mon, 2 Oct 2023 19:13:21 +0200 daniel antoine said: > When I arrive to launch an enlightenment wayland session I have notice > errors in the .e_log.log file. I Have a lot of loop time errors like: > Eccore: Trying to set loop time (58,36538400) 0,3410s too far in the > future Eccore: Trying to set loop time (58,38621500) 0,3231s too far in > the future Eccore: Trying to set loop time (58,39315800) 0,3895s too far > in the future > > I have found that there is a commit addressing it > https://git.enlightenment.org/enlightenment/efl/commit/1d57aa2a4ce795150ab47706dad07edd12a2b632 > . Does this commit only address a problem in a X11 session and not in > wayland. > > I suppose it cause garbles in the windows It'd have nothing to do with garbles. it's the vsync timestamps and will affect timing of animation. it's kind of a problem with vsync timestamps and events - the timestamp for vsync events is top-left pixel (estimated) which may be some time int he future - hopefully not too far though. those logs will mean efl just used current time for the timestamp then. > I have also this > DRM_IOCTL_I915_GEM_APERTURE failed: Argument invalide > Assuming 131072kB available aperture size. > May lead to reduced performance or incorrect rendering. > get chip id failed: -1 [2] > param: 4, val: 0 > i915 does not support EXECBUFER2 > > my laptop is an AMD with amdgpu hybrid graphic . The only reference to > i915 in efl is this commit > https://git.enlightenment.org/enlightenment/efl/commit/541be05bf202778ece0cc08799586a873880f95a > > I send you the e-log file > > I apologise in advance to worry you with wayland > > Best regards > > Dania -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] keyboard repeat rate
On Tue, 12 Sep 2023 07:55:12 -0400 Conrad Knight said: > On Tue, Sep 12, 2023 at 12:41 AM Carsten Haitzler > wrote: > > it's actually a missing feature > > that;s been missing for a very long time. efl too has no code to do this in > > x (in ecore_x). :) > > And yet, something is setting lower repeat rate numbers every few > days. I suspected E, because other WMs sometimes have settings for > those, and i saw the values in the config file. Is there any way you > can think of to track down what might be causing this instead? maybe something runs xset? rename xset binary and find out. if its not that then someone is calling the xlib api's to do this... you can compile a modified xlib shared lib - modify the appropriate calls to log the process name/pid and other info and find out... :) -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] keyboard repeat rate
On Mon, 11 Sep 2023 21:34:40 -0400 Conrad Knight said: > When i log in to an Xorg session, i have a file sourced to set up a > few things, including the line: > > xset r rate 250 30 > > This works, for a while, but at some indeterminate point later, E > changes the keyboard repeat rate and it slows down. I can't figure out > what triggers the rate to reset, but it's annoying to have to switch > to a terminal and re-source my startup script when i notice it. > > I did find the following: > $ eet -d ~/.e/e/config/standard/e.cfg config > ... > value "keyboard.repeat_delay" int: 400; > value "keyboard.repeat_rate" int: 25; > > So i know at least where E is getting the slower numbers from. But > when does E use these values, and can i prevent it? Or, failing that, > is there anywhere in the Settings menus where i can change these > default values? I cannot seem to find any mention of repeat rate > there. that's because e has no code to set keyboard repeat rate or delay in x it doesn't exist. those values only are effective when e is in wayland compositor mode. e has never had code to set this in x... it's actually a missing feature that;s been missing for a very long time. efl too has no code to do this in x (in ecore_x). :) > Thanks! > -Conrad. > > -- > Shine like thunder > Cry like rain > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.25.3 locking resets dpms to Standby: 11 Suspend: 12 Off: 13
On Fri, 11 Aug 2023 13:43:38 -0700 Marc MERLIN said: > Basically I have this problem: > sauron:~$ xset q | tail -4 > DPMS (Energy Star): > Standby: 300Suspend: 360Off: 420 > DPMS is Enabled > Monitor is On > sauron:~$ enlightenment_remote -desktop-lock > sauron:~$ xset q | tail -4 > DPMS (Energy Star): > Standby: 11Suspend: 12Off: 13 > DPMS is Enabled > Monitor is On > > I looked in the E settings, my blanking timeout is minutes, and my > special timeout when locked is 17 seconds > > I cannot find where DPMS 11, 12, 11 comes from. e just sets those to timeout + 10, 11, 12 - so screen blanking time is 1. i don't see this ever happen - i can't really say much. i do not know what logic path causes this. you should normally see: Screen Saver: prefer blanking: yesallow exposures: yes timeout: 600cycle: 0 DPMS (Display Power Management Signaling): Standby: 610Suspend: 611Off: 612 DPMS is Enabled Monitor is On for example. there is a special timeout - this is used specifically when the screen is locked and the sfreen wakes from suspend - it's a very short timeout designed to send the screen back to blank within a very short space of time to save power if you just bump the mouse or something while blanked and you don't enter your password to unlock. http://www.enlightenment.org/ss/e-64fda3f2774861.83178777.png there it's set to 10 sec. 0 will turn this feature off so it'll just have the usual blanking timeout (e.g. 10min/600sec in this case). once you unlock the screensaver blanking time should go back to the normal amount. you may find the screensaver timeout will be LESS because of backlight dimming. i had it off in the above example. if i have it on and set to 5 seconds like: http://www.enlightenment.org/ss/e-64fda48aa43879.64018673.png then i see something different: Screen Saver: prefer blanking: yesallow exposures: yes timeout: 5cycle: 0 DPMS (Display Power Management Signaling): Standby: 610Suspend: 611Off: 612 DPMS is Enabled Monitor is On e uses the screensaver timeout event to know when you've gone idle and then dims the screen. it uses a process--side timer to then eventually force a blank of the screen unless the screensaver is woken up then it resets this. so hat screen saver timeout is set to and dpms is set to is not a simple 1:1 relationship. there are a lot of moving parts depending on all the things you may or may not have enabled and what they are set to and depending on the current state of things. > I have to keep resetting it after I unlock, with > sauron:~$ xset dpms 311 312 313 > > Any ideas? > > Thanks, > Marc > -- > "A mouse is a device used to point at the xterm you want to type in" - A.S.R. > > Home page: http://marc.merlins.org/ | PGP > 7F55D5F27AAF9D08 > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] BUG + repro: mouse out of visible space
On Thu, 7 Sep 2023 02:36:16 +0200 Benoît-Pierre Demaine said: i added barriers. these are xserver-side barriers to thee mouse moving across that boundary: https://git.enlightenment.org/enlightenment/enlightenment/commit/73e391187424c833211ab4f93cca51f0ef4de8af https://git.enlightenment.org/enlightenment/enlightenment/commit/a018f8273fed6549d2fc529e5bb58cba11869ffb https://git.enlightenment.org/enlightenment/efl/src/branch/master/src/lib/ecore_x/ecore_x_fixes.c#L461 your video shows the mouse getting stuck at a barrier at the start ... then just all of a sudden that stops working for some reason. e sets up the barriers when it reconfigures the screen with xrandr. e in git now will also try use the xrandr cmdline to do this too if there which handles barriers on its own. i may have messed up the rect math. can you try apply this patch (attached) to efl and see if it fixes it. > At last, after 2 years, I got the repro. > > E17, ver 0.24.2 > > https://drive.google.com/drive/folders/1VVaHfQM7buH7gXJrlzUa62uwet55GtLX?usp=sharing > (may be deleted after 2 months). > > The glitch was: some times, I loose the mouse. Only happens when using > monitors with different size, with a black zone in the X space. > > The first minor glitch I found is that when I push the mouse up on > center monitor, then, slide right or left, the mouse get stuck in the > corner; this does not happen in the bottom corner (monitors are > aligned). When monitors are aligned up, then the glitch happens at the > bottom. Mouse hangs in the convex corners, not when there is linear > continuity. But, this minor glitch is not really ennoying. Just move the > mouse one pixel down, and you can go for work. > > It also happens vertically on the right monitor, when sliding down along > the left boder of monitor then down, but, not on the left monitor when > going right then down. (not related with the presence of gkrellm). > > The big bug: What happens more ennoyingly, is when the mouse disapears, > and I just found how to repro. Approach the convex visible corner from > the middle of the tall monitor, and attack the concave black corner > right via the very edge pixel. Then, at this very specific place, the > mouse can jump in the void, and disapear in the black zone. > > I can repro the bug on the right convex corner, but it's harder to do. > > The mouse also gets out of the void more easily by the right than the left. > > I do have "shortcuts" associated with mouse being on top (set window > full screen) or bottom (set light to max) of monitors. > > *** > > Is there a shop for goodies ? I mean an official shop where a part of > the payment goes to the fundation. Nearly 20y of use, it's time to buy a > T-Shirt ... Yes I know I can upload an E logo to a random tshirt shop if > there is no other way ... > > BTW, after my Paypal Donation, I was redirected to > http://enlightenment.fr/ which does not work (probably lacks www). > > -- > >o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/ > If computing were an exact science, IT engineers would'nt have work \_o< > > "So all that's left, Is the proof that love's not only blind but deaf." > (FAKE TALES OF SAN FRANCISCO, Arctic Monkeys) > > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Capitole du Libre 2023
On Wed, 09 Aug 2023 09:57:27 +0200 guillaume-...@gasnier.me said: > Hello EFL users, > > for its new edition, the Capitole du Libre will take place on Saturday > 18 and Sunday 19 November 2023 in Toulouse, France. > It's a french event around free software, open hardware and free > culture. It's organized by Toulibre and hosted by INP-ENSEEIHT, a > state-funded School of Engineering. > Talks, workshops and demonstrations targeted developers or general > public as well are taking place during the week-end. > Booths are organized in "associative village" and approximately 1500 > persons visited us. > Entrance is of course free during the week-end. Sounds nice. I won't be able to make it as I have other things planned around mid to late november, but I'd encourage anyone who can make it to participate if they want to say something about E/EFL etc. > The Call for Participation is opened. And actually, French and English > talks are accepted. > https://cfp.capitoledulibre.org/cdl-2023/cfp > This page that gives information about the event is only in French, > sorry. > If the EFL community would like to be represented during the event > or/and would like to make some presentations, don't hesitate to contact > us at contact capitoledulibre.org in English or in french :) > > Regards, > Guillaume GASNIER for Capitole du Libre > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] terminology rejects shortcut keys'
On Thu, 31 Aug 2023 14:36:19 -0700 Ross Vandegrift said: > Hi folks, > > Sometimes I have a terminology window get into a weird state where > shortcut keys are rejected. I can't switch tabs, open tabs, scroll > back, etc. > > I've noticed a tab gets a little link icon next to the title. > > Is this a mode or a bug? If it's a mode, how do I exit it? That's grouped input mode. every split in that tab gets the same keyboard input - like you type into N terminals at once. right click and the slide out panel/menu has a grouped input checkbox - uncheck it. you probably accidentally hit the shortcut for grouped input (alt+shift+g). -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] (no subject)
On Sat, 5 Aug 2023 23:42:51 +0200 comantelix36 said: > Thank you very much Carsten. Firstly, I am sorry for posting into wrong > thread (I somehow missed the subject while checking grammar), this is the > first time I am using a mailing list. Secondly, I poorly explained my > intention. I am trying to make EFM work with HDD the same way the KDE does, > i.e. mount (and unmount) the HDD only when I explicitly request it via file > manager GUI, rather than create an fstab entry to automatically mount the > drive or mount it via command line. My reason not to use the fstab and > mount/unmount manually is to make manually sure the disk is not used and > safely stopped before I move the laptop. That is, I thought that I could > use EFM as a GUI to mount and unmount the HDD with UDISKS2 if I set the HDD > properties accordingly for it to be recognised as a removable device and I > understand that EFM is not meant to do that. efm will not do it. it's not a removable drive. since it's fixed there is no value in trying to have it unmounted - if you don't modify the content it's going to be safe. it'll get unmounted like rootfs (/) on shutdown or reboot etc. - so it'll be just as safe as your rootfs. > so 5. 8. 2023 v 21:33 odesílatel Carsten Haitzler > napsal: > > > On Sat, 5 Aug 2023 17:59:03 +0200 comantelix36 > > said: > > > > > Hello, > > > I am using Enlightenment 0.25.4 and I am trying to get Enlightenment to > > > display secondary HDD as an mountable HDD in file manager. Previously I > > > used the HDD this way under KDE. > > > The computer in question is a dual Sata disk laptop with installation on > > > NixOS on SSD at /dev/sdb and a secondary data HDD at /dev/sda. The HDD is > > > not displayed by the enlightenment file manager (EFM), while any other > > USB > > > flashdrive or USB HDD I tried worked flawlessly. The HDD contains one > > Ext4 > > > partition labeled "Data" and is omitted from the the fstab, so that it is > > > not mounted by the system automatically. The EFM is set to UDISKS2 mode. > > > I suspected the EFM considers the HDD a "system drive" (as in udev > > > HintSystem) and hides it. Before my intervention the HDD was reported by > > > udiskctl (# udisksctl info -b /dev/sda) "HintSystem: true". Adding > > > appropriate udev rule I changed this to false (both for /dev/sda and the > > > /dev/sda1 partition). This did not help. I have inspected the source code > > > concerning UDISKS2 from EFM (src/bin/e_fm/e_fm_main_udisks2.c) where I > > > found check for "HintSystem" applied to block devices. There is also a > > > check applied to storage devices: non-removable, non-hotswappable, > > > non-ejectable storage device is considered system. It seems to me that > > this > > > check is not be applied to block devices. Finally I also removed the > > "~/.e" > > > directory, which did not help as well. > > > Thanks in advance for any help. > > > > efm is meant to show icons for removable devices - the kind that can be > > unplugged/ejected/removed etc. everything else is a system drive and > > should be > > handled by fstab as its not a removable device. > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > Carsten Haitzler - ras...@rasterman.com > > > > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] (no subject)
On Sat, 5 Aug 2023 17:59:03 +0200 comantelix36 said: > Hello, > I am using Enlightenment 0.25.4 and I am trying to get Enlightenment to > display secondary HDD as an mountable HDD in file manager. Previously I > used the HDD this way under KDE. > The computer in question is a dual Sata disk laptop with installation on > NixOS on SSD at /dev/sdb and a secondary data HDD at /dev/sda. The HDD is > not displayed by the enlightenment file manager (EFM), while any other USB > flashdrive or USB HDD I tried worked flawlessly. The HDD contains one Ext4 > partition labeled "Data" and is omitted from the the fstab, so that it is > not mounted by the system automatically. The EFM is set to UDISKS2 mode. > I suspected the EFM considers the HDD a "system drive" (as in udev > HintSystem) and hides it. Before my intervention the HDD was reported by > udiskctl (# udisksctl info -b /dev/sda) "HintSystem: true". Adding > appropriate udev rule I changed this to false (both for /dev/sda and the > /dev/sda1 partition). This did not help. I have inspected the source code > concerning UDISKS2 from EFM (src/bin/e_fm/e_fm_main_udisks2.c) where I > found check for "HintSystem" applied to block devices. There is also a > check applied to storage devices: non-removable, non-hotswappable, > non-ejectable storage device is considered system. It seems to me that this > check is not be applied to block devices. Finally I also removed the "~/.e" > directory, which did not help as well. > Thanks in advance for any help. efm is meant to show icons for removable devices - the kind that can be unplugged/ejected/removed etc. everything else is a system drive and should be handled by fstab as its not a removable device. -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] error on statically linked programs that use imlib2 static libraries
On Wed, 26 Jul 2023 18:36:45 + ruivlea via enlightenment-users said: > hello, > > i tried to statically build programs (scrot and nsxiv) that use imlib2. They > can be built. But unusable. *scrot: > % scrot -s > scrot: Saving to file 2023-07-26-181818_137x107_scrot.png failed > > *nsxiv: > % nsxiv /home/ruivlea/downloads/sample-1.gif > nsxiv: /home/ruivlea/downloads/sample-1.gif: Error opening image > nsxiv: no more files to display, aborting > > tried open png and jpg, same result. > But both scrot and nsxiv usable and works well if shared linked. > is imlib2 designed only for shared linked programs? or is there a bug on > imlib2 static libraries? You can't do this due to the way imlib2 was designed to work with loader modules. So shared lib linking only. Evas is similar but actually can be built in a way to inline loaders too and then allow for functional static linking. Evas is what replaced Imlib2. -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] EFM2
On Fri, 21 Jul 2023 10:41:40 +0200 leoutat...@gmx.fr said: > Hi > Any hope to see 'efm2-git' or 'efm2-dev' in Arch Aur ? > https://git.enlightenment.org/raster/efm2 no. it will never be an external separate project ultimately. i am not going to bother with packaging something temporary. it doesnt even manage files yet. it just displays - i just got metadata working so it can save things like x,y per file in a dir (it saves it to .efm/ dir in a target dir - if you can write, otherwise uses ~/.e/e/... to store overlayed metadata). you can now move icons around in custom mode and store the x,y for them and it gets saved, loaded and modified as u dnd icons around - including multi-select icon dnd. but it wont move files between dirs or copy them etc. the metadata system is designed to store an arbitrary amount of metadata per file in a dir (and per dir in a dir). for now x,y is there but will later add size too an other things. it's designed so the metadata follows files around if you e.g. tar or zip up a dir etc. but i'm just to there. i now have to implement auto-positioning of icons in custom x,y position mode when they dont have a saved position yet. -- - Codito, ergo sum - "I code, therefore I am" ------ Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Conky on E (probably yet again)
On Wed, 5 Jul 2023 08:19:30 -0400 Jon Craig said: > So I'm in the process of switching from Cinnamon to E, and other than a few > font issues which I can probably figure out myself, the thing I'm having > issues figuring out is Conky. > > I have 2 Conky instances I used on Cinnamon, one on my main center monitor > that shows the usual system stats, and another on my right-hand monitor > that shows the status of a few Docker containers. They're transparent on > Cinnamon. > > I'm wondering how I can achieve the same result under E - set one to the > main monitor, the other to the right-side monitor, and have them both be > transparent? > > I'm finding some hits on Google about Conky+E but they date to 2004 so... :D i'm willing to bet they are NOT transparent on cinnamon. they are simply drawing the same bg wallpapr pixmap as their window background with the correct offset. move the conky window around and you'll probably notice a lag wher the background redraws a little out of step to where it is. it's not using proper ARGB transparency. using fake "copy wallpaper in" transparency. e does not and never will support this. e doesnt have a wallpr pixmap. it's drawn in the compositor and is not just a pixmap. it's a live canvas rendered on the fly with whatever content is there, thus e can't just provide a bg pixmap for fake transparency. so... figure out how to make conky do real argb ... or give up on conky (or give up on e). real argb transparency has been possible now for a good 10-15 years and it doesn't have to fake it or have side-effects like the above (fake transparency in terminals means you dont see through to other windows- it's not transparency. it's just copying the wallpaper in) -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Where is the default background?!?!!?
On Fri, 30 Jun 2023 19:44:11 -0400 "Rbt. Y-Lee" said:
So people know... themes are all-in-one one-stop files for all "data" needed by
e and efl for look and feel. so you'll find the default theme also provides
icons too... everything is in there. there's a reason it's big. it is
everything :)
> It is in the default elementary theme.
>
>set { name: "background"; \
> image { image: "p-5120.png" BACKGROUND_COMP; size: 3841 2161 51200
> 28800; } \
> image { image: "p-3840.png" BACKGROUND_COMP; size: 3201 1801 3840
> 2160; } \
> image { image: "p-3200.png" BACKGROUND_COMP; size: 2561 1441 3200
> 1800; } \
> image { image: "p-2560.png" BACKGROUND_COMP; size: 1921 1081 2560
> 1440; } \
> image { image: "p-1920.png" BACKGROUND_COMP; size: 1601 900 1920
> 1080; } \
> image { image: "p-1600.png" BACKGROUND_COMP; size: 1281 721 1600
> 900; } \
> image { image: "p-1280.png" BACKGROUND_COMP; size:00 1280
> 720; } \
>}
>
> the images are here in the source code:
> https://git.enlightenment.org/enlightenment/efl/src/branch/master/data/elementary/themes/img
>
> see also
> https://git.enlightenment.org/enlightenment/efl/src/branch/master/data/elementary/themes/edc/background.edc
>
> and for the definition of the macro:
> https://git.enlightenment.org/enlightenment/efl/src/branch/master/data/elementary/themes/macros.edc#L23
>
> Hope that helps
>
> On Fri, Jun 30, 2023 at 11:18 AM Jon Craig wrote:
>
> > I'm trying to find the default background - the one shown here:
> > http://www.enlightenment.org/_media/aa/shot-2021-12-13_17-47-19.png
> >
> > I edje_decc'ed all the included backgrounds and the only theme I could find
> > but I can not find this background graphic!
> >
> > Where is it!?
> >
> > ___
> > enlightenment-users mailing list
> > enlightenment-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> >
>
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] enlightenment mesa issue
On Mon, 29 May 2023 20:44:05 +0200 leoutat...@gmx.fr said: > Le 28/05/2023 à 20:56, Carsten Haitzler a écrit : > > On Sun, 28 May 2023 19:02:03 +0200 leoutat...@gmx.fr said: > > > >> Le 28/05/2023 à 13:48, Carsten Haitzler a écrit : > >>> On Sun, 28 May 2023 10:58:53 +0200 leoutat...@gmx.fr said: > >>> > >>>> Hi > >>>> I got issue with last mesa version 23.1.1-1 or 23.1.0-1 and Intel driver > >>>> i915: opengl doesn't work with enlightenment (git version). > >>>> Message when i start e: > >>>> "compositor warning Your display driver doesn't support OPenGL/GLSL > >>>> shaders or no OpenGL engines were compiled or installed for Evas or > >>>> Ecore-Evas. Falling back to software engine" > >>>> Downgrading to previous version 23.0.3-1 solved issue > >>>> Conditions : Arch system, laptop, i915 intel driver > >>> > >>> Perhaps you should dig deeper. glxinfo. eglinfo - did your upgrade switch > >>> to software opengl (llvmpipe) or something. either way - the upgrade now > >>> results in evas being unable to init egl/gles which did work before... > >>> > >>> > >> Some issue with libegl > >> > >> #After restarting enlightenment with Mesa 23.1.1 > >> # > >> glxinfo -B > >> name of display: :0.0 > >> display: :0 screen: 0 > >> direct rendering: Yes > >> Extended renderer info (GLX_MESA_query_renderer): > >> Vendor: Mesa (0x) > >> Device: llvmpipe (LLVM 15.0.7, 256 bits) (0x) > > > > ^^^ llvmpipe. that is your problem. that is a software renderer. if evas > > allowed that you'd have software fallback rendering inside mesa. evas > > detects this known software renderer and blacklists it - doesn't allow init > > to happen. that means evas falls back to using its own software renderer > > which should be a lot faster. > > > > so .. your problem is this. your gl libs/implementation have become a > > software only implementation, not accelerated. you will have to work on > > that end of things and find out why and what to do to fix that. > > Mesa issue comes from my 4.19 lts kernel. It's solved when using last > 6.1.30 lts. > Unfortunately, 4.19 works much better than 6.1.30 with my computer. This > last one slows down display (same with 5.15) Well - there you go. Likely Mesa userspace driver wants a newer kernel driver interface now and if it is not there it fails to set up/detect the intel GPU ... thus falls back to software (llvmpipe). So .. either don't upgrade Mesa or upgrade the kernel or back-port a newer DRI driver to your old 4.19 LTS kernel. What is probably better is to report your issues, find out what is going on and perhaps fix it and send patches. That's the benefit open source - you can self-serve... :) > >> Version: 23.1.1 > >> Accelerated: no > >> Video memory: 5831MB > >> Unified memory: yes > >> Preferred profile: core (0x1) > >> Max core profile version: 4.5 > >> Max compat profile version: 4.5 > >> Max GLES1 profile version: 1.1 > >> Max GLES[23] profile version: 3.2 > >> Memory info (GL_ATI_meminfo): > >> VBO free memory - total: 31 MB, largest block: 31 MB > >> VBO free aux. memory - total: 4720 MB, largest block: 4720 MB > >> Texture free memory - total: 31 MB, largest block: 31 MB > >> Texture free aux. memory - total: 4720 MB, largest block: 4720 MB > >> Renderbuffer free memory - total: 31 MB, largest block: 31 MB > >> Renderbuffer free aux. memory - total: 4720 MB, largest block: 4720 > >> MB Memory info (GL_NVX_gpu_memory_info): > >> Dedicated video memory: 4293334193 MB > >> Total available memory: 4293340025 MB > >> Currently available dedicated video memory: 31 MB > >> OpenGL vendor string: Mesa > >> OpenGL renderer string: llvmpipe (LLVM 15.0.7, 256 bits) > >> OpenGL core profile version string: 4.5 (Core Profile) Mesa 23.1.1 > >> OpenGL core profile shading language version string: 4.50 > >> OpenGL core profile context flags: (none) > >> OpenGL core profile profile mask: core profile > >> > >> OpenGL version string: 4.5 (Compatibility Profile) Mesa 23.1.1 > >> OpenGL shading language version string: 4.50 > >> OpenGL context flags: (none) > >> OpenGL profile mask: compatibility profile > >> OpenGL ES profile version
Re: [e-users] enlightenment mesa issue
On Sun, 28 May 2023 19:02:03 +0200 leoutat...@gmx.fr said: > Le 28/05/2023 à 13:48, Carsten Haitzler a écrit : > > On Sun, 28 May 2023 10:58:53 +0200 leoutat...@gmx.fr said: > > > >> Hi > >> I got issue with last mesa version 23.1.1-1 or 23.1.0-1 and Intel driver > >> i915: opengl doesn't work with enlightenment (git version). > >> Message when i start e: > >> "compositor warning Your display driver doesn't support OPenGL/GLSL > >> shaders or no OpenGL engines were compiled or installed for Evas or > >> Ecore-Evas. Falling back to software engine" > >> Downgrading to previous version 23.0.3-1 solved issue > >> Conditions : Arch system, laptop, i915 intel driver > > > > Perhaps you should dig deeper. glxinfo. eglinfo - did your upgrade switch > > to software opengl (llvmpipe) or something. either way - the upgrade now > > results in evas being unable to init egl/gles which did work before... > > > > > Some issue with libegl > > #After restarting enlightenment with Mesa 23.1.1 > # > glxinfo -B > name of display: :0.0 > display: :0 screen: 0 > direct rendering: Yes > Extended renderer info (GLX_MESA_query_renderer): > Vendor: Mesa (0x) > Device: llvmpipe (LLVM 15.0.7, 256 bits) (0x) ^^^ llvmpipe. that is your problem. that is a software renderer. if evas allowed that you'd have software fallback rendering inside mesa. evas detects this known software renderer and blacklists it - doesn't allow init to happen. that means evas falls back to using its own software renderer which should be a lot faster. so .. your problem is this. your gl libs/implementation have become a software only implementation, not accelerated. you will have to work on that end of things and find out why and what to do to fix that. > Version: 23.1.1 > Accelerated: no > Video memory: 5831MB > Unified memory: yes > Preferred profile: core (0x1) > Max core profile version: 4.5 > Max compat profile version: 4.5 > Max GLES1 profile version: 1.1 > Max GLES[23] profile version: 3.2 > Memory info (GL_ATI_meminfo): > VBO free memory - total: 31 MB, largest block: 31 MB > VBO free aux. memory - total: 4720 MB, largest block: 4720 MB > Texture free memory - total: 31 MB, largest block: 31 MB > Texture free aux. memory - total: 4720 MB, largest block: 4720 MB > Renderbuffer free memory - total: 31 MB, largest block: 31 MB > Renderbuffer free aux. memory - total: 4720 MB, largest block: 4720 MB > Memory info (GL_NVX_gpu_memory_info): > Dedicated video memory: 4293334193 MB > Total available memory: 4293340025 MB > Currently available dedicated video memory: 31 MB > OpenGL vendor string: Mesa > OpenGL renderer string: llvmpipe (LLVM 15.0.7, 256 bits) > OpenGL core profile version string: 4.5 (Core Profile) Mesa 23.1.1 > OpenGL core profile shading language version string: 4.50 > OpenGL core profile context flags: (none) > OpenGL core profile profile mask: core profile > > OpenGL version string: 4.5 (Compatibility Profile) Mesa 23.1.1 > OpenGL shading language version string: 4.50 > OpenGL context flags: (none) > OpenGL profile mask: compatibility profile > OpenGL ES profile version string: OpenGL ES 3.2 Mesa 23.1.1 > OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20 > > eglinfo -B > GBM platform: > EGL API version: 1.5 > EGL vendor string: Mesa Project > EGL version string: 1.5 > EGL client APIs: OpenGL OpenGL_ES > OpenGL core profile vendor: Mesa > OpenGL core profile renderer: llvmpipe (LLVM 15.0.7, 256 bits) same here (as above). software only. no accelerated renderer. > OpenGL core profile version: 4.5 (Core Profile) Mesa 23.1.1 > OpenGL core profile shading language version: 4.50 > OpenGL compatibility profile vendor: Mesa > OpenGL compatibility profile renderer: llvmpipe (LLVM 15.0.7, 256 bits) again here. > OpenGL compatibility profile version: 4.5 (Compatibility Profile) Mesa > 23.1.1 > OpenGL compatibility profile shading language version: 4.50 > OpenGL ES profile vendor: Mesa > OpenGL ES profile renderer: llvmpipe (LLVM 15.0.7, 256 bits) > OpenGL ES profile version: OpenGL ES 3.2 Mesa 23.1.1 > OpenGL ES profile shading language version: OpenGL ES GLSL ES 3.20 > > Wayland platform: > eglinfo: eglInitialize failed > > X11 platform: > libEGL warning: DRI2: failed to authenticate > EGL API version: 1.5 > EGL vendor string: Mesa Project > EGL version string: 1.5 > EGL client APIs: OpenGL OpenGL_ES > OpenGL core profile vendor: Mesa > OpenGL core profile renderer: llvmpipe (LLVM 15.0.7, 256 bits) here too. > OpenGL core profile
Re: [e-users] enlightenment mesa issue
On Sun, 28 May 2023 10:58:53 +0200 leoutat...@gmx.fr said: > Hi > I got issue with last mesa version 23.1.1-1 or 23.1.0-1 and Intel driver > i915: opengl doesn't work with enlightenment (git version). > Message when i start e: > "compositor warning Your display driver doesn't support OPenGL/GLSL > shaders or no OpenGL engines were compiled or installed for Evas or > Ecore-Evas. Falling back to software engine" > Downgrading to previous version 23.0.3-1 solved issue > Conditions : Arch system, laptop, i915 intel driver Perhaps you should dig deeper. glxinfo. eglinfo - did your upgrade switch to software opengl (llvmpipe) or something. either way - the upgrade now results in evas being unable to init egl/gles which did work before... -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse does not always select window under pointer (xinerama)
On Sun, 9 Apr 2023 16:43:45 +0200 Benoît-Pierre Demaine said: > On 08/04/2023 10:44, Carsten Haitzler wrote: > > On Sat, 8 Apr 2023 00:19:28 +0200 Benoît-Pierre Demaine > > said: > > > >> * focus: > >> > >> https://drive.google.com/file/d/1BS-HXiKLVZoj0x5pMyzq-cquBzgPxjek/view?usp=sharing > > waaait - what version of e is that? > > Took me 3 days to find: > - not said in --version > - in ABOUT, it's not in the text, but top right corner; took me 3 days > to see it. > > 0.24.2 you might want to upgrade... and version is in the about dialog - its designed by the theme so can be anything theme likes but it's always been centered pretty much. https://www.enlightenment.org/ss/display.php?image=e-643324836a9385.55714157.png -- ----- Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse does not always select window under pointer (xinerama)
On Sat, 8 Apr 2023 00:19:28 +0200 Benoît-Pierre Demaine said: > * focus: > > https://drive.google.com/file/d/1BS-HXiKLVZoj0x5pMyzq-cquBzgPxjek/view?usp=sharing waaait - what version of e is that? > I had not catched this detail before, because I always move mouse > directly over mutually recovering windows, but, if I pass out of > decoration, over the background, then, the bug does not occur. > > The bug is not specific to those terms; also happens with Thunderbird > composition, Firefox ... > > Systematic, 100% repro. i'm trying to reproduce - i can't... :( > * mouse lost in void > > Very rare; a few times a month. > > Ticked the disable option; will see. > > On 05/04/2023 18:47, Carsten Haitzler wrote: > > On Sun, 2 Apr 2023 16:40:57 +0200 Benoît-Pierre Demaine > > said: > > > >> Hello. I am not going to stay subscribed to this ML after my issue is > >> solved. > >> > >> Using E17 since ... almost 17 or 18y ? and I had always set it to select > >> window under the pointer. Always worked fine, whatever the monitor count. > >> > >> Since my last installation (december 2021) there is an edge case where > >> it does not. When I have several monitors, windows belongs to right > >> monitor, extended to both, covers a windows on left monitor, and move > >> cursor from the pure left window, to the win that covers both monitor. > >> > >> In this specific case, the larg window is selected for an instant, then > >> loses focus. This is ennoying because to focus the win, I can't just > >> move the cursor 100 pixels, I have to move it to the other monitor ... > >> far far far away. This prevents me using small touchpad/trackpoint for > >> focus change. > >> > >> Is it a bug, or a configuration issue ? How to fix ? > > this smells like a bug but i'd like to see a video of it to be sure. > > > >> *** > >> > >> I also happen to loose the cursor from time to time; that bug had been > >> existing 15y ago for window placement and window move, and a specific > >> feature had been added to fix it "window recovery"; the feature had been > >> later removed because the core code became solid enough to never let the > >> issue happen again. But now, I have it with the cursor: > >> > >> when monitors don't have the same size, it may happen, a few times a > >> day, that moving the cursor from the bigger monitor, to the smaller one, > >> via the "step", traps the cursor into the black zone. Never could find a > >> good repro; and it's pretty hard to liberate the mouse out of the > >> prison. But sometimes, the cursor get trapped outside of the visible > >> space, in the VOID. > > this shouldn't happen - e does set screen boundaries/limits to stop this > > from happening. you could try disable pointer warping/moving in focus > > setting sin case its a pointer warp that does it? > > > >> -- > >>>o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/ > >> If computing were an exact science, IT engineers would'nt have work \_o< > >> > >> "So all that's left, Is the proof that love's not only blind but deaf." > >> (FAKE TALES OF SAN FRANCISCO, Arctic Monkeys) > >> > >> > >> > >> ___ > >> enlightenment-users mailing list > >> enlightenment-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > > -- > >o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/ > If computing were an exact science, IT engineers would'nt have work \_o< > > "So all that's left, Is the proof that love's not only blind but deaf." > (FAKE TALES OF SAN FRANCISCO, Arctic Monkeys) > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] screen setup error
On Thu, 6 Apr 2023 19:16:01 -0400 mh said: > > On 4/6/23 18:09, Carsten Haitzler wrote: > > On Thu, 6 Apr 2023 15:56:57 -0400 mh via enlightenment-users > > said: > > > >> On 4/6/23 00:51, Carsten Haitzler wrote: > >>> On Wed, 5 Apr 2023 14:49:28 -0400 mh via enlightenment-users > >>>said: > >>> > >>>> On 4/5/23 12:43, Carsten Haitzler wrote: > >>>>> On Tue, 4 Apr 2023 20:22:32 -0400 mh via enlightenment-users > >>>>> said: > >>>>> > >>>>>> I'm just back to using E after a while, using 0.25.4 from Debian sid. > >>>>>> After first logging in, and every time after resuming from > >>>>>> screensaver/blanking, I get the pop-up error message: "You seem to have > >>>>>> no screens configured to be on the given outputs you have. This should > >>>>>> be fixed by going to: Settings-Screen-Screen Setup." > >>>>> is this a laptop? did you have the lid closed? > >>>> it's a desktop, 4080 gpu, evil NVIDIA driver version 530.30.02 installed > >>> this would imply the nvidia driver is unplugging all screens ever time the > >>> screen goes into dpms. check your logs as per previous email and see. all > >>> lines going RRR: will have to do with randr screen stuff. > >> Not sure which log to check. I looked at Xorg.0.log but didn't see > >> anything with RRR. I was going to uninstall the nvidia drivers and try > >> it with nouveau but having problems with X starting. Not sure if nouveau > >> supports rtx4080 yet. > > ~/.e-log.log > > yes, a LOT of RRR messages... Seem to be several sections where the > screens are "reconfigure screens due to event..." That must nvidia > unplugging the screens. > > So if I use nouveau should that stop that? within all those RRR messages it'll list outputs if they are connected or not etc. when queried... read them carefully (yes - i know. lots of them) and it shows the decision logic coming from E and why it's doing that. > >>>>>> When I do that, there is a list showing two DP-4 outputs where the > >>>>>> monitor is connected, and a third that lists the monitor. But the only > >>>>>> one that I can set the screen setup settings for is the first DP-4. > >>>>>> What do I need to do to setup the monitor to the output properly? > >>>>> what? multiple DP-4's - that shouldnt happen. you should have all > >>>>> outputs named differently. does xrandr (commandline) also list multiple > >>>>> dp-4's? > >>>> only one DP-4 with xrandr. this is the output: > >>>> > >>>> $ xrandr > >>>> Screen 0: minimum 8 x 8, current 3840 x 2160, maximum 32767 x 32767 > >>>> HDMI-0 disconnected primary (normal left inverted right x axis y axis) > >>>> DP-0 disconnected (normal left inverted right x axis y axis) > >>>> DP-1 disconnected (normal left inverted right x axis y axis) > >>>> DP-2 disconnected (normal left inverted right x axis y axis) > >>>> DP-3 disconnected (normal left inverted right x axis y axis) > >>>> DP-4 connected 3840x2160+0+0 (normal left inverted right x axis y axis) > >>>> 708mm x 399mm > >>>> 3840x2160 60.00*+ 144.00 120.00 119.88 59.94 50.00 > >>>> 29.97 2560x1440 143.97 120.00 59.95 > >>>> 1920x1080 143.85 119.88 60.00 59.94 > >>>> 1680x1050 59.95 > >>>> 1440x900 59.89 > >>>> 1280x1024 75.02 60.02 > >>>> 1280x960 60.00 > >>>> 1280x720 119.88 60.00 59.94 50.00 > >>>> 1152x864 75.00 > >>>> 1024x768 75.03 70.07 60.00 > >>>> 800x600 75.00 72.19 60.32 56.25 > >>>> 720x576 50.00 > >>>> 720x480 59.94 > >>>> 640x480 75.00 72.81 59.94 59.93 > >>>> DP-5 disconnected (normal left inverted right x axis y axis) > >>> are you sure dp-4 is listed twice and it isn't just the hoversel showing > >>> the selected one at the top in addition to the set of possible selections > >>> below? > >> I see DP-4 listed twice, then 32UHD144. If I hover/click over the first > >> DP-4 I see a DP-4, indented and selectable. But the second one rema
Re: [e-users] screen setup error
On Thu, 6 Apr 2023 15:56:57 -0400 mh via enlightenment-users said: > > On 4/6/23 00:51, Carsten Haitzler wrote: > > On Wed, 5 Apr 2023 14:49:28 -0400 mh via enlightenment-users > > said: > > > >> On 4/5/23 12:43, Carsten Haitzler wrote: > >>> On Tue, 4 Apr 2023 20:22:32 -0400 mh via enlightenment-users > >>>said: > >>> > >>>> I'm just back to using E after a while, using 0.25.4 from Debian sid. > >>>> After first logging in, and every time after resuming from > >>>> screensaver/blanking, I get the pop-up error message: "You seem to have > >>>> no screens configured to be on the given outputs you have. This should > >>>> be fixed by going to: Settings-Screen-Screen Setup." > >>> is this a laptop? did you have the lid closed? > >> it's a desktop, 4080 gpu, evil NVIDIA driver version 530.30.02 installed > > this would imply the nvidia driver is unplugging all screens ever time the > > screen goes into dpms. check your logs as per previous email and see. all > > lines going RRR: will have to do with randr screen stuff. > > Not sure which log to check. I looked at Xorg.0.log but didn't see > anything with RRR. I was going to uninstall the nvidia drivers and try > it with nouveau but having problems with X starting. Not sure if nouveau > supports rtx4080 yet. ~/.e-log.log > >>>> When I do that, there is a list showing two DP-4 outputs where the > >>>> monitor is connected, and a third that lists the monitor. But the only > >>>> one that I can set the screen setup settings for is the first DP-4. What > >>>> do I need to do to setup the monitor to the output properly? > >>> what? multiple DP-4's - that shouldnt happen. you should have all outputs > >>> named differently. does xrandr (commandline) also list multiple dp-4's? > >> only one DP-4 with xrandr. this is the output: > >> > >> $ xrandr > >> Screen 0: minimum 8 x 8, current 3840 x 2160, maximum 32767 x 32767 > >> HDMI-0 disconnected primary (normal left inverted right x axis y axis) > >> DP-0 disconnected (normal left inverted right x axis y axis) > >> DP-1 disconnected (normal left inverted right x axis y axis) > >> DP-2 disconnected (normal left inverted right x axis y axis) > >> DP-3 disconnected (normal left inverted right x axis y axis) > >> DP-4 connected 3840x2160+0+0 (normal left inverted right x axis y axis) > >> 708mm x 399mm > >> 3840x2160 60.00*+ 144.00 120.00 119.88 59.94 50.00 29.97 > >> 2560x1440 143.97 120.00 59.95 > >> 1920x1080 143.85 119.88 60.00 59.94 > >> 1680x1050 59.95 > >> 1440x900 59.89 > >> 1280x1024 75.02 60.02 > >> 1280x960 60.00 > >> 1280x720 119.88 60.00 59.94 50.00 > >> 1152x864 75.00 > >> 1024x768 75.03 70.07 60.00 > >> 800x600 75.00 72.19 60.32 56.25 > >> 720x576 50.00 > >> 720x480 59.94 > >> 640x480 75.00 72.81 59.94 59.93 > >> DP-5 disconnected (normal left inverted right x axis y axis) > > are you sure dp-4 is listed twice and it isn't just the hoversel showing the > > selected one at the top in addition to the set of possible selections below? > I see DP-4 listed twice, then 32UHD144. If I hover/click over the first > DP-4 I see a DP-4, indented and selectable. But the second one remains > after I select a resolution and hit apply. The 32UHD144 entry is never > selectable. can you share screenshots? > >> ___ > >> enlightenment-users mailing list > >> enlightenment-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] screen setup error
On Wed, 5 Apr 2023 14:49:28 -0400 mh via enlightenment-users said: > > On 4/5/23 12:43, Carsten Haitzler wrote: > > On Tue, 4 Apr 2023 20:22:32 -0400 mh via enlightenment-users > > said: > > > >> I'm just back to using E after a while, using 0.25.4 from Debian sid. > >> After first logging in, and every time after resuming from > >> screensaver/blanking, I get the pop-up error message: "You seem to have > >> no screens configured to be on the given outputs you have. This should > >> be fixed by going to: Settings-Screen-Screen Setup." > > is this a laptop? did you have the lid closed? > it's a desktop, 4080 gpu, evil NVIDIA driver version 530.30.02 installed this would imply the nvidia driver is unplugging all screens ever time the screen goes into dpms. check your logs as per previous email and see. all lines going RRR: will have to do with randr screen stuff. > >> When I do that, there is a list showing two DP-4 outputs where the > >> monitor is connected, and a third that lists the monitor. But the only > >> one that I can set the screen setup settings for is the first DP-4. What > >> do I need to do to setup the monitor to the output properly? > > what? multiple DP-4's - that shouldnt happen. you should have all outputs > > named differently. does xrandr (commandline) also list multiple dp-4's? > > only one DP-4 with xrandr. this is the output: > > $ xrandr > Screen 0: minimum 8 x 8, current 3840 x 2160, maximum 32767 x 32767 > HDMI-0 disconnected primary (normal left inverted right x axis y axis) > DP-0 disconnected (normal left inverted right x axis y axis) > DP-1 disconnected (normal left inverted right x axis y axis) > DP-2 disconnected (normal left inverted right x axis y axis) > DP-3 disconnected (normal left inverted right x axis y axis) > DP-4 connected 3840x2160+0+0 (normal left inverted right x axis y axis) > 708mm x 399mm > 3840x2160 60.00*+ 144.00 120.00 119.88 59.94 50.00 29.97 > 2560x1440 143.97 120.00 59.95 > 1920x1080 143.85 119.88 60.00 59.94 > 1680x1050 59.95 > 1440x900 59.89 > 1280x1024 75.02 60.02 > 1280x960 60.00 > 1280x720 119.88 60.00 59.94 50.00 > 1152x864 75.00 > 1024x768 75.03 70.07 60.00 > 800x600 75.00 72.19 60.32 56.25 > 720x576 50.00 > 720x480 59.94 > 640x480 75.00 72.81 59.94 59.93 > DP-5 disconnected (normal left inverted right x axis y axis) are you sure dp-4 is listed twice and it isn't just the hoversel showing the selected one at the top in addition to the set of possible selections below? > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse does not always select window under pointer (xinerama)
On Sun, 2 Apr 2023 16:40:57 +0200 Benoît-Pierre Demaine said: > Hello. I am not going to stay subscribed to this ML after my issue is > solved. > > Using E17 since ... almost 17 or 18y ? and I had always set it to select > window under the pointer. Always worked fine, whatever the monitor count. > > Since my last installation (december 2021) there is an edge case where > it does not. When I have several monitors, windows belongs to right > monitor, extended to both, covers a windows on left monitor, and move > cursor from the pure left window, to the win that covers both monitor. > > In this specific case, the larg window is selected for an instant, then > loses focus. This is ennoying because to focus the win, I can't just > move the cursor 100 pixels, I have to move it to the other monitor ... > far far far away. This prevents me using small touchpad/trackpoint for > focus change. > > Is it a bug, or a configuration issue ? How to fix ? this smells like a bug but i'd like to see a video of it to be sure. > *** > > I also happen to loose the cursor from time to time; that bug had been > existing 15y ago for window placement and window move, and a specific > feature had been added to fix it "window recovery"; the feature had been > later removed because the core code became solid enough to never let the > issue happen again. But now, I have it with the cursor: > > when monitors don't have the same size, it may happen, a few times a > day, that moving the cursor from the bigger monitor, to the smaller one, > via the "step", traps the cursor into the black zone. Never could find a > good repro; and it's pretty hard to liberate the mouse out of the > prison. But sometimes, the cursor get trapped outside of the visible > space, in the VOID. this shouldn't happen - e does set screen boundaries/limits to stop this from happening. you could try disable pointer warping/moving in focus setting sin case its a pointer warp that does it? > -- > >o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/ > If computing were an exact science, IT engineers would'nt have work \_o< > > "So all that's left, Is the proof that love's not only blind but deaf." > (FAKE TALES OF SAN FRANCISCO, Arctic Monkeys) > > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] screen setup error
On Tue, 4 Apr 2023 20:22:32 -0400 mh via enlightenment-users said: > I'm just back to using E after a while, using 0.25.4 from Debian sid. > After first logging in, and every time after resuming from > screensaver/blanking, I get the pop-up error message: "You seem to have > no screens configured to be on the given outputs you have. This should > be fixed by going to: Settings-Screen-Screen Setup." is this a laptop? did you have the lid closed? > When I do that, there is a list showing two DP-4 outputs where the > monitor is connected, and a third that lists the monitor. But the only > one that I can set the screen setup settings for is the first DP-4. What > do I need to do to setup the monitor to the output properly? what? multiple DP-4's - that shouldnt happen. you should have all outputs named differently. does xrandr (commandline) also list multiple dp-4's? -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Phab: 404 Not Found
On Fri, 17 Mar 2023 09:45:46 +0100 Carla Sensa said: > Hello, > > The following pages (and probably others) are now unreachable. What > happened? > > https://phab.enlightenment.org/w/localization/translating/ > > https://phab.enlightenment.org/w/e_configuration_options_compendium/ i've taken phab offline as it's a large bit of infra with no security updates coming that is inactive (everything moved to gitea). of course this has led to some casualties. -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Having issues getting mixxx to work
lain X, > xrdb returns _nothing_ under xterm, and xdpyinfo still shows 90x88 DPI. e sets both xft.dpi xrdb and xsettings dpi. these are set based on your selected scale factor and "application base dpi" (look in advanced scale settings in e). e sets these 2 dpi values to base dpi * scale factor. e.g. if you use scale 1 then it sets it to 75. this achieves the above consistency (for me at least) and pixel for pixel regular gtk, qt and efl apps draw the same font at the same size. you can adjust this base dpi if you want. advanced feature of course :) this will cause gtk and qt apps then to scale differently - how they do it is up to them but e just sets the dpi. > There, DprGadget shows a pixel ratio of 1.0, and all widgets display > perfectly (as they do if I set the "Round" rounding policy for QT under > Enlightenment, again resulting in a device pixel ratio of 1.0). In any case, > Mixxx is now fully usable if I make sure it doesn't pass through the DPI > scale factor! I'm really happy about this, although I would be interested to > find out whether it's Mixxx, QT, GTK or me which is actually at fault. :-) > Thanks so much for all your help, Anna a combo of mixx and qt. i suspect removing that rounding factor logic will suddenly fix it. i think its actually a qt feature and code path that is kind of broken and some apps like mixx (and freecad) request this feature not realising it is kind of broken... :) personally - an app that segfaults on start (probably because it can/'t find jackd as i use pulse) without a sensible error dialog or some fallback hints to me that the developer is not polishing things as well as they could which makes me suspect other things may not be as nicely polished. :) > On Sunday, 12 March 2023 at 23:09:54 GMT, Carsten Haitzler > wrote: > On Sat, 11 Mar 2023 19:36:56 +0900 Masaru Nomiya > said: > > > Hello, > > > > In the Message; > > > > Subject : Re: [e-users] Having issues getting mixxx to work > > Message-ID : <20230307054350.c86a5fea5a95729ab0bf6...@rasterman.com> > > Date & Time: Tue, 7 Mar 2023 05:43:50 + > > > > [CH] == Carsten Haitzler has written: > > > > CH> On Mon, 6 Mar 2023 21:34:18 + (UTC) Anna Cassar > > CH> said: > > > > CH> e sets xsettings to tell apps that read these to uses some > > CH> specific fonts, theme, dpi etc. - i've seen qt mess up badly when > > CH> theme is set AND the qt style plugins are not there. it doesn't > > CH> fall back gracefully. not qt5 style. qt5 style plugins. the > > CH> plugins is the important bit - the thing that provides some > > CH> plugin for qt to properly do this. > > > > CH> 5:32AM ~ > pacman -Q | grep styleplugins > > CH> qt5-styleplugins 5.0.0.20170311-35 > > > > CH> all i see is mixx segfault. probably because it can't connect to > > CH> jack. not very graceful. it does it even in a wm-less xephyr. > > > > CH> e also sets 2 env vars: > > > > CH> QT_QPA_PLATFORMTHEME=gtk2 > > CH> QT_STYLE_OVERRIDE=gtk2 > > > > CH> this tells qt to use the gtk2 style to do theme stuff. you could > > CH> unset these in a terminal and run mixxx from there and see. > > > > CH> it might mess up if it doesn't like the dpi set - but then that'd > > CH> be it's problem for not rendering at that dpi to scale correctly > > CH> - regardless of the value. either ignore the dpi or use it as > > CH> given. don't use it then fall over if the value isn't one you like. > > > > I think everything written here is out of line. > > > > I mean, I have no problems with mixxx look and feel on any WM on my > > PC, not just enlightenment, but twm, Plasma5, Gnome, e16, and icewm. > > > > I can only assume that there must be a problem with the build of > > enlightenment (_ _? > > that's not how x11 works. mixx is in charge of rendering its own content. it > does so directly using x11 protocol to its own window. e just composites the > resulting bitmap. the "it only happens in e - thus i blame e" is a bit of > continuing false logic almost always from people who have no idea how apps, > toolkits, wm's, x11 or compositors work. > > your logic is flawed. e is not involved in rendering, it's the client side > that does that. at worse e setys the env vars to tell qt to use a gtk > handling style plugin to make themes match between gtk and qt falls over > badly when it can't find the gtk style plugin and qt or e sets dpi to > something qt/mixx does not like. but both of these would be bugs on the > client side. > > i've explained that e
Re: [e-users] Having issues getting mixxx to work
On Sat, 11 Mar 2023 19:36:56 +0900 Masaru Nomiya said: > Hello, > > In the Message; > > Subject: Re: [e-users] Having issues getting mixxx to work > Message-ID : <20230307054350.c86a5fea5a95729ab0bf6...@rasterman.com> > Date & Time: Tue, 7 Mar 2023 05:43:50 +0000 > > [CH] == Carsten Haitzler has written: > > CH> On Mon, 6 Mar 2023 21:34:18 + (UTC) Anna Cassar > CH> said: > > CH> e sets xsettings to tell apps that read these to uses some > CH> specific fonts, theme, dpi etc. - i've seen qt mess up badly when > CH> theme is set AND the qt style plugins are not there. it doesn't > CH> fall back gracefully. not qt5 style. qt5 style plugins. the > CH> plugins is the important bit - the thing that provides some > CH> plugin for qt to properly do this. > > CH> 5:32AM ~ > pacman -Q | grep styleplugins > CH> qt5-styleplugins 5.0.0.20170311-35 > > CH> all i see is mixx segfault. probably because it can't connect to > CH> jack. not very graceful. it does it even in a wm-less xephyr. > > CH> e also sets 2 env vars: > > CH> QT_QPA_PLATFORMTHEME=gtk2 > CH> QT_STYLE_OVERRIDE=gtk2 > > CH> this tells qt to use the gtk2 style to do theme stuff. you could > CH> unset these in a terminal and run mixxx from there and see. > > CH> it might mess up if it doesn't like the dpi set - but then that'd > CH> be it's problem for not rendering at that dpi to scale correctly > CH> - regardless of the value. either ignore the dpi or use it as > CH> given. don't use it then fall over if the value isn't one you like. > > I think everything written here is out of line. > > I mean, I have no problems with mixxx look and feel on any WM on my > PC, not just enlightenment, but twm, Plasma5, Gnome, e16, and icewm. > > I can only assume that there must be a problem with the build of > enlightenment (_ _? that's not how x11 works. mixx is in charge of rendering its own content. it does so directly using x11 protocol to its own window. e just composites the resulting bitmap. the "it only happens in e - thus i blame e" is a bit of continuing false logic almost always from people who have no idea how apps, toolkits, wm's, x11 or compositors work. your logic is flawed. e is not involved in rendering, it's the client side that does that. at worse e setys the env vars to tell qt to use a gtk handling style plugin to make themes match between gtk and qt falls over badly when it can't find the gtk style plugin and qt or e sets dpi to something qt/mixx does not like. but both of these would be bugs on the client side. i've explained that e sets some env vars to encourage qt to use the gtk style plugin so it will inhrit theme information from gtk. if qt completely falls over as a result of this, then qt is not very good at handling its own errors. there is no way for e to know if qt can or cannot handle gtk themes. there is no mechanism to find out. if it's this then unset the env vars OR install the style plugins as i mentioned so qt stops failing poorly. it could also be that e set a dpi value lower than qt5/mixx would expect. there is nothing wrong with setting a low dpi. if you have a low dpi screen then this is exactly what you want. if this is the issue the problem is STILL in qt5 or mixx. it's not e's fault or problem that it sets a lower dpi value. you can find out the above by unsetting the above env vard then running mixx from that shell. you can find out if its xsettings dpi by disabling e's x settings feature - logging in again to clear everything out and running mixx (also try both with env vars gone an d x settings not there). but just saying "it's e's fault" is not even trying to narrow down what on qt/mixx's side the problem is as the problem *IS* over there as e has NOTHING to do with the rendering of an x11 client - only the final compositing of the resulting image. -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Eina Magic Check Failed , Input handle pointer is NULL
On Fri, 10 Mar 2023 10:47:18 +0100 Francesc Guasch said: > El 10/3/23 a les 9:54, Carsten Haitzler ha escrit: > > On Fri, 10 Mar 2023 09:30:24 +0100 Francesc Guasch > > said: > > > > It'd have sxomethnig to do with some input being unexpected most likely. but > > that bt is not human readable... it tells you above how to make it > > readable :) > > > > ## Copy & Paste the below (until EOF) into a terminal, then hit Enter > > > > :) > > ah ok ! I paste quoted so it keeps from adding newlines. Tell me if > there is anything else I can do. hmm so tiler is null in _e_comp_shapes_update_job() ... why? shit seems to me to need to add debug to that function - like what does eina_tiler_new() return? what are e_comp->w and e_comp->h ? > > /usr/local/lib/x86_64-linux-gnu/libeina.so.1 | ??/??: 0 @ > > eina_log_print_cb_stderr.part. > > 0() /usr/local/lib/x86_64-linux-gnu/libeina.so.1 | ??/??: 0 @ > > eina_log_print_unlocked() /usr/local/lib/x86_64-linux-gnu/libeina.so.1 > > | ??/??: 0 @ eina_log_print() /usr/local/bin/enlightenment| ??/??: 0 @ > > | _e_comp_shapes_update_job() /usr/local/lib/x86_64-linux-gnu/libecore.so. > > | 1| ??/??: 0 @ _ecore_job_event_handler() > > /usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ > > _ecore_event_message_handler_efl_loop_message_handler_message_call() > > /usr/local/lib/x86_64-linux-gnu/libecore.so. > > 1| ??/??: 0 @ > > 1| efl_loop_message_handler_message_call() > > /usr/local/lib/x86_64-linux-gnu/libecore.so. > > 1| 1| ??/??: 0 @ _efl_loop_message_process() > > /usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ > > efl_loop_message_process() /usr/local/lib/x86_64-linux-gnu/libecore.so. > > 1| ??/??: 0 @ > > 1| _ecore_main_loop_iterate_internal() > > /usr/local/lib/x86_64-linux-gnu/libecore.so. > > 1| 1| ??/??: 0 @ _ecore_main_loop_begin() > > /usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ > > _efl_loop_begin() /usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ > > efl_loop_begin() /usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ > > ecore_main_loop_begin() BL: led devices... > > /usr/local/bin/enlightenment| ??/??: 0 @ main() > > BL: found > > [/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055. > > 0001/input/input3/input3::capslock] > > BL: found > > [/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055. > > 0001/input/input3/input3::numlock] > > /lib/x86_64-linux-gnu/libc.so. > > 6| ./csu/../sysdeps/nptl/libc_start_call_main.h: 58 @ > > 6| __libc_start_call_main() BL: found > > [/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055. > > 0001/input/input3/input3::scrolllock] > > /lib/x86_64-linux-gnu/libc.so.6| ./csu/../csu/libc-start.c: 128 @ > > call_init() /usr/local/bin/enlightenment| ??/?? : 128 @ > > _start() > > > > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Eina Magic Check Failed , Input handle pointer is NULL
On Fri, 10 Mar 2023 09:30:24 +0100 Francesc Guasch said: It'd have sxomethnig to do with some input being unexpected most likely. but that bt is not human readable... it tells you above how to make it readable :) ## Copy & Paste the below (until EOF) into a terminal, then hit Enter :) > El 7/3/23 a les 17:00, Philippe Jean Guillaumie ha escrit: > > Yes, plain build with Xorg. > > > > You might want to try option 3 (release build with Xorg) to see if it > > makes a difference. > > Hello ! It happened the same. I had to restart GDM to login again. > This is the output I get in the logs: > > > ERR<1046260>: ../src/lib/eina/eina_tiler.c:1190 > eina_tiler_tile_size_set() *** E > ina Magic Check Failed !!! > Input handle pointer is NULL. > > > ## Copy & Paste the below (until EOF) into a terminal, then hit Enter > > eina_btlog << EOF > /usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7f3b4965638c 0x7f3b49626000 > /usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7f3b496576b1 0x7f3b49626000 > /usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7f3b49658d79 0x7f3b49626000 > /usr/local/bin/enlightenment 0x5613b4188745 0x5613b4115000 > /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b4953ea6f 0x7f3b4951d000 > /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49544d59 0x7f3b4951d000 > /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b4954e1eb 0x7f3b4951d000 > /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49546d99 0x7f3b4951d000 > /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49545bd3 0x7f3b4951d000 > /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49540c0e 0x7f3b4951d000 > /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49541445 0x7f3b4951d000 > /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49546be9 0x7f3b4951d000 > /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49545ea3 0x7f3b4951d000 > /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b4954150b 0x7f3b4951d000 > BL: led devices... > /usr/local/bin/enlightenment 0x5613b415c597 0x5613b4115000 > BL: found > [/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055. > 0001/input/input3/input3::capslock] > BL: found > [/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055. > 0001/input/input3/input3::numlock] > /lib/x86_64-linux-gnu/libc.so.6 0x7f3b48752d90 0x7f3b48729000 > BL: found > [/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055. > 0001/input/input3/input3::scrolllock] > /lib/x86_64-linux-gnu/libc.so.6 0x7f3b48752e40 0x7f3b48729000 > /usr/local/bin/enlightenment 0x5613b415da75 0x5613b4115000 > EOF > > > > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Having issues getting mixxx to work
On Mon, 6 Mar 2023 21:34:18 + (UTC) Anna Cassar said: e sets xsettings to tell apps that read these to uses some specific fonts, theme, dpi etc. - i've seen qt mess up badly when theme is set AND the qt style plugins are not there. it doesn't fall back gracefully. not qt5 style. qt5 style plugins. the plugins is the important bit - the thing that provides some plugin for qt to properly do this. 5:32AM ~ > pacman -Q | grep styleplugins qt5-styleplugins 5.0.0.20170311-35 all i see is mixx segfault. probably because it can't connect to jack. not very graceful. it does it even in a wm-less xephyr. e also sets 2 env vars: QT_QPA_PLATFORMTHEME=gtk2 QT_STYLE_OVERRIDE=gtk2 this tells qt to use the gtk2 style to do theme stuff. you could unset these in a terminal and run mixxx from there and see. it might mess up if it doesn't like the dpi set - but then that'd be it's problem for not rendering at that dpi to scale correctly - regardless of the value. either ignore the dpi or use it as given. don't use it then fall over if the value isn't one you like. > Hi > Thanks for sending me the other recommendations I know there are other great > programs I could use, but I would love to get Mixxx running under > enlightenment (and I'm interested to discover why it's not working). Actually > as I'm about to explain, I can use mixxx under X using Xterm, twm etc. > https://drive.google.com/drive/folders/1qRJc3S8SfRyZRtP0T9Xysrxg5wxD3B6a > > As the pictures show both environments running the program. Mixxx is fine in > plain X but under enlightenment some widgets and labels are missing/ > incorrectly rendered. My other qt programs such as kdenlive and vlc work > perfectly fine under enlightenment and my qt packages are all up to date. > I've tried using qt5ct-style as the style and this changes nothing. Also no > idea if is related but when I go to screen setup settings after 7 seconds > the dialogue boxes text labels disappear. (I've added this pic also to google > drive. Thanks Anna > > Sent from Yahoo Mail on Android > > On Mon, 6 Mar 2023 at 17:27, Φ SNAKΣ ΣYΣZ Φ > wrote: ...ok apologies; so I'm having all sorts of issues with my email at > the moment and things aren't sending correctly :( I'll try again from my old > laptop. > > > I did actually send a follow up email, but replied to my reply and don't > think it sent correctly. There's a Gentoo package for Mixxx listing > dependencies which may be worth checking: > https://packages.gentoo.org/packages/media-sound/mixxx/dependencies > > > If you're only interested in the vinyl control element, there's also > PiDeck - xwax running on the RPi. You don't really want a laptop for > turntabalism. Xwax is written in C so wonder how possible it would be > to get running on an Elecrosmith Daisy board...or perhaps use the > ~vinylcontrol puredata patch based on xwax. Anyway, don't want to stray > too far from Enlightenment, although I think Carsten mentioned he works > for Arm so still may be of some interest/relevance. > > On 06/03/2023 09:31, Carsten Haitzler wrote: > > On Sun, 5 Mar 2023 22:34:54 + (UTC) Anna Cassar via enlightenment-users > > said: > > > > as snakeyes said - maybe missing the qt5 styleplugins that allow qt to read > > gtk themes to match look at feel of a chosen gtk theme? do other qt apps > > (qt5 ?) look ok? > > > >> HiNo problem here's the drive link for my pictures. > >> https://drive.google.com/drive/folders/1qRJc3S8SfRyZRtP0T9Xysrxg5wxD3B6a > >> > >> > >> The distro is Gentoo Kernel 6.1.2 and mixxx is 2.3.3. > >> Anna > >> Sent from Yahoo Mail on Android > >> > >> On Sun, 5 Mar 2023 at 4:13, Masaru Nomiya wrote: > >> Hello, > >> > >> In the Message; > >> > >> Subject : [e-users] Having issues getting mixxx to work > >> Message-ID :<1432823192.6137467.1677938229...@mail.yahoo.com> > >> Date & Time: Sat, 4 Mar 2023 13:57:09 + (UTC) > >> > >> [AC] == Anna Cassar via enlightenment-users > >> has written: > >> > >> AC> Hi I wanted to get Mixxx the dj program to run under > >> AC> enlightenment. I got it working under kde and xterm but when I > >> AC> try to run it here i get back boxes (pictures attached) and the > >> AC> program itself seems to have many text boxes and other things > >> AC> missing. I've made sure enllightenment and efl are up to date and > >> AC> had a quick look online to see if anyone else has had this issue > >> AC> with other programs but no luck yet. Also not sure if its related > >> AC> but sometimes when i rig
Re: [e-users] Having issues getting mixxx to work
On Sun, 5 Mar 2023 22:34:54 + (UTC) Anna Cassar via enlightenment-users said: as snakeyes said - maybe missing the qt5 styleplugins that allow qt to read gtk themes to match look at feel of a chosen gtk theme? do other qt apps (qt5 ?) look ok? > HiNo problem here's the drive link for my pictures. > https://drive.google.com/drive/folders/1qRJc3S8SfRyZRtP0T9Xysrxg5wxD3B6a > > > The distro is Gentoo Kernel 6.1.2 and mixxx is 2.3.3. > Anna > Sent from Yahoo Mail on Android > > On Sun, 5 Mar 2023 at 4:13, Masaru Nomiya wrote: > Hello, > > In the Message; > > Subject : [e-users] Having issues getting mixxx to work > Message-ID : <1432823192.6137467.1677938229...@mail.yahoo.com> > Date & Time: Sat, 4 Mar 2023 13:57:09 + (UTC) > > [AC] == Anna Cassar via enlightenment-users > has written: > > AC> Hi I wanted to get Mixxx the dj program to run under > AC> enlightenment. I got it working under kde and xterm but when I > AC> try to run it here i get back boxes (pictures attached) and the > AC> program itself seems to have many text boxes and other things > AC> missing. I've made sure enllightenment and efl are up to date and > AC> had a quick look online to see if anyone else has had this issue > AC> with other programs but no luck yet. Also not sure if its related > AC> but sometimes when i right click to copy text or drop down the > AC> menu i get a black box instead of the text. For this i move the > AC> mouse away and do it again is usually works but it could be the > AC> same issue, i'm unsure. Is there something i haven't built? Mixxx > AC> was first built by emerge but then i tried building from source, > AC> both have the same issue. I would love to use this under > AC> enlightenment just not sure where to look next. > > Here, file attachments are prohibited and attached images are deleted > from the mail. > > However, it would be better to upload the image to Google Drive and > provide a link to it here. > > Please indicate which distro and mixxx version you are using. > > Here is an image of mixxx 2.3.3 on Tumbleweed; > > https://drive.google.com/file/d/1ysCbh9MOj7CMz_p7SVRclYOTU5Y7B1-U/view?usp=share_link > > Regards. > > --- > ┏━━┓彡 野宮 賢 mail-to: nomiya @ lake.dti.ne.jp > ┃＼／彡 > ┗━━┛ "A bachelor’s degree still holds prestige as a ticket to the > middle class, but its value has received increasing scrutiny. > In the last several years, rising tuition and student loan debt > have led more Americans to reconsider an investment in > postsecondary education." > > -- Washington Post -- > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > _______ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] enlightenment audio default device issue
On Fri, 24 Feb 2023 15:47:37 +0100 leoutat...@gmx.fr said: > Hi > I use pipewire and wireplumber with enlightenment, not pulseaudio (only > libpulse dependency) > My default device is headphones, so, i set this choice in e mixer but, > it often falls back to speaker. Other mixer issue, I disable audio > input but it always falls back to enabled... > Arch Linux system > enlightenment-git > efl-git this would be a pipewire issue (or deeper down - kernel, udev? some device being unplugged and plugged in?). e's mixer doesn't even remember what audio device was used last - it does not try to restore it. it leaves this up to pulse audio. yes - i know you use pipewire. from e's point of view, it's talking to pulse audio - so it uses libpluse to do that. :) pipewire can emulate pulse in this way so anything that deals with pulse can just work with pipewire. -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] tooltip problems
On Mon, 13 Feb 2023 13:47:42 -0500 Conrad Knight said: > On Sun, Feb 12, 2023 at 3:06 PM Carsten Haitzler wrote: > > i'm using default... i don't see it. :/ perhaps its the focus rect i > > added .. but i've made that ignore mouse events... so i'm not sure how it > > could dause it atm. > > Some more investigating... I tried reverting some of the changes > through git, even all the way back to before any of the focus-related > parts were added, but couldn't get those changes to "take". I finally > figured out that, despite choosing the System themes > default, E was > consistently using my Personal themes > default! Not until i renamed > my own copy to default2.edj did E correctly pick the theme under > System. > > It turns out my copy was missing a handful of > mouse_events: 0; > lines in default/edc/comp.edc. As well as other changes, but i'm > guessing that's what was causing the issue. I must have used an older > version when i changed the splash.wav file. > > So, new question: how come E was not letting me choose the System > theme "default" when i also had a Personal theme with the same name? > Clicking on the radio buttons at the top of the theme selection dialog > box was showing two different lists, but E wasn't picking the right > "default". Some kind of caching problem related to using the same > name? I'll be sure to use a different name from now on... aaah the dialog lies. it was from a longtime ago when the theme file was explicit - since moving to elm its just a name. so "default" == find first default theme - look in $HOME first then in system. no matter the name of the theme - this is the search order. always. :) -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] tooltip problems
On Sun, 12 Feb 2023 11:29:02 -0500 Conrad Knight said: > On Sun, Feb 12, 2023 at 4:58 AM Carsten Haitzler wrote: > > i'm wondering if this is theme related with CSD + oversized gtk windows for > > the tooltips that render a shadow as part of the tooltip? can you change > > gtk theme to something without shadows? > > I tried a few different GTK themes, but it didn't help. And it's not > just GTK, but QT-based applications, too. > > This did give me an idea, though... I've made a very minor tweak > (startup sound) to E's default theme, so tried the system version > instead, and then two others I happened to have installed. The problem > disappears entirely with "Dark" and "Dimensions" themes! It seems to > be caused by the "default" theme, both the as-installed from latest > git (via AUR) and my tweaked versions. > > But why is it affecting only me? Is the "default" theme picking up > some weird efl setting i have messed up that the others aren't? i'm using default... i don't see it. :/ perhaps its the focus rect i added .. but i've made that ignore mouse events... so i'm not sure how it could dause it atm. > > so it might be that it isn't focus loss but the app gets a mouse out event > > on its window because mouse went INTO the tooltip window which s bigger > > than it looks? > > Some more experimenting: the tooltip flickering on and off (or, more > commonly, just one on/off flicker) occurs only when any part of the > cursor is over the tooltip. The tooltip is stable in some GTK yes - that was my point - the mouse exits the app window and enters the tooltip - its this mout out that makes the app hide its tooltip... but in every single case the tooltips are rendered away from my mouse pointer - mostly below but nowhere close enough... > applications where the tip is rendered below the hovered item, and the > item (e.g. button) is large enough that i can hover over the top part > of it and have the cursor not touch the tooltip when it appears. There > needs to be what looks like 3 or 4 pixels separation between the edge > of the tooltip and the edge of the cursor, but i can't tell if that's > an invisible border on the tooltip or the cursor. there does.. but positioning of tooltips is handled by the application (or toolkit - eg gtk) and not e. so if gtk or qt are putting tooltips where the pointer is AND not setting the shape input region to empty (basically set a input region to nothing so events pass through the window as if it were not there) ... then that's the source. ive tested and events pass through such windows with empty shape regions. now if these tooltips are no longer override-redirect windows... then that might be a different story... but that is not what i see from gtk, qt etc. because if they don't use override-redirect they cant be guaranteed positioning/sizing etc. - tiling wm's will maybe tile these tooltip windows for example. ye olde wm's like twm might even go into manual placement mode for them and put a placement rubber band box to place a tooltip. > Thanks, > -Conrad. > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] tooltip problems
On Sat, 11 Feb 2023 15:30:06 -0500 Conrad Knight said: I don't see it. gtk3, gtk2, firefox. chrome. click to focus or most recent window focus in e... tooltips show up fine and stay there. e won't be trying to focus them as they will be override-redirect windows bypassing the wm window management - they just get composited. i'm wondering if this is theme related with CSD + oversized gtk windows for the tooltips that render a shadow as part of the tooltip? can you change gtk theme to something without shadows? so it might be that it isn't focus loss but the app gets a mouse out event on its window because mouse went INTO the tooltip window which s bigger than it looks? > Just wondering if anyone had any thoughts on this, as it continues to > cause problems. It seems to be an Enlightenment-only problem, as i've > checked it doesn't happen with Gnome or Plasma. > > As far as i can tell, what's happening is: > - after a mouse-over/hover, a tooltip pops up. > - E sees this as a new window, sets focus to the new window > - the cursor changes to E's cursor > - focus is lost from the underlying window, so the element that > previously had a mouse-over event no longer does > - tooltip closes due to above > - focus reverts to the original window > - cursor changes back to what the application in that window > previously had it set to. > - depending on the application, and any cursor movement, this > sometimes triggers the first point again, starting a loop. > > > Date: Tue, 31 Jan 2023 12:31:27 -0500 > > From: Conrad Knight > > Subject: [e-users] tooltip problems > > I've recently started having trouble with tooltips displayed by > > applications under Enlightenment. Where a tooltip would normally pop > > up after hovering the cursor over an element for a second or so, it > > instead pops up and immediately disappears. The tooltip lasts only a > > fraction of a second, too quick to read more than a word or two of the > > tip's text. > > > > I've also noticed this happens mostly in applications that use their > > own mouse cursors (but not all). When the tooltip first appears, the > > application's cursor is replaced by Enlightenment's cursor, at which > > point the tooltip disappears and the cursor reverts to the > > application's own one. Examples of where this happens: Brave browser, > > GTK applications, KDE applications. Curiously, it does NOT occur in > > Firefox, even though that uses its own cursors, too. The tooltips in > > Gmail (displayed in Brave) are also unaffected, probably because Gmail > > is using its own version of tooltips instead of what everyone else is. > > Maybe Firefox is, too, as those tooltips do not have the same border > > as the "system" ones. > > > > This seems to be a recent development... I'm using the latest git > > versions of EFL and enlightenment available from AUR. Is there a fix > > for this? I didn't realise how much i rely on some tooltips until i > > couldn't read them! > > Thanks, > -Conrad. > > -- > Shine like thunder > Cry like rain > > > _______ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] [E-devel] New git URL/SSH locations, phasing out phab (and gitolite)
On Sat, 21 Jan 2023 08:59:16 +0100 Massimo Maiurana said: > Massimo Maiurana ha scritto il 01/06/22 alle 14:00: > > Carsten Haitzler ha scritto il 01/06/22 alle 10:46: > >> On Tue, 31 May 2022 15:35:10 +0200 Massimo Maiurana > >> said: > >> > >>> Carsten Haitzler ha scritto il 08/05/22 alle 00:40: > >>>> Phabricator has been on life support for a while now. Upstream stopped > >>>> development. Every new release of php gets stricter and phab breaks > >>>> more > >>>> each time. arcanist has become a non-working thing. It's time to move. > >>>> > >>>> In the spirit of that I have set up gitea on > >>>> https://git.enlightenment.org > >>>> - it pretty much is a miniature github that is self-hosted. It replaces > >>>> gitolite and most of phabricator functionality in one. phab is still > >>>> running for now but I'll kill it off soon enough (set it to > >>>> read-only mode > >>>> but still run it for reference to old tasks/reviews). > >>>> > >>>> This means git repository url's will have moved. If you explore the > >>>> above > >>>> you'll see where they are. I have not made all of them public (the > >>>> default > >>>> for importing is private and you have to manually go make each > >>>> public, so I > >>>> did this for repos that are not essentially archived off as history). > >>>> > >>>> This means developers also have to re-register accounts for commit > >>>> access. > >>>> It's easy - the web UI allows you to self-serve. The only thing that > >>>> I need > >>>> is for people to join so we can set up collaborators on the shared > >>>> projects > >>>> so you have commit access again (otherwise you only can commit to > >>>> your own > >>>> private repositories you set up). > >>> > >>> Does it mean that commit accesses will be restored manually one at a > >>> time? I've just registered on git.enlightenment.org with my usual > >>> nickname but currently i can't do anything via git+ssh. I guess i'll > >>> have to check it later, am i right? :) > >> > >> An admin has to add you to projects as a collaborator - it all has to > >> wait for > >> people like you to make accounts and ask :) YUou actually have to be > >> added per > >> project - its not "all access or nothing". It starts with the account. > >> I added > >> you to efl, enlightenment, terminology right now (don't have time > >> right now to > >> go through a long list). let me know if you want others also. > > > > Thanks! In theory i could be asked to commit translation updates for > > every project, starting (but not limited to) with projects supporting > > gettext, but since many of them never changes i'll ask every time i need > > to be added somewhere :) > > There's a request for pushing an updated translation for the forecasts > module. Can you please give me dev access to at least the following > modules (or even all enlightenment-module-*)? > enlightenment-module-cpu > enlightenment-module-forecasts > enlightenment-module-mem > enlightenment-module-net done! :) > >>>> I've set up git commit emails again to the same > >>>> mailing list so no change there. > >>>> > >>>> Gitea takes on the following tasks: > >>>> > >>>> Listing git repositories and browsing their trees, showing commits etc. > >>>> Bug tracking (issues). > >>>> Review (pull requests). > >>>> Markdown/wiki per repo/project > >>>> Organizations (shared code repository holders). > >>>> ... and other smaller related code/repo etc. tasks. > >>>> > >>>> I may have to do some more minor fixing. I may have missed things, > >>>> but I > >>>> think the major things have been done. Yes - I know > >>>> https://www.enlightenment.org still refers to phab in many places. > >>>> That's > >>>> something to sort out next. > >>>> > >>> > >> > >> > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] theme experiment - try a window wobble/jiggle when focused
On Fri, 20 Jan 2023 10:31:12 +0100 daniel antoine said: > Hi > I don't want to bother you a lot with that. When I said that I am not > a fan of the effect, it's because for me the border width of the flash > glow is very big. I have noticed that there is a tiny shadow around > the active window, is it possible to adapt the flash glow to the size > of the shadow or something closer ? the blue box is actually smaller than the shadow image... :) i chose 20. 10 was too small imho. 20 seemed about right. this of course scales by scale factor too so 20 @ scale=1.0 ... 40 @scale=2.0 etc. > When you have done the flat theme I have applause with both feet and both > hands. > > Best regards > > Dania > > Le jeu. 19 janv. 2023 à 18:48, Jérémy Zurcher a écrit : > > > > maybe, as i followed the disussion about lost cursors ... > > have it to flash blue when it's first moved after a long timeout ? > > > > > > On Thursday 19 January 2023 15:20, Carsten Haitzler wrote : > > > On Thu, 19 Jan 2023 14:43:59 +0100 Jérémy Zurcher said: > > > > > > > I think it's perfect as in ef01c87b80 > > > > > > > > wobble was a bit too much, the blue flash is very nice, > > > > nothing is visible on a maximized window, that's what I expected. > > > > > > for maximized windows it's kind of not useful... it's maximized and > > > likely the focused window... it's most useful if you have a lot of > > > smaller windows. :) > > > > what I tried to say with fewest words as possible ;) > > > > > > > > > On Thursday 19 January 2023 12:17, daniel antoine wrote : > > > > > habits die hard. I have tested the new experiment commit and again I > > > > > am not a fan of the effect. When a window is maximized and you click > > > > > on it the only effect is on the bottom of the window , you just see a > > > > > flash on both sides of the E panel. What already exists is the change > > > > > of color of the window title bar, black for the active window and a > > > > > very dark grey for the other windows. The difference with the color is > > > > > so subtle that I have not noticed it before the commit. A suggestion > > > > > would be to a colored flash only in the title bar. > > > > > > > > > > Best regards > > > > > > > > > > Dania > > > > > > > > > > > > > > > Le jeu. 19 janv. 2023 à 09:01, juanma1980--- via enlightenment-users > > > > > a écrit : > > > > > > > > > > > > Personally I like it a lot. It's subtle enough to not be disturbing > > > > > > and at a same time gives good visual feedback. Option to disable or > > > > > > not... well, everybody likes candy but I don't think it's mandatory > > > > > > to have. > > > > > > > > > > > > === In soft we trust === > > > > > > > > > > > > January 16, 2023 at 8:59 PM, "Carsten Haitzler" > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > On Sun, 15 Jan 2023 09:31:45 +0100 Carla Sensa > > > > > > > said: > > > > > > > > > > > > > > > > > > > > > > > I quite like this new feature. It's unobstructive and the whole > > > > > > > > desktop feels more responsive (I don't see the "window doesn't > > > > > > > > stop shaking" effect he is talking about though). But I agree > > > > > > > > with Daniel, an on/off option would be nice. > > > > > > > > > > > > > > > > > > > > > > every option makes a theme extra complex to do. i have to have > > > > > > > signals to tell the them to do something or not as it decides. > > > > > > > it's using the focused signal to do the animation. to have state > > > > > > > and options adds a lot more to te them to handle 2 more signals > > > > > > > for state (do jiggle or not) and has to track/store state and > > > > > > > fetch it and make a decision. i'm not going to do that. i've > > > > > > > added so so so many things to themes in the name of options and > > > > > > > then everyone goes "themes are too complex to make > > > > > >
Re: [e-users] theme experiment - try a window wobble/jiggle when focused
On Thu, 19 Jan 2023 14:43:59 +0100 Jérémy Zurcher said: > I think it's perfect as in ef01c87b80 > > wobble was a bit too much, the blue flash is very nice, > nothing is visible on a maximized window, that's what I expected. for maximized windows it's kind of not useful... it's maximized and likely the focused window... it's most useful if you have a lot of smaller windows. :) > On Thursday 19 January 2023 12:17, daniel antoine wrote : > > habits die hard. I have tested the new experiment commit and again I > > am not a fan of the effect. When a window is maximized and you click > > on it the only effect is on the bottom of the window , you just see a > > flash on both sides of the E panel. What already exists is the change > > of color of the window title bar, black for the active window and a > > very dark grey for the other windows. The difference with the color is > > so subtle that I have not noticed it before the commit. A suggestion > > would be to a colored flash only in the title bar. > > > > Best regards > > > > Dania > > > > > > Le jeu. 19 janv. 2023 à 09:01, juanma1980--- via enlightenment-users > > a écrit : > > > > > > Personally I like it a lot. It's subtle enough to not be disturbing and > > > at a same time gives good visual feedback. Option to disable or not... > > > well, everybody likes candy but I don't think it's mandatory to have. > > > > > > === In soft we trust === > > > > > > January 16, 2023 at 8:59 PM, "Carsten Haitzler" > > > wrote: > > > > > > > > > > > > > > On Sun, 15 Jan 2023 09:31:45 +0100 Carla Sensa said: > > > > > > > > > > > > > > I quite like this new feature. It's unobstructive and the whole > > > > > desktop feels more responsive (I don't see the "window doesn't stop > > > > > shaking" effect he is talking about though). But I agree with Daniel, > > > > > an on/off option would be nice. > > > > > > > > > > > > > every option makes a theme extra complex to do. i have to have signals > > > > to tell the them to do something or not as it decides. it's using the > > > > focused signal to do the animation. to have state and options adds a > > > > lot more to te them to handle 2 more signals for state (do jiggle or > > > > not) and has to track/store state and fetch it and make a decision. i'm > > > > not going to do that. i've added so so so many things to themes in the > > > > name of options and then everyone goes "themes are too complex to make > > > > - i dont want to make them". so ... i'm not going to add an option. it > > > > goes into the path of "fewer and fewer themes as it gets more and more > > > > complex". > > > > > > > > people can make a theme "fork" of default and disable this in it if > > > > they want. for now i'ts an experiment to give more feedback on what > > > > gets focused as it is actually hard to know what got focused. if all > > > > you see is a titlebar change color its very very little visual > > > > feedback. i could try other things like some blue rectangle glow around > > > > the outside or something... > > > > > > > > > > > > > > Le 14/01/2023 à 17:58, daniel antoine a écrit : > > > > > Hi > > > > > > > > > > I have tried the last commit and I am going to remove it. On a laptop > > > > > screen all the windows jiggling even the popup windows , I find it > > > > > unpleasant for the eyes and I wear glasses. At a moment if you put > > > > > the cursor on the cross on the right upper side the window doesn't > > > > > stop shaking. As you write it's an experiment but if you want to > > > > > include it could you provide an option to disable/enable this feature. > > > > > > > > > > Best regards > > > > > > > > > > Dania > > > > > > > > > > > > > > > ___ > > > > > enlightenment-users mailing list > > > > > enlightenment-users@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > > > > > > > > > > > > ___ > > > > > enlightenment
Re: [e-users] theme experiment - try a window wobble/jiggle when focused
On Sun, 15 Jan 2023 09:31:45 +0100 Carla Sensa said: > I quite like this new feature. It's unobstructive and the whole desktop > feels more responsive (I don't see the "window doesn't stop shaking" > effect he is talking about though). But I agree with Daniel, an on/off > option would be nice. every option makes a theme extra complex to do. i have to have signals to tell the them to do something or not as it decides. it's using the focused signal to do the animation. to have state and options adds a lot more to te them to handle 2 more signals for state (do jiggle or not) and has to track/store state and fetch it and make a decision. i'm not going to do that. i've added so so so many things to themes in the name of options and then everyone goes "themes are too complex to make - i dont want to make them". so ... i'm not going to add an option. it goes into the path of "fewer and fewer themes as it gets more and more complex". people can make a theme "fork" of default and disable this in it if they want. for now i'ts an experiment to give more feedback on what gets focused as it is actually hard to know what got focused. if all you see is a titlebar change color its very very little visual feedback. i could try other things like some blue rectangle glow around the outside or something... > Le 14/01/2023 à 17:58, daniel antoine a écrit : > > Hi > > > > I have tried the last commit and I am going to remove it. On a laptop > > screen all the windows jiggling even the popup windows , I find it > > unpleasant for the eyes and I wear glasses. At a moment if you put the > > cursor on the cross on the right upper side the window doesn't stop > > shaking. As you write it's an experiment but if you want to include > > it could you provide an option to disable/enable this feature. > > > > Best regards > > > > Dania > > > > > > ___ > > enlightenment-users mailing list > > enlightenment-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse cursor size
On Fri, 13 Jan 2023 13:12:07 + Peter Flynn said: > > On 13/01/2023 11:34, Carsten Haitzler wrote: > [...] > > as below - you want a larger thing that actually starts big and zooms > > down to where the pointer is causing motion that your eyes follow to > > that point and then can discover the mouse - there is no such feature > > in e at this point. > > That is not a requirement. > > The requirement is for a BIG CURSOR. > > > if it's 2x as big it's still a pointer on a busy screen full of > > content that if you don't have the visual acuity to make out is still > > hard to see. > > If it's big and (eg) red it will be seen. > > > x cursors (libxcursor and x cursor themes) are "dumb" as i described. > > simple images or a sequence of images to display. e renders its > > cursor live from the same theme elements that make up everything else > > (border, backgrounds, buttons, window borders) thus they can do > > everything any theme element can do. it's all done the same way. thus > > these objects accept signals (like a mouse click), scale like the > > theme and size like all of these other theme elements - cursor is > > defined in the theme like everything else. efl apps do the same as e > > - they use efl to render the mouse cursor if they need a custom one > > of their own. > Ah. So I could write some code to make a bigger mouse pointer? > > > as a result x cursors are very limited in what they can do. a set of > > N images for sizing and then N images in sequence looping if you > > want animation and a hotspot. that's it. e's cursors can do this > > Except they cannot do sizing independently from the rest of the theme, > if I understand you right. they can. have you seen the pointer settings dialog with a slider for size? i said it has both a size AND pointer scale to scale. 99% of people just want the scale setting - that's good enough for 99% of cases and 99% fo uses. there is a separate cursor size slider. this size is multiplied by the scale factor to produce a final size. 99% of people will never need more than the scale factor. there is a slider in e's cursor for size as well. > > any amount of signals can be sent to a pointer and the theme can > > respond. > I love your enthusiasm and explanation. > > Peter > > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] e-crash issue
On Wed, 11 Jan 2023 18:22:56 +0900 Masaru Nomiya said: > Hello, > > In the Message; > > Subject: Re: [e-users] e-crash issue > Message-ID : <20230111083906.22c9ccc18ce34767e012f...@rasterman.com> > Date & Time: Wed, 11 Jan 2023 08:39:06 +0000 > > [CH] == Carsten Haitzler has written: > > CH> On Wed, 11 Jan 2023 11:00:48 +0900 Masaru Nomiya > CH> said: > > [...] > MN> > I solidified the e-log.log into a log.tgz and uploaded it to the > MN> > following location; > MN> > > MN> > > https://drive.google.com/file/d/100t8RwoGCtFdqAvZmWKpuVPA1UH0qca5/view?usp=sharing > > CH> I see like complete eina log output (not useful). you've raised your > CH> eina log level to something really extreme... but there is nothing in > CH> there from asan. so .. you didn't get that log, or asan is not working. i > CH> suggest you reduce your eina log levels again to normal > > I got the .e-log.log under this setting; > > export EINA_LOG_LEVEL=4 don't set this or set it to 1. we don't need/want those logs. we want the asan log/output. > Is this level too high? > > What setting is "normal level"? > > Or is this a bad build condition? > > export > ASAN_OPTIONS=detect_stack_use_after_return=0:detect_odr_violation=0:detect_leaks=0:abort_on_error=1:new_delete_type_mismatch > =0 this is about right. > Regards. > > --- > ┏━━┓彡 野宮 賢 mail-to: m.nomiya+enlight @ gmail.com > ┃＼／彡 > ┗━━┛ "No Windows, no gains!" ... "Why, I am wrong?" > -- Bill -- > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse cursor size
On Wed, 11 Jan 2023 13:41:02 + Peter Flynn said: > On 11/01/2023 08:53, Carsten Haitzler wrote: > > [...] chances are that if you can't see a cursor due to visual > > acuity problems you can't make out other ui elements either and they > > all need to get bigger. > The actual answer is, we don't know. I need to arrange a proper > usability test in the labs in my college (which I can do, given the time). > > > why not just wiggle the mouse? :) also produces motion. > > If you have problems locating the mouse, wiggling is not as good as the > Ctrl key, which usually produces a vibrating expanding disc which is > much more easily visible. as below - you want a larger thing that actually starts big and zooms down to where the pointer is causing motion that your eyes follow to that point and then can discover the mouse - there is no such feature in e at this point. > > but yes - a "fund my pointer" feature doesn't exist in e. you don't > > want to blink the cursor. you want some kind of "takes a lot of the > > screen" animation > No, I think people with this problem just want a bigger cursor. End of > story. if it's 2x as big it's still a pointer on a busy screen full of content that if you don't have the visual acuity to make out is still hard to see. we're attuned to motion better than still content unless your eyesight is decent or you are "trained" to look for shapes (trained here is just learning methods to hunt down specific shapes visually even if blurry). > > e's pointer has that. e doesn't have anything to do with x cursor themes... > > Can you describe for me the difference between e's pointer and an x > cursor? Is one logical and the other physical? x cursors (libxcursor and x cursor themes) are "dumb" as i described. simple images or a sequence of images to display. e renders its cursor live from the same theme elements that make up everything else (border, backgrounds, buttons, window borders) thus they can do everything any theme element can do. it's all done the same way. thus these objects accept signals (like a mouse click), scale liuke the theme and size like all of these other theme elements - cursor is defined in the theme like everything else. efl apps do the same as e - they use efl to render the mouse cursor if they need a custom one of their own. as a result x cursors are very limited in what they can do. a set of N images for sizing and then N images in sequence looping if you want animation and a hotspot. that's it. e's cursors can do this and much more as they can be made from multiple elements layered together with sizing/scaling rules as well as animation that can have every element in the cursor do something different and respond to events live (like a click). that's how the blue box that resizes/moves is done. its just a semi-trans blue rect that is told to transition between 2 or 3 or 4 states over a period of time. cursors get signals when the pointer goes idle (doesn't move for a while) so it could blink or pulse then fade out or something - up to theme. they also get signals when you blank/unlbank/suspend/resume - the pointer can and does zoom into nothingness then zoom back up again. any amount of signals can be sent to a pointer and the theme can respond. x cursors are far more "dumb". > Peter > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse cursor size
On Thu, 12 Jan 2023 23:14:14 + Peter Flynn said: > On 12/01/2023 20:01, Φ SNAKΣ ΣYΣZ Φ wrote: > > Are you aware of xmag? > > That does not seem to magnify just the mouse pointer (cursor). in this case it's not useful for the pointer... :) -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse cursor size
On Tue, 10 Jan 2023 21:37:23 + Peter Flynn said: > On 10/01/2023 19:20, Wido wrote: > > Hi Carsten! I appreciate that you always take the time to respond to users > > He's the best! > > >> E has its own cursors that uses the efl/e theme. if you use > >> something else then "you're mileage may vary". efl's cursors will > >> scale based on scale factor. there is no good reason to set cursor > >> size as pointers will follow the same scale factor as everything > >> else. > > This is an unrecognised problem in all interfaces. Pointer size is > probably the only item that needs to be scalable *independently* of the > system scale factor, because not all screens offer the same degree of > clarity for moving objects (cursors) to remain visible. e has 2 settings. scaling AND a pointer size. pointer size is multiplied by scale factor. 99% of the time people just want/need to adjust scale factor and that's it. not change pointer size. not change font size. just one single setting. 1% of the time - maybe a bit of fiddling is needed but chances are that if you can't see a cursor due to visual acuity problems you can't make out other ui elements either and they all need to get bigger. the mouse pointer is about the size of 2 lines of text by default (given all default sizes). if you can't make out a pointer then you probably can't read the text either... :) > That is, text, menus, icons, sliders, widgets, etc *usually* stay where > they are for long periods, but the mouse pointer is constantly moving. > This is why most systems can be set to blink the cursor when (eg) Ctrl > is pressed, because the cursor can become "lost" among the other > components of the screen. why not just wiggle the mouse? :) also produces motion. but yes - a "fund my pointer" feature doesn't exist in e. you don't want to blink the cursor. you want some kind of "takes a lot of the screen" animation that steadily zooms from a large thing down to where the pointer is now. not a "blink the cursor" as that's about as subtle as the "wiggle your mouse" which needs no special feature to do the same. > Particularly as you grow older, your visual reactivity declines, so it > become harder to spot the cursor, whereas you can still easily see the > more static objects without difficulty. Making *everything* scale just > to get a big cursor is not a good solution: the cursor needs to be > scalable independently of everything else. e's pointer has that. e doesn't have anything to do with x cursor themes... > Peter > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse cursor size
On Tue, 10 Jan 2023 16:20:46 -0300 Wido said: > Hi Carsten! I appreciate that you always take the time to respond to users > :) > > > E has its own cursors that uses the efl/e theme > I know, I tried, I actually notice the "same behaviour". EFL mouse on some > apps, X mouse on other apps (I just tried, sublime uses E theme, chrome and > kde uses X theme) pointers work like this: all windows in x inherit the pointer from their parent window. e sets a pointer on the root window. thus apps will inherit this pointer unless they override it themselves and set a new pointer on their own window(s). nothing the wm can do about this. so apps that don't override will just inherit whatever e sets. otherwise they are on their own and set their own pointers. > > if you use something else then "you're mileage may vary" > I guess that is understandable, but would it be possible to have some > hints/idea/helps on how to define this for a consistent env? Again, I am > aware this is probably out of E's scope, but it _feels_ like as a DE you > actually should care. As I user, I _expect_ the DE to own the cursor theme > in one way on another. it's not possible. any app can set any pointer they like at any time on any window. there are x cursor themes that many apps use - these are limited and e/efl do not use them because of that (e.g. the animations that e does in pointers to show the resize direction or moving animation or the blue flash when you click are not possible via x cursor themes as they are simple static images OR a series of N images that loop. as these are limited and thus can't do things like also adapt to color palette changes, scaling like efl does it , e pretty much doesn't bother much due to it being so limited. you can set an x cursor theme yourself and go find something and set that with environment variables, .Xdefaults files etc. > Emphasis on the words that are probably the most debatable. > > El lun, 9 ene 2023 a la(s) 18:14, Carsten Haitzler (ras...@rasterman.com) > escribió: > > > On Mon, 9 Jan 2023 11:45:51 -0300 Wido said: > > > > > Happy new year! I'm having an issue with cursor theme/size. > > > > > > I'm not using E's theme, I have selected `application` in settings -> > > mouse > > > -> e theme. Then, I have configured my mouse theme and size in KDE system > > > settings -> appearance cursors. My current cursor size is 24. > > > > > > The problem I have is that some applications respect my cursor size, and > > > others do not, and I don't understand the pattern: > > > > > > * Enlightenment and EFL uses size 36 > > > > E has its own cursors that uses the efl/e theme. if you use something else > > then > > "you're mileage may vary". efl's cursors will scale based on scale factor. > > there is no good reason to set cursor size as pointers will follow the same > > scale factor as everything else. > > > > > * Dolphin (kde file explorer) uses size 24 > > > * Sublime (gtk3?) uses size 36 > > > * Chrome (gtk3?) uses size 24 > > > > > > I tried modifying gtk configfiles in my home, but without success. > > > > > > I know this probably is not an E issue and rather a gtk issue, but given > > > that it _apperas_ like E is following different cursors, I thought this > > > would be first place to _start_ asking. > > > > > > Thanks! > > > > > > -- > > > Wido > > > > > > ___ > > > enlightenment-users mailing list > > > enlightenment-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > > > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > Carsten Haitzler - ras...@rasterman.com > > > > > > -- > Wido -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] e-crash issue
On Wed, 11 Jan 2023 11:00:48 +0900 Masaru Nomiya said: > Hello, > > In the Message; > > Subject: Re: [e-users] e-crash issue > Message-ID : <20221221105449.7e143081d6f53eac37983...@rasterman.com> > Date & Time: Wed, 21 Dec 2022 10:54:49 +0000 > > [CH] == Carsten Haitzler has written: > > CH> On Wed, 21 Dec 2022 19:02:45 +0900 Masaru Nomiya > CH> said: > > [...] > MN> > Anyway, I uploaded it here under the file nmae dump.tgz; > MN> > > MN> > > https://drive.google.com/file/d/1VLvws1FYbjOUsAw3z8RLDSCzy9QQZjhl/view?usp=sharing > > CH> i need ~/.e-log.log to see asan's output... th crashdump is also > CH> useful-but the asan log in ~/.e-log.log is very important. here > CH> what i see is a crash inside malloc itself, so i think by now > CH> everything will have gone bad and memory malloc relies on > CH> tracking allocations is somehow messed up. > > CH> you might have to go back to good old valgrind... > > Finally, I was able to get .e-log.log. > > No matter how many times I did the debug build, the .e-log.log was not > generated, and I finally figured out that it was caused by gcc13 > installed with the Tumbleweed update, and added the following; > ASAN_OPTION > > detect_stack_use_after_return=0 that is actually a useful thing in asan it should trap and find and report. https://www.enlightenment.org/contrib/efl-debug has an asan section and suggests some asan options that won't impact e/efl. > to ASAN_OPTION was the solution. > > Anyway, today, I got an e-crash. > > When I downloaded the 02_o.png file from this site; > > https://internet.watch.impress.co.jp/img/iw/docs/1469/183/html/02_o.png.html > > e-crash appeared. > > I solidified the e-log.log into a log.tgz and uploaded it to the > following location; > > https://drive.google.com/file/d/100t8RwoGCtFdqAvZmWKpuVPA1UH0qca5/view?usp=sharing I see like complete eina log output (not useful). you've raised your eina log level to something really extreme... but there is nothing in there from asan. so .. you didn't get that log, or asan is not working. i suggest you reduce your eina log levels again to normal > Thanks in advance. > > --- > ┏━━┓彡 野宮 賢 mail-to: m.nomiya+enlight @ gmail.com > ┃＼／彡 > ┗━━┛ "A bachelor’s degree still holds prestige as a ticket to the > middle class, but its value has received increasing scrutiny. > In the last several years, rising tuition and student loan debt > have led more Americans to reconsider an investment in > postsecondary education." > > -- Washington Post -- > > > _______ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse cursor size
On Mon, 9 Jan 2023 11:45:51 -0300 Wido said: > Happy new year! I'm having an issue with cursor theme/size. > > I'm not using E's theme, I have selected `application` in settings -> mouse > -> e theme. Then, I have configured my mouse theme and size in KDE system > settings -> appearance cursors. My current cursor size is 24. > > The problem I have is that some applications respect my cursor size, and > others do not, and I don't understand the pattern: > > * Enlightenment and EFL uses size 36 E has its own cursors that uses the efl/e theme. if you use something else then "you're mileage may vary". efl's cursors will scale based on scale factor. there is no good reason to set cursor size as pointers will follow the same scale factor as everything else. > * Dolphin (kde file explorer) uses size 24 > * Sublime (gtk3?) uses size 36 > * Chrome (gtk3?) uses size 24 > > I tried modifying gtk configfiles in my home, but without success. > > I know this probably is not an E issue and rather a gtk issue, but given > that it _apperas_ like E is following different cursors, I thought this > would be first place to _start_ asking. > > Thanks! > > -- > Wido > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Ecrire and Dimensions theme
On Mon, 02 Jan 2023 21:25:41 +0100 aguador said: > Happy New Year all. > > Mageia just pulled in Ecrire as a recommends, and it's good to see it > getting a little love. I may get to requests (like being able to set > the font globally which does not seem possible at the moment). > > For Simon Lees: Ecrire does not play nice with the Dimensions theme. > "File" and "Edit" appear on a shaped toolbar that partly covers the one > below. I am not sure if this is strictly a theming issue or something > that can be corrected in Ecrire's UI. > > I know that the default theme is the gold standard for judging these > things, but it simply does not have enough contrast on a small laptop > screen so that Dimensions is my go to. In any event, it would be nice > if Ecrire and the Dimensions theme could "patch up" their differences > (as it were!). > > Best, > Roy > > PS Promise to update the Spanish the translation of Ecrire when I get a > bit of time! have you played with the palette tool/settings and selected a different palette or adjusted colors? :) http://www.enlightenment.org/ss/e-63b35ea614be22.02959606.png http://www.enlightenment.org/ss/e-63b35ecf96e9a9.24543561.png http://www.enlightenment.org/ss/e-63b35ee79957a9.49508354.png http://www.enlightenment.org/ss/e-63b35effc5a041.68682152.png http://www.enlightenment.org/ss/e-63b35f16ad7272.93162081.png http://www.enlightenment.org/ss/e-63b35f33955078.88116224.png -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Happy New year E crowd
On Mon, 2 Jan 2023 16:26:41 + Φ SNAKΣ ΣYΣZ Φ said: > This is great - only signed up recently so thanks for the update :) > Happy new year! > > Any chance of implementing the workspace dragbar from e16 in the latest > Enlightenment? No - as desktops are done quite differently this doesn't quite work. :) E16 did this because desktops other than desktop 0 were their own windows which thus would move all children with it etc - this also causes a whole lot of pain with apsp assuming lots of things and breaking their ability to know their window frame positions. > I used to be a kitchen designer for MFI years ago; their trade outlet > Howdens is still around and worth a look. It was always a good place to > get the same quality kitchens at a better price with additional bits and > bobs you can't get separately from mainstream stores - I used to use it > to sort out issues with customer's kitchens. You were /supposed/ to be > a tradesman to buy there, but they usually have business cards on the > counter for local tradesmen and they'll usually deal with you direct > anyway ;) Kitchen s already "in" (cabinets). Wren. The problem is... backsplashes still have to go in (quartz guys have to come back and install those in the coming weeks). The big real problem is appliances. No stove, oven, microwave, dishwasher, fridge, washer, dryer, taps, sink waste .. because plumbers and electricians don't show up. So a bunch of cabinets and otherwise non-functional. This is the tale of much of this... get it to 80% but not actually functioning. > Best of luck with your house renovations and all the best. > > On 02/01/2023 11:11, Carsten Haitzler wrote: > > So ... Happy new year and what not. > > > > As a new years resolution... I've decided to be a bit more communicative. > > I'm going to start with this email. > > > > So things have been a bit quiet lately. I've been busy with buying a house > > (oddly it's my first house I've ever bought) in London. Like most places > > that are not astronomically prices, it needs work. I've been having it get > > renovated and oddly this actually has proven to be an extra full-time job > > in addition to my full time work at Arm, so time for E is preciously small. > > Bonuses are that the work is coming towards the latter end (well it was > > originally meant to be a 10 week project. 24 weeks later and it's still > > going...). I've been living without a proper bathroom and no kitchen now > > for several months (relying on a small shower room) and battling dust and > > dirt, freezing cold coming through open doorways (with no doors), a central > > heating system that is broken (it seems some people have zero clue how to > > install and commission these). Oddly I have gigabit internet with cat6a > > wired up through the house... no kitchen but gigabit networking. I guess > > I'm officially a nerd. Once things settle I'll have more time, but there is > > so much to do still even when builder do finally leave one day... > > > > Now that aside let's get on with E stuff. > > > > I've been working away at a rewrite of efm. Why? The old efm code is... > > old. It has some nasty dark corners that mean e gets i/o stalls and > > especially in some cases when on possibly slow storage like some slow usb > > drive or network mount. I've really needed to TOTALLY isolate the i/o from > > the front end. Bonus - doing this means I can fake the back-end fs. Let's > > not waste your curiosity and give you a link to the work so far (not in git > > yet): > > > > http://www.rasterman.com/files/efm2.tar.gz > > > > To unpack + build: > > > >tar zxvf efm2.tar.gz > >cd efm2 > >meson . build > >ninja -C build > >sudo ninja -C build install > >efm ./testdir > > > > (note - pass any dir as the argument on the cmdline or no dir == list > > current dir). > > > > It's a TEST tool. It is not a final, look and feel. Actually the window is > > more about testing things like focus movement - the buttons surrounding the > > scrollable view are all for testing. It's all about creating enough code to > > test and build the actual efm internals for the view and make the back-end > > file i/o function. You will need a git checkout of efl for new theme > > elements BTW. > > > > So ... what is this? Roughly... A file manager view that currently does > > regular row by row icon view (with fixed icon sizes), simple list view > > (icon + name), detailed list view (lots of columns with resizable drag > > bars, and an interesting size view with a colored and sized bar for > > relative file
[e-users] Happy New year E crowd
. I know. Security implications. How do you know this backend is not just going to delete all your files... I'll have to come up with some kind of rating, signing and blacklisting (removal) system. This kind of thing has already been tried with screenshots in e to some reasonable success. This will need to expand it to track the uploader by some unique key/hash so only the uploader can upload updates to a backend and that uploader can be identified and banned if they do bad things. New backends that have not had anyone look into them yet can be flagged as "in staging" with big warning symbols until enough people (or the right people) give them a clean bill of health. Will cross that bridge when we come to it. I plan to re-use the whole stdin/out system in future for gadgets too allowing much more easily hacked together gadgets and such in e. Imagine you right click on a gadget and you get an "edit source" menu and up comes the bash script for that gadget - you can edit and press "save" and it will change/update on the fly. like with fm backends press "share" to share your creation... same problems with security, so will need the same solution for both, but the point here is ease of use and separating out gui from back end. Anyway - there is a new year update on what I have been doing and where it is now, where it's going etc. and real code to back it up - not just hot air. -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Enlightenment with setxkbmap
On Wed, 28 Dec 2022 13:53:17 +0100 daniel antoine said: e parses system files to see what keymaps might be available. for example: /usr/share/X11/xkb/rules/xorg.lst see https://git.enlightenment.org/enlightenment/enlightenment/src/commit/6cca3f77e8b34d8b25315d31e6e3cb73ad63ff20/src/modules/xkbswitch/e_mod_parse.c#L64 the list of files is there if you ever need a custom layout. it basically finds the first one it can then parses that. so what you want to do is augment your system .lst file to list your kbd map and install it alongside all the other map files so its an option. you don't need your xorg.conf "hack" then - it'll be an option in layouts... i believe this should also work for wayland then too... but don't bet your life on it... i haven't tried. :) but you basically need libinput handling these maps. right now i wouldn't bet on wayland mode working too well here ... so don't use it if you want stable and full featured. wayland is experimental - i added a wayland logo overlay watermark in e git specifically to let people know they are in wayland mode and to act as a minor annoyance to discourage wl mode except for those willing to work on making it better :). it certainly fixes the "why doesn't that work wtf ... oh i'm in wayland mode" problem... as it's now obvious. this will get removed when wayland is no longer experimental :) > Hi > I use an old macbook with a distro that is a fork of Nutyx converted > to systemd. The distro installator don't give the right apple keymap > so I am obliged to download an old file mac-macbook-fr.kmap for the > virtual console. That is enough to do command lines. When we install > enlightenment we have just the choice for a default basic keyboard in > my case "fr" as I am french. I have tried to install an apple keyboard > configuration but I didn't succeed despite the large apple choice > under enlightenment. In Terminology the keymap was French but not > complete (ex: - was an = ...) . The elegant way to be ride of this > problem was to create or modify in /etc/X11/xorg.conf.d/ an > 00-keyboard.conf file with > > Section "InputClass" > Identifier "system-keyboard" > MatchIsKeyboard "on" > Option "XkbLayout" "fr" > Option "XkbVariant" "mac" > Option "XkbOptions" "terminate:ctrl_alt_bksp" > EndSection > > After that the keymap was correct with the enlightenment Xorg session. > When I passed to an enlightenment wayland session as there is no > configuration file I tried apple configuration config and finally I > found the "good" one : fr,macbook79,mac. The keymap is perfect without > error. > When I returned to an Xorg enlightenment session and tried the > fr,macbook79,mac configuration , it was not ok ,the keymap seemed the > same as the default basic keyboard. I have lived with that for a long > time switching with the "appropriate" keymap each time I change > session Xorg or wayland. > Recently by looking at the .e-log.log in my home user I found a line > "/bin/bash error setxkbmap missing". It seemed to refer to > xorg-setxkbmap that was not installed on my system. I installed the > package but when I rebooted one more time the keymap looked like it > was the default basic but switching to fr,macbook79,mac worked on > Xorg. The error has disappeared from .e-log.log. > > So now I have only one right configuration for the Xorg and wayland session > The xorg-setxkbmap is not called during the compilation of efl and > enlightenment, maybe it's a runtime dependency. I have a debian system > and it seems that this package is included in a xorg-utils package. > Other distributions may install it by default. > > I suggest that a little note may be included on the enlightenment main > site in case somebody has this problem. > > Best regards > > Dania > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] e-crash issue
On Wed, 21 Dec 2022 19:02:45 +0900 Masaru Nomiya said: > Hello, > > In the Message; > > Subject: Re: [e-users] e-crash issue > Message-ID : <20221216054249.15580dfc6752064485701...@rasterman.com> > Date & Time: Fri, 16 Dec 2022 05:42:49 +0000 > > [CH] == Carsten Haitzler has written: > > CH> On Thu, 15 Dec 2022 18:09:13 +0900 Masaru Nomiya > CH> said: > > [...] > CH> you can read their PKGBUILD files to see how > CH> efl and e are built with asan. > > CH> https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=efl-git-asan > CH> > https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=enlightenment-git-asan > > Sorry , but I had done it,before. m(_ _)m > > BTW, I did so, and I got a crash dump just now, > But, files's name is .e-crashdump.txt (before, the file name was > indeed .e-log.log). > > Anyway, I uploaded it here under the file nmae dump.tgz; > > > https://drive.google.com/file/d/1VLvws1FYbjOUsAw3z8RLDSCzy9QQZjhl/view?usp=sharing i need ~/.e-log.log to see asan's output... th crashdump is also useful-but the asan log in ~/.e-log.log is very important. here what i see is a crash inside malloc itself, so i think by now everything will have gone bad and memory malloc relies on tracking allocations is somehow messed up. you might have to go back to good old valgrind... > > Regards, > > --- > ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp > ┃＼／彡 > ┗━━┛ "Bill! > You married with Computer. >Not with Me!" >"No..., with money." > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] e-crash issue
On Thu, 15 Dec 2022 18:09:13 +0900 Masaru Nomiya said: you have no symnbols. no gdb debug. i see 3 crashes in that log. (chrashdump keeps being appended to each crash): Thread 1 (Thread 0x7f6dae712e00 (LWP 17060) "enlightenment"): #0 0x7f6dafa83bf2 in pause () at /lib64/libc.so.6 #1 0x7f6daf9e2460 in () at /lib64/libc.so.6 #2 0x563c0a64f928 in e_notification_notify_close () Thread 1 (Thread 0x7f4b0e0c0e00 (LWP 23723) "enlightenment"): #0 0x7f4b0f483bf2 in pause () at /lib64/libc.so.6 #1 0x7f4b0f3e2460 in () at /lib64/libc.so.6 #2 0x5628ee3b4928 in e_notification_notify_close () Thread 1 (Thread 0x7f5f809bfe00 (LWP 2717) "enlightenment"): #0 0x7f5f81d81bf2 in pause () at /lib64/libc.so.6 #1 0x7f5f81ce0460 in () at /lib64/libc.so.6 #2 0x7f5f73702090 in () #at /usr/lib64/enlightenment/modules/mixer/linux-gnu-x86_64-dev-0.25.99/module.so each different. the first 2 i assume are crashes in libc - probably due to passing in a bad ptr to a str func or a malloc related bug (double-free. free junk pointer etc.). the last - who knows. access of some incorrect pointer. you have no debug info to use to do anything. i suggest you read up on asan (see enlightenment.org/contrib/efl-debug ) and rebuild efl and e with asan support (and gdb debug of course) then submit the asan logs (from ~/.e-log.log). arch linux has efl-git-asan and enlightenment-git-asan aur packages just for this purpose. you can read their PKGBUILD files to see how efl and e are built with asan. https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=efl-git-asan https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=enlightenment-git-asan (PKGBUILD files are literally shell scripts pretty much...). > Hello, > > The flashing phenomenon occurred once, but I was unable to record it > due to a concurrent e-crash, and will do so at a later date . > > Another problem now. > > I often download web files using the browser Vivaldi, and occasionally > (but I feel it is more often than not) I get an e-crash. > Until now, I thought it was probably caused by Vivaldi, butToday, > after updating pipewire and wireplumber. > >$ systemctl --user daemon-reload >$ systemctl --user pipewire pipewire-pulse wireplumber > > on the shelf, I couldn't see the Mixer icon on the shelf anymore, so I > clicked on that part and it caused e-crash, and I panicked and pressed > the F1 key. > > This made me wonder if the e-crash could have been caused by something > else. > So, I uploaded the .e-crahdump.txt file. > > I have put the file as e-crashdump.txt.gz at the following location. > > https://drive.google.com/file/d/1asT2-k8-ykkKWBEAQkjoDnJIKN-W4SHQ/view?usp=share_link > > Could you have look? > > I would appreciate your advice. > > --- > ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp > ┃＼／彡 > ┗━━┛ "A bachelor’s degree still holds prestige as a ticket to the > middle class, but its value has received increasing scrutiny. > In the last several years, rising tuition and student loan debt > have led more Americans to reconsider an investment in > postsecondary education." > > -- Washington Post -- > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] No instances in an IBar...
On Wed, 14 Dec 2022 19:00:05 +0100 Pierre Couderc via enlightenment-users said: > > On 12/14/22 13:53, Carsten Haitzler wrote: > > On Wed, 14 Dec 2022 11:21:01 +0100 Pierre Couderc via enlightenment-users > > said: > > > >> In debian, when I hoover on terminology (or anything else) icon in an > >> IBar, I see all the instances of terminology. > >> > >> I have gone to arch, and I see no more these instances... > >> > >> What do I miss...? > > I don't know? i'm on arch and i get all those windows in the popup list... > > terminology, sylpheed, hexchat, chromium, thunderbird ... all of them show > > all the instances of these running > > > OK, I should add that I did install with pacman, not own build... it shouldnt matter - the only difference between source and package (pacman) will be prefix /usr vs /usr/local (and if i compile with gdb debug on by default etc.). - certainly not to any behavior like this - there are not compile time differences. those instances are found the same way - tracking child processes and/or windows with matching properties to the desktop file... it doesn't matter if its 1 screen or 2. -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Enlightenment crashing (may be related to the Discord app)
On Wed, 14 Dec 2022 14:26:26 +0100 Le Barjack said: it crashes when you open the apps menu? _e_int_menus_apps_thread_new() seems right up there but with no detailed info (line number etc.) also i see: eet_dictionary_free() with a pause() which implies the crash is in here... which i have never seen but we're missing full gdb debug info. right now i'd say "can you please build efl and e with asan support and then get the asan dump". if you use arch linux efl-git-asan and enlightenment-git-asan are already there for you... :) just yay -S those :) > Hi, > > I encounter regular crash of the enlightenment desktop. > I have the intuition that it's related to the usage of the discord > application. I can't remember a similar crash while discord was off. > > The guru meditation dialog appears and says that it couldn't launch a > gdb session. In the majority of the cases, I was able to come back to > the desktop by left clicking on the mouse, as advertised on the dialog. > > If I try to attach a gdb to get a backtrace before left clicking, gdb > tells me "No bt". > > I do have some information in the system journal and the crashdump. > You can find he logs here: > https://pastebin.com/13XUNNru > > I am not familiar in debugging things and most of the tips I found on > the end of the file enlightenment-debug.md were really cryptic to me, > but if I can be of more help in collecting data related to this crash, > just tell me how to do that. > > Cheers, > -- > François aka Le Barjack > > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] No instances in an IBar...
On Wed, 14 Dec 2022 11:21:01 +0100 Pierre Couderc via enlightenment-users said: > In debian, when I hoover on terminology (or anything else) icon in an > IBar, I see all the instances of terminology. > > I have gone to arch, and I see no more these instances... > > What do I miss...? I don't know? i'm on arch and i get all those windows in the popup list... terminology, sylpheed, hexchat, chromium, thunderbird ... all of them show all the instances of these running -- - Codito, ergo sum - "I code, therefore I am" ------ Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Blinking Issue?
On Wed, 14 Dec 2022 06:43:13 +0900 Masaru Nomiya said: > Hello, > > In the Message; > > Subject: Re: [e-users] Blinking Issue? > Message-ID : <3e14b14b-4a02-a3e8-7656-a7a432b32...@woelders.dk> > Date & Time: Tue, 13 Dec 2022 16:14:37 +0100 > > [KW] == Kim Woelders has written: > > KW> Just for the record - e16 does do compositing, has since 0.16.8, > KW> released in > KW> 2006. Not GL, just Xrender. > > KW> It does however not use anything .e/... (but .e16/...) or efl, and has no > KW> shelves or iBar stuff, so I doubt we are actually talking about e16 here. > > I have five Window Managers installed, the main one I use is > enlightenment, and e16 is just for deleting .e's and restoration work. > > In other words, the blinking issue is not about e16, but about > enlightenment. i suspect the blinking issue might be driver related - if you can get a video of it, that will help me understand what is happening. > Regards. > > --- > ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp > ┃＼／彡 > ┗━━┛ "Bill! > You married with Computer. >Not with Me!" >"No..., with money." > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] polkit problem
On Tue, 13 Dec 2022 10:22:32 -0500 Conrad Knight said: > > From: Carsten Haitzler > > so - build e/efl without asan and it'll all work fine. or ... get digging > > deep, built pam with asan and find out just what on earth is really going > > on. > > Wow, that is a weird one! At least i know now it's not E. As i haven't > had any crashes or restarts lately (fingers crossed), i'll just switch > to a non-asan build. yeah - use non-asan, unless you have some irritating bug to hunt and you see often enough to catch it. then rebuild it all with asan and presto. hunt that bug! :) -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Blinking Issue?
On Tue, 13 Dec 2022 16:14:37 +0100 Kim Woelders said: > Just for the record - e16 does do compositing, has since 0.16.8, > released in 2006. Not GL, just Xrender. > > It does however not use anything .e/... (but .e16/...) or efl, and has > no shelves or iBar stuff, so I doubt we are actually talking about e16 here. masaru was just saying in e16 he doesn;'t see it - without compositing its a vastly different rendering path and using a completely different graphics acceleration method, if any. > /Kim > > > On 12/13/22 15:41, Carsten Haitzler wrote: > > On Tue, 13 Dec 2022 19:36:56 +0900 Masaru Nomiya > > said: > > > > e25 composites. e16 doesn't. or not last i knew. very very very different > > display paths. > > > > no i see no "blinking" on any device i have (bunch of x86 boxes with intel > > or amd gpu's) nor on any arm devices (rpi3, rpi4 and mali gpu based devices > > like rockpro64 and a test chip with a bifrost gpu + komeda dpu). > > > > can you get a video of it? > > > >> Hello, > >> > >> I'm using .e, which still has iBox-like behaviour, but it's starting > >> to behave more and more like an iBar, so I thought I'd configure a new > >> .e and see what happens. > >> I'm using the latest version of efl and enlightenment provided by > >> openSUSE (probably the git state-of-the-art), with e16. > >> > >> $ mv .e e.orig > >> > >> and logged into enlightenment, configured .e according to the > >> guidelines and registered the applications in shelf as before. > >> > >> When using it with this, the phenomenon of the work area blinking > >> while working in the terminal or in Emacs occurred frequently, and I > >> investigated various things, but could not find the trigger and cause, > >> so I entered e16 and did the following. > >> > >> $ cp -rp .e.orig .e > >> > >> and logged in to enloghtenment again, the blinking phenomenon disappeared. > >> > >> Is this a phenomenon unique to me? > >> > >> I would like to add that the reconfigured e. does indeed improve the > >> usability of the iconified apps, but the fact that the shelf is > >> bloated with the icons of multiple running apps is making me think. > >> In other words, since I am using it with multiple apps running all the > >> time ... > >> > >> Regards & Good Night. > >> > >> --- > >> ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp > >> ┃＼／彡 > >> ┗━━┛ "The question of who holds the platform and whether the person > >> or organisation holding it is trustworthy has serious and > >> profound implications in these volatile times. Once trust is broken, it is > >> extremely difficult to restore. It is necessary to > >> diversify in advance." > >> > >>-- Financial Times > >> -- > >> > >> > >> ___ > >> enlightenment-users mailing list > >> enlightenment-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > >> > > > > > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Blinking Issue?
On Tue, 13 Dec 2022 19:36:56 +0900 Masaru Nomiya said: e25 composites. e16 doesn't. or not last i knew. very very very different display paths. no i see no "blinking" on any device i have (bunch of x86 boxes with intel or amd gpu's) nor on any arm devices (rpi3, rpi4 and mali gpu based devices like rockpro64 and a test chip with a bifrost gpu + komeda dpu). can you get a video of it? > Hello, > > I'm using .e, which still has iBox-like behaviour, but it's starting > to behave more and more like an iBar, so I thought I'd configure a new > .e and see what happens. > I'm using the latest version of efl and enlightenment provided by > openSUSE (probably the git state-of-the-art), with e16. > > $ mv .e e.orig > > and logged into enlightenment, configured .e according to the > guidelines and registered the applications in shelf as before. > > When using it with this, the phenomenon of the work area blinking > while working in the terminal or in Emacs occurred frequently, and I > investigated various things, but could not find the trigger and cause, > so I entered e16 and did the following. > > $ cp -rp .e.orig .e > > and logged in to enloghtenment again, the blinking phenomenon disappeared. > > Is this a phenomenon unique to me? > > I would like to add that the reconfigured e. does indeed improve the > usability of the iconified apps, but the fact that the shelf is > bloated with the icons of multiple running apps is making me think. > In other words, since I am using it with multiple apps running all the > time ... > > Regards & Good Night. > > --- > ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp > ┃＼／彡 > ┗━━┛ "The question of who holds the platform and whether the person > or organisation holding it is trustworthy has serious and > profound implications in these volatile times. Once trust is broken, it is > extremely difficult to restore. It is necessary to diversify in > advance." > > -- Financial Times -- > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] polkit problem
On Mon, 12 Dec 2022 12:10:42 -0500 Conrad Knight said:
so .. all i can say is... everything e passes in to pam is correct. the pam
conversation only asks for a password and e ckpasswd provides it with:
case PAM_PROMPT_ECHO_OFF:
reply[replies].resp_retcode = PAM_SUCCESS;
reply[replies].resp = strdup(ai->pw);
so any pointers passwd in by e are correct. this conversation func ptr was one
thing that could be but it was and is set up right:
typedef struct
{
const char *user;
const char *pw;
} Authinfo;
...
Authinfo ai;
struct pam_conv conv;
...
ai.user = user;
ai.pw = pw; Authinfo ai;
...
conv.conv = _conv_cb;
conv.appdata_ptr =
if (pam_start(prof, user, , ) != PAM_SUCCESS) return -1;
if (pam_set_item(handle, PAM_USER, user) != PAM_SUCCESS) return -1;
if (pam_set_item(handle, PAM_RHOST, host) != PAM_SUCCESS) return -1;
pamerr = pam_authenticate(handle, 0);
it's this above function (pam_authenticate) that dies internally if and only if
you build e (specifically e's ckpasswd util) with asan. i can only imagine that
pam does something internally - possibly due to security reasons, to make it
not work with asan. at this point i'd need to build pam and all modules it uses
with gdb debug and possibly asan support to find out more. but all of this
fails because ckpasswd is built with asan enabled. everything e does on its end
in the code (read e_ckpasswd_main.c) is correct here. it's passing in
everything as it should in the way it should. pam barfs somewhere inside -
possibly can't load some module or find some symbol or something and the error
handling is bad as it never expects this to fail and ends up calling a null
address. gnome's polkit tool works because it's not built with asan ... and
it's not using pam directly itself to do the auth checks.
so - build e/efl without asan and it'll all work fine. or ... get digging deep,
built pam with asan and find out just what on earth is really going on.
but ...all is fine without asan. :)
> I'm having a problem with E's polkit module. I was running
> pamac-manager and it asked for authentication. The password dialog box
> popped up, i entered my password, but then got an authentication
> failure error message.
>
> There's some output in .e-log.log that looks relevant:
>
> AUTH: POLKIT:
> [3-85675816164cbd241ec6e8b4f92b0e4f-3-a4ac0b07e510e40440dbf83b5e4bcfb8] AUTH:
> UID: [1000] AUTH: readpass...
> AddressSanitizer:DEADLYSIGNAL
> =
> ==99121==ERROR: AddressSanitizer: SEGV on unknown address
> 0x (pc 0x bp 0x7fffdece1aa0 sp 0x7fffd
> ece1228 T0)
> ==99121==Hint: pc points to the zero page.
> ==99121==The signal is caused by a READ memory access.
> ==99121==Hint: address points to the zero page.
> #0 0x0 ()
> #1 0x7fb5b6ceb74b (/usr/lib/security/pam_unix.so+0x574b)
>
> AddressSanitizer can not provide additional info.
> SUMMARY: AddressSanitizer: SEGV ()
> ==99121==ABORTING
>
> If i unload the polkit module and manually start
> polkit-gnome-authentication-agent-1 instead, and then try again,
> everything works: i get a gnome password dialog box instead of an E
> one, i enter my password, and pamac starts its update process.
>
> I don't know when this problem may have started, as i rarely use
> pamac. Hmm, it just occurred to me that gparted also asks for
> authentication with polkit. Tried running that, and the same thing
> happens. After entering my password, i get an E error dialog telling
> me "Enlightenment was unable to run the application...". And there's
> another, similar message in .e-log.log.
>
> Any ideas what might be wrong?
>
> Thanks,
> -Conrad.
>
> --
> Shine like thunder
> Cry like rain
>
>
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] polkit problem
On Mon, 12 Dec 2022 12:10:42 -0500 Conrad Knight said: > I'm having a problem with E's polkit module. I was running > pamac-manager and it asked for authentication. The password dialog box > popped up, i entered my password, but then got an authentication > failure error message. > > There's some output in .e-log.log that looks relevant: > > AUTH: POLKIT: > [3-85675816164cbd241ec6e8b4f92b0e4f-3-a4ac0b07e510e40440dbf83b5e4bcfb8] AUTH: > UID: [1000] AUTH: readpass... > AddressSanitizer:DEADLYSIGNAL > = > ==99121==ERROR: AddressSanitizer: SEGV on unknown address > 0x (pc 0x bp 0x7fffdece1aa0 sp 0x7fffd > ece1228 T0) > ==99121==Hint: pc points to the zero page. > ==99121==The signal is caused by a READ memory access. > ==99121==Hint: address points to the zero page. > #0 0x0 () > #1 0x7fb5b6ceb74b (/usr/lib/security/pam_unix.so+0x574b) > > AddressSanitizer can not provide additional info. > SUMMARY: AddressSanitizer: SEGV () > ==99121==ABORTING > > If i unload the polkit module and manually start > polkit-gnome-authentication-agent-1 instead, and then try again, > everything works: i get a gnome password dialog box instead of an E > one, i enter my password, and pamac starts its update process. > > I don't know when this problem may have started, as i rarely use > pamac. Hmm, it just occurred to me that gparted also asks for > authentication with polkit. Tried running that, and the same thing > happens. After entering my password, i get an E error dialog telling > me "Enlightenment was unable to run the application...". And there's > another, similar message in .e-log.log. > > Any ideas what might be wrong? something seems to be jumping to the NULL address - some function ptr is null maybe? but this is INSIDE the pam module. (sorry accidentally sent too early). now i don't have any trace beyond that pam module. i don't know how it's ending up in this pam module. i don't even know for sure WHAT is ending up there. what process? > Thanks, > -Conrad. > > -- > Shine like thunder > Cry like rain > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] polkit problem
On Mon, 12 Dec 2022 12:10:42 -0500 Conrad Knight said: update - i started running gparted as a test. indeed i see: AUTH: POLKIT: [2-f82cac0bd4d54babd4e3bab9219a26bc-5-897b2680c1c90cddcf5bb0e281634211] AUTH: UID: [1000] AUTH: readpass... AddressSanitizer:DEADLYSIGNAL = ==22551==ERROR: AddressSanitizer: SEGV on unknown address 0x (pc 0x bp 0x7ffc0a3dc800 sp 0x7ffc0a3dbf88 T0) ==22551==Hint: pc points to the zero page. ==22551==The signal is caused by a READ memory access. ==22551==Hint: address points to the zero page. #0 0x0 () #1 0x7f64c4e7f74b (/usr/lib/security/pam_unix.so+0x574b) AddressSanitizer can not provide additional info. SUMMARY: AddressSanitizer: SEGV () ==22551==ABORTING i suspect it's the e ckpasswd util/tool in e. > I'm having a problem with E's polkit module. I was running > pamac-manager and it asked for authentication. The password dialog box > popped up, i entered my password, but then got an authentication > failure error message. > > There's some output in .e-log.log that looks relevant: > > AUTH: POLKIT: > [3-85675816164cbd241ec6e8b4f92b0e4f-3-a4ac0b07e510e40440dbf83b5e4bcfb8] AUTH: > UID: [1000] AUTH: readpass... > AddressSanitizer:DEADLYSIGNAL > = > ==99121==ERROR: AddressSanitizer: SEGV on unknown address > 0x (pc 0x bp 0x7fffdece1aa0 sp 0x7fffd > ece1228 T0) > ==99121==Hint: pc points to the zero page. > ==99121==The signal is caused by a READ memory access. > ==99121==Hint: address points to the zero page. > #0 0x0 () > #1 0x7fb5b6ceb74b (/usr/lib/security/pam_unix.so+0x574b) > > AddressSanitizer can not provide additional info. > SUMMARY: AddressSanitizer: SEGV () > ==99121==ABORTING > > If i unload the polkit module and manually start > polkit-gnome-authentication-agent-1 instead, and then try again, > everything works: i get a gnome password dialog box instead of an E > one, i enter my password, and pamac starts its update process. > > I don't know when this problem may have started, as i rarely use > pamac. Hmm, it just occurred to me that gparted also asks for > authentication with polkit. Tried running that, and the same thing > happens. After entering my password, i get an E error dialog telling > me "Enlightenment was unable to run the application...". And there's > another, similar message in .e-log.log. > > Any ideas what might be wrong? > > Thanks, > -Conrad. > > -- > Shine like thunder > Cry like rain > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] polkit problem
On Mon, 12 Dec 2022 12:10:42 -0500 Conrad Knight said: > I'm having a problem with E's polkit module. I was running > pamac-manager and it asked for authentication. The password dialog box > popped up, i entered my password, but then got an authentication > failure error message. > > There's some output in .e-log.log that looks relevant: > > AUTH: POLKIT: > [3-85675816164cbd241ec6e8b4f92b0e4f-3-a4ac0b07e510e40440dbf83b5e4bcfb8] AUTH: > UID: [1000] AUTH: readpass... > AddressSanitizer:DEADLYSIGNAL > = > ==99121==ERROR: AddressSanitizer: SEGV on unknown address > 0x (pc 0x bp 0x7fffdece1aa0 sp 0x7fffd > ece1228 T0) > ==99121==Hint: pc points to the zero page. > ==99121==The signal is caused by a READ memory access. > ==99121==Hint: address points to the zero page. > #0 0x0 () > #1 0x7fb5b6ceb74b (/usr/lib/security/pam_unix.so+0x574b) > > AddressSanitizer can not provide additional info. > SUMMARY: AddressSanitizer: SEGV () > ==99121==ABORTING > > If i unload the polkit module and manually start > polkit-gnome-authentication-agent-1 instead, and then try again, > everything works: i get a gnome password dialog box instead of an E > one, i enter my password, and pamac starts its update process. > > I don't know when this problem may have started, as i rarely use > pamac. Hmm, it just occurred to me that gparted also asks for > authentication with polkit. Tried running that, and the same thing > happens. After entering my password, i get an E error dialog telling > me "Enlightenment was unable to run the application...". And there's > another, similar message in .e-log.log. > > Any ideas what might be wrong? something seems to be jumping to the NULL address - some function ptr is null maybe? but this is INSID the pam module. > Thanks, > -Conrad. > > -- > Shine like thunder > Cry like rain > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] How to debug bluetooth connect failure ?
On Thu, 1 Dec 2022 08:04:50 +0100 Pierre Couderc via enlightenment-users said: > Testing under rpi 4 with rasp os, I cannot connect a bluetooth device > which usually (under amd64) works fine. > > The device is detected in bluetooth gadget but fails to connect without > any message. > > How to debug this ? you could user bluetoothctl and on the cmdline try connect. also d-feet and use a gui to browse the dbus protocol and run methods like the connect one. you probably won't find the errors very useful though. > Thanks. > > PC > > > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] After screen blanking, "no backlight"
On Thu, 1 Dec 2022 10:00:58 + Pierre Couderc via enlightenment-users said: > Under e from rasp os on rpi 4: to get back normal backlight, I have to > go to "backlight setting", change anything, and apply.Then at this > momen normal backlight is applied. raspberry pi has no backlight? do you mean this is the monitor backlight modified by ddc? -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] About Terminology scroll back
On Tue, 15 Nov 2022 17:23:09 +0100 leoutat...@gmx.fr said: > Hi > Its' not possible to scroll back with many lines in Terminology , even > with 131,072 setting > Example: I can't see whole 'pact list' standout do you mean "pactl list"? > I don't meet this problem with xfce4-terminal where unlimited > scroll-back is possible > conditions: efl, e, terminology git versions i have no problems with scroll back. mouse wheel scrolls up. shift+pgup/dn scroll... i get 1000's of lines of scrollback. sometimes some apps use a pager app (eg more or less) automatically and then it can happy you have no scrollback because the pager 9m,ore/less) is doing that not the terminal. > -- > Maderios > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] enlightenment-users Digest, Vol 196, Issue 8
On Sat, 12 Nov 2022 14:47:44 -0500 Conrad Knight said:
> On Sat, Nov 12, 2022 at 1:41 PM Carsten Haitzler wrote:
> > the default is just print. not shift-print.perhaps this is your problem...
> > you THINK it's shift-print... ?
>
> Hmm, Print was definitely not bound to anything before i looked at
> this yesterday, and shift-Print was. Maybe left over from a
> long-forgotten previous attempt at getting screenshots to work? I see
It's absolutely not the default. Check the e sources :) It'd have been your
efforts.
> there's a "reset to default" button Before i try that, do you
> foresee any problem with me backing up
> ~/.e/e/config/standard/e_bindings.cfg and restoring it afterward?
Other than e fighting you and writing out its in-memory copy of that
overwriting your replacement with backup... you essentially have to copy the
file on top and then force e to segfault immediately to hope to not have e
overwrite your config for some reason. :)
> (Sidenote: What's the difference between e_bindings.cfg.{1,2,etc.} and
> e_bindings.{1,2,etc.}.cfg? I seem to have both.)
backups. :) e keeps 9 backups of any config file. it will fall back to a backup
if the main file can't be decoded correctly. if that backup fails it goes to
the next one and so on. so e.cfg, e.cfg.1, e.cfg.2 etc. ... e.cfg.8, e.cfg.9
i changed the backup naming scheme at some point thus you'll have the old ones
that are not used anymore (e.1.cfg e.2.cfg etc.) and the newer scheme.
> > I'm wondering if you have something odd with your keyboard layout OR you're
> > running some other software that has stolen the print key?
>
> But surely that other software would also steal it from xev and
> xbindkey? And when the key bindings settings screen prompts me to
> press a key to bind?
it would steal it from xev - yes. one thing i might imagine - it's some unknown
lock? but then all key bindings would suffer...
> The only other thing possibly affecting that key might be the SysRq
> function, alt-Print, which works even in the text console. I could try
> temporarily disabling sysrq, maybe?
i really don't know - i can't see why the print key would specially not work.
try binding shot to F12 or something? if you see Print being pressed in xev -
then e hasn't actually successfully grabbed that key if you just press it.
> -Conrad.
>
> --
> Shine like thunder
> Cry like rain
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] enlightenment-users Digest, Vol 196, Issue 8
On Sat, 12 Nov 2022 12:05:35 -0500 Conrad Knight said: > > From: Ross Vandegrift > > No idea- but I can confirm it works for me. I remap screen shot to > > C-Print, and map Print to play/pause on a laptop without media keys. > > I just tried C-Print as well, still nothing. Shift-Print was already > in the default bindings, and Alt-Print is SysRq, at a much lower level the default is just print. not shift-print.perhaps this is your problem... you THINK it's shift-print... ? > than X. I've also noticed (while using xbindkeys) that Fn-Print shows > up as Ins. This is a laptop keyboard, and the F keys and a few others > have alternative labels (such as media keys) used when the Fn key is > held down, and the Print key does have a tiny Ins label. > > Hmm, just thought of something, and tried it out: binding that Ins to > the screenshot function DOES work. I can use Fn-Print as a > work-around. And the other Ins key, on the numpad, does not trigger > the screenshot. xev shows these as keycode 118 (keysym Insert), and > keycode 90 (keysym KP_Insert), respectively, so i still have an Ins > key to use separately, should i ever need one. I'm wondering if you have something odd with your keyboard layout OR you're running some other software that has stolen the print key? > E, for some reason, is not intercepting keycode 218 or keysym Print > (don't know which it should be looking for). With the Fn-Print binding > active, xev doesn't even see that keypress. But it always sees the > Print keypress, regardless of that binding state. And yet... E does > see it when adding the binding, while asking for a keypress to bind. > Weird... take a closer look around. every machine i have print just works and takes a screenshot... > -Conrad. > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] How to "enlarge" a window ?
On Tue, 8 Nov 2022 10:11:08 +0100 Pierre Couderc via enlightenment-users said: > I use a Windows XP guest in qemu on e. > > I use a 4K monitor and my 800x600 XP windows is very very small, lost in > the 4K monitor. > > I do not want to change my 800x600 size nor my monitor. > > But I would like to enlarge the XP window so that a XP pixel be mapped > on 4 monitor pixels, or even if possible on 2 or 2.5 or 3 pixels. > > Is it possible with e or an application derived from e...? > > Thanks for any help ! no - e can't do it. because while the compositor can scale windows... e cant scale input coordinates like the mouse as input events go direct from xserver to app window and e is not involved. you'll need to use scaling inside qemu itself or some other mechanism (spice or other remote display) thus it can scale the input coords at the qemu or display level then > PC > > > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- ----- Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Frequent crashes when closing windows
On Sat, 5 Nov 2022 23:54:36 -0400 Conrad Knight said: > For the past few weeks (month or two?) i've been experiencing a lot of > crashes with enlightenment (from git). It's not exactly reproducible, > but i've noticed it only happens when closing windows. Usually when > closing a program's dialog window (file open or save location, for > example). But sometimes it happens when closing a program's main > window, too (quitting emacs, for example). > > I finally got around to recompiling enlightenment with debugging > support (using the enlightenment-git-asan package from AUR). I > triggered a crash and got the flashing red rectangle at the top of the > screen telling me to press F1, as usual. I now have e-log.log and > e-crashdump.txt files... Are these of any use to someone? As far as i > can tell from the log file, the error occurred somewhere in the > procstats module. > > Anyway, i've uploaded the two files here: > > https://mega.nz/file/8WciETKT#iVo_zmj2TZtOOE5yUobz1zHBnOVFa2pX2TKVGO3AayI > https://mega.nz/file/UGdy3bBK#CV3QJjBmQTRI60ALV1Q27kbLJ2nz9hBHeNvLaJW5lkY > > If there's any way i can generate more debugging output, please let me > know. As i mentioned, it's not always reproducible, but i can be > fairly confident in triggering this crash a few times a day. efreet is not happy. some desktop files seem dodgey. can't say which. it's marching along but not happy. the asan log through tells me... problem is in procstats - unload that module and your crashes should vanish. i'll try a fix in git - i'm guessing what it might be based on that backtrace (the 2nd link). btw - if you have crashes..,. please do what you did - build with asan - get me that asan log. it's actually useful. :) -- ----- Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Does the ｓelective apply of the Application Theme is possible?
On Wed, 02 Nov 2022 19:28:01 +0900 Masaru Nomiya said: > Hello, > > I like the Application Theme and I use Plata Noir, but there are some > applications I want to exclude. > > For example, I use seamonkey for sites that have problems with my > regular Vivaldi, but if I don't change the Application Theme to > something like Adwaita, the display is black and I can't read it. > > I would be happy if I could selectively apply the Application Theme, > but is this possible? it's not possible. gtk an qt read xsettings for this and this is a singleton "one config for the whole session/screen" and designed that way. elementary allows for per-window x client messages to tell elm to switch profile ... thus could switch theme/config (e uses this for screen specific profiles) - efl doesnt use xsettings. > Thanks in advance. > > --- > ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp > ┃＼／彡 > ┗━━┛ "The question of who holds the platform and whether the person > or organisation holding it is trustworthy has serious and > profound implications in these volatile times. Once trust is broken, it is > extremely difficult to restore. It is necessary to diversify in > advance." > > -- Financial Times -- > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse "blocked"
On Wed, 2 Nov 2022 09:35:56 +0100 Pierre Couderc via enlightenment-users said: > Here are my screens A and B : > > > > | | > > x | B | > > ___| | > > | | | > > | A |___| > > |__| y > > > Sometimes, I do not know why, my mouse "goes" and remains blocked in x > area ! (not y or any other area...) that shouldn't happen. can you try disabling any of the warp settings that move the mouse when focus changes? e sets up blocking areas at the edges of the screens to not allow the mouse to get here. is there some way x allows the mouse to bypass these? > This occurs only since a few weeks maybe since 0.25, maybe since > 0.25.4... and about twice a day. > > I have only found the solution to kill e, and so all apps. Is there a > more subtle way to reset e without resetting all apps...? > > Thanks > > PC > > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] IBar miniview problem - DEBUG
On Mon, 24 Oct 2022 19:07:14 +0200 Quelrond said: there is something timer based here... almist like the show timer never gets call. can i ask you to change: ic->show_timer = ecore_timer_loop_add(0.2, _ibar_icon_mouse_in_timer, ic); to ic->show_timer = ecore_timer_add(0.2, _ibar_icon_mouse_in_timer, ic); ? perhaps change the other ecore_timer_loop_add() calls to ecore_timer_add() ? i wonder if somehow this has to do with the vsync timestamp being in the past so far the timer has already expired logically or something? > I forced the coordinates of the menu to (100, 100) in > _ibar_icon_menu_recalc, replacing the > > evas_object_move(ic->menu->comp_object, ox, oy); > > by > > evas_object_move(ic->menu->comp_object, 100, 100); > > It does not change anything - the menu is shown or not shown at the > defined place, but when it is not shown near icon - it is not shown here > neither. So, it is NOT SHOWH AT ALL despite the _ibar_icon_menu_show > function is called correctly, and not moved somewhere (see below). > > What is really interesting from the timings I sent you previously - the > _ibar_icon_menu_show is called ONCE, at the correct moment. BUT when I > move the mouse pointer from IBar to outside, when it leaves the icon - > the menu is shown, but _ibar_icon_menu_show is NOT called. The menu is > shown EXACTLY at the same moment when the icon goes to the 'unfocused' > state. So, if the icon is in 'focused' state - it prevents the menu from > being shown. When it goes to 'unfocused' state - the menu is shown > without any additional function call. And when the menu is shown before > the icon goes to the 'focused' state - it continues to be shown. BTW, > sometimes (probably due to a delay of calculating previews) if a menu is > not already shown before the icons comes to 'focused' state - the menu > is not shown even if the call of _ibar_icon_menu_show is placed before > _ibar_icon_signal_emit(...focused...) in _ibar_icon_mouse_in_timer. > > Once again, raster, it is something new, this is a regression > introduced, probably, in the last EFL. What was changed in the areas > that could be related to this problem? > > Peter > > On 22/10/2022 11:19, Carsten Haitzler wrote: > > the menu is > > placed above the icon in _ibar_icon_menu_recalc() - so unless the menu is > > not hidden but MOVED somewhere crazy or resized to something silly... > > perhaps tracking the geometry of ic->menu->comp_object in here where it > > moves and resizes it might say something... > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] [E-devel] New git URL/SSH locations, phasing out phab (and gitolite)
On Thu, 27 Oct 2022 13:08:31 +0200 Massimo Maiurana said: > Massimo Maiurana ha scritto il 01/06/22 alle 14:00: > > Carsten Haitzler ha scritto il 01/06/22 alle 10:46: > >> On Tue, 31 May 2022 15:35:10 +0200 Massimo Maiurana > >> said: > >> > >>> Carsten Haitzler ha scritto il 08/05/22 alle 00:40: > >>>> Phabricator has been on life support for a while now. Upstream stopped > >>>> development. Every new release of php gets stricter and phab breaks > >>>> more > >>>> each time. arcanist has become a non-working thing. It's time to move. > >>>> > >>>> In the spirit of that I have set up gitea on > >>>> https://git.enlightenment.org > >>>> - it pretty much is a miniature github that is self-hosted. It replaces > >>>> gitolite and most of phabricator functionality in one. phab is still > >>>> running for now but I'll kill it off soon enough (set it to > >>>> read-only mode > >>>> but still run it for reference to old tasks/reviews). > >>>> > >>>> This means git repository url's will have moved. If you explore the > >>>> above > >>>> you'll see where they are. I have not made all of them public (the > >>>> default > >>>> for importing is private and you have to manually go make each > >>>> public, so I > >>>> did this for repos that are not essentially archived off as history). > >>>> > >>>> This means developers also have to re-register accounts for commit > >>>> access. > >>>> It's easy - the web UI allows you to self-serve. The only thing that > >>>> I need > >>>> is for people to join so we can set up collaborators on the shared > >>>> projects > >>>> so you have commit access again (otherwise you only can commit to > >>>> your own > >>>> private repositories you set up). > >>> > >>> Does it mean that commit accesses will be restored manually one at a > >>> time? I've just registered on git.enlightenment.org with my usual > >>> nickname but currently i can't do anything via git+ssh. I guess i'll > >>> have to check it later, am i right? :) > >> > >> An admin has to add you to projects as a collaborator - it all has to > >> wait for > >> people like you to make accounts and ask :) YUou actually have to be > >> added per > >> project - its not "all access or nothing". It starts with the account. > >> I added > >> you to efl, enlightenment, terminology right now (don't have time > >> right now to > >> go through a long list). let me know if you want others also. > > > > Thanks! In theory i could be asked to commit translation updates for > > every project, starting (but not limited to) with projects supporting > > gettext, but since many of them never changes i'll ask every time i need > > to be added somewhere :) > > Hi, can someone please grant me write access on ephoto project? > > maxerba done! added you :) > > > >>>> I've set up git commit emails again to the same > >>>> mailing list so no change there. > >>>> > >>>> Gitea takes on the following tasks: > >>>> > >>>> Listing git repositories and browsing their trees, showing commits etc. > >>>> Bug tracking (issues). > >>>> Review (pull requests). > >>>> Markdown/wiki per repo/project > >>>> Organizations (shared code repository holders). > >>>> ... and other smaller related code/repo etc. tasks. > >>>> > >>>> I may have to do some more minor fixing. I may have missed things, > >>>> but I > >>>> think the major things have been done. Yes - I know > >>>> https://www.enlightenment.org still refers to phab in many places. > >>>> That's > >>>> something to sort out next. > >>>> > >>> > >> > >> > > > ___ > enlightenment-devel mailing list > enlightenment-de...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] IBar miniview problem - DEBUG
On Sat, 22 Oct 2022 11:00:21 +0200 Quelrond Q said: > > > > Le 22 oct. 2022 à 09:49, Carsten Haitzler a écrit : > > > > that is odd... the menu is shown.. but you don't see it? something must be > > hiding it... but what? > > What if the menu is hidden by this overlay that makes 'focused' effect on the > icon? they are unrelated separate objects. the menu s not swallowed. the menu is placed above the icon in _ibar_icon_menu_recalc() - so unless the menu is not hidden but MOVED somewhere crazy or resized to something silly... perhaps tracking the geometry of ic->menu->comp_object in here where it moves and resizes it might say something... > > > FYI i just don't see the problem here so it's hard for > > me to debug a behaviour i can't see and observe... > > I know that you don't see it, but you can even take the control over my PC by > VNC one day if you want. > > > is something emitting some > > signal twice to show to the menu? > > How can I check it? Why does the second signal hide the menu? > > Peter > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] IBar miniview problem - DEBUG
On Fri, 21 Oct 2022 20:38:43 +0200 Quelrond said: > It does not seem to be a case. > > I move mouse pointer into an IBar icon, it stays there about 10 seconds, > then I move it out. The call sequence (with timings) is as follows: > > 1666376906 _ibar_cb_icon_mouse_in > 1666376907 _ibar_icon_mouse_in_timer > 1666376907 _ibar_icon_menu_show > 1666376918 _ibar_cb_icon_mouse_out > 1666376919 _ibar_cb_out_hide_delay > 1666376919 _ibar_icon_menu_hide > > I don't see the menu when my mouse is in. I see it briefly when I move > it out. > > So, it seems that all the functions are called correctly, but the menu > is not visible before I move the pointer out. Then it is hidden by > timer. Probably, something in the overlay zoom object blocks showing the > menu. that is odd... the menu is shown.. but you don't see it? something must be hiding it... but what? FYI i just don't see the problem here so it's hard for me to debug a behaviour i can't see and observe... is something emitting some signal twice to show to the menu? > Peter > > On 17/10/2022 21:01, Carsten Haitzler wrote: > > they should give some interesting info. focused causes the extra overlay > > object to appear and that is what does the pulse/zoom anim. that object > > should not be accepting events thus not cause a mouse out. what i am > > wondering is if you get a mouse in then a mouse out immediately after - eg > > right after the focused signal is sent? that overlay zoom object that you > > see when mouse is over (focused) should have mouse events pass through it > > as if it didn't exist. > > > > the menu shows as a result of a mouse in and a small tiemout. that timeout > > is deleted/canceled by a mouse out or some other conditions. i want to know > > if that timeout even begins and what event cancels it (or the mouse out > > hides the menu if the timeout already happened) > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
