Re: [E-devel] Edje patch

2005-06-19 Thread Simon TRENY
Hi Boldin,

I applied your patch and compiled it, but it seems to break all the edje
interfaces: buttons do not respond anymore and I can't move dragable
parts anymore.
Also, I haven't really understand what your patch should do? Dragable
parts can already act like progress bars, you just need to code it on
the app side. 

Regards,
MoOm

Le dimanche 19 juin 2005 à 01:38 +0500, Boldin Pavel a écrit :
> Hello all!
> 
> I patch edje to get working dragable objects like progressbars.
> 
> this done by event handling and passing to dragable (mouse_down, 
> mouse_up, mouse_move).
> you should add section like next one
> ===
> dragable {
>  events: "progress_bar_drag";
> }
> ===
> into "part" section of object on that you make action.
> 
> example in 2nd attached file.
> i hope this will be useful in eclair volume and progress bar (i tested both)
> 
> thanks for attention.
> 
> pièce jointe document plein texte (example.edc)
>   part {
>  name: "volume_bar";
>dragable {
>   events: "volume_bar_drag";
>}
> 
>  description {
> state: "default" 0.0;
> visible: 1;
>   //align: 0 0;
> rel1 {
>relative: 0 0;
>offset: 123 0;
>to: "entry_rect";
> }
> rel2 {
>relative: 0 0;
>offset: 200 22;
>to: "entry_rect";
> }
> image {
>normal: "volume_bar.png";
> }
>  }
>   }



---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Edje patch

2005-06-19 Thread Boldin Pavel

Simon TRENY пишет:


Hi Boldin,

I applied your patch and compiled it, but it seems to break all the edje
interfaces: buttons do not respond anymore and I can't move dragable
parts anymore.
 

sorry. you should rebuild all *.edj files with new edje_cc (or make 
edje_recc).

for theme files to (for example: $ edje_recc .)


Also, I haven't really understand what your patch should do? Dragable
parts can already act like progress bars, you just need to code it on
the app side. 
 



it is for "click and drag" moving.
if you click on dragable background without patch you click is ignored, 
with patch dragable moved to click point and seted to "move" state - and 
you can move it from current (click) position.


if you try to implement this with code in app, you should use some ugly 
constructions (like (x - x1 + w/2)/(x-w/2) (i can't remember whole 
construction) ) that i dislike to use in main program code, since it 
should be in some library.



Regards,
MoOm

 



--

Boldin Pavel aka davinchi. mail-to: ldavinchi /at\ inbox _dot_ ru
   ZU - Zagovor Unixoidov. SSAU 303.




---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Edje patch

2005-06-19 Thread Tilman Sauerbeck
Boldin Pavel <[EMAIL PROTECTED]> [2005-06-19 14:51]:
> >I applied your patch and compiled it, but it seems to break all the edje
> >interfaces: buttons do not respond anymore and I can't move dragable
> >parts anymore.
> > 
> sorry. you should rebuild all *.edj files with new edje_cc (or make 
> edje_recc).
> for theme files to (for example: $ edje_recc .)

IMHO the feature the patch offers isn't quite important enough to
warrant breaking backwards compatibility.
At the very least you need to add code to support "old" Edjes as well. I
didn't take a close look at the patch, so I dunno whether this is
actually possible ;)

Regards,
Tilman

-- 
learn to quote: http://www.netmeister.org/news/learn2quote.html


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] EET code

2005-06-19 Thread Brent Anderson
Just a quick question about the EET source.

eet_lib.c contains a function: eet_string_match(char *s1, char *s2)

why is there a need to duplicate strcmp?, the calls could be replaced
with !strcmp(s1,s2)

The author comments state bails out on the first mismatch, so does
strcmp.
-- 
  Brent Anderson
  [EMAIL PROTECTED]

-- 
http://www.fastmail.fm - A no graphics, no pop-ups email service



---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] EET code

2005-06-19 Thread Brent Anderson
Just a quick question about the EEET source.

eet_lib.c contains a function: eet_string_match(char *s1, char *s2)

why is there a need to duplicate strcmp?, the calls could be replaced
with !strcmp(s1,s2)

The author comments state bails out on the first mismatch, so does
strcmp.
-- 
  Brent Anderson
  [EMAIL PROTECTED]

-- 
http://www.fastmail.fm - I mean, what is it about a decent email service?



---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Edje patch

2005-06-19 Thread The Rasterman
On Sun, 19 Jun 2005 01:38:26 +0500 Boldin Pavel <[EMAIL PROTECTED]>
babbled:

> Hello all!
> 
> I patch edje to get working dragable objects like progressbars.
> 
> this done by event handling and passing to dragable (mouse_down, 
> mouse_up, mouse_move).
> you should add section like next one
> ===
> dragable {
>  events: "progress_bar_drag";
> }
> ===
> into "part" section of object on that you make action.
> 
> example in 2nd attached file.
> i hope this will be useful in eclair volume and progress bar (i tested both)
> 
> thanks for attention.

