[E-devel] little bug in e17 clock digital display
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 --- 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] e16.8 cvs: segfault when trying to use Eterm
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 mismatch ? here's the output from gdb: (gdb) run Starting program: /usr/bin/e16 [Thread debugging using libthread_db enabled] [New Thread 62116135967440 (LWP 1074)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 62116135967440 (LWP 1074)] 0x004733e3 in EWMH_GetWindowIcons (ewin=0x65be60) at ewmh.c:641 641 i += 2 + val[i] * val[i + 1]; (gdb) bt #0 0x004733e3 in EWMH_GetWindowIcons (ewin=0x65be60) at ewmh.c:641 #1 0x0047368f in EWMH_GetWindowHints (ewin=0x65be60) at ewmh.c:766 #2 0x0043e286 in HintsGetWindowHints (ewin=0x6719f0) at hints.c:223 #3 0x0042fad0 in Adopt (ewin=0x65be60) at ewins.c:556 #4 0x0042fc60 in AddToFamily (ewin=0x65be60, win=25165892) at ewins.c:624 #5 0x00460ab8 in MapUnmap (start=112) at setup.c:98 #6 0x0044d631 in main (argc=1, argv=0x7e775eeebde8) at main.c:291 (gdb) bt f #0 0x004733e3 in EWMH_GetWindowIcons (ewin=0x65be60) at ewmh.c:641 val = (unsigned int *) 0x65c3d0 i = -1767242700 num = 4612 -mike --- 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] e16.8 cvs: segfault when trying to use Eterm
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 an Eterm about icon data mismatch ? Older Eterms set a bad _NET_WM_ICON property, and e16's sanity check was broken. Should be fixed now. /Kim --- 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] e16.8 cvs: segfault when trying to use Eterm
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 me being on amd64 ? or the warning messages i get > > everytime i load an Eterm about icon data mismatch ? > > Older Eterms set a bad _NET_WM_ICON property, and e16's sanity check was > broken. i'll have to give CVS eterm a twirl then because the last release (0.9.3) still triggers warnings: [27420] 136.991225: *** EWMH_GetWindowIcons Icon data/size mismatch: Eterm 0.9.3: 469795892!=4612 [27420] 137.436348: *** EWMH_GetWindowIcons Icon data/size mismatch: Eterm 0.9.3: -949107660!=4612 [27420] 138.075084: *** EWMH_GetWindowIcons Icon data/size mismatch: Eterm 0.9.3: 746906676!=4612 [27420] 138.481234: *** EWMH_GetWindowIcons Icon data/size mismatch: Eterm 0.9.3: -362957772!=4612 > Should be fixed now. indeed it is, many thanks -mike --- 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] e16.8 cvs: segfault when trying to use Eterm
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 related to me being on amd64 ? or the warning messages i get everytime i load an Eterm about icon data mismatch ? Older Eterms set a bad _NET_WM_ICON property, and e16's sanity check was broken. i'll have to give CVS eterm a twirl then because the last release (0.9.3) still triggers warnings: [27420] 136.991225: *** EWMH_GetWindowIcons Icon data/size mismatch: Eterm 0.9.3: 469795892!=4612 [27420] 137.436348: *** EWMH_GetWindowIcons Icon data/size mismatch: Eterm 0.9.3: -949107660!=4612 [27420] 138.075084: *** EWMH_GetWindowIcons Icon data/size mismatch: Eterm 0.9.3: 746906676!=4612 [27420] 138.481234: *** EWMH_GetWindowIcons Icon data/size mismatch: Eterm 0.9.3: -362957772!=4612 Well, there isn't really a problem. The good part of _NET_WM_ICON is used and the rest is ignored. Maybe I should just remove that message. /Kim --- 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] eterm & FC4
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 there, unfortunately. :( > Im running FC4, any suggestions as to where the "proper location" > might be? Perhaps its a path issue. Have you tried setting ACLOCAL_FLAGS="-I /usr/local/share/aclocal" when calling autogen.sh? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "Confucious say, 'Baseball wrong! Man with four balls cannot walk!'" -- Todd Lusk --- 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] Patch to make e_utils' e17setroot use some ecore_file stuff
"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 single response was given for this patch, is there a better place (or person) I should have posted this too? Or is this patch still enqueued to be reviewed? Thank You, Chad -- _ (\o/) Chad 'v3rt1g0' Kittel <[EMAIL PROTECTED]> /_\ Milwaukee, WI (USA) "...staring up at heaven from the bottom of a glass" - Savatage --- 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] Patch to make e_utils' e17setroot use some ecore_file stuff
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' 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 single response was given for this patch, is there > a better place (or person) I should have posted this too? Or is this > patch still enqueued to be reviewed? > > Thank You, > Chad > > -- > _ > (\o/) Chad 'v3rt1g0' Kittel <[EMAIL PROTECTED]> > /_\ Milwaukee, WI (USA) > "...staring up at heaven from the bottom of a glass" - Savatage > > > --- > 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 > --- 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] eterm & FC4
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 Nathan & you suggested prior to "./autogen.sh". It works on my updated FC4 sytem. "make" & "make install" ok without errors. This is updated FC4 with gcc: gcc (GCC) 4.0.0 20050519 (Red Hat 4.0.0-8) --- 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] eterm & FC4
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 without > errors. > > This is updated FC4 with gcc: > > gcc (GCC) 4.0.0 20050519 (Red Hat 4.0.0-8) > with libast installed in /usr/local/enlightenment a export ACLOCAL_FLAGS="-I /usr/local/enlightenment/share/aclocal" and a fresh CVS co and rebuilt results in checking for nl_langinfo... yes ./configure: line 6575: syntax error near unexpected token `echo' ./configure: line 6575: `echo "$as_me:$LINENO: checking for pow in -lm" >&5' -Dienekes --- 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] Patch to make e_utils' e17setroot use some ecore_file stuff
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. Congradulations Andy on your marrage. I hope it treats you as well as marrage has treated me so far (which is great). Cheers, Chad > 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' 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 single response was given for this patch, is there > > a better place (or person) I should have posted this too? Or is > > this patch still enqueued to be reviewed? > > > > Thank You, > > Chad > > -- _ (\o/) Chad 'v3rt1g0' Kittel <[EMAIL PROTECTED]> /_\ Milwaukee, WI (USA) "...staring up at heaven from the bottom of a glass" - Savatage --- 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] I: evolume-0.0.3 `released'
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 Boldin Pavel <[EMAIL PROTECTED]> * src/module/*.c: fixed different folder names for data and module. Now icon showed. ATTENTION! Normal icon needed! Thanks to Dienekes. Sun Jul 17 22:19:59 2005 Boldin Pavel <[EMAIL PROTECTED]> * src/module/*.c src/lib/e_mixer.h: modified to support per-face configuration, not yet tested, but seems to be correctly than old way of configuration. Thanks to Ag. System Administrator. * data/themes/default/: corrected vertical alings on labels. PS: patches, beer and juice to mail boldin [dot] pavel [at] gmail [dot] com -- 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
[E-devel] Eterm accentuation
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 'é' or whatever, the Font itself suports, i'm able to copy some text with accentueted characters from somewhere, and paste it under Eterm and it works, so what is really hapening? things work nice with other aplications and terminals like rxvt, xterm and etc. Can someone tell me what is hapening and if theres a way to correct it ? Thanks. Losted. --- 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] I: evolume-0.0.3 `released'
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 --- 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] eterm & FC4
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 my updated FC4 sytem. "make" & "make install" ok without errors. > > This is updated FC4 with gcc: > > gcc (GCC) 4.0.0 20050519 (Red Hat 4.0.0-8) Glad to hear it worked for you. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "Time is the fire in which we burn." -- Dr. Tolian Soren (Malcolm McDowell), "Star Trek: Generations" --- 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] Eterm accentuation
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 is happening, is that Eterm does not accept anyway special char=20 > like '=E9' or whatever, the Font itself suports, i'm able to copy some=20 > text with accentueted characters from somewhere, and paste it under=20 > Eterm and it works, so what is really hapening? things work nice with=20 > other aplications and terminals like rxvt, xterm and etc. >Can someone tell me what is hapening and if theres a way to correct i= > t ? Known bug fixed in CVS. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "Herein is Wisdom: Knowing your strengths, knowing your weaknesses, and knowing when her husband gets home from work so you don't pass him coming up the driveway." -- Unknown --- 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] Third time: Edje patch.
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 substituded to
another object context.
ufff.. Sorry for bad English.
--
Boldin Pavel aka davinchi. mail-to: ldavinchi /at\ inbox _dot_ ru
ZU - Zagovor Unixoidov. SSAU 303.
diff -NurpP edje.orig/data/src/e_logo.edc edje/data/src/e_logo.edc
--- edje.orig/data/src/e_logo.edc 2005-05-01 15:30:16 +0500
+++ edje/data/src/e_logo.edc 2005-07-18 02:17:59 +0500
@@ -201,7 +201,11 @@ collections {
parts {
part {
name: "background";
- mouse_events: 0;
+ mouse_events: 1;
+ dragable {
+ events: "dragable";
+ }
+
description {
state:"default" 0.0;
color_class: "bg";
diff -NurpP edje.orig/src/bin/edje_cc_handlers.c edje/src/bin/edje_cc_handlers.c
--- edje.orig/src/bin/edje_cc_handlers.c 2005-03-31 22:26:30 +0500
+++ edje/src/bin/edje_cc_handlers.c 2005-07-18 02:17:59 +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 edje.orig/src/lib/edje_callbacks.c edje/src/lib/edje_callbacks.c
--- edje.orig/src/lib/edje_callbacks.c 2004-12-14 07:24:32 +0400
+++ edje/src/lib/edje_callbacks.c 2005-07-18 02:28:15 +0500
@@ -1,3 +1,8 @@
+/*
+ * vim: ts=8
+ */
+
+
#include "Edje.h"
#include "edje_private.h"
@@ -54,14 +59,75 @@ _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 x, y;
+ Edje_Real_Part* events;
+ events = rp->events_to;
+
+ //fprintf(stderr,"rp = %s, events = %s\n", rp->part->name, events->part->name);
+
+ evas_object_geometry_get(rp->object, &x, &y, NULL, NULL);
+ /*
+ fprintf(stderr,"x = %d, y = %d\n", x, y);
+ fprintf(stderr,"ev->canvas.x = %d\n", ev->canvas.x);
+ *
+ x = ed->x;
+ y = ed->y;
+ */
+ if ((events->part->dragable.x) || (events->part->dragable.y))
+ {
+ if (events->part->dragable.x)
+ {
+ events->drag.tmp.x = ev->canvas.x - x - (events->x + events->w/2);
+ events->drag.down.x = ev->canvas.x - x;
+ events->x = ev->canvas.x - x - events->w/2;
+ }
+ if (events->part->dragable.y)
+ {
+ events->drag.tmp.y = ev->canvas.y - y - (events->y + events->h/2);
+ events->drag.down.y = ev->canvas.y - y;
+ events->y = ev->canvas.y - y - events->h/2;
+ }
+
+ 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);
+// fprintf(stderr,"dx = %f, dy = %f\n", dx, dy);
+ if ((dx != rp->drag.val.x) || (dy != rp->drag.val.y))
+ {
+
Re: [E-devel] I: evolume-0.0.3 `released'
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 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
[E-devel] Re: E CVS: libs/ewl lordchaos
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
> Module : libs/ewl
>
> Dir : e17/libs/ewl/src/lib
>
>
> Modified Files:
> ewl_iconbox.c ewl_iconbox.h
>
>
> Log Message:
> Added an accessor to modify an icons's image after creation
>
> ===
> RCS file: /cvsroot/enlightenment/e17/libs/ewl/src/lib/ewl_iconbox.c,v
> retrieving revision 1.5
> retrieving revision 1.6
> diff -u -3 -r1.5 -r1.6
> --- ewl_iconbox.c 14 Jul 2005 08:01:48 - 1.5
> +++ ewl_iconbox.c 17 Jul 2005 23:06:02 - 1.6
> @@ -681,3 +681,8 @@
>
> return EWL_ICONBOX_ICON(ib);
> }
> +
> +
> +void ewl_iconbox_icon_image_set(Ewl_IconBox_Icon* icon, char* filename) {
> + ewl_image_file_set(EWL_IMAGE(icon->image), filename, NULL);
> +}
> ===
> RCS file: /cvsroot/enlightenment/e17/libs/ewl/src/lib/ewl_iconbox.h,v
> retrieving revision 1.3
> retrieving revision 1.4
> diff -u -3 -r1.3 -r1.4
> --- ewl_iconbox.h 14 Jul 2005 08:01:49 - 1.3
> +++ ewl_iconbox.h 17 Jul 2005 23:06:02 - 1.4
> @@ -101,6 +101,7 @@
> void ewl_iconbox_icon_arrange(Ewl_IconBox* ib);
> void ewl_iconbox_deselect_all(Ewl_IconBox* ib);
> Ewl_IconBox_Icon* ewl_iconbox_icon_add(Ewl_IconBox* iconbox, char* name,
> char* icon_file);
> +void ewl_iconbox_icon_image_set(Ewl_IconBox_Icon* icon, char* filename);
>
>
> /* Internal callbacks */
>
>
>
>
> ---
> 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-cvs mailing list
> enlightenment-cvs@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs
>
---
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] Eterm accentuation
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'm using text-mode editors, irc text-mode clients, and etc. > >What is happening, is that Eterm does not accept anyway special char=20 > > like '=E9' or whatever, the Font itself suports, i'm able to copy some=20 > > text with accentueted characters from somewhere, and paste it under=20 > > Eterm and it works, so what is really hapening? things work nice with=20 > > other aplications and terminals like rxvt, xterm and etc. > >Can someone tell me what is hapening and if theres a way to correct i= > > t ? > > Known bug fixed in CVS. 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 problem and left it at that. Is this the same bug? If so, that's great that it is now fixed. Have a good day, -- Tres --- 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] Eterm accentuation
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 problem and left it at that. Is this the same > bug? If so, that's great that it is now fixed. I do not remember that report, but if it's not reproducible with current CVS, I'd say it's fixed! ;-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "This has got the amazing aroma of bovine fecal matter." -- Judge Larry Joe Doherty, "Texas Justice" --- 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] eterm & FC4
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 strcasepbrk... no checking for strrev... no checking for strnlen... yes checking whether snprintf ignores n... no, snprintf is ok checking whether vsnprintf ignores n... no, vsnprintf is ok checking security of interaction between symlink and open... secure checking for working RLIMIT_NPROC resource limit... no checking for working RLIMIT_MEMLOCK resource limit... no checking for debugging level... 4 checking if STRICT_ISO_C99 required... no checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for XOpenDisplay in -lX11... yes checking for pow in -lm... yes checking for dlopen in -ldl... yes checking for TT_Init_FreeType in -lttf... yes checking for imlib_create_image in -lImlib2... yes checking for MMX support... yes checking pcre.h usability... no checking pcre.h presence... no checking for pcre.h... no checking pcre/pcre.h usability... yes checking pcre/pcre.h presence... yes checking for pcre/pcre.h... yes checking for library containing pcre_compile... -lpcre checking for regular expression support... pcre checking if backquote execution support should be enabled... yes configure: creating ./config.status config.status: creating include/libast/types.h config.status: creating Makefile config.status: error: cannot find input file: Makefile.in ([EMAIL PROTECTED]:libast-0.7)$ -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. --- 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] eterm & FC4
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 --- 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] Re: Patches to Eterm
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 improvement but I didn't really know what I was doing. I just glued some stuff together and guessed. I know there have been issues with the autoFUCK stuff (as you so eloquently put it in the flame fest) so just toss it if it's screwy. > 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 ... > > if(!((rm^0x100)|(gm^0x100)|(bm^0x100))) Is there already a check for all 3 modifiers == 256 (as above) in another function or are you just going to let it shade to the same color (lots of CPU cycles but does nothing)? > Both patches have been applied. I used a macro to maintain > readability. Nice and clean there. > > If you would like, I would be willing to maintain the shading > > routines. I don't know cvs well enough to commit anything but you > > can bounce anything that gets submitted off of me and I'll double > > check them; I feel pretty comfortable in that code now. I tried to ... > As I do not have a P4 box or an x86_64 box, please test the latest CVS > stuff to make sure nothing was merged incorrectly. Also, if you'd > like to maintain the shading stuff, please do. :) Everything's golden here. I read the devel list almost daily but if I miss something you can send it to me directly (or tell someone else to) and I'd be happy to deal with any of the shading code maintainence. > > If you tell me where Eterm reads the background from e and sets its > > initial geometry I'd also like to fix the problem of the pop-up > > scrollbar taking up room when it is not active at startup. (I sent > > you pics of the problem awhile back.) > > The initial window creation and sizing is done in windows.c in > Create_Windows() Thank, you. I'll look into the scrollbar issue when I get a chance. > On Monday, 06 June 2005, at 11:28:28 (-0400), > John Ellson wrote: ... > > Tres indicated that adding "-mpreferred-stack-boundary=16" might > > still be beneficial on x86_64, but that it might consume extra space > > at run time. I'm not in a position to make that call, but if you > > agree its a good idea I can probably make the configure.in change. > > Has anyone done any testing on this in terms of additional RSS being > needed? RSS? Resident Stack Size? No. How would I do that? From what I've read though, it is almost always desirable to have the cache lines and the stack base aligned. Do you know what the line size is on a Pentium II/III/IV L1 cache? On x86-64 it is an invalid op to push anything besides a 64 bit value (32 bit systems can push 8/16/32 bit values) so the most that is lost there is a single element (aligned to 128 bits). Where I'm still not clear, and not for a lack of research, is on the possibility of forcing stack alignment on one file's functions and not the entire programs. The -mpreferred-stack-boundary=?? wasn't added to CFLAGS so right now we should be the same place we were. I'll look into this when I finish the stuff in the next paragraph. I've started porting the code to SSE & SSE2 for x86 and adding some profiling code with some interesting results but I'm not in any hurry here. Pre-populating the cache helped a lot and I'm playing with temporal writes now. :) If I do submit something it will be cleaned up and hopefully a single file for each arch (x86 supporting the best option of MMX, SSE, & SSE2) and will have profiling numbers to justify the patches. Possibly a single file for both archs. This is the first code I ever did for SIMD and it was kinda fun. :-} If you reply could you please start another thread as I forget to go more than a week back in time all too often. > Thanks, > Michael Thank you, -- Tres --- configure.in 2005-06-14 13:39:00.0 -0600 +++ configure.in.mine 2005-07-17 21:22:24.0 -0600 @@ -518,13 +518,19 @@ i*86) grep mmx /proc/cpuinfo >/dev/null 2>&1 && HAVE_MMX="yes" ;; + x86_64) + HAVE_MMX_MESG="MMX unavailable on x86-64" + ;; + * ) + HAVE_MMX_MESG="MMX not detected" + ;; esac ]) if test "x$HAVE_MMX" = "xyes"; then AC_MSG_RESULT([yes (32-bit)]) AC_DEFINE(HAVE_MMX, , [Define for 32-bit MMX support.]) else -AC_MSG_RESULT([no (no MMX detected)]) +AC_MSG_RESULT([no ($HAVE_MMX_MESG)]) fi AM_CONDITIONAL(HAVE_MMX, test "x$HAVE_MMX" = "xyes")
