- User Since
- Jan 6 2015, 5:06 AM (412 w, 4 d)
Feb 26 2022
Text alignment is fixed in Enlightenment 0.25.3.
The problem of indicators cannot be reproduced anymore, I suppose that it was fixed as well.
Fixed in Enlightenment 0.25.3, the pointer is perfectly scaled now! Thanks!
Fixed in Enlightenment 0.25.3
Feb 7 2022
I can see in systray module code that custom images are supported for tray icon, but not for menu items :(
Probably, a new loader should be used in e_mod_notifier_host.c (_item_submenu_new function). Right now only e_util_menu_item_theme_icon_set is present - to load an icon from theme.
Feb 6 2022
Menu in systray module of Enlightenment:
Menu in tint2:
Feb 2 2022
The exact error is:
meson.build:108:8: ERROR: compiler.links got unknown keyword arguments "link_args"
Feb 1 2022
Closed with raster's accord.
Yes, it would be nice :)
I cannot reproduce the issues anymore.
Thanks a lot, raster!
Jan 28 2022
It seems that the issue with Telegram was not present before raster's commit ea973717708a71b62e4661b4dad7b2bd15bc23ef.
Almost the same thing for Telegram Desktop. The function e_desk_last_focused_focus is called once here, but for the main Telegram window ec->lock_focus_out is 1 too, so the window is skipped, the focus goes to Terminology window.
After some debugs of loosing focus in JXplorer, I see that the function e_desk_last_focused_focus is called twice after pressing "OK" in "About" window. During the first call, the main window correctly gets focus. During the second call the main window is skipped at line 430 because ec->lock_focus_out is 1 for this window.
Please, someone, look at this problem. I need to change DE every time I need to work with Java applications, it's unusable at the current state.
Focus lost in Telegram Desktop after mouse right-click on a message. Normally, a pop-up menu should be shown, it IS shown but behind another window that takes the focus.
Focus lost in JXplorer on close a popup window
Jan 22 2022
...I think there were two different problems as the focus was lost at different moments - for Leafpad the focus was lost BEFORE secondary window opening, for JXplorer - AFTER the secondary window closing. The mentioned commit solved one of these problems, the second remains.
The commit ea973717708a71b62e4661b4dad7b2bd15bc23ef solved the problem with GTK applications Leafpad and Gimp.
The problem with Java applications are still here (tested with JXplorer and RazorSQL).
Jan 21 2022
The moment when Leafpad loses focus
Jan 20 2022
After some debugs, I see that the main window of Leafpad is skipped in e_desk_last_focused_focus at line 430 because ec->lock_focus_out is 1 for this window. So, the next window (Terminology) gets focus after selecting a menu line and closing menu.
Jan 19 2022
...BTW, Enlightenment working under Xephyr is simple to debug with QT Creator.
I see _e_comp_x_hook_client_focus_unset_job called, then _e_comp_x_hook_client_focus_set_job called
in case of pressing "About" in menu.
There is a difference between VLC (works fine) and Leafpad (works bad):
_e_comp_x_hook_client_focus_unset_job arrive with the name of main app in both cases
_e_comp_x_hook_client_focus_set_job arrive with the name of main app in case of VLC and with the name of another app (Terminology) in case of Leafpad.
So, after click on menu "About" Leafpad loses focus, then modal dialog opens, on close of this dialog the focus comes back to Terminology (normal).
I see where the name of window for _e_comp_x_hook_client_focus_set_job it set, but it does not help me. I still don't understand who and where does choose the window to set focus after _e_comp_x_hook_client_focus_unset_job
Jan 18 2022
I can reproduce the problem starting Enlightenment in Xephyr session under another WM. I'll try to debug it there.
All these applications have icons in menus and in IBar.
After some testing, I see that the problem is randomly present - restarting Enlightenment can bring icons back (and can leave Winlist without icons).
And yes, there is Liferea at the end of the list - GTK3 based RSS viewer, it has an icon.
The diff is huge, there are very many remembers in the old config (I did not set them manually!!)
The most interesting difference I found is some winlist values set to 0 now (they were set to 1):
I checked the dependencies of programs that I used to reproduce this bug.
Surprise - leafpad is NOT GTK3 program, it is a GTK2 program.
It is really important, as GTK2 programs do not use CSD.
As about Java applications - from release notes of Java 11:
"JavaFX will now use GTK 3 by default on Linux platforms where the gtk3 library is present. Prior to JavaFX 11, the GTK 2 library was the default."
So, all Java applications on my system (FreeBSD with default java version 8) are surely using GTK2. And the bug is present for several GUI java applications I've tested.
Another application that does not work correctly - flphoto, image viewer, based on FLTK toolkit (not related to GTK either). The main application window is hidden when I open any modal dialog, it does not come back when the dialog is closed.
So, the problem is NOT GTK3 related, and even NOT GTK related. It can be reproduced with different applications, that use different GUI toolkits.
I see another thing changed in WinList since the replacement of E config - on change the active item in the WinList, the window of the item selected does not change visibility (before the replacement it was coming just behind WinList window, and I could see the content). It can be related to the problems I had.
Jan 17 2022
To find it and to send the patches I need to know where to search. The Enlightenment codebase is huge.
As far as I understand, the problem comes from bad focusing of the parent window:
- for leafpad - on dialog open (probably, more simple to search)
- for RazorSQL - on dialog close
In both cases I need to know where the Enlightenment code that manages visibility and focusing of windows is situated.
I use some GTK3 application on daily basis, I'm really penalized by this bug. I'm ready to search, but I need some help.
Even if I want to open a GTK3 bug - I'll need some debugs anyway.
Heh... I could fix it!
I removed ~/.e directory and reconfigured E 'from scratch', after this I cannot reproduce the problem.
Raster, do you want to digg into my old config (I have a backup), or I close the task?
...and I try to change the size because I use 1.2 scaling factor on my desktop, and the default mouse cursor scaled at 1.2 looks really LARGE, I don't want to work like this!!
Sorry, raster, but if you want to remove cursor scaling (BTW, why don't you want just scale it correctly??) - you need to add a possibility to change cursor bitmap in E settings! ;)
As I could not find anything about this problem in Internet, I tried to test a little bit more myself.
So, I tried to reproduce the problem in different WMs I have installed on my PC:
- Worm (something really basic)
And I could not reproduce the problem anywhere but in Enlightenment!
So, even if GTK3 applications do something wrong - all other WMs, even basic ones, arrive to manage it, I don't lose focus. So, the problem can be fixed at WM level.
I'll try to search the information about this GTK3 problem. I leave this task open to put here any workaround if I find it.
No, I don't see the outline of a border/frame.
Note, that just before closing WinList, when I select the window using mouse crollbar, it IS shown. It disappears when I click to close WinList. I think it is an important detail.
As I can see the problem, how can I try to debug it? As for now, this is the most important bug in the last version of E, I really want to get it fixed before updating the FreeBSD ports of EFL and E.
Why isn't it possible to change the titles alignment to 'left' from 'center' when IBar has a left-side position on the screen, and to 'right' from 'center' when it is placed on the right side?
What about badly placed indicator of Nheko icon?
Yes, the old cursor looks smaller because it integrates the black area, and the new one - not.
But the problem is that the cursor is CUT on the left side when I change it's size to <20 pixels. Not scaled, but CUT. I suppose that when I change the size of cursor it will be scaled (at least, it was like this in previous versions of Enlightenment).
It seems that you have very high DPI on your screen, so you don't need so small cursor ;)
Jan 16 2022
I replaced pointer.png in the theme by the old one - it looks really better, but it is cut on the left side. It was the problem with the new pointer cursor too.
Yes, the video has some artifacts due to your favorite NVIDIA GPU (I am alerted by the recording software, but I don't want to change the NVIDIA settings just for the recording).
As about window - no, it is not below Firefox. I can minimize all windows one by one - the first window is not shown. Even worse - if I minimize several windows - they are still not shown after focusing them by mouse-driven WinList, even after restart of E, I need to bring them over, one by one, using alt-tab, to access them later with mouse-started WinList.
It seems that for Enlightenment the window IS shown as in some tests I even lose mouse events in the window shown, like if they went to a 'transparent' window shown over it.
Is it possible to 'force' the redraw of this window?
Sorry, upload was corrupted
Terminology with Firefox & others behind
% git log commit b6da0ac8733a0110f8634de38ba70cf60ae87193 (HEAD -> master, origin/master, origin/HEAD) Author: Carsten Haitzler <firstname.lastname@example.org> Date: Sun Jan 9 16:38:24 2022 +0000
RazorSQL with some windows behind
Leafpad with some other windows behind
Jan 11 2022
YES, the build works again.
Thanks a lot!!!
Jan 10 2022
Dec 31 2021
Dec 30 2021
Sorry, I am not able to propose the patch to fix this problem (tried some 'evident' solution, but they don't work).
Please, merge the patch to fix the problem.
Apr 12 2021
Dec 22 2020
Dec 16 2020
When do you plan to push the patches to master and would they get to a next release and when is the next release planned?
I prefer that netstar test it and pushed himself. It seems that he changed my patches. Anyway, before push it should be tested :)
Jul 15 2020
netstar, do you think it is still 'no way to fix'?
Jun 18 2020
It seems that it works correctly with Lua 5.1.
If is is broken 'by design' - it would be nice to check Lua version during meson configure state and stop building with unsupported version of Lua.
May 28 2020
Seems to be fixed by Raster's commit: 2bd98e830f51fa985cbc3a0ab2db4e759ec75354
May 25 2020
May 17 2020
May 15 2020
It seems that has_header meson function is not recursive.
I could reproduce your problem creating symlinks of epoll.h in /usr/local/include/sys or in /usr/include/sys
I don't know why do you have such links (or strange CFLAGS=I/usr/local/include/libepoll-shim) but anyway it is not a standard situation. So I think that libepoll-shim package installed would not prevent correct building of EFL without epoll.
I cannot reproduce your problem on my test PC under FreeBSD 12.1.
I have libepoll-shim package installed, but during the configuration of EFL meson does not detect sys/epoll.h header. I have it installed in /usr/local/include/libepoll-shim/sys/epoll.h and I have CFLAGS=-I/usr/local/include exported, but meson does not detect it. Don't you have a symlink of this file in /usr/include for any reason?
May 14 2020
Try to build EFL and Terminology in jail with the strict minimum of other software installed. Terminology and Enlightenment from Git work fine here with EFL 1.24 on FreeBSD 11.3.
May 11 2020
If you check the code from my initial message here, you'll see that LightDM completely ignores desktop file, using his own special names for DE icon files. One more Ubuntism here. I think that you can just add a symlink.
May 10 2020
Just checked it on fresh installation - no icon is shown. The icon name is not correct.
The icon name must be enlightenment_badge-symbolic.svg and NOT just enlightenment.svg
May 3 2020
May 2 2020
Apr 26 2020
Apr 25 2020
It seems that this is a problem of profile.
I removed ~/e. and ~/.elementary directories and started E 'from scratch' - DnD was working correctly after this. When I put back my profiles - it does not work anymore.
It is NOT a problem of theme - reverting to the default one does not solve the problem.
My profiles are complex (mostly .e). How can I debug it? What profile parameters could affect the DnD behavior?
Apr 24 2020
...as about lock&remember - indeed, "current screen" option does the job, the window is correctly positioned on the second monitor.
Bug open on mozilla.org: https://bugzilla.mozilla.org/show_bug.cgi?id=1632808
Apr 23 2020
OK, thanks, Raster, I see better the difference with another DEs now.
...and even if Firefox does something wrong - it is one of the most used applications on *nix, if it has problems under E only - this situation does not improve the image of Enlightenment in 'average' user's eyes ;)
OK, let's try to position it by E. I start another app on the second plan to use as a reference point, then I start Cliqz.
Then I tell to E to remember the position of the window
Then I restart Cliqz - it is shifted exactly the same way as before, when I did not try to remember the position
Then I try to lock the position from moving on it's own
Hmm... It starts on the first monitor (laptop internal), but I locked it on the second one (HDMI connected)!
Then I close my session and reboot to LXDE to test there... Everything works as expected without any tweaks on LXDE side! The window is correctly placed on the second monitor exactly at the same place as it was closed!
I have no XFCE installed on this PC, but I used it a lot on another PC and I've never had such problem there.
If I am wrong in my parameters of remember/lock - feel free to close this task again, but I'm almost sure that the information received by Cliqz from E is not 100% correct.
Another application: RazorSQL (GUI Java-based).