can you explain what you are trying to achieve? as far as i can tell this
already works in edge (look at e_logo.edc) you can click and drag the dragable
around (click the smaller grey box and drag it around). that's why they are
called "dragables" :) i adfded this feature so you can implement: scrollbars,
sliders, progress bars, and in fact anything that has some kind of ranging
display or interaction :)

> -- 
> Sorry for bad English.
> Boldin Pavel aka davinchi. mail-to: ldavinchi /at\ inbox _dot_ ru
> ZU - Zagovor Unixoidov. SSAU 303.
> 
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多  [EMAIL PROTECTED]
Tokyo, Japan (東京 日本)


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] EET code

2005-06-19 Thread The Rasterman
On Sun, 19 Jun 2005 03:23:51 -0700 "Brent Anderson" <[EMAIL PROTECTED]>
babbled:

> Just a quick question about the EEET source.
> 
> eet_lib.c contains a function: eet_string_match(char *s1, char *s2)
> 
> why is there a need to duplicate strcmp?, the calls could be replaced
> with !strcmp(s1,s2)
> 
> The author comments state bails out on the first mismatch, so does
> strcmp.

indeed that is true - BUT i also incur a function call overhead. being static it
has the chance of being inlined. strcmp may not be inlined unless it is included
in headers as the function contents as gcc for example cannot inline across
object boundaries :o) it was just me tyring to optimise a bit more, as well as
handle null params safely. i should have added a pointer match too (passing the
same ptr to match)

> -- 
>   Brent Anderson
>   [EMAIL PROTECTED]
> 
> -- 
> http://www.fastmail.fm - I mean, what is it about a decent email service?
> 
> 
> 
> ---
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多  [EMAIL PROTECTED]
Tokyo, Japan (東京 日本)


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Intermittent focus issue

2005-06-19 Thread The Rasterman
On Fri, 17 Jun 2005 09:53:19 +1000 Dan <[EMAIL PROTECTED]> babbled:

> Greetings.
> 
> I've been having some strange focus issues in e17.
> 
> Sometimes ( maybe every hour or so for most apps ), an application will
> lose the focus and won't regain it as far as the keyboard is concerned.
> If I point at another window and back again, or click instead of
> pointing, the little 'got focus' animation at the top of the window
> occurs, but anything I type goes to another window. The only way of
> fixing this is by closing the window.
> 
> For example, I just had Thunderbird open ( mail folder window ), and had
> a composition window open. I switched to something else and then
> returned to the mail folder window and pressed SHIFT C to mark all
> messages as read. The SHIFT C keyboard events went to the composition
> window though. To fix this, I closed the mail folder window, and
> re-opened it ( from the tools menu of the composition window ). Anyway,
> that's one example.
> 
> A slightly different one is Komodo ( ActiveState's IDE for Perl, PHP,
> etc ). It uses tabs for editing multiple files at once. Under e17 ( only
> ), the focus will often ( every 10 minutes or so ) become 'stuck' in
> another tab ... *but* ... only for particular events, including the
> cursor keys, backspace, delete, and possibly some other
> non-alpha-numeric keys.
> 
> Komodo uses Mozilla to render the interface. It's possible that this bug
> only affects Mozilla derivatives - I've had the same trouble with
> Firefox, but I haven't noticed it with other apps ( vmware, glade, eterm ).
> 
> Pretty obscure, eh? Sorry. Hopefully someone can reproduce it.

