Jonathan Schmidt :
Hi everyone,
here is a new version of eWeather with some major bug fixe sent by
Boldin Pavel. Thank a lot Boldin. If someone wants to add the project to
enlightenment's CVS, please feel free to do it.
Jonathan Schmidt
Found new bug:
1. disable eweather
2. restart e
3.
Hi,
I'm the dude from Mandriva if you've forgotten.
I need a little something fixed in ecore.
Our 64-bit X11 libraries live in /usr/X11R6/lib64.
I can run configure --x-libraries=/usr/X11R6/lib64, but this does not
get respected...
I think it's due to this little tidbit:
x_libs=-L$x_dir/lib
looks like eWeather is not shutting down its connections properly
Boldin Pavel wrote:
Jonathan Schmidt :
Hi everyone,
here is a new version of eWeather with some major bug fixe sent by
Boldin Pavel. Thank a lot Boldin. If someone wants to add the project to
enlightenment's CVS, please
On Tue, 14 Jun 2005 09:30:24 -0400 Austin Acton [EMAIL PROTECTED]
(Bbabbled:
(B
(B Hi,
(B
(B I'm the dude from Mandriva if you've forgotten.
(B
(B I need a little something fixed in ecore.
(B Our 64-bit X11 libraries live in /usr/X11R6/lib64.
(B I can run configure
On Mon, 13 Jun 2005 11:56:24 +0100 Simon Poole [EMAIL PROTECTED]
(Bbabbled:
(B
(Blet me go over this over the weekend. not ignoring you! :) just busy... :)
(B
(B I've done a cURL[1] wrapper for Ecore, which uses ecore's fd_handler
(B support to perform asynchronous curl operations (in
Hello!
Thanks, it rulez!! ;))
Only question: is it possible to add any option to disable such friendly
moving? ;)
Thanks,
Dan
Jonathan Schmidt wrote:
Hello,
here is a little patch for exige that moves the window under the mouse
pointer so that people that doesn't use mouse click focus
elitaire is fine.
Also, I have a question, why existe this path in hard ?
src/eli_app.cpp:29
ecore_config_theme_search_path_append(/usr/local/share/elitaire/themes/);
could it be initialized with ./configure ? and so
/usr/local/share/elitaire/themes/ will be a define in config.h
Thanks
Beber
Andrew Elcock :
looks like eWeather is not shutting down its connections properly
this is EVEN if you don't connnected to internet.
this seems like bug in ecore_con (???), because if i put return NULL
in ecore_con_server_connect(...) - than bug is go away. i don't know
why, possibly this
why not
PACKAGE_DATA_DIR /themes/
(I think) ?
HandyAndE
Bertrand Jacquin wrote:
elitaire is fine.
Also, I have a question, why existe this path in hard ?
src/eli_app.cpp:29
ecore_config_theme_search_path_append(/usr/local/share/elitaire/themes/);
could it be initialized with
You think good :) That's what I wanted to say, I'm a beginner in
autotools and see like that is exige
:)
beber
On 6/14/05, Andrew Elcock [EMAIL PROTECTED] wrote:
why not
PACKAGE_DATA_DIR /themes/
(I think) ?
HandyAndE
Bertrand Jacquin wrote:
elitaire is fine.
Also, I have a
On Wednesday, 18 May 2005, at 01:10:13 (-0600),
Tres Melton wrote:
The second patch I actually recommend that you do not apply. It
does greatly speed up the instruction but costs readability. It is
only executed once per window to shade so the speedup may not be
worth it but I'll leave the
Thanks :)
for the on mouse thing :
run 'exige'.
then run 'examine exige' (exige still running)
then change the on_mouse parameter from 1 to 0.
then apply.
done :)
Le mardi 14 juin 2005 à 18:22 +0300, Ag. System Administrator a écrit :
Hello!
Thanks, it rulez!! ;))
Only question: is it
I have the following patch to make temperature module work
on freebsd:
--- e_mod_main.c.orig Wed Jun 15 01:21:38 2005
+++ e_mod_main.cWed Jun 15 01:19:44 2005
@@ -4,6 +4,11 @@
#include e.h
#include e_mod_main.h
+#if
Sorry for this stupid question ... i just found the solution (
ecore_event_filter_handler_add)
Jol
On 6/14/05, joel vennin [EMAIL PROTECTED] wrote:
Hello,
I've a little problem, let me explain:
I have a XWindow (Window) that can receive user defined XEvent. When
the Window get
Ok, i need to use the Ecore_Event_Message structure in my program and
the ECORE_EVENT_MESSAGE field of the Ecore_Event_Type enumeration. All
this stuff is defined inside the e17/libs/ecore/src/Ecore.h. However,
i'm unable to compile my program because ECORE_EVENT_MESSAGE and
Ecore_Event_Message
Is it possible to enable Eterm's SSE2 support on P4 class processors? I've
got a Northwood class P4 3.2 w/ SSE2, but the new makefile looks for
X86_64 architecture to determine whether or not to enable SSE2. Is this
patch specific to the X86_64 architecture or will it work on P4 class
processors?
Daniel Kasak wrote:
the problem is that the height of the screen is mis-calculated
by something like the height of a standard gtk2 button, and the bottom
of the window hangs off-screen.
Never mind. An upgrade to Enlightenment and libraries seems to have
fixed things.
Dan
--
Daniel Kasak
IT
On Tue, 14 Jun 2005 23:37:41 +0200 joel vennin [EMAIL PROTECTED] babbled:
(B
(BHello,
(B
(B I've a little problem, let me explain:
(B
(B I have a XWindow (Window) that can receive user defined XEvent. When
(B the Window get this event it should make some stuff. I want to know
(B
On Wed, 15 Jun 2005 00:49:17 +0200 joel vennin [EMAIL PROTECTED] babbled:
(B
(B Ok, i need to use the Ecore_Event_Message structure in my program and
(B the ECORE_EVENT_MESSAGE field of the Ecore_Event_Type enumeration. All
(B this stuff is defined inside the e17/libs/ecore/src/Ecore.h.
On Tue, 2005-06-14 at 22:50 -0500, Edward Presutti wrote:
Is it possible to enable Eterm's SSE2 support on P4 class processors? I've
got a Northwood class P4 3.2 w/ SSE2, but the new makefile looks for
X86_64 architecture to determine whether or not to enable SSE2. Is this
patch specific to
20 matches
Mail list logo