On Monday, 29 December 2003, at 15:07:50 (-0500),
Trey Gruel wrote:
the random bg image at start is from the pixmaps.list, but the menus
themselves are in the menu.cfg file from your theme which is not
dynamic.
I wish they *could* be dynamic, but the challenge is finding a way to
dynamically
the random bg image at start is from the pixmaps.list, but the menus
themselves are in the menu.cfg file from your theme which is not
dynamic.
I wish they *could* be dynamic, but the challenge is finding a way to
dynamically generate menus from directories without losing, e.g.,
image
On Tuesday, 30 December 2003, at 12:25:59 (-0500),
Trey Gruel wrote:
it seems that most of the geometry info in the menuitems is also in
pixmaps.list. the only info missing from pixmaps.list i can see is
the escape codes and the lack of the '+50+50' at the end of the
scaled pix. also the @
On Tuesday, 30 December 2003, at 13:32:38 (-0500),
Trey Gruel wrote:
i know about ; and the command line, but is there a problem with @
in the escape sequence?
Nope. It works fine. Give it a try. :)
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED]
n +
they look great to me. will those be in addition to the current set
of backgrounds or as a replacement? the reason i ask is, if they're
additions, the tiled pix submenu will get way too long unless
subgroups are created.
I haven't entirely decided. The 0*.jpg ones are definitely
On Monday, 29 December 2003, at 15:01:26 (-0500),
Trey Gruel wrote:
personally, i nuke about half of them from the default install.
mainly the ones that i consider too bright or too busy (i seem to
recal one with a ship in a previous release). my concern about the
size of the submenus was
they look great to me. will those be in addition to the current set of
backgrounds or as a replacement? the reason i ask is, if they're
additions, the tiled pix submenu will get way too long unless
subgroups are created.
This submenu is generated how? I added a ton of images and I
personally, i nuke about half of them from the default install.
mainly the ones that i consider too bright or too busy (i seem to
recal one with a ship in a previous release). my concern about the
size of the submenus was mostly for those who don't.
I was hoping for some specific
On Saturday, 22 November 2003, at 10:29:04 (+0100),
Kim Woelders wrote:
It looks like I'm the one who missed something :( I'm still running
the released 0.9.2 which does use _WIN_WORKSPACE. I see now that
this has been fixed in CVS.
As promised. :-) The CVS version should work fully with an
On Sat, Nov 22, 2003 at 09:56:11AM -0500, Michael Jennings wrote:
As promised. :-) The CVS version should work fully with an
EWMH-only version of E. If it doesn't, please let me know.
A user mentioned this a while ago. The fix works for me and backported
quite easily.
Release 0.9.3 when
Kim Woelders wrote:
Changes since e16.6-pre8:
Don't overwrite file.menu and user_apps.menu when regenerating menus.
Fixed click-to-focus bug introduced in pre8.
Fixed problem with applications that de-iconify their windows introduced
in pre5.
Michael Jennings wrote:
To correspond with today's
On Thu, 06 Nov 2003 01:03:44 +0100 Kim Woelders [EMAIL PROTECTED] babbled:
Changes since e16.6-pre8:
Don't overwrite file.menu and user_apps.menu when regenerating menus.
Fixed click-to-focus bug introduced in pre8.
Fixed problem with applications that de-iconify their
Mike Frysinger wrote:
i looked into this to see if i could make a patch but the X
communication/event handling is beyond me ;)
how easy would it be to make shortcuts for the window id's ?
wl
[00] 280013f : Eterm 0.9.2
[01] 400392 : 0
[02] 180145f : Re: [E-devel] e16.6-pre7 is out - KMail
[03
i looked into this to see if i could make a patch but the X
communication/event handling is beyond me ;)
how easy would it be to make shortcuts for the window id's ?
wl
[00] 280013f : Eterm 0.9.2
[01] 400392 : 0
[02] 180145f : Re: [E-devel] e16.6-pre7 is out - KMail
[03] 1800030 : Local
Begin forwarded message:
Date: Mon, 11 Aug 2003 21:14:58 +0200
From: Kim Woelders [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [E-devel] e16.6 BUGS
Dhruba Bandopadhyay wrote:
(1) Sticky settings: I think this one has already been dealt with but
just in case it hasn't here
Dhruba Bandopadhyay wrote:
Gaim suffers also from an annoying problem whereby the main window
and all peripheral windows are considered as /one/ window. So, any
settings applied apply to all open gaim windows (to include all chat
windows and main client window) which isn't desirable. I'm not
Kim Woelders wrote:
XMMS has its own sticky and layer settings, see the Options menu.
These settings will override whatever you tell E to remember.
E.g. if you check Sticky, XMMS will ask the WM to make it sticky. If
you don't, it will ask the the WM to make it not sticky.
Not an E bug.
/Kim
Configure options are determined by enabling or disabling
of USE flags. E in Gentoo has four use flags.
- nls
- esd
- gnome
- kde
In my case, I always have all use flags disabled since I don't want
support for any of the above.
I have all of the above enabled in my build...
Now, the good
On Sun, 03 Aug 2003 23:01:12 +0200
Kim Woelders [EMAIL PROTECTED] wrote:
If your favorite bug isn't here, I have probably forgotten all about
it, so please remind me.
Any comments?
/Kim
Bravo to all for helping resolve the mysterious window resize bug. I
have another one for you below
On Sun, 03 Aug 2003 23:01:12 +0200
Kim Woelders [EMAIL PROTECTED] wrote:
If your favorite bug isn't here, I have probably forgotten all about
it, so please remind me.
Any comments?
/Kim
Yet another small and probably uncommon problem. Sometimes when I have
a browser like phoenix open
Kim Woelders wrote:
Dhruba Bandopadhyay wrote:
(1) Sticky settings: I think this one has already been dealt with but
just in case it hasn't here it is. Sometimes, when a window is made
sticky and in 'Remember...' the sticky checkbox is ticked, on next
login it is not remembered. You have to
On Tue, 12 Aug 2003 22:20:29 -0400 Mike Frysinger [EMAIL PROTECTED] babbled:
all this bug talk reminded me of one thats always bugged me :)
when i full screen an app and move my mouse around, sometimes the window will
scroll around ...
like, if my desktop is 1024x768 and
On Monday 11 August 2003 23:14, Ben Ford wrote:
XMMS doesn't remember the sticky state. Other apps are fine.
i wasnt going to say it but he did ...
xmms doesnt remember sticky state on my box because E keys off of the window
name ... and the window name changes with each song ;)
-mike
Begin forwarded message:
Date: Mon, 11 Aug 2003 21:14:58 +0200
From: Kim Woelders [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [E-devel] e16.6 BUGS
Dhruba Bandopadhyay wrote:
(1) Sticky settings: I think this one has already been dealt with but
just in case it hasn't here
comments mark: /*..*/
-Mensaje original-
De: Dhruba Bandopadhyay [mailto:[EMAIL PROTECTED]
Enviado el: Domingo 10 de Agosto de 2003 15:16
Para: [EMAIL PROTECTED]
Asunto: Re: [E-devel] e16.6 BUGS
(2) Buggy themes: At times, I've encountered themes for E16 that were
buggy but I found
Ben == Ben Ford [EMAIL PROTECTED] writes:
Ben XMMS doesn't remember the sticky state. Other apps are fine.
Open the playlist, and do a remember on that. Sometime you get
different options for different windows on an app. For examble, with
gaim, I can only get the restart option if I
[EMAIL PROTECTED] wrote:
Dhruba Bandopadhyay wrote:
(1) Sticky settings: I think this one has already been dealt with but
just in case it hasn't here it is. Sometimes, when a window is made
sticky and in 'Remember...' the sticky checkbox is ticked, on next
login it is not remembered. You have
Andrew Elcock wrote:
Gaim and gkrellm are culprits - gaim especially.
If I recall this behaviour only started after they moved to GTK2 tho...
BTW: I am still using 16.5 ...
So what exactly does this have to do with e16.6 bugs :-(
Client behavior wrt stickyness, stacking, etc. may be completely
On Tue, 05 Aug 2003 22:58:47 -0500
Tom Prado [EMAIL PROTECTED] wrote:
This happens to me too in Mozilla. I just tried it now and it does it
to me. I'm using 0.6.16_pre5 built through the Gentoo ebuild.
Tom
I'm using Gentoo as well but I doubt that is the reason.
Anyway, Tom Prado, vox
Dhruba Bandopadhyay wrote:
(1) Sticky settings: I think this one has already been dealt with but
just in case it hasn't here it is. Sometimes, when a window is made
sticky and in 'Remember...' the sticky checkbox is ticked, on next
login it is not remembered. You have to tick and untick
rant
I know, and am not stupid.
I was replying to a message from Dhruba about 16.6-pre5 which I have
noticed.
I was also noting that this is also noticable in my other, but default 16.5.
/rant
Sorry if this offended you in some way
Andrew
Kim Woelders wrote:
Andrew Elcock wrote:
Gaim and
Mike Frysinger wrote:
On Monday 11 August 2003 23:14, Ben Ford wrote:
XMMS doesn't remember the sticky state. Other apps are fine.
i wasnt going to say it but he did ...
xmms doesnt remember sticky state on my box because E keys off of the window
name ... and the window name changes
This happens to me too in Mozilla. I just tried it now and it does it
to me. I'm using 0.6.16_pre5 built through the Gentoo ebuild.
Tom
Dhruba Bandopadhyay wrote:
On Sun, 03 Aug 2003 23:01:12 +0200
Kim Woelders [EMAIL PROTECTED] wrote:
If your favorite bug isn't here, I have probably
On 06/08-03 12.53, Kim Woelders wrote:
Dhruba Bandopadhyay wrote:
On Tue, 05 Aug 2003 22:58:47 -0500
Tom Prado [EMAIL PROTECTED] wrote:
This happens to me too in Mozilla. I just tried it now and it does it
to me. I'm using 0.6.16_pre5 built through the Gentoo ebuild.
Tom
I'm
On Thu, 07 Aug 2003 07:50:12 +0200
Kim Woelders [EMAIL PROTECTED] wrote:
Mike Frysinger wrote:
hmm just found a way to reproduce it :)
i bound ctrl+alt+m to 'Maximise Size of Window to whole screen'
using e16keyedit ...
so i click a window, hit ctrl+alt+m, let go of ctrl+m but keep
quote who=Kim Woelders
If your favorite bug isn't here, I have probably forgotten all about it,
so please remind me.
Any comments?
/Kim
This is a vague and possibly unrelated problem that I experienced
recently. Having used E for some time I began experiencing reproducible
segmentation
Any comments?
One feature request only: it could probably wait until e17 if you don't
have the time or can't be bothered implementing it (I know I can't).
It would be nice if, when focus-follows-pointer is enabled, mousing over
any icon in the iconbox gave keyboard focus to the program the icon
On Sun, 3 Aug 2003 22:26:14 +0100 Daniel Hulme [EMAIL PROTECTED] babbled:
Any comments?
One feature request only: it could probably wait until e17 if you don't
have the time or can't be bothered implementing it (I know I can't).
It would be nice if, when focus-follows-pointer
Would anyone be able to provide me with an RedHat 7.3 RPM
so I can test it out? I can't install the RH9 RPMs without
a bunch of dependencies.
Thanks,
Beny
---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data
On Tue, 2003-07-15 at 19:39, Kim Woelders wrote:
OK - I have just committed an attempt to make things work in the
good old way.
Could everybody who cares please try out their pet configuartion :-)
I did a ./autogen.sh --prefix=/opt/enlightenment --enable-fsstd here and
it did mostly what I
On Wed, 2003-07-16 at 14:02, Kim Woelders wrote:
I did a ./autogen.sh --prefix=/opt/enlightenment --enable-fsstd here and
it did mostly what I wanted. Stuff is now in /opt/enlightenment/share/*
that used to be in /opt/enlightenment/*, but I can live with that.
I think you want
On Wed, 2003-07-16 at 14:18, Kim Woelders wrote:
Sorry, I meant ./autogen.sh --prefix=/opt
Ahhh! OK, retried, and yes - that works fine =O) Many thanks.
I also looked closer at the po/intl problem, as I noticed this at the
end of the ./configure output:
creating po/Makefile.in
On Wed, 2003-07-16 at 16:01, Michael Jennings wrote:
Feel free to modify setup-gettext.sh to resolve the portability
issues.
Yeah, I've been looking into that. But Solaris's gettext and the GNU
one seem so entirely different - like --version just gets repeated out
as input, it doesn't elicit a
OK, I understand now. I knew it was broken, I just didn't understand
how you intended to fix it ;O)
Many thanks again for your continued work here.
Mark.
On Mon, 2003-07-14 at 18:46, Kim Woelders wrote:
If I understand correctly, you want
configure --enable-fsstd --prefix=/opt
and
OK - I have just committed an attempt to make things work in the
good old way.
Could everybody who cares please try out their pet configuartion :-)
/Kim
---
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing
On Monday, 14 July 2003, at 21:12:39 (+0200),
Morten Nilsen wrote:
1) ./configure
/usr/local/bin, complains that dox is not in /usr/local/enlightenment/bin
I can't reproduce that here. Most likely a problem on your end.
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/
Morten Nilsen wrote:
I tried using /usr/local/enlightenment, but that wouldn't work without
--with-fsstd either...
1) ./configure
/usr/local/bin, complains that dox is not in /usr/local/enlightenment/bin
2) ./configure --prefix=/usr/local/enlightenment
/usr/local/enlightenment/enlightenment/bin
3)
On Monday, 14 July 2003, at 21:50:46 (+0200),
Morten Nilsen wrote:
quite possible, that..
but still, is there really any reason not to allways have --with-fsstd?
Yes.
As I see it, the people who want enlightenment into a separate
folder, still can do that with --prefix...
No, they can't.
On Mon, 14 Jul 2003 16:00:52 EDT, Michael Jennings [EMAIL PROTECTED] said:
On Monday, 14 July 2003, at 21:50:46 (+0200),
As I see it, the people who want enlightenment into a separate
folder, still can do that with --prefix...
No, they can't. FSSTD uses things like prefix/bin, whereas
At 21:50 2003-07-14 +0200, Morten Nilsen wrote:
Michael Jennings wrote:
On Monday, 14 July 2003, at 21:12:39 (+0200),
Morten Nilsen wrote:
1) ./configure
/usr/local/bin, complains that dox is not in /usr/local/enlightenment/bin
I can't reproduce that here. Most likely a problem on your
Michael Jennings said:
On Monday, 14 July 2003, at 16:10:39 (-0400),
[EMAIL PROTECTED] wrote:
what's wrong with ./configure --prefix=/usr/whatever/enlightenment
behaviortting it tack the /bin on that?
if test x$enable_fsstd = xyes; then
ENLIGHTENMENT_ROOT=${datadir}/enlightenment
On Monday, 14 July 2003, at 18:57:37 (-0400),
[EMAIL PROTECTED] wrote:
Why not hold a vote and go with the majority.
This isn't a democracy. At best, it's a benevolent dictatorship. :)
raster has made it very clear in the past how he wants the default to
work. So this argument is pointless.
On Mon, 14 Jul 2003 21:45:31 -0400 Michael Jennings [EMAIL PROTECTED] babbled:
On Monday, 14 July 2003, at 18:57:37 (-0400),
[EMAIL PROTECTED] wrote:
Why not hold a vote and go with the majority.
This isn't a democracy. At best, it's a benevolent dictatorship. :)
There is a patch to fix that second problem. This came from Kim
Woelders. I edited it a bit to work with the RPM source package.
Torsten Stets wrote:
Am 2003.07.08 11:39 schrieb(en) Torsten Stets:
Hello,
I compiled yesterday e16.6-r4 and encountered some problems. First I
only ran configure
Am 2003.07.08 11:39 schrieb(en) Torsten Stets:
Hello,
I compiled yesterday e16.6-r4 and encountered some problems. First I
only ran configure without any arguments (as normal user, not as
root, the same with make), and make install was supposed to put the
binary files in
Torsten Stets wrote:
Uups, sorry. The second Problem occured because the scripts weren't in
/usr/local/bin. The make install command didn't put the files under
$PREFIX. Stupid me, that I didn't recognize this earlier. :-(
Sorry.
I am aware that the maintenance scripts aren't correctly
Cristalle Azundris Sabon wrote:
One more: when I re-open iconified applications from the
icon-box, they are sometimes restored to the wrong position
(app_y = screen_height, app_x presumably correct), from
where I'll have to retrieve them using eesh winops...
I thought that was fixed (in
57 matches
Mail list logo