indeed i have seen this before. i have been over e17's code -w e were damn close
to following the icccm focus spec 100%. now we are 100% (nothing that should
have caused problems with ffox/moz in any way or form), BUT we do deviate with
focus in 1 way - with take focus protocol we FIRSt set focus to the window THEN
send a take focus message. if we dont qt apps never get focus and work. this
makes qt non-icccm compliant in this regard. i should have a chat with the qt
guys about this but i dont have much time - so that is the ONLY difference
(check the code - u'll see comments about it in e_border.c).

now as for this focus thing. i have seen firefox do this all by itself with the
wm never being involved. open up extra tabs with html forms. sometimes ffox gets
the focus stuck on 1 page somewhere and will NOT release it until u kill all the
tabs EXCEPT 1 within that firefox process (if other windows exist u need to
close them too) THEN it starts working again. as best as i can tell e17 does
nothing wrong that should affect firefox. as firefox can manage this all by
itself i would say its a firefox problem. if its actually an e17 problem -
please let me know what and why - i'd love to know, but as best i can tell from
having observed firefox's behavior with this and knowing just what e does with
focus - and having read the icccm specs on how focus should be handled and
complied with them (with the exception stated above needed for qt stuff to
work)(. for me this happens very rarely with firefox so its hard to track. if it
happens a lot to you - try disabling the extra focus set in e_border.c (you can
find it i'm sure), and use e - if the problem still is there one thing i can
guarantee - e is 100% following icccm specification in regards to focus and then
the rest of the problem is ffox's - it could be that in ffox's event
interactions under e it HAPPENS to trigger this bug in ffox more often than
under other wm's - but that doesnt stop it being a ffox bug. of course if it
really is a bug in e - PLEASE tell me what it is - i'd love to fix it, but as
best i can tell without trawling through firefox's code (i dont trawl through
the code of every program that misbehaves  i just dont have the time :( ), from
just observation it already smells of a firefox/mozilla internal bug (likely
gecko) and not a wm. :) but as i always say - i could be wrong. please tell me
what is wrong! :)


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多  [EMAIL PROTECTED]
Tokyo, Japan (東京 日本)


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Edje patch

2005-06-19 Thread Boldin Pavel
Carsten Haitzler (The Rasterman) пишет:

>On Sun, 19 Jun 2005 01:38:26 +0500 Boldin Pavel <[EMAIL PROTECTED]>
>babbled:
>
>  
>
>>Hello all!
>>
>>I patch edje to get working dragable objects like progressbars.
>>
>>this done by event handling and passing to dragable (mouse_down, 
>>mouse_up, mouse_move).
>>you should add section like next one
>>===
>>dragable {
>> events: "progress_bar_drag";
>>}
>>===
>>into "part" section of object on that you make action.
>>
>>example in 2nd attached file.
>>i hope this will be useful in eclair volume and progress bar (i tested both)
>>
>>thanks for attention.
>>
>>
>
>  
>

>can you explain what you are trying to achieve? 
>

i try again :) sorry for bad English.

main idea is that you click _not_ on dragable, but on it's background
and this event "passed" to dragable - dragable position seted to
relative position of click.


Y axis position setting is don't work for now (you may patch it).

-- 

Boldin Pavel aka davinchi. mail-to: ldavinchi /at\ inbox _dot_ ru
ZU - Zagovor Unixoidov. SSAU 303.





---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Edje patch

2005-06-19 Thread Boldin Pavel
Y axis work in this new patch.

-- 

Boldin Pavel aka davinchi. mail-to: ldavinchi /at\ inbox _dot_ ru
ZU - Zagovor Unixoidov. SSAU 303.


diff -NurpP -x compile -x '*-config' -x '*.Tpo' -x '.*' -x 'output.*' -x 
autom4te.cache -x '*.orig' -x '*.o' -x '*.so*' -x '*.a' -x missing -x 
install-sh -x depcomp -x core -x '*~' -x '*.m4' -x 'config.*' -x configure -x 
'*.sh' -x libtool -x 'Makefile*' -x 'stamp*' 
/home/davinchi/downloaded/e17/libs/edje/src/bin/edje_cc_handlers.c 
edje/src/bin/edje_cc_handlers.c
--- /home/davinchi/downloaded/e17/libs/edje/src/bin/edje_cc_handlers.c  
2005-03-31 22:26:30 +0500
+++ edje/src/bin/edje_cc_handlers.c 2005-06-18 20:41:43 +0500
@@ -30,6 +30,7 @@ static void st_collections_group_parts_p
 static void st_collections_group_parts_part_dragable_x(void);
 static void st_collections_group_parts_part_dragable_y(void);
 static void st_collections_group_parts_part_dragable_confine(void);
+static void st_collections_group_parts_part_dragable_events(void);
 
 static void ob_collections_group_parts_part_description(void);
 static void st_collections_group_parts_part_description_inherit(void);
@@ -118,6 +119,7 @@ New_Statement_Handler statement_handlers
  {"collections.group.parts.part.dragable.x", 
st_collections_group_parts_part_dragable_x},
  {"collections.group.parts.part.dragable.y", 
st_collections_group_parts_part_dragable_y},
  {"collections.group.parts.part.dragable.confine", 
st_collections_group_parts_part_dragable_confine},
+ {"collections.group.parts.part.dragable.events", 
st_collections_group_parts_part_dragable_events},
  {"collections.group.parts.part.image", st_images_image}, /* dup */
  {"collections.group.parts.part.images.image", st_images_image}, /* dup */
  {"collections.group.parts.part.font", st_fonts_font}, /* dup */
@@ -573,6 +575,7 @@ ob_collections_group_parts_part(void)
ep->repeat_events = 0;
ep->clip_to_id = -1;
ep->dragable.confine_id = -1;
+   ep->dragable.events_id = -1;
 }
 
 static void
@@ -719,6 +722,25 @@ st_collections_group_parts_part_dragable
 }
 
 static void
