You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(299) |
Sep
(185) |
Oct
(187) |
Nov
(257) |
Dec
(165) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(291) |
Feb
(316) |
Mar
(134) |
Apr
(167) |
May
(171) |
Jun
(76) |
Jul
(83) |
Aug
(52) |
Sep
(65) |
Oct
(24) |
Nov
(48) |
Dec
(104) |
| 2003 |
Jan
(101) |
Feb
(101) |
Mar
(98) |
Apr
(53) |
May
(171) |
Jun
(160) |
Jul
(79) |
Aug
(119) |
Sep
(132) |
Oct
(114) |
Nov
(158) |
Dec
(75) |
| 2004 |
Jan
(65) |
Feb
(146) |
Mar
(145) |
Apr
(98) |
May
(131) |
Jun
(133) |
Jul
(203) |
Aug
(128) |
Sep
(98) |
Oct
(163) |
Nov
(108) |
Dec
(115) |
| 2005 |
Jan
(131) |
Feb
(144) |
Mar
(341) |
Apr
(162) |
May
(215) |
Jun
(156) |
Jul
(396) |
Aug
(684) |
Sep
(537) |
Oct
(517) |
Nov
(450) |
Dec
(373) |
| 2006 |
Jan
(533) |
Feb
(306) |
Mar
(196) |
Apr
(204) |
May
(368) |
Jun
(310) |
Jul
(247) |
Aug
(322) |
Sep
(223) |
Oct
(220) |
Nov
(195) |
Dec
(125) |
| 2007 |
Jan
(119) |
Feb
(105) |
Mar
(149) |
Apr
(179) |
May
(142) |
Jun
(122) |
Jul
(95) |
Aug
(138) |
Sep
(74) |
Oct
(56) |
Nov
(98) |
Dec
(53) |
| 2008 |
Jan
(146) |
Feb
(113) |
Mar
(173) |
Apr
(83) |
May
(74) |
Jun
(34) |
Jul
(88) |
Aug
(107) |
Sep
(152) |
Oct
(80) |
Nov
(71) |
Dec
(49) |
| 2009 |
Jan
(80) |
Feb
(104) |
Mar
(102) |
Apr
(160) |
May
(71) |
Jun
(97) |
Jul
(59) |
Aug
(107) |
Sep
(90) |
Oct
(50) |
Nov
(58) |
Dec
(61) |
| 2010 |
Jan
(38) |
Feb
(38) |
Mar
(55) |
Apr
(87) |
May
(67) |
Jun
(61) |
Jul
(65) |
Aug
(186) |
Sep
(46) |
Oct
(210) |
Nov
(168) |
Dec
(158) |
| 2011 |
Jan
(196) |
Feb
(182) |
Mar
(148) |
Apr
(147) |
May
(149) |
Jun
(177) |
Jul
(151) |
Aug
(248) |
Sep
(190) |
Oct
(69) |
Nov
(123) |
Dec
(171) |
| 2012 |
Jan
(56) |
Feb
(175) |
Mar
(141) |
Apr
(96) |
May
(160) |
Jun
(157) |
Jul
(178) |
Aug
(194) |
Sep
(223) |
Oct
(200) |
Nov
(310) |
Dec
(373) |
| 2013 |
Jan
(465) |
Feb
(264) |
Mar
(110) |
Apr
(112) |
May
(109) |
Jun
(102) |
Jul
(49) |
Aug
(79) |
Sep
(120) |
Oct
(96) |
Nov
(149) |
Dec
(237) |
| 2014 |
Jan
(144) |
Feb
(278) |
Mar
(323) |
Apr
(144) |
May
(122) |
Jun
(265) |
Jul
(129) |
Aug
(186) |
Sep
(158) |
Oct
(150) |
Nov
(153) |
Dec
(195) |
| 2015 |
Jan
(111) |
Feb
(112) |
Mar
(40) |
Apr
(90) |
May
(81) |
Jun
(142) |
Jul
(102) |
Aug
(96) |
Sep
(59) |
Oct
(101) |
Nov
(58) |
Dec
(37) |
| 2016 |
Jan
(69) |
Feb
(56) |
Mar
(76) |
Apr
(7) |
May
(123) |
Jun
(78) |
Jul
(44) |
Aug
(58) |
Sep
(34) |
Oct
(99) |
Nov
(30) |
Dec
(59) |
| 2017 |
Jan
(86) |
Feb
(78) |
Mar
(89) |
Apr
(49) |
May
(40) |
Jun
(56) |
Jul
(34) |
Aug
(37) |
Sep
(53) |
Oct
(36) |
Nov
(66) |
Dec
(67) |
| 2018 |
Jan
(69) |
Feb
(37) |
Mar
(53) |
Apr
(66) |
May
(42) |
Jun
(38) |
Jul
(31) |
Aug
(40) |
Sep
(71) |
Oct
(16) |
Nov
(26) |
Dec
(13) |
| 2019 |
Jan
(26) |
Feb
(8) |
Mar
(19) |
Apr
(29) |
May
(24) |
Jun
(14) |
Jul
(101) |
Aug
(32) |
Sep
(35) |
Oct
(38) |
Nov
(21) |
Dec
(36) |
| 2020 |
Jan
(9) |
Feb
(8) |
Mar
(6) |
Apr
(87) |
May
(53) |
Jun
(62) |
Jul
(18) |
Aug
(29) |
Sep
(66) |
Oct
(26) |
Nov
(18) |
Dec
(28) |
| 2021 |
Jan
(13) |
Feb
(29) |
Mar
(41) |
Apr
(75) |
May
(52) |
Jun
(32) |
Jul
(16) |
Aug
(29) |
Sep
(71) |
Oct
(37) |
Nov
(22) |
Dec
(11) |
| 2022 |
Jan
(75) |
Feb
(64) |
Mar
(33) |
Apr
(31) |
May
(17) |
Jun
(37) |
Jul
(44) |
Aug
(25) |
Sep
(59) |
Oct
(39) |
Nov
(33) |
Dec
(34) |
| 2023 |
Jan
(50) |
Feb
(44) |
Mar
(61) |
Apr
(17) |
May
(20) |
Jun
(7) |
Jul
(32) |
Aug
(21) |
Sep
(13) |
Oct
(10) |
Nov
(24) |
Dec
(5) |
| 2024 |
Jan
(11) |
Feb
(1) |
Mar
(17) |
Apr
(9) |
May
(15) |
Jun
(25) |
Jul
(4) |
Aug
(15) |
Sep
|
Oct
(27) |
Nov
(9) |
Dec
(17) |
| 2025 |
Jan
(35) |
Feb
(12) |
Mar
(6) |
Apr
(4) |
May
(2) |
Jun
(4) |
Jul
(3) |
Aug
(111) |
Sep
(8) |
Oct
|
Nov
|
Dec
|
| 2026 |
Jan
(1) |
Feb
(10) |
Mar
(10) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Carla S. <car...@sf...> - 2026-04-15 20:11:14
|
Hello, An interesting blog article that I read recently is worth mentioning. https://iczelia.net/posts/e16-20-year-old-bug/ |
|
From: Christian K. <dv...@gm...> - 2026-03-31 08:08:09
|
On Sat, Mar 28, 2026 at 04:30:03PM +0100, Kim Woelders wrote: > The reason for the change was that I usually have many applications with a > scrollbar left or right, often near a desk edge. > It was (particularly when using a theme with 1 pixel left/right window > borders) very easy to accidentally scroll in the edge window instead of in > the application scrollbar, annoyingly flipping the desk instead of scrolling > the application pane. > > I have pushed a change so that the top/bottom edges now handle button > press/release events as before, but the left/right ones still don't. > > If you still think it should be configurable we can do that, but I'd prefer > not to have yet another semi-obscure setting. Hi Kim, I agree. I think your change works better. The setting would indeed have been pretty obscure and hard to understand what it even means. Since your solution now fixes both my and your use case, I think it's the way to go. I just recompile e16 git and it works as expected again. :) Concerning the mailing lists - it is pretty strange. I can see my mails in the online list archives, but somehow they got eaten on my side, probably some hickup with my gmail rules + mutt. Thanks for caring for e16! Christian Klein |
|
From: Kim W. <ki...@wo...> - 2026-03-28 15:30:18
|
Hi Christian, On 2026-03-26 12:54, Christian Klein wrote: > Hi Kim, > > thanks for still maintaining e16! > > After not updating for ages - after all, e16 is pretty stable :) - I decided > to update to the newest git version. > > Unfortunately, there is a regression for my use case: > I am using multiple virtual desktops and switch between them using the mouse > scroll wheel. > > Since I use several full-screen applications, I normally use this feature by > moving the mouse cursor to the very top edge of the screen and then use the > scroll wheel. However, this no longer works with newer e16 releases. > > I bisected and traced it to this commit: > > ------ > commit dee8d4f36925f66f63925726b542289b18bef273 > Author: Kim Woelders <ki...@wo...> > Date: Fri Jul 22 06:33:52 2022 +0200 > > edge: Prevent pointer click and motion events propagating to root > > Avoids activating desk flips, root menus, and root window tooltips when > clicking on or moving over the edge windows. > ------ > > (And yes, did I mention that I haven't updated e16 for ages? :) ). > > If I revert this commit, all works again as expected. I can switch between > desktops by going to the top edge of the screen and using the mouse wheel. > > I am not sure if this is a real regression, since the commit message makes > it sound as if this is the intended behaviour. > > Anyway, I prepared a patch to make this configurable - see attachment. > I have no clue about X programming or e16 code, all I did was moving the > code from the above commit to a place where it's called on every change in > the desktop settings menu. > The reason for the change was that I usually have many applications with a scrollbar left or right, often near a desk edge. It was (particularly when using a theme with 1 pixel left/right window borders) very easy to accidentally scroll in the edge window instead of in the application scrollbar, annoyingly flipping the desk instead of scrolling the application pane. I have pushed a change so that the top/bottom edges now handle button press/release events as before, but the left/right ones still don't. If you still think it should be configurable we can do that, but I'd prefer not to have yet another semi-obscure setting. Thanks :) /Kim > I also added a german translation to the de.po, but since I use english as > my default language (German translation of computer stuff always sounds > cringey to me) I can't comment on how good it is. > > Also, all changes where made by me, no AI used. > So any mistakes and stupidities are mine. ;) > > Kind Regards and thanks for still maintining the best version of the best > window manager on this planet! > > Christian > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users |
|
From: Kim W. <ki...@wo...> - 2026-03-27 05:22:44
|
Hi Christian, No worries, your mail(s) did make it to the list(s) and to me :) I'll get back when I get around to dig into it. /Kim On 2026-03-26 22:13, Christian Klein wrote: > (resending mail, seems the first try to send it failed - it never > showed up in the mailing list) > Hi Kim, > > thanks for still maintaining e16! > > After not updating for ages - after all, e16 is pretty stable :) - I decided > to update to the newest git version. > > Unfortunately, there is a regression for my use case: > I am using multiple virtual desktops and switch between them using the mouse > scroll wheel. > > Since I use several full-screen applications, I normally use this feature by > moving the mouse cursor to the very top edge of the screen and then use the > scroll wheel. However, this no longer works with newer e16 releases. > > I bisected and traced it to this commit: > > ------ > commit dee8d4f36925f66f63925726b542289b18bef273 > Author: Kim Woelders <ki...@wo...> > Date: Fri Jul 22 06:33:52 2022 +0200 > > edge: Prevent pointer click and motion events propagating to root > > Avoids activating desk flips, root menus, and root window tooltips when > clicking on or moving over the edge windows. > ------ > > (And yes, did I mention that I haven't updated e16 for ages? :) ). > > If I revert this commit, all works again as expected. I can switch between > desktops by going to the top edge of the screen and using the mouse wheel. > > I am not sure if this is a real regression, since the commit message makes > it sound as if this is the intended behaviour. > > Anyway, I prepared a patch to make this configurable - see attachment. > I have no clue about X programming or e16 code, all I did was moving the > code from the above commit to a place where it's called on every change in > the desktop settings menu. > > I also added a German translation to the de.po, but since I use English as > my default language (German translation of computer stuff always sounds > cringey to me) I can't comment on how good it is. > > Also, all changes were made by me, no AI used. > So any mistakes and stupidities are mine. ;) > > Kind Regards and thanks for still maintaining the best version of the best > window manager on this planet! > > Christian |
|
From: Christian K. <dv...@gm...> - 2026-03-26 21:13:35
|
(resending mail, seems the first try to send it failed - it never
showed up in the mailing list)
Hi Kim,
thanks for still maintaining e16!
After not updating for ages - after all, e16 is pretty stable :) - I decided
to update to the newest git version.
Unfortunately, there is a regression for my use case:
I am using multiple virtual desktops and switch between them using the mouse
scroll wheel.
Since I use several full-screen applications, I normally use this feature by
moving the mouse cursor to the very top edge of the screen and then use the
scroll wheel. However, this no longer works with newer e16 releases.
I bisected and traced it to this commit:
------
commit dee8d4f36925f66f63925726b542289b18bef273
Author: Kim Woelders <ki...@wo...>
Date: Fri Jul 22 06:33:52 2022 +0200
edge: Prevent pointer click and motion events propagating to root
Avoids activating desk flips, root menus, and root window tooltips when
clicking on or moving over the edge windows.
------
(And yes, did I mention that I haven't updated e16 for ages? :) ).
If I revert this commit, all works again as expected. I can switch between
desktops by going to the top edge of the screen and using the mouse wheel.
I am not sure if this is a real regression, since the commit message makes
it sound as if this is the intended behaviour.
Anyway, I prepared a patch to make this configurable - see attachment.
I have no clue about X programming or e16 code, all I did was moving the
code from the above commit to a place where it's called on every change in
the desktop settings menu.
I also added a German translation to the de.po, but since I use English as
my default language (German translation of computer stuff always sounds
cringey to me) I can't comment on how good it is.
Also, all changes were made by me, no AI used.
So any mistakes and stupidities are mine. ;)
Kind Regards and thanks for still maintaining the best version of the best
window manager on this planet!
Christian
|
|
From: Christian K. <dv...@gm...> - 2026-03-26 11:54:59
|
Hi Kim,
thanks for still maintaining e16!
After not updating for ages - after all, e16 is pretty stable :) - I decided
to update to the newest git version.
Unfortunately, there is a regression for my use case:
I am using multiple virtual desktops and switch between them using the mouse
scroll wheel.
Since I use several full-screen applications, I normally use this feature by
moving the mouse cursor to the very top edge of the screen and then use the
scroll wheel. However, this no longer works with newer e16 releases.
I bisected and traced it to this commit:
------
commit dee8d4f36925f66f63925726b542289b18bef273
Author: Kim Woelders <ki...@wo...>
Date: Fri Jul 22 06:33:52 2022 +0200
edge: Prevent pointer click and motion events propagating to root
Avoids activating desk flips, root menus, and root window tooltips when
clicking on or moving over the edge windows.
------
(And yes, did I mention that I haven't updated e16 for ages? :) ).
If I revert this commit, all works again as expected. I can switch between
desktops by going to the top edge of the screen and using the mouse wheel.
I am not sure if this is a real regression, since the commit message makes
it sound as if this is the intended behaviour.
Anyway, I prepared a patch to make this configurable - see attachment.
I have no clue about X programming or e16 code, all I did was moving the
code from the above commit to a place where it's called on every change in
the desktop settings menu.
I also added a german translation to the de.po, but since I use english as
my default language (German translation of computer stuff always sounds
cringey to me) I can't comment on how good it is.
Also, all changes where made by me, no AI used.
So any mistakes and stupidities are mine. ;)
Kind Regards and thanks for still maintining the best version of the best
window manager on this planet!
Christian
|
|
From: Pierre C. <pi...@co...> - 2026-03-20 19:17:18
|
Thank you ! On 3/20/26 18:25, gary wrote: > Hi, > > If all you want to do is boot your computer silently, I suggest using > the mixer module. After loading it, enable [remember] in the settings. > Then select [mute] for the default channel in the mixer dialog. The > next boot should be silent. If you want to enable sound afterward, > disable [mute] in the mixer for the channel you want to use. > > Works for me. > > debian trixie > Linux 6.12.73+deb13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.73-1 > (2026-02-17) x86_64 GNU/Linux > > On 2026-03-18 01:07, Pierre Couderc via enlightenment-users wrote: >> Mmm, I think this startup sound should be a E setting. >> >> You may want to power on your computer without awaking the whole >> house... >> >> >> On 4/28/21 15:24, Carsten Haitzler wrote: >>> On Wed, 28 Apr 2021 15:01:18 +0200 Francesc Guasch >>> <fr...@te...> >>> said: >>> >>> several ways: >>> >>> run elementary_config - also in settings -> preferences -> >>> elementary config >>> >>> under audio -> you can mute specific kinds of sounds. the init >>> splash is an >>> effect - so mute that. >>> >>>> Hi. I have been looking everywhere and I can't find a way to disable >>>> the startup sound that E is doing recently. It is quite loud. >>>> >>>> My guess is I have to unbundle the theme config file, remove the sound >>>> file and build it again. >>>> >>>> Is there another way to disable it ? >>>> >>>> >>>> _______________________________________________ >>>> enlightenment-users mailing list >>>> enl...@li... >>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users >>>> >>> >> >> >> _______________________________________________ >> enlightenment-users mailing list >> enl...@li... >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users |
|
From: gary <ga...@wi...> - 2026-03-20 17:40:48
|
Hi, If all you want to do is boot your computer silently, I suggest using the mixer module. After loading it, enable [remember] in the settings. Then select [mute] for the default channel in the mixer dialog. The next boot should be silent. If you want to enable sound afterward, disable [mute] in the mixer for the channel you want to use. Works for me. debian trixie Linux 6.12.73+deb13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.73-1 (2026-02-17) x86_64 GNU/Linux On 2026-03-18 01:07, Pierre Couderc via enlightenment-users wrote: > Mmm, I think this startup sound should be a E setting. > > You may want to power on your computer without awaking the whole > house... > > > On 4/28/21 15:24, Carsten Haitzler wrote: >> On Wed, 28 Apr 2021 15:01:18 +0200 Francesc Guasch >> <fr...@te...> >> said: >> >> several ways: >> >> run elementary_config - also in settings -> preferences -> elementary >> config >> >> under audio -> you can mute specific kinds of sounds. the init splash >> is an >> effect - so mute that. >> >>> Hi. I have been looking everywhere and I can't find a way to disable >>> the startup sound that E is doing recently. It is quite loud. >>> >>> My guess is I have to unbundle the theme config file, remove the >>> sound >>> file and build it again. >>> >>> Is there another way to disable it ? >>> >>> >>> _______________________________________________ >>> enlightenment-users mailing list >>> enl...@li... >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users >>> >> > > > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users |
|
From: Pierre C. <pi...@co...> - 2026-03-20 06:31:01
|
Fine ! Meanwhile, maybe suppress this sound from the default theme... On 3/20/26 01:47, Carsten Haitzler wrote: > On Wed, 18 Mar 2026 09:07:31 +0100 Pierre Couderc via enlightenment-users > <enl...@li...> said: > >> Mmm, I think this startup sound should be a E setting. >> >> You may want to power on your computer without awaking the whole house... > theme makes the sound. themes have virtual sound channels in edje. edje allows > you to mute these channels. elementary exposes some config for this. e's todo > has a "redo settings dialogs" in the todo. > >> On 4/28/21 15:24, Carsten Haitzler wrote: >>> On Wed, 28 Apr 2021 15:01:18 +0200 Francesc Guasch <fr...@te...> >>> said: >>> >>> several ways: >>> >>> run elementary_config - also in settings -> preferences -> elementary config >>> >>> under audio -> you can mute specific kinds of sounds. the init splash is an >>> effect - so mute that. >>> >>>> Hi. I have been looking everywhere and I can't find a way to disable >>>> the startup sound that E is doing recently. It is quite loud. >>>> >>>> My guess is I have to unbundle the theme config file, remove the sound >>>> file and build it again. >>>> >>>> Is there another way to disable it ? >>>> >>>> >>>> _______________________________________________ >>>> enlightenment-users mailing list >>>> enl...@li... >>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users >>>> >> >> _______________________________________________ >> enlightenment-users mailing list >> enl...@li... >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > |
|
From: Carsten H. <ra...@ra...> - 2026-03-20 00:48:12
|
On Wed, 18 Mar 2026 09:07:31 +0100 Pierre Couderc via enlightenment-users <enl...@li...> said: > Mmm, I think this startup sound should be a E setting. > > You may want to power on your computer without awaking the whole house... theme makes the sound. themes have virtual sound channels in edje. edje allows you to mute these channels. elementary exposes some config for this. e's todo has a "redo settings dialogs" in the todo. > On 4/28/21 15:24, Carsten Haitzler wrote: > > On Wed, 28 Apr 2021 15:01:18 +0200 Francesc Guasch <fr...@te...> > > said: > > > > several ways: > > > > run elementary_config - also in settings -> preferences -> elementary config > > > > under audio -> you can mute specific kinds of sounds. the init splash is an > > effect - so mute that. > > > >> Hi. I have been looking everywhere and I can't find a way to disable > >> the startup sound that E is doing recently. It is quite loud. > >> > >> My guess is I have to unbundle the theme config file, remove the sound > >> file and build it again. > >> > >> Is there another way to disable it ? > >> > >> > >> _______________________________________________ > >> enlightenment-users mailing list > >> enl...@li... > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > >> > > > > > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
|
From: Pierre C. <pi...@co...> - 2026-03-18 08:31:05
|
Mmm, I think this startup sound should be a E setting. You may want to power on your computer without awaking the whole house... On 4/28/21 15:24, Carsten Haitzler wrote: > On Wed, 28 Apr 2021 15:01:18 +0200 Francesc Guasch <fr...@te...> > said: > > several ways: > > run elementary_config - also in settings -> preferences -> elementary config > > under audio -> you can mute specific kinds of sounds. the init splash is an > effect - so mute that. > >> Hi. I have been looking everywhere and I can't find a way to disable >> the startup sound that E is doing recently. It is quite loud. >> >> My guess is I have to unbundle the theme config file, remove the sound >> file and build it again. >> >> Is there another way to disable it ? >> >> >> _______________________________________________ >> enlightenment-users mailing list >> enl...@li... >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users >> > |
|
From: Massimo M. <mai...@gm...> - 2026-02-25 09:56:02
|
Same here: always on and never had any problem, until now. At some point one or more windows started losing focus for some odd reason and that made me crazy. Massimo Maiurana Carsten Haitzler ha scritto il 24/02/26 alle 22:50: > On Tue, 24 Feb 2026 15:30:47 +0100 Massimo Maiurana <mai...@gm...> said: > > i have that one on and have had so forever and don't see what you describe... ? > >> Problem solved! :) >> >> I just deactivated "Focus last focused window on lost focus" option. Odd >> that this option has always been there since i started using E but never >> had any problem with it. Clearly in the past the focus was never lost >> and now for some reason it gets lost every now and then. >> >> Massimo Maiurana >> >> Massimo Maiurana ha scritto il 14/02/26 alle 16:58: >>> One more thing: i noticed sometimes that the focus goes indeed to the >>> window where i go but just for one second or less and then goes >>> elsewhere, so if i'm fast enough clicking inside it it reamins there. >>> >>> Massimo Maiurana >>> >>> Massimo Maiurana ha scritto il 14/02/26 alle 14:41: >>>> Hi, >>>> i have a very annoying problem with focus since a lot of time, i >>>> don't even remember when it started but at first i waited for it to >>>> be solved by updates, then i tried to wipe out E's config and start >>>> from scratch but nothing changed, and further... i just hadn't spare >>>> time to write here :) >>>> >>>> It happens very often, almost always, that i switch from one virtual >>>> desktop to another and click in a window, but mouse click goes to >>>> another window in some other virtual desktop. My settings has always >>>> been focus follow pointer, don't raise windows on mouse over but only >>>> on click, and it used to work until a while ago. >>>> >>>> Usually it's thunderbird window that get the focus, which is always >>>> in desktop 2, but sometimes it happens that other windows get it. >>>> Keybord focus usually works, i.e. if i type i usually can see chars >>>> go to the window under the pointer but when i click inside it then >>>> the mouse event goes elsewhere. To avoid the problem i have to first >>>> click on the titlebar: if i do it that, window always get focused and >>>> i can click in it. I noticed that when i click on title bar the >>>> window is not really focused as i don't see the usual animation on >>>> the border, i see it only when pointer moves from titlebar to inside >>>> the window (of course due to focus follow pointer, but i would expect >>>> that even the title bar was considered as part of the window and i'm >>>> not sure how it did behave before). >>>> >>>> Any hint would be appreciated. >>>> >> >> _______________________________________________ >> enlightenment-users mailing list >> enl...@li... >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users >> > |
|
From: Carsten H. <ra...@ra...> - 2026-02-24 21:50:52
|
On Tue, 24 Feb 2026 15:30:47 +0100 Massimo Maiurana <mai...@gm...> said: i have that one on and have had so forever and don't see what you describe... ? > Problem solved! :) > > I just deactivated "Focus last focused window on lost focus" option. Odd > that this option has always been there since i started using E but never > had any problem with it. Clearly in the past the focus was never lost > and now for some reason it gets lost every now and then. > > Massimo Maiurana > > Massimo Maiurana ha scritto il 14/02/26 alle 16:58: > > One more thing: i noticed sometimes that the focus goes indeed to the > > window where i go but just for one second or less and then goes > > elsewhere, so if i'm fast enough clicking inside it it reamins there. > > > > Massimo Maiurana > > > > Massimo Maiurana ha scritto il 14/02/26 alle 14:41: > >> Hi, > >> i have a very annoying problem with focus since a lot of time, i > >> don't even remember when it started but at first i waited for it to > >> be solved by updates, then i tried to wipe out E's config and start > >> from scratch but nothing changed, and further... i just hadn't spare > >> time to write here :) > >> > >> It happens very often, almost always, that i switch from one virtual > >> desktop to another and click in a window, but mouse click goes to > >> another window in some other virtual desktop. My settings has always > >> been focus follow pointer, don't raise windows on mouse over but only > >> on click, and it used to work until a while ago. > >> > >> Usually it's thunderbird window that get the focus, which is always > >> in desktop 2, but sometimes it happens that other windows get it. > >> Keybord focus usually works, i.e. if i type i usually can see chars > >> go to the window under the pointer but when i click inside it then > >> the mouse event goes elsewhere. To avoid the problem i have to first > >> click on the titlebar: if i do it that, window always get focused and > >> i can click in it. I noticed that when i click on title bar the > >> window is not really focused as i don't see the usual animation on > >> the border, i see it only when pointer moves from titlebar to inside > >> the window (of course due to focus follow pointer, but i would expect > >> that even the title bar was considered as part of the window and i'm > >> not sure how it did behave before). > >> > >> Any hint would be appreciated. > >> > > > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
|
From: Massimo M. <mai...@gm...> - 2026-02-24 14:31:02
|
Problem solved! :) I just deactivated "Focus last focused window on lost focus" option. Odd that this option has always been there since i started using E but never had any problem with it. Clearly in the past the focus was never lost and now for some reason it gets lost every now and then. Massimo Maiurana Massimo Maiurana ha scritto il 14/02/26 alle 16:58: > One more thing: i noticed sometimes that the focus goes indeed to the > window where i go but just for one second or less and then goes > elsewhere, so if i'm fast enough clicking inside it it reamins there. > > Massimo Maiurana > > Massimo Maiurana ha scritto il 14/02/26 alle 14:41: >> Hi, >> i have a very annoying problem with focus since a lot of time, i >> don't even remember when it started but at first i waited for it to >> be solved by updates, then i tried to wipe out E's config and start >> from scratch but nothing changed, and further... i just hadn't spare >> time to write here :) >> >> It happens very often, almost always, that i switch from one virtual >> desktop to another and click in a window, but mouse click goes to >> another window in some other virtual desktop. My settings has always >> been focus follow pointer, don't raise windows on mouse over but only >> on click, and it used to work until a while ago. >> >> Usually it's thunderbird window that get the focus, which is always >> in desktop 2, but sometimes it happens that other windows get it. >> Keybord focus usually works, i.e. if i type i usually can see chars >> go to the window under the pointer but when i click inside it then >> the mouse event goes elsewhere. To avoid the problem i have to first >> click on the titlebar: if i do it that, window always get focused and >> i can click in it. I noticed that when i click on title bar the >> window is not really focused as i don't see the usual animation on >> the border, i see it only when pointer moves from titlebar to inside >> the window (of course due to focus follow pointer, but i would expect >> that even the title bar was considered as part of the window and i'm >> not sure how it did behave before). >> >> Any hint would be appreciated. >> |
|
From: Massimo M. <mai...@gm...> - 2026-02-14 15:58:46
|
One more thing: i noticed sometimes that the focus goes indeed to the window where i go but just for one second or less and then goes elsewhere, so if i'm fast enough clicking inside it it reamins there. Massimo Maiurana Massimo Maiurana ha scritto il 14/02/26 alle 14:41: > Hi, > i have a very annoying problem with focus since a lot of time, i don't > even remember when it started but at first i waited for it to be > solved by updates, then i tried to wipe out E's config and start from > scratch but nothing changed, and further... i just hadn't spare time > to write here :) > > It happens very often, almost always, that i switch from one virtual > desktop to another and click in a window, but mouse click goes to > another window in some other virtual desktop. My settings has always > been focus follow pointer, don't raise windows on mouse over but only > on click, and it used to work until a while ago. > > Usually it's thunderbird window that get the focus, which is always in > desktop 2, but sometimes it happens that other windows get it. Keybord > focus usually works, i.e. if i type i usually can see chars go to the > window under the pointer but when i click inside it then the mouse > event goes elsewhere. To avoid the problem i have to first click on > the titlebar: if i do it that, window always get focused and i can > click in it. I noticed that when i click on title bar the window is > not really focused as i don't see the usual animation on the border, i > see it only when pointer moves from titlebar to inside the window (of > course due to focus follow pointer, but i would expect that even the > title bar was considered as part of the window and i'm not sure how it > did behave before). > > Any hint would be appreciated. > |
|
From: Massimo M. <mai...@gm...> - 2026-02-14 13:41:56
|
Hi, i have a very annoying problem with focus since a lot of time, i don't even remember when it started but at first i waited for it to be solved by updates, then i tried to wipe out E's config and start from scratch but nothing changed, and further... i just hadn't spare time to write here :) It happens very often, almost always, that i switch from one virtual desktop to another and click in a window, but mouse click goes to another window in some other virtual desktop. My settings has always been focus follow pointer, don't raise windows on mouse over but only on click, and it used to work until a while ago. Usually it's thunderbird window that get the focus, which is always in desktop 2, but sometimes it happens that other windows get it. Keybord focus usually works, i.e. if i type i usually can see chars go to the window under the pointer but when i click inside it then the mouse event goes elsewhere. To avoid the problem i have to first click on the titlebar: if i do it that, window always get focused and i can click in it. I noticed that when i click on title bar the window is not really focused as i don't see the usual animation on the border, i see it only when pointer moves from titlebar to inside the window (of course due to focus follow pointer, but i would expect that even the title bar was considered as part of the window and i'm not sure how it did behave before). Any hint would be appreciated. -- Massimo Maiurana |
|
From: Carsten H. <ra...@ra...> - 2026-02-08 23:57:51
|
On Sun, 8 Feb 2026 15:44:39 +0000 Wawrzek Niewodniczanski <ma...@wa...> said: > Hello and sorry, > > I should make clear that I didn't need help anymore. Just wanted to point > if anyone else would hit similar problem to check xdg-desktop-portal and > $XDG_CONFIG_HOME, but probably not a lot of people will be affect. > > Thanks, > Wawrzek > > PS. > It's not a common problem, because flatpak adds shell configuration files > to /etc/profile.d. They include a default $XDG_CONFIG_HOME setup. My distro > (or my shell) wasn't loading it. After adjusting that, all is good. would expect flatpack packages, if it was an env var requirement to ensure users have this env var set. still think it's a bug to require it though. :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
|
From: Carsten H. <ra...@ra...> - 2026-02-08 16:13:32
|
On Sun, 8 Feb 2026 00:08:12 +0000 Wawrzek Niewodniczanski <ma...@wa...> said: > On Mon, 4 Jul 2022 at 08:42, Carsten Haitzler <ra...@ra...> wrote: > > > On Sun, 3 Jul 2022 20:54:51 +0100 Wawrzek Niewodniczanski < > > ma...@wa...> > > said: > > [...] > > > > I have a bunch flatpak applications. The GTK one are all fine, the > > > QT(5) cannot open files. I was looking through the internet and notice > > > this bug report: > > > https://github.com/flatpak/qt-flatpak-demo/issues/16 > > > > > > In the related issue, someone was having a problem, because of using > > > i3 (https://github.com/flatpak/xdg-desktop-portal/issues/336) > > > > > > I use self build enlightenment in Crux, so I wonder if there is > > > anything I adjust in E to make it work, or maybe I should look in > > > another direction > > [...] > > > > > No idea but... it seems the issue is either with Qt or flatpak itself. > > possibly > > expecting a specific dbus service. it affects everyone else too it seems > > (no de > > at all - as you mention i3 etc.). my guess is this is a bad implementation > > of > > something in Qt and/or flatpak assuming a big desktop env. solution: > > > > [...] > Not sure if I had the same error again, but today I had a nice debugging > session with my friend Claude and the problem is related to lack of the > XDG_DATA_DIRS when dbus starts `xdg-desktop-portal`. that would appear to be broken behavior for xdg-desktop-portal. https://specifications.freedesktop.org/basedir/latest/ ... $XDG_DATA_DIRS defines the preference-ordered set of base directories to search for data files in addition to the $XDG_DATA_HOME base directory. The directories in $XDG_DATA_DIRS should be separated with the separator used for $PATH on the platform (typically this is a colon :). If $XDG_DATA_DIRS is either not set or empty, a value equal to /usr/local/share/:/usr/share/ should be used. $XDG_CONFIG_DIRS defines the preference-ordered set of base directories to search for configuration files in addition to the $XDG_CONFIG_HOME base directory. The directories in $XDG_CONFIG_DIRS should be separated with the separator used for $PATH on the platform (typically this is a colon :). ... i.e. it can be unset and there is a default assumed. f e were to go set this... it'd just set it to the above default assumed when not set... so ... would think we have a case of broken xdg portal code. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
|
From: Wawrzek N. <ma...@wa...> - 2026-02-08 15:45:02
|
Hello and sorry, I should make clear that I didn't need help anymore. Just wanted to point if anyone else would hit similar problem to check xdg-desktop-portal and $XDG_CONFIG_HOME, but probably not a lot of people will be affect. Thanks, Wawrzek PS. It's not a common problem, because flatpak adds shell configuration files to /etc/profile.d. They include a default $XDG_CONFIG_HOME setup. My distro (or my shell) wasn't loading it. After adjusting that, all is good. Wawrzek -- Dr Wawrzyniec Niewodniczański or Wawrzek for short PhD in Quantum Chemistry & MSc in Molecular Engineering WWW: http://wawrzek.name E-MAIL: jo...@wa... Linux User #177124 |
|
From: <in...@ba...> - 2026-02-08 06:01:45
|
Hi, Unless I misunderstand you want Enlightenment to start with the xdg-user-dirs so xdg-desktop-portal will run? Enlightenment doesn't use the usual /etc/xdg/autostart stuff so you will need to install xdg-user-dirs (or whatever your Distro calls it) and then you need to add that to Enlightenment's 'Startup Applications'. So Menu-->Settings-->Settings Panel-->Apps-->Startup Applications and in the 'System' tab if there is an entry for 'User Folders Update' or something similar you will want that to be selected to run when the system starts up... That will expose the User XDG folders and it will also make them appear in Enlightenment's File Manager. --- On 2026-02-07 19:08, Wawrzek Niewodniczanski wrote: > On Mon, 4 Jul 2022 at 08:42, Carsten Haitzler <ra...@ra...> > wrote: > >> On Sun, 3 Jul 2022 20:54:51 +0100 Wawrzek Niewodniczanski < >> ma...@wa...> >> said: > > [...] > >> > I have a bunch flatpak applications. The GTK one are all fine, the >> > QT(5) cannot open files. I was looking through the internet and notice >> > this bug report: >> > https://github.com/flatpak/qt-flatpak-demo/issues/16 >> > >> > In the related issue, someone was having a problem, because of using >> > i3 (https://github.com/flatpak/xdg-desktop-portal/issues/336) >> > >> > I use self build enlightenment in Crux, so I wonder if there is >> > anything I adjust in E to make it work, or maybe I should look in >> > another direction > > [...] > >> >> No idea but... it seems the issue is either with Qt or flatpak itself. >> possibly >> expecting a specific dbus service. it affects everyone else too it >> seems >> (no de >> at all - as you mention i3 etc.). my guess is this is a bad >> implementation >> of >> something in Qt and/or flatpak assuming a big desktop env. solution: >> >> [...] > Not sure if I had the same error again, but today I had a nice > debugging > session with my friend Claude and the problem is related to lack of the > XDG_DATA_DIRS when dbus starts `xdg-desktop-portal`. > > Wawrzek |
|
From: Wawrzek N. <ma...@wa...> - 2026-02-08 01:03:19
|
On Mon, 4 Jul 2022 at 08:42, Carsten Haitzler <ra...@ra...> wrote: > On Sun, 3 Jul 2022 20:54:51 +0100 Wawrzek Niewodniczanski < > ma...@wa...> > said: [...] > > I have a bunch flatpak applications. The GTK one are all fine, the > > QT(5) cannot open files. I was looking through the internet and notice > > this bug report: > > https://github.com/flatpak/qt-flatpak-demo/issues/16 > > > > In the related issue, someone was having a problem, because of using > > i3 (https://github.com/flatpak/xdg-desktop-portal/issues/336) > > > > I use self build enlightenment in Crux, so I wonder if there is > > anything I adjust in E to make it work, or maybe I should look in > > another direction [...] > > No idea but... it seems the issue is either with Qt or flatpak itself. > possibly > expecting a specific dbus service. it affects everyone else too it seems > (no de > at all - as you mention i3 etc.). my guess is this is a bad implementation > of > something in Qt and/or flatpak assuming a big desktop env. solution: > > [...] Not sure if I had the same error again, but today I had a nice debugging session with my friend Claude and the problem is related to lack of the XDG_DATA_DIRS when dbus starts `xdg-desktop-portal`. Wawrzek -- Dr Wawrzyniec Niewodniczański or Wawrzek for short PhD in Quantum Chemistry & MSc in Molecular Engineering WWW: http://wawrzek.name E-MAIL: jo...@wa... Linux User #177124 |
|
From: Kim W. <ki...@wo...> - 2026-01-03 14:50:16
|
imlib2-1.12.6: Primarily: - Y4M loader: Support for several new formats + fixes - gradients: Fix rendering in larger images Source packages: https://sourceforge.net/projects/enlightenment/files/imlib2-src/1.12.6/ /Kim |
|
From: Carsten H. <ra...@ra...> - 2025-09-24 16:18:39
|
On Wed, 24 Sep 2025 12:25:20 +0200 Donald via enlightenment-users <enl...@li...> said: > Hello World, > > hope I'm posting this the right way. > > I'm running enlightenment's current release under OpenSUSE Leap 15.6. > Some months ago my iBar lost most of its icons, even so the applications > themselves are still there and fully functional. > > Re-installing the apps did nothing to resolve the issue. > > What can I do to get those icons back in there? try: rm -rf ~/.cache/efreet killall efreetd -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
|
From: Donald <isi...@ya...> - 2025-09-24 10:25:30
|
Hello World, hope I'm posting this the right way. I'm running enlightenment's current release under OpenSUSE Leap 15.6. Some months ago my iBar lost most of its icons, even so the applications themselves are still there and fully functional. Re-installing the apps did nothing to resolve the issue. What can I do to get those icons back in there? Thanks in advance! |
|
From: Carsten H. <ra...@ra...> - 2025-09-15 06:33:36
|
On Sun, 14 Sep 2025 15:39:03 -0400 in...@ba... said: > Hi, > > First before I ask I don't have any expectations about Wayland > compliance in Enlightenment nor do I currently need or use Wayland. As > someone who is Distributing Enlightenment in a Distribution naturally I > am getting questions about Enlightenment and Wayland and since I am > arms-length from the development side of Enlightenment I thought I would > ask here. I am based on Debian's stable releases and I use the build > toolchain of MX Linux so the current view from here is that in Debian > X11 is not going away any time in the near future but tellingly Gnome > and KDE now have default Wayland sessions as of the recent Trixie > release so it seems as other DE's like XFCE4 and LXQt continue to work > toward full Wayland compliance there will be less and less impetus for > Debian to continue with X11 in the more distant future. I see the > Enlightenment web site refers to Wayland support as 'moving toward' and > 'eventual'. > > Is there some sort of more detailed roadmap in completing Wayland Simple answer: "no". Eventually getting wl "up there" is a goal. X11 isn't going anywhere any time soon. It's still the best experience for E by far. > compliance in Enlightenment or is the plan to wait and see if other > potential solutions like XLibre's fork of X11 or Wayback's support of > X11 DE's on Wayland come to fruition in the next few years? Let me > reiterate I don't have a dog in this fight at all, Enlightenment is > working great on X11 at the present time. I just thought I would ask > what the official party line was on a Wayland roadmap. > > Thanks for reading, > Glen MacArthur - AV Linux Maintainer > > -- > > > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |