Nope, it does not change anything.
Anyway, I tried to move the line
_ibar_icon_signal_emit(ic, "e,state,focused", "e");
from _ibar_cb_icon_mouse_in to _ibar_icon_mouse_in_timer - it does not
change anything if it was called /before/ _ibar_icon_menu_show, but
everything works correctly if it w
old and not supported by version
470 :(
Are there any tweaks at EFL level to workaround the problem?
> Le 29 oct. 2022 à 12:21, daniel antoine a écrit :
>
> What is your mesa version ?
>
> Le sam. 29 oct. 2022 à 11:38, Quelrond Q a écrit :
>>
>> How can I test/
How can I test/debug it?
> Le 29 oct. 2022 à 10:34, daniel antoine a écrit :
>
> a mesa version problem ?
>
> Le jeu. 27 oct. 2022 à 22:19, Quelrond a écrit :
>>
>> So... I tried to:
>>
>> - build E 0.25.4 with EFL 1.26.2
>>
>> - build E
So... I tried to:
- build E 0.25.4 with EFL 1.26.2
- build E 0.25.3 with EFL 1.26.3
- build E 0.25.3 with EFL 1.26.2
- remove ~/.e folder
- remove ~/.elementary folder
/No way/ to get the menu back!!
So, I tried to search in other areas, and I've got the menu back after
changing rendering
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
> 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?
> FYI i just don't see the problem here so it's h
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
The mouse in/out events don't give any interesting information here.
The key factor is the order of showing menu and emitting 'focused' signal.
If I move _ibar_icon_signal_emit(ic, "e,state,focused", "e") into
_ibar_icon_mouse_in_timer function /AFTER/ _ibar_icon_menu_show -
everything works a
> Le 15 oct. 2022 à 09:55, Carsten Haitzler a écrit :
>
> On Thu, 13 Oct 2022 19:51:12 +0200 Quelrond <mailto:quelr...@gmail.com>> said:
>
>> After some debugging:
>>
>> If in /src/modules/ibar/e_mod_main.c/
>>
>> in function /_ibar_c
y in 'focused' state something goes wrong with icon menu...
Peter
Forwarded Message
Subject:IBar miniview problem
Date: Thu, 13 Oct 2022 11:40:25 +0200
From: Quelrond
To: Enlightenment users discussion & support
Hello,
Since update of EFL and
Hello,
Since update of EFL and Enlightenment to the last release versions (EFL
1.26.3 and E 0.25.4) I have a problem of miniviews of IBar.
In previous versions the miniviews were shown on mouse over the
application icon. Now there are application names only, miniviews are
shown on mouse over
Merci beaucoup, Raster!!
Peter
On 08/02/2022 14:32, Carsten Haitzler wrote:
Bugfix releases. Summary info here:
https://www.enlightenment.org/news/2022-02-07-efl-1.26.2
https://www.enlightenment.org/news/2022-02-07-enlightenment-0.25.2
(also send to e-devel and e-users)
__
Hello,
No issues with Telegram Desktop 3.2.5 (installed from FreeBSD packages),
running on FreeBSD 12.2 using Enlightenment and EFL from Git.
The Telegram Desktop is built with Qt 5.15.
I don't use tray icon for Telegram Desktop.
Peter
On 06/02/2022 19:12, Conrad Knight wrote:
Recent ver
2021 14:25:10 +0200 Quelrond said:
Aaaah. There. It wasn't obvious to find.
Yup. That's gnu assembler. I thought clang made huge efforts to be gcc
compatible - gnu asm too. To date at least it hasn't been an issue that I have
noticed. I am not going to rewrite that asm in some c
).
The patch proposed is already committed, so on ARMv7 the assembler from
GNU will be used for EFL build. It would be nice to fix the problem to
avoid unnecessary dependency through.
Peter
On 26/10/2021 11:42, Carsten Haitzler wrote:
On Tue, 26 Oct 2021 10:17:09 +0200 Quelrond said
Hello,
There is a bug open about building of EFL 1.25.1 on FreeBSD on ARMv7
architecture using Clang 11:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259443
It seems that it is Clang assembler related - the patch, proposed to fix
the issue, just installs GNU assembler.
The failed buil
Hi,
If it can help - this is a modified "default" theme with window controls
on the left side. There are some minor improvements too.
https://www.flytrace.com/static/download/defaulti_LB.edj
I use it on everyday basis, it seems to be rather stable.
Regards,
Peter
On 04/09/2021 15:42, Pete
Hi,
I am on FreeBSD 12.2-p3 x64, EFL and E installed from packages.
I cannot reproduce your problem.
I have no idea about a possible reason of your problem (but I don't use
xterm regularly).
Maybe, changing options in composite settings -> rendering you'll be
able to get better results.
P
Hello,
I use Enlightenment 0.24.2 and EFL 1.25.1 on FreeBSD 12.1. I have a
mouse with additional buttons (wheel-left and wheel-right). I bound
these buttons in Enlightenment to Window:List->Next Window and
Window:List->Previous Window. I have two mappings for every button - for
'Any' context
Bravo!
:)
On 23/11/2020 12:39, Al Poole wrote:
Hello E users and abusers,
Another minor version release.
Read a little about it here, the commit log isn't going to be of much use ;)
https://www.enlightenment.org/news/2020-11-23-evisum-058-release
Enjoy your computing!
_
Hello,
I'm searching the documents about EFL C++ bindings.
The only reference found on http://www.enlightenment.org/docs/start is dead:
https://docs.enlightenment.org/auto/group__Efl__Cxx__API.html
Could someone give me the correct address, please? Or better - fix the
broken link ;)
I did n
Hi!
Last time I rebuilt EFL and E from git (with default optimizations, this
time), I decided to observe a little bit the CPU usage of E.
And I saw a strange behavior on my work laptop (FreeBSD 11.3, NVIDIA video).
When I start the PC and start some programs (not really heavy ones),
Enlighte
Hello,
After some tweaks I managed to install Terminology 1.5.0 on Mac OS X 10.13.6
(with EFL 1.22.4 installed by brew).
Almost everything is working correctly (I’ll prepare another mail about some
other problems), but I have some strange problems with some symbols.
I use 'French PC’ keyboard (
Hello,
I'm using the last Enlightenment built with the last EFL (both from git)
on FreeBSD 11.1.
Since one update (I don't remember which one) the system actions
(PowerOff, Reboot, ...) are grayed out.
I checked enlightenment_sys (present in
/usr/local/lib/enlightenment/utils) - the permis
Hi,
I've just updated Enlightenment 0.22-beta to GIT version (meson build)
on FreeBSD 11.1.
I have no OpenGL rendering after this update.
Maybe it's the problem of EFL, updated to GIT version in the same time.
Any suggestions?
Peter
-
Hello,
Dear developers, please, test your builds on FreeBSD.
Recently checked - neither Terminology nor Ephoto git versions cannot be
built...
Enlightenment from git - OK.
Peter
--
Check out the vibrant tech communi
Hi,
Finally, I decided to share my themes, "home-made" for myself :)
It's just the default theme from E19, slightly improved (for my taste).
The things modified:
- Left-side buttons flavor added
- Larger indicators in IBar
- Noshadow style available for shelfs (must be activated in settings
Hi,
There is no problem for me - install a VM and share it with anybody.
I have all the necessary infrastructure available.
Just nobody is asking about it ;)
As about debugging - I'm always ready to provide it, but I need the
instructions to produce the usable debugs.
Peter
On 11/04/2017 06:0
Hi,
First of all, I would like to thank all the team – you are creating a
great desktop environment!
I’ve just updated my laptop from PCBSD 10.1 to FreeBSD 11, and I’ve
reinstalled EFL, Enlightenment and some EFL apps. I don’t remember the
old version of EFL, but it was Enlightenment 0.19.x.
On 07/12/2016 10:54, Nik wrote:
> On 12/07/2016 00:13, Carsten Haitzler (The Rasterman) wrote:
>
>> On Tue, 6 Dec 2016 15:32:42 +0100 Quelrond said:
>>
>>> On 06/12/2016 14:32, Carsten Haitzler (The Rasterman) wrote:
>>>> On Tue, 6 Dec 2016 14:17:51 +0100 Nik
On 06/12/2016 14:32, Carsten Haitzler (The Rasterman) wrote:
> On Tue, 6 Dec 2016 14:17:51 +0100 Nik said:
>
>> Hello folks!
>>
>> I'm using Enlightenment as my preferred DE again since recent update
>> which made it more usable
>> and stable than before on FreeBSD.However, I observed that the two
wrote:
> There was some work a couple of months ago that supposedly restored
> functionality, but the port was never updated and I was too busy on
> other things to build it outside the ports tree.
>
> Is the port still actively maintained, or has it been abandoned?
>
> On 06/
Hello,
I've just tested some versions on FreeBSD-CURRENT, installed on hardware
with ATI video card.
For me neither version of E works.
I've tested:
- EFL/Elementary/Enlightenment versions from ports
- Patched EFL 1.17.0 from https://phab.enlightenment.org/T3468 with
Elementary/Enlightenment fro
I think you could contact Enlightenment port maintainer
enlightenm...@freebsd.org, to ask makefile (and maybe sources) patching
according to FreeBSD conventions.
Hope you will solve the principal issue.
Peter
On 03/24/2016 13:42, Eric McCorkle wrote:
>> On Mar 24, 2016, at 00:50, Simon Lees w
To build FreeBSD port with debug symbols:
# make WITH_DEBUG=yes
That's how I proceeded to get detailed backtrace for phab ticket.
Peter
On 03/23/2016 19:16, Eric McCorkle wrote:
> I couldn't seem to track down where the allocation is happening there. I
> also couldn't get the freebsd port b
Hi,
Just to inform you that the issue I've create some weeks ago
https://phab.enlightenment.org/T3097 was observed on a system with ZFS
root too.
Peter
On 03/23/2016 05:42, Miguel C wrote:
> are you using zfs on root? I've seen reports of this issue if using zfs and
> I got the same issue on m
+1 for release.
Use it everyday, it's more stable than E19.5 on my FreeBSD, so can be
released ;)
Peter
On 05/27/2015 13:31, toki clover wrote:
> Why not to release ephoto? There is no activity since ages... but that apps
> works pretty well for simple browsing and viewing images.
>
> I'd like
Hello,
Searching for the cause of high CPU usage by efreetd process, I found an
interesting file in /tmp.
The filename is efreetd_Qpa2GY and the content is the following:
<1725> lib/ecore_file/ecore_file_monitor.c:50 ecore_file_monitor_add()
safety check failed: path[0] == '\0' is true
<1725> li
...just one question about ephoto.
Is there any way to show the whole directory tree on the left pane, not
just current directory folders (like FastStone and XnView)?
Peter
On 02/01/2015 12:01, Massimo Maiurana wrote:
> Quelrond ha scritto il 01/02/2015 alle 11:20:
>
>> So, t
g.enlightenment.DBus.Canceled
Canceled by user.
ERR<18109>:ethumb_client lib/ethumb_client/ethumb_client.c:953
_ethumb_client_queue_add_cb() Error: org.enlightenment.DBus.Canceled
Canceled by user.
. (last err repeating...)
I am on E19.2, efl 1.12.2, FreeBSD 10.1.
Peter
On 02/01/2
Hello,
I'm trying to compile ephoto from git.
From INSTALL:
> Briefly, the shell commands `./configure; make; make install' should
> configure, build, and install this package.
From .gitignore:
> ...
> configure
> ...
So, the configure script is absent - impossible to compile anything
clonin
Hello,
I'm using E19.2 on FreeBSD 10.1 (PCBSD).
I see efreetd process consuming 10-15% of CPU all the time, I don't
think that it's a normal situation.
Is there anything to adjust?
Peter
--
Dive into the World of Paral
Hello,
I'm learning EDC theming, trying to improve a little the basic E19
theme. If I have a success - the result will be shared ;)
There is a problem that I cannot solve myself, I need an advise of someone.
There are three styles of shelfs available - alternate, default and
invisible. It seems
efl-1.12.2
nvidia-driver-340.65
Peter
On 01/26/2015 23:34, Cedric BAIL wrote:
> Le 26 janv. 2015 21:10, "Quelrond" a écrit :
>> Hello,
>>
>> Finally, E19 was ported to FreeBSD, so I am on E19.2 on FreeBSD 10.1
>> (PCBSD flavour).
>> There are some
Hello,
Finally, E19 was ported to FreeBSD, so I am on E19.2 on FreeBSD 10.1
(PCBSD flavour).
There are some minor problems, the most important is very high CPU use.
I am on DELL Latitude laptop with NVIDIA video card (driver version
340), optimus is disabled. Compositing is using OpenGL.
The e p
Right, Alex.
Peter
On 01/19/2015 15:41, Alex-P. Natsios wrote:
> Yes the OP is referring to the min/max/close buttons not the resize handles.
> Giving that option does not mean being mac OS/Ubuntu like its just
> another flexibility choice, though i think dynamic moving is not
> supported so tha
I don't ask the look of Ubuntu/Mac OSX!!!
The E19 theme looks nice, but I prefer to have windows buttons on the
left side.
I ask just the possibility to move the windows buttons on the left.
Peter
On 01/16/2015 13:16, toki clover wrote:
> Dear E devs,
> DO NOT IMPORT THAT LAME MAC-OS/UBUNTU LOO
Hello,
Please, please, could someone create a modified default theme for E19
with windows border buttons on the left (like Mac OSX and Ubuntu)?
I tried to decompile the theme to modify it myself but it seems to be
too complex for me. I understand how to change the colors and images,
but the pos
helf above and below all, but nothing change: it still
> refuses to place itself over the shelf :(
>
> Quelrond ha scritto il 09/10/2014 alle 13:55:
>> Be sure you start it AFTER E.
>> Configure the shelf to be "Below Everything".
>> Maybe you need compositing enab
ting from bottom, starting from top and
> setting a margin which should make it place itself over the shelf, set
> the shelf below all, set tint2 on the top layer, but it is always placed
> above the shelf :(
>
> Quelrond ha scritto il 08/10/2014 alle 14:13:
>> Yes
>>
>&
Yes
On 10/08/2014 14:00, Massimo Maiurana wrote:
> And can it be placed OVER a shelf? Because I tried with stalonetray and
> no matter what geometry I set it always put its window right above the
> shelf, refusing to cover it :(
>
> Quelrond ha scritto il 08/10/2014 alle 09:17:
ent on the panel.
Peter
On 10/08/2014 05:33, Gary wrote:
> Any way to get tint2 to be a systray only, no tasks, calendars or
> anything else?
>
> Gary
>
> Quoting Quelrond :
>
>> tint2, git version.
>> Works fine as systray for me on e17 under FreeBSD.
>>
tint2, git version.
Works fine as systray for me on e17 under FreeBSD.
Peter
On 10/07/2014 02:06, Conrad Hill-Knight wrote:
> The consensus seems to be that the systray in E19 is broken, and there
> are no intentions to fix it. What would be a suitable "E-like"
> replacement? What are people usin
Me too, I'm waiting for Engage compiled for new Enlightenment.
It is blocking for me - I'm staying on E17...
I've checked a bit the code - really difficult to understand WHAT should
be refactored for new compositing...
Please, someone, help Mik!!
Qq
On 06/11/2014 06:55, mik firestone wrote:
>
Hi,
The problem of Engage blocks me on E17, I would like to see the Engage
working on E18 (and E19).
Peter
On 12/03/2014 09:57, Andy Williams wrote:
> Hi,
>
> This particular build error is new but engage has not compiled in a while.
> I would like to fix this but a reasonable amount of code
Hi,
The problem of Engage blocks me on E17, I would like to see the Engage
working on E18 (and E19).
Peter
On 12/03/2014 09:57, Andy Williams wrote:
> Hi,
>
> This particular build error is new but engage has not compiled in a while.
> I would like to fix this but a reasonable amount of code n
56 matches
Mail list logo