+st_collections_group_parts_part_dragable_events(void)
+{
+   Edje_Part_Collection *pc;
+   Edje_Part *ep;
+
+   check_arg_count(1);
+
+   pc = evas_list_data(evas_list_last(edje_collections));
+   ep = evas_list_data(evas_list_last(pc->parts));
+ {
+   char *name;
+   
+   name = parse_str(0);
+   data_queue_part_lookup(pc, name, &(ep->dragable.events_id));
+   free(name);
+ }
+}
+
+static void
 ob_collections_group_parts_part_description(void)
 {
Edje_Part_Collection *pc;
diff -NurpP -x compile -x '*-config' -x '*.Tpo' -x '.*' -x 'output.*' -x 
autom4te.cache -x '*.orig' -x '*.o' -x '*.so*' -x '*.a' -x missing -x 
install-sh -x depcomp -x core -x '*~' -x '*.m4' -x 'config.*' -x configure -x 
'*.sh' -x libtool -x 'Makefile*' -x 'stamp*' 
/home/davinchi/downloaded/e17/libs/edje/src/lib/edje_callbacks.c 
edje/src/lib/edje_callbacks.c
--- /home/davinchi/downloaded/e17/libs/edje/src/lib/edje_callbacks.c
2004-12-14 07:24:32 +0400
+++ edje/src/lib/edje_callbacks.c   2005-06-19 01:29:33 +0500
@@ -1,3 +1,8 @@
+/*
+ * vim: ts=8
+ */
+
+
 #include "Edje.h"
 #include "edje_private.h"
 
@@ -54,14 +59,64 @@ _edje_mouse_down_cb(void *data, Evas * e
_edje_ref(ed);
_edje_freeze(ed);
_edje_emit(ed, buf, rp->part->name);
+
+   if (rp->events_to)
+   {
+   int tmp_x;
+   Edje_Real_Part* events;
+   events = rp->events_to;
+
+   if ((events->part->dragable.x) || (events->part->dragable.y))
+   {
+  if (events->part->dragable.x)
+  {
+  events->drag.tmp.x = ev->canvas.x - (events->x + 
events->w/2);
+  events->drag.down.x = ev->canvas.x;
+  events->x = ev->canvas.x;
+  }
+  if (events->part->dragable.y)
+  {
+  events->drag.tmp.y = ev->canvas.y - (events->y + 
events->h/2);
+  events->drag.down.y = ev->canvas.y;
+  events->y = ev->canvas.y;
+  }
+
+  snprintf(buf, sizeof(buf), "mouse,down,%i", ev->button);
+  _edje_emit(ed, buf, events->part->name);
+  ed->dirty = 1;
+   }
+   _edje_recalc(ed);
+   _edje_thaw(ed);
+   _edje_unref(ed);
+   _edje_ref(ed);
+   _edje_freeze(ed);
+
+   rp = events;
+   {
+  double dx, dy;
+  int dir;
+
+  dir = _edje_part_dragable_calc(ed, rp, &dx, &dy);
+  if ((dx != rp->drag.val.x) || (dy != rp->drag.val.y))
+  {
+  rp->drag.val.x = dx;
+  rp->drag.val.y = dy;
+  _edje_emit(ed, "drag", rp->part->name);
+  ed->dirty = 1;
+  rp->drag.need_reset = 1;
+  _edje_recalc(ed);
+  }
+   }
+   }
+
if ((rp->part->dragable.x) || (rp->part->dragable.y))
  {
if (rp->drag.down.count == 0)
  {
 

[E-devel] Fwd: [e-users] ewl filedialog

2005-06-19 Thread JASON DANIEL MELBYE
--- Begin Message ---
I am very new to all of this, so help me if I am misunderstanding here.  I was 
working on an example out of the efl cookbook, and it seems to me that the ewl 
filedialog is broken.

In the code, I register the following callback:
  fd = ewl_filedialog_new(EWL_FILEDIALOG_TYPE_OPEN);
  ewl_callback_append(fd, EWL_CALLBACK_VALUE_CHANGED, open_file_cb, data);

open_file_cb looks like so:
static void open_file_cb(Ewl_Widget *win, void *ev, void *data)
{
  char *text = NULL;
  char *filename = (char *)ev;
  printf("DEBUG: Filename: %s\n", filename);

  text = read_file((char *)ev);

  if (text)
{
  ewl_text_text_set(EWL_TEXT(data), text);
  free(text);
}
  text = NULL;

  ewl_widget_hide(fd_win);
}

>From what I have read (char *)ev is supposed to give the filename that was 
>selected in the filedialog.  When I print it out, this is what I always get:
DEBUG: Filename: ûÿÿÿ

Is this broken, or am I just missing something?

Thanks,
Jason


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&opclick
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
--- End Message ---


[E-devel] --enable-libsuffix

2005-06-19 Thread Andreas Schneider
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

what I really miss in all configure scripts is a --enable-libsuffix=
option.  This should add a suffix to the libdir so that you can install
64 bit binaries in /usr/lib64, /opt/enlightenment/lib64 etc.

It allows you to install 32bit and 64bit binaries on the same machine.

AC_ARG_ENABLE(libsuffix,
AC_HELP_STRING([--enable-libsuffix],
[/lib directory suffix (64,32,none[=default])]),
elibsuff=$enableval)
if test "$elibsuff" = "no"; then
   elibsuff=
fi
if test -z "$elibsuff"; then
AC_MSG_RESULT([not using lib directory suffix])
AC_DEFINE(ELIBSUFF, [""], Suffix for lib directories)
else
if test "$libdir" = '${exec_prefix}/lib'; then
libdir="$libdir${elibsuff}"
AC_SUBST([libdir], ["$libdir"])
fi
AC_DEFINE_UNQUOTED(ELIBSUFF, ["${elibsuff}"], Suffix for lib
directories)
AC_MSG_RESULT([using lib directory suffix $elibsuff])
fi



-- andreas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCtcgFwDudlFFJUr4RAk47AJ0W0SiSSCiKhKZYKkHlYiCiZM4I1gCfR1Wc
0VlUjtvQz2rA+Oc4rtjM2Tk=
=R8q5
-END PGP SIGNATURE-


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] epsilon configure patch

2005-06-19 Thread Andreas Schneider
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

we should check for the config tools and use the provided cflags, libs
instead of guessing where the header and libraries are located ;)

Here is a patch to make use of them.


Cheers,


-- andreas


- --
http://www.cynapses.org/ - cybernetic synapses

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCtc2FwDudlFFJUr4RAjQcAJkBdWwhkWGAT5DB7a7lZdfk2+u1IwCgwTaq
Tm0McygL2fBqCa7Tw89E3WM=
=P1vt
-END PGP SIGNATURE-
--- configure.in.orig   2005-06-19 18:41:09.0 +0200
+++ configure.in2005-06-19 20:13:18.0 +0200
@@ -23,54 +23,80 @@
 fi
 changequote([,])dnl
 
-AC_ARG_WITH(imlib2,
-[  --with-imlib2=DIR   use imlib2 in ],
-[CFLAGS="$CFLAGS -I$withval/include"
-LIBS="-L$withval/lib $LIBS"])
-AC_ARG_WITH(epeg,
-[  --with-epeg=DIR   use epeg in ],
-[CFLAGS="$CFLAGS -I$withval/include"
-LIBS="-L$withval/lib $LIBS"])
-AC_ARG_WITH(png,
-[  --with-png=DIR   use png in ],
-[CFLAGS="$CFLAGS -I$withval/include"
-LIBS="-L$withval/lib $LIBS"])
-
-AC_PATH_GENERIC(imlib2, 1.0.0, [
-  AC_SUBST(imlib_libs)
-  AC_SUBST(imlib_cflags) ],
-  AC_MSG_ERROR(Cannot find imlib2: Is imlib2-config in the path?) )
-imlib_libs=`imlib2-config --libs`
-imlib_cflags=`imlib2-config --cflags`
+imlib_libs=""
+imlib_cflags=""
+AC_ARG_WITH(imlib2-config, [  --with-imlib2-config=IMLIB_CONFIGuse 
imlib2-config specified ],
+  [ IMLIB2_CONFIG=$withval;
+  echo "using "$IMLIB2_CONFIG" for imlib2-config"; ],
+  [ if test -z "$IMLIB2_CONFIG"; then
+AC_PATH_PROG(IMLIB2_CONFIG, "imlib2-config", "", $PATH)
+  fi
+])
+imlib_libs=`$IMLIB2_CONFIG --libs`
+imlib_cflags=`$IMLIB2_CONFIG --cflags`
 AC_SUBST(imlib_libs)
 AC_SUBST(imlib_cflags)
+ 
 
-have_png="no"
-have_epeg="no"
 epeg_libs=""
 epeg_cflags=""
+AC_ARG_WITH(epeg-config, [  --with-epeg-config=EPEG_CONFIGuse epeg-config 
specified ],
+[ EPEG_CONFIG=$withval;
+  echo "using "$EPEG_CONFIG" for epeg-config"; ],
+  [ if test -z "$EPEG_CONFIG"; then
+  AC_PATH_PROG(EPEG_CONFIG, "epeg-config", "", $PATH)
+  fi
+])
+epeg_libs=`$EPEG_CONFIG --libs`
+epeg_cflags=`$EPEG_CONFIG --cflags`
+AC_SUBST(epeg_libs)
+AC_SUBST(epeg_cflags)
+
+png_libs=""
+png_cflags=""
+AC_ARG_WITH(libpng-config, [  --with-libpng-config=PNG_CONFIGuse 
libpng-config specified ],
+[ PNG_CONFIG=$withval;
+  echo "using "$PNG_CONFIG" for libpng-config"; ],
+  [ if test -z "$PNG_CONFIG"; then
+AC_PATH_PROG(PNG_CONFIG, "libpng-config", "", $PATH)
+  fi
+])
+png_libs=`$PNG_CONFIG --libs`
+png_cflags=`$PNG_CONFIG --cflags`
+AC_SUBST(png_libs)
+AC_SUBST(png_cflags)
+
+have_epeg="no"
+
+PCFLAGS=$CFLAGS
+CFLAGS="$epeg_cflags $CFLAGS"
+PLDFLAGS=$LDFLAGS
+LDFLAGS="$epeg_libs $LDFLAGS"
 dnl Make sure the epeg header/lib is available
 AC_CHECK_HEADER( Epeg.h, 
   [ AC_DEFINE(HAVE_EPEG_H, 1, [Epeg.h available]) 
-have_epeg="yes" 
-epeg_libs=`epeg-config --libs`
-epeg_cflags=`epeg-config --cflags` ],
+have_epeg="yes" ],
   [ AC_MSG_WARN(Cannot find Epeg.h on your system: jpeg thumbnail suckage!) ])
 AC_CHECK_LIB(epeg, epeg_file_open, [ 
 AC_DEFINE(HAVE_EPEG_LIB, 1, [libepeg available]) 
 ])
-AC_SUBST(epeg_libs)
-AC_SUBST(epeg_cflags)
+LDFLAGS=$PLDFLAGS
+CFLAGS=$PCFLAGS
+
+have_png="no"
 
+PCFLAGS=$CFLAGS
+CFLAGS="$png_cflags $CFLAGS"
 dnl Make sure the png header/lib is available
 AC_CHECK_HEADER( png.h, 
   [ AC_DEFINE(HAVE_PNG_H, 1, [png.h available]) 
 have_png="yes" 
 LIBS="$LIBS -lpng -lz -lm" ], 
-  [ AC_MSG_ERROR(Cannot find png.h on your system, try --with-png=) ])
+  [ AC_MSG_ERROR(Cannot find png.h on your system) ])
 AC_CHECK_LIB(png, png_create_read_struct, [ 
 AC_DEFINE(HAVE_PNG_LIB, 1, [libpng available]) 
 ])
