Hello, i just looked down at the digital display of the clock in e17 and
noticed a little bug. it's displaying the current time as 24:20 (its in
24 hour mode of course). I just now restarted enlightenment, and it's
still displaying 24. Thanks.
Christopher
---
just updated to latest cvs and restarted and suddenly e seems to be
segfaulting whenever i try to load an Eterm ... other apps/terminals seem to
work fine, it only happens with Eterm :/
maybe related to me being on amd64 ? or the warning messages i get everytime
i load an Eterm about icon data
Mike Frysinger wrote:
just updated to latest cvs and restarted and suddenly e seems to be
segfaulting whenever i try to load an Eterm ... other apps/terminals seem to
work fine, it only happens with Eterm :/
maybe related to me being on amd64 ? or the warning messages i get everytime
i load
On Sunday 17 July 2005 06:26 am, Kim Woelders wrote:
> Mike Frysinger wrote:
> > just updated to latest cvs and restarted and suddenly e seems to be
> > segfaulting whenever i try to load an Eterm ... other apps/terminals seem
> > to work fine, it only happens with Eterm :/
> >
> > maybe related to
Mike Frysinger wrote:
On Sunday 17 July 2005 06:26 am, Kim Woelders wrote:
Mike Frysinger wrote:
just updated to latest cvs and restarted and suddenly e seems to be
segfaulting whenever i try to load an Eterm ... other apps/terminals seem
to work fine, it only happens with Eterm :/
maybe rel
On Saturday, 16 July 2005, at 13:32:10 (-0500),
laurence vanek wrote:
> libast.m4 resides at "/usr/local/share/aclocal/libast.m4". since I
> didnt put it there I presume the "make install" did during my build
> of libast.
Yes, that's correct. But that doesn't mean aclocal will automatically
look
"Chad R. Kittel" <[EMAIL PROTECTED]> [Fri, 01 Jul 2005 19:28:15 -0500]:
> Hello,
>
> This patch against e_utils' e17setroot.c replaces some of the local
> code with calls to ecore_file that should produce the same results
> but with less code duplication.
>
> Cheers,
> Chad
Considering not a sin
I believe Andy is the author of that app, and he was out getting
married. It might take him some time to get caught up.
On 7/17/05, Chad Kittel <[EMAIL PROTECTED]> wrote:
> "Chad R. Kittel" <[EMAIL PROTECTED]> [Fri, 01 Jul 2005 19:28:15 -0500]:
> > Hello,
> >
> > This patch against e_utils' e17set
Michael Jennings wrote:
Have you tried setting ACLOCAL_FLAGS="-I /usr/local/share/aclocal"
when calling autogen.sh?
Michael
Michael -
I just did a fresh CVS co and rebuilt libast (no issues now). For the
Eterm build I did this:
export ACLOCAL_FLAGS="-I /usr/local/share/aclocal"
as Nath
laurence vanek wrote:
>
> I just did a fresh CVS co and rebuilt libast (no issues now). For the
> Eterm build I did this:
>
> export ACLOCAL_FLAGS="-I /usr/local/share/aclocal"
>
>
> as Nathan & you suggested prior to "./autogen.sh".
>
> It works on my updated FC4 sytem. "make" & "make install" ok
Nathan Ingersoll <[EMAIL PROTECTED]> [Sun, 17 Jul 2005 11:48:57 -0500]:
> I believe Andy is the author of that app, and he was out getting
> married. It might take him some time to get caught up.
Ah, Thank you for the information Nathan. So this was the right place
then I take it.
Congradulation
You may get new version there:
http://rec0.rec.smr.ru/davinchi/public/e17/evolume-0.0.3.tar.bz2
7be18dcabf9d445954642690f5f28669 evolume-0.0.3.tar.bz2
Note that now used different configuration code, so multi-container
configuration should
work correctly.
Changes
Sun Jul 17 22:32:56 2005 Bo
Hi, i recently compiled Eterm 0.9.3 under a NetBSD 2.0.2 system, i
use PT encoding (ISO-8859-1) and accentueted characteres are often used
mainly when i'm using text-mode editors, irc text-mode clients, and etc.
What is happening, is that Eterm does not accept anyway special char
like 'é'
Boldin Pavel wrote:
> You may get new version there:
> http://rec0.rec.smr.ru/davinchi/public/e17/evolume-0.0.3.tar.bz2
>
works out-of-the-box!
Great work, Pavel!!!
On uprading from evolume-0.0.2 it isn't bad at all to remove evolume
configuration files from ~/.e.
Again thanx a lot!
-Dienekes
On Sunday, 17 July 2005, at 11:51:51 (-0500),
laurence vanek wrote:
> I just did a fresh CVS co and rebuilt libast (no issues now). For the
> Eterm build I did this:
>
> export ACLOCAL_FLAGS="-I /usr/local/share/aclocal"
>
>
> as Nathan & you suggested prior to "./autogen.sh".
>
> It works on
On Sunday, 17 July 2005, at 19:28:30 (+0100),
losted wrote:
>Hi, i recently compiled Eterm 0.9.3 under a NetBSD 2.0.2 system, i=20
> use PT encoding (ISO-8859-1) and accentueted characteres are often used=20
> mainly when i'm using text-mode editors, irc text-mode clients, and etc.
>What i
Now it should not broke border.
This happened because of default value ( 0 ) and all objects in old .edj
files just
try to queue event to object with zero ID.
Now events_to objects is checked (on load) to be dragable. if events_to
object is not dragable (which default) than events is not subs
Andrew Elcock wrote:
would you like me to roll this into "e_modules" in CVS?
not yet.
0. module is not yet stable
1. i don't has write access to CVS
2. license
wait for week or two, i think work on zero and 2nd items.
--
Boldin Pavel aka davinchi. mail-to: ldavinchi /at\ inbox _dot_ ru
Z
What do you think about breaking out the iconbox_icon into a generic
Icon class? Are there any parts of the icon that assume they're packed
inside of an iconbox?
On 7/17/05, enlightenment-cvs@lists.sourceforge.net
wrote:
> Enlightenment CVS committal
>
> Author : lordchaos
> Project : e17
> Mod
On Sun, 2005-07-17 at 15:44 -0400, Michael Jennings wrote:
> On Sunday, 17 July 2005, at 19:28:30 (+0100),
> losted wrote:
>
> >Hi, i recently compiled Eterm 0.9.3 under a NetBSD 2.0.2 system, i=20
> > use PT encoding (ISO-8859-1) and accentueted characteres are often used=20
> > mainly when i
On Sunday, 17 July 2005, at 17:36:27 (-0600),
Tres Melton wrote:
> Somebody in #gentoo was having problems with their CPU load shooting
> over 90% in Eterm when using an alternate character set and posted
> the bug to the E-dev mailing list. He told me that someone told him
> that it was a known
I checked out libast from CVS but the latter is looking for
makefile.in which doesn't seem to be around. Any clues anybody? :( Am
I missing out something?
[SNIP]
checking for snprintf... yes
checking for vsnprintf... yes
checking for strcasestr... yes
checking for strcasechr... no
checking for str
On Sunday 17 July 2005 10:32 pm, Didier Casse wrote:
> config.status: error: cannot find input file: Makefile.in
Makefile.in doesnt exist because the autotools failed
no idea why exactly they failed, you cut the log after that point ...
-mike
On Tue, 2005-06-14 at 15:45 -0400, Michael Jennings wrote:
I don't know how I missed this one, sorry. I just performed a fresh
checkout and everything seems fine. I had tested it earlier with a cvs
up too though. I did 'try' and make a patch for the ./configure message
that might be an improvem
24 matches
Mail list logo
