On Thu, Mar 21, 2024 at 06:03:35AM +, 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.
On Wed, Nov 15, 2023 at 10:14:39AM +0100, Christian Klein wrote:
> Have you checked if you see the same things?
>
> There is an issue reported for this ecode that might be related:
> https://gitlab.freedesktop.org/drm/intel/-/issues/4858
>
> What "fixed" it for me was:
> b) I use the workaround f
On Wed, Nov 15, 2023 at 10:14:39AM +0100, Christian Klein wrote:
Got one segfault today:
> After a cras, dmesg shows:
> i915 :00:02.0: [drm] Resetting rcs0 for preemption time out
> i915 :00:02.0: [drm] Xorg[977] context reset due to GPU hang
> i915 :00:02.0: [drm] GPU HANG: ecode 9:1
On Wed, Nov 15, 2023 at 10:14:39AM +0100, Christian Klein wrote:
> @Pavel, let me guess, you are using a dual-screen setup?
No, not here.
> I never reported the crash here, because it seemed to me that it was indeed
> a driver issue.
>
> After a cras, dmesg shows:
> i915 :00:02.0: [drm] Rese
On Tue, Nov 14, 2023 at 01:47:58PM +0100, Kim Woelders wrote:
> On 2023-11-13 22:23, Pavel Sanda wrote:
> >On Sun, Nov 12, 2023 at 01:38:29PM +0100, Kim Woelders wrote:
>
> ...
> >>- The e16 configuration (~/.e16/e_config--0.0.*, assuming you are running on
> >&
On Sun, Nov 12, 2023 at 01:38:29PM +0100, Kim Woelders wrote:
> How does e16 crash - do you get the Grey Screen of Death?
Nope, the crash is fatal, you end up back at login manager.
> If you cannot do one of these, I can't really think of useful e16 debug to
> turn on, so to figure this out I'll
Hi Kim,
first let me thank you for your continuous support of e16!
I have two long-term woes wrt e-16, both bugs are there for years
and not showstoppers, but recent loss of some work pushed me to
finally report it :)
First one: e16 randomly crashes, while minimizing application to iconbox.
It
On Wed, Mar 30, 2022 at 10:30:14PM +0200, Kim Woelders wrote:
> Ok, the shadowing of the zoom frame causing the dark screen was caused by a
> couple of issues in e16. Should be fixed now.
>
> About your matches.cfg additions - I'm not entirely happy with adding stuff
> targeting specific applicati
On Mon, Mar 28, 2022 at 09:01:12PM +0200, Kim Woelders wrote:
> To work around the problem you can either disable shadows or add this to
> your matches.cfg (copy /usr/share/e16/config/matches.cfg to ~/.e16/ if you
> don't have it already):
>
> Title cpt_frame_xcb_window Winop shadow off
>
> "cpt_
Hi,
when I share full screen with the videoconferencing tool Zoom (zoom.us)
the whole screen gets very dark as if the zoom app drawed transparent
window over the whole screen - so the windows below are very dark probably
due to opacity of the "transparent" window.
However, when I look on the wind
> On 10/27/2017 04:35 PM, Kim Woelders wrote:
> >Ok, it looks like the new window focusing does not work reliably
> >when windows slide in.
> >
> >For now I can only suggest to disable new windows sliding in.
> >
> I think this should be fixed in git now.
Will do more testing, but it indeed seems
> On 10/26/2017 12:45 PM, Pavel Sanda wrote:
> >Hi Kim,
> >
> >is the setting 'All new windows first get the focus'
> >supposed to give focus to the new app (e.g launching
> >new terminal)?
> >
> >Even after checking it the focus stays on p
Hi Kim,
is the setting 'All new windows first get the focus'
supposed to give focus to the new app (e.g launching
new terminal)?
Even after checking it the focus stays on previously
active terminal, not the new one (which is what I would
like to.)
Pavel
-
> On 12/31/2016 06:48 PM, Pavel Sanda wrote:
> Yeah, during startup epplets tell e16 to remember everything, so
> changing the remembered settings won't work with epplets.
>
> Can't you just let your epplet start as usual epplets do (via 'Restart
> application
Hi Kim,
this issue goes for quite some time. I have my own epplet which is executed
on e16 launch. I want to have its window features remembered (position,etc)
except of 'Restart application on login'). However the when I set and save the
attributes after next launch of e16 all attributes includi
> Here is the reference to the patch.
>
> https://phab.enlightenment.org/D2646
>
> Please just use the version from git if you want any issues you may have to
> be solved quickly.
The commit seems to be part of e18 not e16... Pavel
---
> Pavel... I fixed a bug in regard to newly created gtk windows display off
> screen a few months ago. Can you try the version from git and let me know
> if the problem still exists. In the updated e, e will make sure that it
> does not place any newly created windows outside the visible desktop
Hi Kim,
Sometimes the new window of the app which was launched
ends up on different area then the one which is active.
Lets say you have 2x2 desktop and you are in area (0,1),
and window ends up in area (0,0). Not big deal, but if
you are in area (0,0) the window becomes invisible and
there is no
> I have committed a fix I think should solve the problem at your end and
> work as before on more recent systems.
Cool, I will test with the new release. P
--
___
enlightenmen
> If you don't want to change the opacity for all pop-up windows it looks
> like adding this to matches.cfg does the trick:
>
> Title Full*Geeqie Winop opacity 100
>
> I guess impressive does something similar and can probably be fixed the
> same way if you can figure out the fullscreen window
> Hmm.. I see no problems there.
>
> If reverting f2e2e1bae42f73003f6fe8756db862632e9a5aef or disabling use
> of XRenderCreateSolidFill() like with the patch below makes your
> troubles go away I suspect there is a problem in your Xorg or driver.
>
> /Kim
The patch fixes the problem. Any chanc
Hi,
I observe in mutliple applications problem with opacity in fullsceen regime
(impressive, geeqie).
I have 100% opacity for focused window, but 90% for unfocused. The fullscreen
mode is most probaly
not recognized as focused window (although it grabs both mouse&keyboard inputs)
so backround
i
> Pavel Sanda wrote:
> >>> Pavel Sanda wrote:
> >>>>> e16-1.0.16 is available for download:
> >>>>> http://sourceforge.net/projects/enlightenment/files/
> >>>>>
> >>>>> Nothing wildly exciting here except maybe
> > Pavel Sanda wrote:
> > >> e16-1.0.16 is available for download:
> > >> http://sourceforge.net/projects/enlightenment/files/
> > >>
> > >> Nothing wildly exciting here except maybe
> > >> - Fix animation bug
> &g
> Pavel Sanda wrote:
> >> e16-1.0.16 is available for download:
> >> http://sourceforge.net/projects/enlightenment/files/
> >>
> >> Nothing wildly exciting here except maybe
> >> - Fix animation bug
> >> Could cause major stalls and may
> e16-1.0.16 is available for download:
> http://sourceforge.net/projects/enlightenment/files/
>
> Nothing wildly exciting here except maybe
> - Fix animation bug
>Could cause major stalls and maybe lockup, e.g. in area slides.
Hi Kim,
I updated to version 1.0.16 and after loading it my CPU
> On Mon, 22 Aug 2011 18:26:31 +0200, Pavel Sanda wrote:
> There is a chance that yesterdays commits fix the problem - could you try
> current svn?
no, i was able to reproduce it within 20 seconds :(
pavel
-
> I have been using your configuration settings for a while but haven't
> noticed or been able to reproduce the problem.
>
> There is no commit in 1.0.7->1.0.8 that looks particularly conspicuous to
> me.
> If you want to try and revert particular changes, I'd say
>
> rev 56189 - Fix trouble aro
> On Sat, 06 Aug 2011 14:45:45 +0200, Pavel Sanda wrote:
>> unfortunately no, the focusing is wrong in 1.0.9 too :(
> :(
>
> I'll need some more information then to figure out what happens.
the trouble is that i cant find reliable way how to reproduce the problem
so it al
>> I have been observing through the last days problems with obtaining
>> focus for the applications being launched.
>> In particular I have mapped Eterm (plus some script) on a specific key
>> binding and in 10% of cases the new window does not obtain focus
>> although it should.
>>
>> Downgrading
> e16-1.0.8 is available for download:
> http://sourceforge.net/projects/enlightenment/files/
Hello Kim,
I have been observing through the last days problems with obtaining
focus for the applications being launched.
In particular I have mapped Eterm (plus some script) on a specific key
binding an
> > with upgrade from eterm 0.9.4 to 0.9.5 i have lost the possibility
> > to use middle-button-pasting to other apps, eg from eterm to
> > ooffice. can anybody confirm?
>
> There was a patch made to Eterm before 0.9.5 was released that
> affected copy-and-paste. It is said to fix problems with Q
hi,
with upgrade from eterm 0.9.4 to 0.9.5 i have lost the
possibility to use middle-button-pasting to other apps,
eg from eterm to ooffice. can anybody confirm?
pavel
--
The NEW KODAK i700 Series Scanners deliver under
> > Do you have a screensaver running when only entrance is running? Or does
> > the screen just go blank. if it's the latter then IIRC X just uses the
> > DPMS (??) settings. You can change the standby, blankout ... times with
> > options to the Server section in xorg.conf. Have a look at man
> >
> Do you have a screensaver running when only entrance is running? Or does
> the screen just go blank. if it's the latter then IIRC X just uses the
> DPMS (??) settings. You can change the standby, blankout ... times with
> options to the Server section in xorg.conf. Have a look at man
> xorg.conf.
> > As Vincent said, auth sometimes works, sometimes not. syslog message
> > is not that meaningful (but I don't have it at hand now).
> >
> > Work-around to avoid restart X, if you have root access, login using
> > terminal and add the following line at the beginning of
> > /etc/pam.d/xscreensave
36 matches
Mail list logo