+CFLAGS=$PCFLAGS
   
 AC_PATH_PROG(PERL, perl, 0)
 AC_SUBST(PERL)


Re: [E-devel] Fwd: [e-users] ewl filedialog

2005-06-19 Thread Nathan Ingersoll
Are you looking at the cookbook on the website or in CVS? I believe
the one on the website is using an older version of the API, while the
one in CVS has been updated to the latest changes. We need to push an
update out to the site.

On 6/19/05, JASON DANIEL MELBYE <[EMAIL PROTECTED]> wrote:
> 
> 
> -- Forwarded message --
> From: Jason Melbye <[EMAIL PROTECTED]>
> To: enlightenment-users@lists.sourceforge.net
> Date: Fri, 17 Jun 2005 12:03:26 +
> Subject: [e-users] ewl filedialog
> I am very new to all of this, so help me if I am misunderstanding here.  I 
> was working on an example out of the efl cookbook, and it seems to me that 
> the ewl filedialog is broken.
> 
> In the code, I register the following callback:
>   fd  ewl_filedialog_new(EWL_FILEDIALOG_TYPE_OPEN);
>   ewl_callback_append(fd, EWL_CALLBACK_VALUE_CHANGED, open_file_cb, data);
> 
> open_file_cb looks like so:
> static void open_file_cb(Ewl_Widget *win, void *ev, void *data)
> {
>   char *text  NULL;
>   char *filename  (char *)ev;
>   printf("DEBUG: Filename: %s\n", filename);
> 
>   text  read_file((char *)ev);
> 
>   if (text)
> {
>   ewl_text_text_set(EWL_TEXT(data), text);
>   free(text);
> }
>   text  NULL;
> 
>   ewl_widget_hide(fd_win);
> }
> 
> From what I have read (char *)ev is supposed to give the filename that was 
> selected in the filedialog.  When I print it out, this is what I always get:
> DEBUG: Filename: ûÿÿÿ
> 
> Is this broken, or am I just missing something?
> 
> Thanks,
> Jason
> 
> 
> ---
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&opclick
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 
> 
>


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] epsilon configure patch

