On Sat, 15 Oct 2005 14:45:02 +0900,
Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote:
On Mon, 26 Sep 2005 22:35:01 -0400 Dennis [EMAIL PROTECTED]
babbled:
On Sat, Oct 23, 2004 at 10:53:42AM -0400, Dennis wrote:
On 10/23/04 04:03, Kim Woelders wrote:
Dennis wrote:
The
On Mon, 17 Oct 2005 10:01:49 +0900,
Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote:
...
they both seem to produce the same output in xev, both mouse
scrollwheel and keyboard scrollwheel, both during regular scrolling
and stuttered scrolling. the only difference being the
On Mon, 17 Oct 2005 11:30:36 -0400,
Dennis Nezic [EMAIL PROTECTED] wrote:
hmm, and finally, i just discovered that the stalling only seems to
occur if the window has focus. hmm.
also, if focus follows mouse clicks instead of pointer, the stalling
no longer occurs
On Tue, 18 Oct 2005 09:07:50 +0900,
Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote:
... let me guess - it only happens when NO app window is focused
(there are no apps on the screen or none has the focus) ?
i also have this bug with my 2-day old (e16.8) cvs. and, indeed, it
_only_
with my current e16.8 (current to 2006/01/24), when i startx using a
non-native resolution (native being 1280x800 ... problem case being
640x480, for example), the pager window gets resized (enlarged) a bit
(320x48 to 352x56, for example), and moved a bit (up one pixel [0,609]
to [0,608], for
i remember having a similar problem a while ago when i upgraded my
e16... and, if i remember correctly, i fixed it by deleting my ~/.e16
folder, and reconfiguring e =\. (i had my menus backed up)
On Fri, 10 Feb 2006 18:26:40 +0100,
sam [EMAIL PROTECTED] wrote:
hi, I'm using gentoo and e16.8.2
On Sun, 12 Feb 2006 11:55:49 +0100,
Kim Woelders [EMAIL PROTECTED] wrote:
Kim Woelders wrote:
Dennis Nezic wrote:
with my current e16.8 (current to 2006/01/24), when i startx using a
non-native resolution (native being 1280x800 ... problem case being
640x480, for example), the pager
On Sun, 12 Feb 2006 20:07:34 -0500,
Dennis Nezic [EMAIL PROTECTED] wrote:
On Sun, 12 Feb 2006 11:55:49 +0100,
Kim Woelders [EMAIL PROTECTED] wrote:
Kim Woelders wrote:
Dennis Nezic wrote:
with my current e16.8 (current to 2006/01/24), when i startx
using a non-native
On Tue, 14 Feb 2006 19:26:29 +0100,
Kim Woelders [EMAIL PROTECTED] wrote:
Dennis Nezic wrote:
i may have spoken too soon. although it does work when i start e
under a non-native resolution (but same aspect ratio), (it didn't
work before, so something was fixed :) the same problem occurs
On Thu, 16 Feb 2006 00:01:15 +0100,
Kim Woelders [EMAIL PROTECTED] wrote:
Dennis Nezic wrote:
On Tue, 14 Feb 2006 19:26:29 +0100,
Kim Woelders [EMAIL PROTECTED] wrote:
Dennis Nezic wrote:
i may have spoken too soon. although it does work when i start e
under a non-native resolution
On Mon, 20 Feb 2006 23:35:57 +0100,
Kim Woelders [EMAIL PROTECTED] wrote:
Dennis Nezic wrote:
On Thu, 16 Feb 2006 00:01:15 +0100,
Kim Woelders [EMAIL PROTECTED] wrote:
Dennis Nezic wrote:
On Tue, 14 Feb 2006 19:26:29 +0100,
Kim Woelders [EMAIL PROTECTED] wrote:
Dennis Nezic wrote
when i exit e16 (which was started by my ~/.xinitrc file), i get the
following on stderr, for example:
__BEGIN__
waiting for X server to shut down The application 'gvim' lost its
connection to the display :0.0; most likely the X server was shut down
or you killed/destroyed the application.
The
when starting e16 with the pager disabled (pagers.enable = 0), and
then reenabling it (eesh pager on), although i am able to move windows
around by clicking in the pager, the pager doesn't update itself (to
the new window positions). even with snapshotting on, there is a brief
delay, although i
Maybe I'm not understanding how the NeverUseArea window toggle flag
works, but shouldn't it force e16 to /never/ place windows in the
specified area? If so, it doesn't seem to be working at the moment
(v0.16.8.11).
-
This
On Mon, 21 Jan 2008 19:19:28 +0100,
Kim Woelders [EMAIL PROTECTED] wrote:
Dennis Nezic wrote:
Maybe I'm not understanding how the NeverUseArea window toggle flag
works, but shouldn't it force e16 to /never/ place windows in the
specified area? If so, it doesn't seem to be working
On Fri, 01 Feb 2008 18:19:30 +0100,
Kim Woelders [EMAIL PROTECTED] wrote:
I have changed the window placement code in an attempt to improve
placement on crowded desktops and when there are windows with
NeverUseArea attributes.
Very cool. Although, I was able to get an overlap once in a
I'm stumped. I recently decided to upgrade to xorg-server 1.4.2, and
tonnes of modular dependencies like xkeyboard-config which includes
the data files in /usr/share/X11/xkb/*. (The newer versions of these
data files have the symbols/inet for my keyboard -- before I had to
manually enter them into
On Sun, 31 Aug 2008 23:56:04 -0400,
Dennis Nezic [EMAIL PROTECTED] wrote:
I've tried e16 0.16.8.[12,13,14], and they all have this problem -- so
my guess is it's something with the updated xorg-server or
xf86-input-keyboard (1.3.1), or something to do with this newer x.
Same problem
I posted a couple of months ago about this issue (end of august), and
still haven't managed to resolve it :P. So, to recap:
* No keybindings of special keys work on my acer laptop keyboard
(Option XkbModel acer_ferrari4k) like XF86Mail, EuroSign, when
e16 FIRST starts up--but they do with 'eesh
On Wed, 10 Dec 2008 19:44:23 +0100, Kim Woelders k...@woelders.dk
wrote:
On Tue, 09 Dec 2008 21:54:07 +0100, Dennis Nezic
denn...@dennisn.dyndns.org wrote:
I posted a couple of months ago about this issue (end of august),
and still haven't managed to resolve it :P. So, to recap
On Sun, 14 Dec 2008 17:20:40 +0100, Kim Woelders k...@woelders.dk
wrote:
On Sat, 13 Dec 2008 17:27:21 +0100, Dennis Nezic
denn...@dennisn.dyndns.org wrote:
On Wed, 10 Dec 2008 19:44:23 +0100, Kim Woelders k...@woelders.dk
wrote:
On Tue, 09 Dec 2008 21:54:07 +0100, Dennis Nezic
With a long menu (and a long submenu), the bottom portion of the
submenu is not always visible on the screen. For example, if the
submenu is located near the bottom of the menu, opening it will cause
the menu to slide to the top of the screen (if the always pop up menus
on screen option is set),
If a window closes in the process of being moved, weird things happen
-- usually the mouse gets trapped within a box, and e16 stops
responding. X still works, but Alt-F'ing to a terminal and trying to
eesh restart doesn't work. I am forced to kill X (Ctrl-Alt-Backspace).
Here's a quick way to
On Sun, 10 Jan 2010 10:52:24 +0100, Kim Woelders wrote:
On Sun, 10 Jan 2010 06:52:49 +0100, Dennis Nezic
denn...@dennisn.dyndns.org wrote:
If a window closes in the process of being moved, weird things
happen
-- usually the mouse gets trapped within a box, and e16 stops
responding. X
After upgrading to e16 1.0.1.002 (from 1.0.1), I noticed that some apps
in my Iconbox now display a question-mark icon, where before they were
a snapshotted mini-window. Being a question mark, I assume e16 knows
there is no application icon for it, nor an e16 icon ... shouldn't it
be using the
On Mon, 11 Jan 2010 18:25:44 +0100, Kim Woelders wrote:
On Mon, 11 Jan 2010 04:15:10 +0100, Dennis Nezic
denn...@dennisn.dyndns.org wrote:
After upgrading to e16 1.0.1.002 (from 1.0.1), I noticed that some
apps in my Iconbox now display a question-mark icon, where before
they were
Currently, when the focus list is enabled (during an Alt-Tab), it
raises the next window always, automatically, even though I have Raise
windows while switching focus disabled. This is a problem if I DON'T
want to raise the next one in the list (but rather another one further
down.)
On Sun, 14 Mar 2010 11:50:59 -0400, Dennis Nezic wrote:
Currently, when the focus list is enabled (during an Alt-Tab), it
raises the next window always, automatically, even though I have
Raise windows while switching focus disabled. This is a problem if
I DON'T want to raise the next one
On Sun, 14 Mar 2010 12:01:33 -0400, Dennis Nezic wrote:
On Sun, 14 Mar 2010 11:50:59 -0400, Dennis Nezic wrote:
Currently, when the focus list is enabled (during an Alt-Tab), it
raises the next window always, automatically, even though I have
Raise windows while switching focus disabled
On Sun, 14 Mar 2010 15:38:13 -0400, Dennis Nezic wrote:
On Sun, 14 Mar 2010 12:01:33 -0400, Dennis Nezic wrote:
On Sun, 14 Mar 2010 11:50:59 -0400, Dennis Nezic wrote:
Currently, when the focus list is enabled (during an Alt-Tab), it
raises the next window always, automatically, even
On a crowded desktop (ie. if you just open a bunch of gvim windows),
e16 will position new gvim windows so that the bottom gvim-status line
is cut off screen (the last ~10 pixels?). (my 1200x800 desktop can't
fit 2 502x412 gvim windows vertically.)
When trying to resize the gvim window, it
Any idea why Pidgin's new-instant-message notification system-tray icon
passes mouse clicks through to the window below it, while, for example,
Xchat's doesn't? Pidgin's does respond to it, and then goes away (as
it's supposed to), but also sends it to the window underneath -- which
is annoying
On Fri, 16 Apr 2010 00:32:36 +0200, Kim Woelders wrote:
On Thu, 15 Apr 2010 19:01:26 +0200, Dennis Nezic
denn...@dennisn.dyndns.org wrote:
On a crowded desktop (ie. if you just open a bunch of gvim windows),
e16 will position new gvim windows so that the bottom gvim-status
line is cut
On Sat, 17 Apr 2010 08:58:51 +0200, Kim Woelders wrote:
On Thu, 15 Apr 2010 19:12:39 +0200, Dennis Nezic
denn...@dennisn.dyndns.org wrote:
Any idea why Pidgin's new-instant-message notification system-tray
icon passes mouse clicks through to the window below it, while, for
example
On Sat, 17 Apr 2010 08:58:51 +0200, Kim Woelders wrote:
On Thu, 15 Apr 2010 19:12:39 +0200, Dennis Nezic
denn...@dennisn.dyndns.org wrote:
Any idea why Pidgin's new-instant-message notification system-tray
icon passes mouse clicks through to the window below it, while, for
example
I'm not sure if this question is appropriate here, but my X always
seems to be growing in memory-use -- never shrinking. (Not even if I
close everything except for e16 itself.) Do you suppose the window
manager has something to do with this? Is there any way to free up this
(useless / leaked?)
On Sat, 20 Nov 2010 12:59:40 +0900, Carsten Haitzler (The Rasterman)
wrote:
On Fri, 19 Nov 2010 22:07:59 -0500 Dennis Nezic
denn...@dennisn.dyndns.org said:
xrestop
use that to see if anythingis leaking x resources. other than that it
may simply be normal glibc memory growth. look at rss
On Sat, 20 Nov 2010 09:15:35 -0500, Dennis Nezic wrote:
On Sat, 20 Nov 2010 12:59:40 +0900, Carsten Haitzler (The Rasterman)
wrote:
On Fri, 19 Nov 2010 22:07:59 -0500 Dennis Nezic
denn...@dennisn.dyndns.org said:
xrestop
use that to see if anythingis leaking x resources. other than
On Sun, 21 Nov 2010 19:10:48 +0100, Kim Woelders wrote:
On Sun, 21 Nov 2010 18:36:51 +0100, Kim Woelders k...@woelders.dk
wrote:
On Sun, 21 Nov 2010 17:51:37 +0100, Kim Woelders k...@woelders.dk
wrote:
On Sat, 20 Nov 2010 17:38:07 +0100, Dennis Nezic
denn...@dennisn.dyndns.org wrote
On Sun, 21 Nov 2010 16:15:22 -0700, James Bowlin wrote:
On Sun, Nov 21, 2010 at 07:10 PM, Kim Woelders said:
The menu resource leakage problem exists in 1.0.5 and 1.0.6, but not
in 1.0.4 or 1.0.7.
So, it seems to have been fixed along with other menu related
problems in 1.0.7 :)
I've
I'm not sure the exact action that causes it, but when I try to rename
a file in the popular file manager rox, it pops up a mini-window to
enter the new filename, and after I click ok/enter to close it, e16
segfaults:
#0 0x00414464 in EwinBorderDraw (ewin=0x73bc50, do_shape=0,
On Wed, 24 Aug 2011 22:47:33 +0200, Kim Woelders wrote:
On Mon, 22 Aug 2011 16:47:36 +0200, Kim Woelders k...@woelders.dk
wrote:
On Fri, 19 Aug 2011 00:51:02 +0200, Dennis Nezic
denn...@dennisn.dyndns.org wrote:
I'm not sure the exact action that causes it, but when I try to
rename
If I change a window's title, say with xterm, eesh wop current title
whatever, neither the Iconbox nor the Pager show the updated title
(when hovering over it). eesh wl does show it.
--
Special Offer -- Download ArcSight
Why do some systray icons draw/redraw properly (ie. if I move a window
over them, then move it off), while others do not?
Systray icons, such as those from xchat or sylpheed get properly
redrawn, but systray icons from ekiga or nm-applet do not -- they are
painted white by the overlapping window,
On Sun, 25 Sep 2011 20:25:44 +0200, Kim Woelders wrote:
On Wed, 21 Sep 2011 20:29:47 +0200, Dennis Nezic
denn...@dennisn.dyndns.org wrote:
Why do some systray icons draw/redraw properly (ie. if I move a
window over them, then move it off), while others do not?
Systray icons
On Sun, 09 Oct 2011 16:49:24 +0200, Kim Woelders wrote:
e16-1.0.10 is available for download:
http://sourceforge.net/projects/enlightenment/files/
The purpose of this release is primarily to fix a few possibly quite
annoying bugs in 1.0.9:
- Fix menu regeneration after updating from
On Mon, 15 Nov 2021 12:53:51 +0100, Kim Woelders wrote:
> On 11/15/21 06:53, Dennis Nezic wrote:
> > On Mon, 15 Nov 2021 00:29:46 -0500, Dennis Nezic wrote:
> >> On Sat, 13 Nov 2021 18:11:02 +0100, Kim Woelders wrote:
> >>> On 11/13/21 16:17, Dennis Nezic wrote:
>
In the description of the "Size" match value, in
/usr/share/e16/config/matches.cfg it currently says:
Size: {>|<}x
What does {>|<} mean? Wouldn't this be more readable:
Size: -x-
Ie. it's expecting 4 values in that format.
___
Here's a small patch for regex.c
Currently, in matches.cfg, "Title *bla ..." will match any title with
"bla" in it ... but it should only match if the title ends in bla,
right?
By the way, the indentations in that file are ... weird :P.
___
/ in s remaining to be matched, we should return 0
+ if ((i < len) && (rx[l-1] != '*'))
+ return 0;
+ else
+ return match;
+ }
}
return match;
}
On Thu, 11 Nov 2021 15:24:52 -0500, Dennis Nezic wrote:
> Here's a sma
On Sat, 13 Nov 2021 07:33:19 +0100, Kim Woelders wrote:
> On 11/13/21 05:18, Dennis Nezic wrote:
> > On Fri, 12 Nov 2021 17:48:50 +0100, Kim Woelders wrote:
> >> On 11/11/21 21:24, Dennis Nezic wrote:
> >>> Here's a small patch for regex.c
> >>>
&g
On Mon, 15 Nov 2021 00:29:46 -0500, Dennis Nezic wrote:
> On Sat, 13 Nov 2021 18:11:02 +0100, Kim Woelders wrote:
> > On 11/13/21 16:17, Dennis Nezic wrote:
> > > On Sat, 13 Nov 2021 07:33:19 +0100, Kim Woelders wrote:
> > >> On 11/13/21 05:18, Dennis Nezic wrote:
>
On Sat, 13 Nov 2021 18:11:02 +0100, Kim Woelders wrote:
> On 11/13/21 16:17, Dennis Nezic wrote:
> > On Sat, 13 Nov 2021 07:33:19 +0100, Kim Woelders wrote:
> >> On 11/13/21 05:18, Dennis Nezic wrote:
> >>> On Fri, 12 Nov 2021 17:48:50 +0100, Kim Woelders wrote:
&g
On Fri, 12 Nov 2021 17:48:50 +0100, Kim Woelders wrote:
> On 11/11/21 21:24, Dennis Nezic wrote:
> > Here's a small patch for regex.c
> >
> > Currently, in matches.cfg, "Title *bla ..." will match any title
> > with "bla" in it ... but it should
Here's a slightly more robust inside of that for-loop, in case there are
escaped quotes outside a quoted pair (eg. quotes in filenames?), not
sure it's necessary to worry about these :p.
if (*s3 == '\'' && (s3 == s || *(s3 - 1) != '\\')) {
while
On 26 Jun 19:53, Kim Woelders wrote:
> On 2023-06-25 19:22, Dennis Nezic wrote:
> > Currently comments in bindings.cfg are parsed dumbly (but efficiently)
> > as the first occurrence of '#', even if it occurs in a pair of quotes.
> > Attached is a more intelligent way tha
Currently comments in bindings.cfg are parsed dumbly (but efficiently)
as the first occurrence of '#', even if it occurs in a pair of quotes.
Attached is a more intelligent way that handles such quotes.
"eesh exec" in a terminal, and the exec commands in the .menu files are
both able to handle
57 matches
Mail list logo