2005-06-19 Thread Corey Donohoe
Just glancing it seems like a sane patch, will test and hopefully merge in
the next few days.  thanks.

* Andreas Schneider ([EMAIL PROTECTED]) wrote:
> we should check for the config tools and use the provided cflags, libs
> instead of guessing where the header and libraries are located ;)
> 


__ 
Corey Donohoe
http://www.atmos.org


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Weird disappearing mouse pointer problem

2005-06-19 Thread Tyno
Hi all,

I've been running e17 on my laptop for a while and just last week I've
started to have a bit of an odd problem.  I go from one screen to the
other and all of a sudden the mouse pointer disappears.  Focus stops
following the mouse and the only way I can tell where it is is by
hitting the windows menu key if it happens to be on the desktop
somewhere.  Not that it's useful for anything other than switching
between monitors as I can't click on anything.

More info that may or may not be relevant...  I'm using Debian testing
(full dist upgrade was done last week a day or so after the first time
this happened.)  XFree86 4.3.0.1,  2.6.11.10 kernel and e17 updated
from CVS a couple of times a week.

Has anyone got any suggestions as to how I should go about working out
hwo this is happening?

Tyno


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Weird disappearing mouse pointer problem

2005-06-19 Thread Jt Hollister
I had that same glitch today

On 6/20/05, Tyno <[EMAIL PROTECTED]> wrote:
> Hi all,
> 
> I've been running e17 on my laptop for a while and just last week I've
> started to have a bit of an odd problem.  I go from one screen to the
> other and all of a sudden the mouse pointer disappears.  Focus stops
> following the mouse and the only way I can tell where it is is by
> hitting the windows menu key if it happens to be on the desktop
> somewhere.  Not that it's useful for anything other than switching
> between monitors as I can't click on anything.
> 
> More info that may or may not be relevant...  I'm using Debian testing
> (full dist upgrade was done last week a day or so after the first time
> this happened.)  XFree86 4.3.0.1,  2.6.11.10 kernel and e17 updated
> from CVS a couple of times a week.
> 
> Has anyone got any suggestions as to how I should go about working out
> hwo this is happening?
> 
> Tyno
> 
> 
> ---
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&opclick
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
Thank you,
Jt Hollister
LuminousNerd
NerdStar
-Why Wait Webs Owner & Designer
www.whywaitwebs.net
-Frozen Midnight Representative & Designer
www.frozenmidnight.com


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Weird disappearing mouse pointer problem

2005-06-19 Thread The Rasterman
On Mon, 20 Jun 2005 13:34:09 +1000 Tyno <[EMAIL PROTECTED]> babbled:

> Hi all,
> 
> I've been running e17 on my laptop for a while and just last week I've
> started to have a bit of an odd problem.  I go from one screen to the
> other and all of a sudden the mouse pointer disappears.  Focus stops
> following the mouse and the only way I can tell where it is is by
> hitting the windows menu key if it happens to be on the desktop
> somewhere.  Not that it's useful for anything other than switching
> between monitors as I can't click on anything.
> 
> More info that may or may not be relevant...  I'm using Debian testing
> (full dist upgrade was done last week a day or so after the first time
> this happened.)  XFree86 4.3.0.1,  2.6.11.10 kernel and e17 updated
> from CVS a couple of times a week.
> 
> Has anyone got any suggestions as to how I should go about working out
> hwo this is happening?

e17 doesn't change/touch the mouse cursor after it initially started. that's the
only time it fiddles with it (currently) beyond that it may warp/move the
pointer - but never make it vanish as such. my guess would be a hardware /
driver bug in x - have u tried flipping to a text console and back to x again?

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多  [EMAIL PROTECTED]
Tokyo, Japan (東京 日本)


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Weird disappearing mouse pointer problem

2005-06-19 Thread Tyno
On 6/20/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Mon, 20 Jun 2005 13:34:09 +1000 Tyno <[EMAIL PROTECTED]> babbled:
> 
> > Hi all,
> >
> > I've been running e17 on my laptop for a while and just last week I've
> > started to have a bit of an odd problem.  I go from one screen to the
> > other and all of a sudden the mouse pointer disappears.  Focus stops
> > following the mouse and the only way I can tell where it is is by
> > hitting the windows menu key if it happens to be on the desktop
> > somewhere.  Not that it's useful for anything other than switching
> > between monitors as I can't click on anything.
> >
> > More info that may or may not be relevant...  I'm using Debian testing
> > (full dist upgrade was done last week a day or so after the first time
> > this happened.)  XFree86 4.3.0.1,  2.6.11.10 kernel and e17 updated
> > from CVS a couple of times a week.
> >
> > Has anyone got any suggestions as to how I should go about working out
> > hwo this is happening?
> 
> e17 doesn't change/touch the mouse cursor after it initially started. that's 
> the
> only time it fiddles with it (currently) beyond that it may warp/move the
> pointer - but never make it vanish as such. my guess would be a hardware /
> driver bug in x - have u tried flipping to a text console and back to x again?

Yep.  Done that.  Pointer was still gone.  For the record, I'm using
the radeon driver  from the xserver-xfree86 package.

Tyno


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] EWL entries

2005-06-19 Thread James Hales
I've tried looking around, and messing with a few of those size things
with the Ewl entry widget, but I can't find an answer, so I was wondering
why, and how I can solve the entry widget from shrinking when it is empty.

What happens is that the entry starts off normal, then I'll type something
in, and then clear it, and it will shrink vertically, and I'll be unable
to put any text back in there again.

Is this a problem with neglecting to set something about the widget, or is
this a problem with my EWL? I am using the latest releases from that
asparagus site.

Any help would be appreciated. Thankyou,

James Hales

--
~Keep fighting freedom~
Dictator James Hales (_jameshales)
email: [EMAIL PROTECTED]
web:   http://_jameshales.phosphor-creations.net


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Weird disappearing mouse pointer problem

2005-06-19 Thread The Rasterman
On Mon, 20 Jun 2005 15:47:13 +1000 Tyno <[EMAIL PROTECTED]> babbled:

> On 6/20/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> > On Mon, 20 Jun 2005 13:34:09 +1000 Tyno <[EMAIL PROTECTED]> babbled:
> > 
> > > Hi all,
> > >
> > > I've been running e17 on my laptop for a while and just last week I've
> > > started to have a bit of an odd problem.  I go from one screen to the
> > > other and all of a sudden the mouse pointer disappears.  Focus stops
> > > following the mouse and the only way I can tell where it is is by
> > > hitting the windows menu key if it happens to be on the desktop
> > > somewhere.  Not that it's useful for anything other than switching
> > > between monitors as I can't click on anything.
> > >
> > > More info that may or may not be relevant...  I'm using Debian testing
> > > (full dist upgrade was done last week a day or so after the first time
> > > this happened.)  XFree86 4.3.0.1,  2.6.11.10 kernel and e17 updated
> > > from CVS a couple of times a week.
> > >
> > > Has anyone got any suggestions as to how I should go about working out
> > > hwo this is happening?
> > 
> > e17 doesn't change/touch the mouse cursor after it initially started. that's
> > the only time it fiddles with it (currently) beyond that it may warp/move
> > the pointer - but never make it vanish as such. my guess would be a hardware
> > / driver bug in x - have u tried flipping to a text console and back to x
> > again?
> 
> Yep.  Done that.  Pointer was still gone.  For the record, I'm using
> the radeon driver  from the xserver-xfree86 package.

well can't really tell - so the cursor doesn't change back if you move the mouse
over an app window? what if you run xsetroot (this should reset the cursor to an
"X") or restart enlightenment? (try both)? if it doesnt get fixed here its
DEFINITELY a driver/hw bug (100%). if it fixes it - i still stand by what i said
in that  i cant see how e could cause this as it doesnt play with the cursor
except at start. after that it doesnt try change it

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多  [EMAIL PROTECTED]
Tokyo, Japan (東京 日本)


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Weird disappearing mouse pointer problem

2005-06-19 Thread Tyno
On 6/20/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Mon, 20 Jun 2005 15:47:13 +1000 Tyno <[EMAIL PROTECTED]> babbled:
> 
> > On 6/20/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> > > On Mon, 20 Jun 2005 13:34:09 +1000 Tyno <[EMAIL PROTECTED]> babbled:
> > >
> > > > Hi all,
> > > >
> > > > I've been running e17 on my laptop for a while and just last week I've
> > > > started to have a bit of an odd problem.  I go from one screen to the
> > > > other and all of a sudden the mouse pointer disappears.  Focus stops
> > > > following the mouse and the only way I can tell where it is is by
> > > > hitting the windows menu key if it happens to be on the desktop
> > > > somewhere.  Not that it's useful for anything other than switching
> > > > between monitors as I can't click on anything.
> > > >
> > > > More info that may or may not be relevant...  I'm using Debian testing
> > > > (full dist upgrade was done last week a day or so after the first time
> > > > this happened.)  XFree86 4.3.0.1,  2.6.11.10 kernel and e17 updated
> > > > from CVS a couple of times a week.
> > > >
> > > > Has anyone got any suggestions as to how I should go about working out
> > > > hwo this is happening?
> > >
> > > e17 doesn't change/touch the mouse cursor after it initially started. 
> > > that's
> > > the only time it fiddles with it (currently) beyond that it may warp/move
> > > the pointer - but never make it vanish as such. my guess would be a 
> > > hardware
> > > / driver bug in x - have u tried flipping to a text console and back to x
> > > again?
> >
> > Yep.  Done that.  Pointer was still gone.  For the record, I'm using
> > the radeon driver  from the xserver-xfree86 package.
> 
> well can't really tell - so the cursor doesn't change back if you move the 
> mouse
> over an app window? what if you run xsetroot (this should reset the cursor to 
> an
> "X") or restart enlightenment? (try both)? if it doesnt get fixed here its
> DEFINITELY a driver/hw bug (100%). if it fixes it - i still stand by what i 
> said
> in that  i cant see how e could cause this as it doesnt play with the cursor
> except at start. after that it doesnt try change it

It doesn't change back when I move the mouse over an app window and
restarting enlightenment doesn't help so I guess you're probably
right.  I'll find myself a different X driver and see if that helps.

Thanks for the replies.

Tyno


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Weird disappearing mouse pointer problem

2005-06-19 Thread The Rasterman
On Mon, 20 Jun 2005 16:01:11 +1000 Tyno <[EMAIL PROTECTED]> babbled:

> It doesn't change back when I move the mouse over an app window and
> restarting enlightenment doesn't help so I guess you're probably
> right.  I'll find myself a different X driver and see if that helps.

hmm well on restart e will reset the x cursor - so its attempt to reset is
failing in hw/driver i guess - so i'd say you defintiely have a driver/hw issue
:)

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多  [EMAIL PROTECTED]
Tokyo, Japan (東京 日本)


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel