Re: [E-devel] esmart TextArea
On Sun, Dec 7, 2008 at 2:20 AM, Dave Andreoli [EMAIL PROTECTED] wrote:
- Diogo Dutra [EMAIL PROTECTED] ha scritto:
Hi, talking about textblock, I have a problem with the use of
textblock, I really dont know how this works exactly..
My part is:
part {
name: textblock;
type: TEXTBLOCK;
entry_mode: EDITABLE;
//mouse_events: 0;
multiline: 0;
description {
state: default 0.0;
min: 316 95;
max: 316 95;
rel1 {
relative: 0.0 1.0;
offset: 42 -268;
}
rel2 {
relative: 1.0 1.0;
offset: -443 -173;
}
}
}
What I do wrong!?
You need to define at least the cursor group and the selection group.
Also you need to give the focus inside edje AND in the evas object.
I really suggest you to look at some existing usage, there is one in
Elementary and one in etk_textview3.
Someone should fix edje_cc to warn of parts with editable and missing
source[2-6].
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: [EMAIL PROTECTED]
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] esmart TextArea
Hi, talking about textblock, I have a problem with the use of
textblock, I really dont know how this works exactly..
My part is:
part {
name: textblock;
type: TEXTBLOCK;
entry_mode: EDITABLE;
//mouse_events: 0;
multiline: 0;
description {
state: default 0.0;
min: 316 95;
max: 316 95;
rel1 {
relative: 0.0 1.0;
offset: 42 -268;
}
rel2 {
relative: 1.0 1.0;
offset: -443 -173;
}
}
}
What I do wrong!?
On Fri, Dec 5, 2008 at 7:39 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
On Fri, 5 Dec 2008 13:04:15 +0200 Veli Ogla Sungutay [EMAIL PROTECTED]
babbled:
Hi all,
I was wondering if anyone is working on an Esmart TextArea that accepts
keyboard and mouse input?
there's almost no point... edje has in the meantime grown full text entry
ability in textblock parts :)
--
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
===
Diogo Dutra Albuquerque
Meu Curriculum Lattes: http://lattes.cnpq.br/3624796077679922
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] esmart TextArea
- Diogo Dutra [EMAIL PROTECTED] ha scritto:
Hi, talking about textblock, I have a problem with the use of
textblock, I really dont know how this works exactly..
My part is:
part {
name: textblock;
type: TEXTBLOCK;
entry_mode: EDITABLE;
//mouse_events: 0;
multiline: 0;
description {
state: default 0.0;
min: 316 95;
max: 316 95;
rel1 {
relative: 0.0 1.0;
offset: 42 -268;
}
rel2 {
relative: 1.0 1.0;
offset: -443 -173;
}
}
}
What I do wrong!?
You need to define at least the cursor group and the selection group.
Also you need to give the focus inside edje AND in the evas object.
I really suggest you to look at some existing usage, there is one in
Elementary and one in etk_textview3.
On Fri, Dec 5, 2008 at 7:39 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
On Fri, 5 Dec 2008 13:04:15 +0200 Veli Ogla Sungutay
[EMAIL PROTECTED]
babbled:
Hi all,
I was wondering if anyone is working on an Esmart TextArea that
accepts
keyboard and mouse input?
there's almost no point... edje has in the meantime grown full text
entry
ability in textblock parts :)
--
- Codito, ergo sum - I code, therefore I am
--
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you. Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
===
Diogo Dutra Albuquerque
Meu Curriculum Lattes: http://lattes.cnpq.br/3624796077679922
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you. Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] esmart TextArea
Hi all, I was wondering if anyone is working on an Esmart TextArea that accepts keyboard and mouse input? -- Veli Sungutay http://www.lyciasoft.com -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart container clipping
Sevcsik András schrieb: Thanks for the help guys, here's my second version, that deals with show/hide and applies clip_elements_set() to all elements. @@ -444,9 +485,12 @@ 485 evas_object_repeat_events_set(el-grabber, 1); 486 evas_object_color_set(el-grabber, 0, 0, 0, 0); 487 evas_object_show(el-grabber); -447 +488 489 el-container = cont; -449 evas_object_clip_set(el-obj, cont-clipper); +490 +491 if (cont-clip_elements) +492 evas_object_clip_set(el-obj, cont-clipper); +493 I think this should be: if (cont-clip_elemets || !evas_object_visible_get(cont-obj)) evas_object_clip_set(el-obj, cont-clipper); Besides that looks good to me. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart container clipping
On Fri, Jul 18, 2008 at 4:48 PM, Peter Wehrfritz [EMAIL PROTECTED]
wrote:
Sevcsik András schrieb:
Thanks for the help guys, here's my second version, that deals with
show/hide and applies clip_elements_set() to all elements.
@@ -444,9 +485,12 @@
485 evas_object_repeat_events_set(el-grabber, 1);
486 evas_object_color_set(el-grabber, 0, 0, 0, 0);
487 evas_object_show(el-grabber);
-447
+488
489 el-container = cont;
-449 evas_object_clip_set(el-obj, cont-clipper);
+490
+491 if (cont-clip_elements)
+492 evas_object_clip_set(el-obj, cont-clipper);
+493 I think this should be: if (cont-clip_elemets ||
!evas_object_visible_get(cont-obj)) evas_object_clip_set(el-obj,
cont-clipper); Besides that looks good to me.
You've got a point. I attached the fixed version.
--
Minden jót,
Sevcsik András
Index: src/lib/esmart_container/Esmart_Container.h
===
RCS file: /var/cvs/e/e17/libs/esmart/src/lib/esmart_container/Esmart_Container.h,v
retrieving revision 1.11
diff -u -r1.11 Esmart_Container.h
--- src/lib/esmart_container/Esmart_Container.h 12 Jul 2008 06:40:36 - 1.11
+++ src/lib/esmart_container/Esmart_Container.h 18 Jul 2008 15:01:15 -
@@ -147,6 +147,18 @@
EAPI int esmart_container_layout_plugin_set(Evas_Object *container, const char *name);
+/*! \brief Set that container should clip elements
+ * @param container Object
+ * @param val Boolean value: 1 to clip elements (default), 0 to not
+ */
+EAPI void esmart_container_clip_elements_set(Evas_Object *container,
+ unsigned char val);
+
+/*! \brief Checks that container clips elements or not
+ * @param container Object
+ * @return Boolean value: 1 if clip elements, 0 if not
+ */
+EAPI unsigned char esmart_container_clip_elements_get(Evas_Object *container);
#ifdef __cplusplus
}
Index: src/lib/esmart_container/esmart_container.c
===
RCS file: /var/cvs/e/e17/libs/esmart/src/lib/esmart_container/esmart_container.c,v
retrieving revision 1.16
diff -u -r1.16 esmart_container.c
--- src/lib/esmart_container/esmart_container.c 12 Jul 2008 06:40:36 - 1.16
+++ src/lib/esmart_container/esmart_container.c 18 Jul 2008 15:01:16 -
@@ -419,6 +419,47 @@
return length;
}
+EAPI void
+esmart_container_clip_elements_set(Evas_Object *container, unsigned char val)
+{
+ Container *cont;
+ Evas_List *l;
+
+ cont = _container_fetch(container);
+ if (val)
+ evas_object_show(cont-clipper);
+ else
+ evas_object_hide(cont-clipper);
+ cont-clip_elements = val;
+
+ if (val)
+ { /* Clip all elements */
+ for (l = cont-elements; l; l = l-next)
+ {
+ Container_Element *el = l-data;
+
+ evas_object_clip_set(el-obj, cont-clipper);
+ }
+ }
+ else
+ { /* Unclip all elements */
+ for (l = cont-elements; l; l = l-next)
+ {
+ Container_Element *el = l-data;
+
+ evas_object_clip_unset(el-obj);
+ }
+ }
+}
+
+EAPI unsigned char
+esmart_container_clip_elements_get(Evas_Object *container)
+{
+ Container *cont;
+
+ cont = _container_fetch(container);
+ return cont-clip_elements;
+}
/ internal functions ***/
@@ -435,7 +476,7 @@
el-obj = obj;
evas_object_data_set(obj, Container_Element, el);
evas_object_show(obj);
-
+
evas_object_geometry_get(obj, NULL, NULL, w, h);
el-orig_w = w;
el-orig_h = h;
@@ -444,9 +485,12 @@
evas_object_repeat_events_set(el-grabber, 1);
evas_object_color_set(el-grabber, 0, 0, 0, 0);
evas_object_show(el-grabber);
-
+
el-container = cont;
- evas_object_clip_set(el-obj, cont-clipper);
+
+ if (cont-clip_elements || !evas_object_visible_get(cont-obj))
+ evas_object_clip_set(el-obj, cont-clipper);
+
evas_object_clip_set(el-grabber, cont-clipper);
/*
evas_object_layer_set(el-obj, evas_object_layer_get(cont-obj));
@@ -456,6 +500,7 @@
evas_object_stack_above(el-obj, cont-obj);
*/
evas_object_smart_member_add(el-obj, cont-obj);
+
evas_object_smart_member_add(el-grabber, cont-obj);
evas_object_event_callback_add(el-grabber, EVAS_CALLBACK_MOUSE_DOWN, _cb_element_down, el);
Index: src/lib/esmart_container/esmart_container_private.h
===
RCS file: /var/cvs/e/e17/libs/esmart/src/lib/esmart_container/esmart_container_private.h,v
retrieving revision 1.7
diff -u -r1.7 esmart_container_private.h
--- src/lib/esmart_container/esmart_container_private.h 12 Jul 2008 06:40:36 - 1.7
+++ src/lib/esmart_container/esmart_container_private.h 18 Jul 2008 15:01:16 -
@@ -48,6 +48,9 @@
void *data_order_change;
unsigned char changed : 1;
+
+ unsigned char clip_elements : 1; /* decide wether to clip elements to container
+ or not */
};
struct _Container_Element
Index:
Re: [E-devel] Esmart container clipping
Sevcsik András schrieb: I hope this version works with the current cvs. Yup, thanks. In cvs. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart container clipping
Thanks for the help guys, here's my second version, that deals with
show/hide and applies clip_elements_set() to all elements.
On Wed, Jul 16, 2008 at 11:53 PM, Peter Wehrfritz [EMAIL PROTECTED]
wrote:
Sevcsik András schrieb:
I attached a patch for esmart that adds
esmart_container_clip_elements_set()
and esmart_container_clip_elements_get(). It's my first patch, so if
you've
got any suggestion about anything, don't hesitate to tell :)
Somethings need to be changed. As Hisham has said, you have of course to
unclip or to clip the children that are already in the container, if you
change the clipping state. Second, you have deal with the hide and show
callbacks. If the container is hidden its elements shouldn't be visible
either. There to ways to do this. 1. You hide the elements, too. 2. you clip
them on the hidden clipper.
I think the second way is better because the user can still hide and show
the element if he wants to, without esmart_container changing this state.
Peter
--
Minden jót,
Sevcsik András
Index: src/lib/esmart_container/Esmart_Container.h
===
RCS file: /var/cvs/e/e17/libs/esmart/src/lib/esmart_container/Esmart_Container.h,v
retrieving revision 1.11
diff -u -r1.11 Esmart_Container.h
--- src/lib/esmart_container/Esmart_Container.h 12 Jul 2008 06:40:36 - 1.11
+++ src/lib/esmart_container/Esmart_Container.h 17 Jul 2008 20:48:11 -
@@ -147,6 +147,18 @@
EAPI int esmart_container_layout_plugin_set(Evas_Object *container, const char *name);
+/*! \brief Set that container should clip elements
+ * @param container Object
+ * @param val Boolean value: 1 to clip elements (default), 0 to not
+ */
+EAPI void esmart_container_clip_elements_set(Evas_Object *container,
+ unsigned char val);
+
+/*! \brief Checks that container clips elements or not
+ * @param container Object
+ * @return Boolean value: 1 if clip elements, 0 if not
+ */
+EAPI unsigned char esmart_container_clip_elements_get(Evas_Object *container);
#ifdef __cplusplus
}
Index: src/lib/esmart_container/esmart_container.c
===
RCS file: /var/cvs/e/e17/libs/esmart/src/lib/esmart_container/esmart_container.c,v
retrieving revision 1.16
diff -u -r1.16 esmart_container.c
--- src/lib/esmart_container/esmart_container.c 12 Jul 2008 06:40:36 - 1.16
+++ src/lib/esmart_container/esmart_container.c 17 Jul 2008 20:48:11 -
@@ -419,6 +419,47 @@
return length;
}
+EAPI void
+esmart_container_clip_elements_set(Evas_Object *container, unsigned char val)
+{
+ Container *cont;
+ Evas_List *l;
+
+ cont = _container_fetch(container);
+ if (val)
+ evas_object_show(cont-clipper);
+ else
+ evas_object_hide(cont-clipper);
+ cont-clip_elements = val;
+
+ if (val)
+ { /* Clip all elements */
+ for (l = cont-elements; l; l = l-next)
+ {
+ Container_Element *el = l-data;
+
+ evas_object_clip_set(el-obj, cont-clipper);
+ }
+ }
+ else
+ { /* Unclip all elements */
+ for (l = cont-elements; l; l = l-next)
+ {
+ Container_Element *el = l-data;
+
+ evas_object_clip_unset(el-obj);
+ }
+ }
+}
+
+EAPI unsigned char
+esmart_container_clip_elements_get(Evas_Object *container)
+{
+ Container *cont;
+
+ cont = _container_fetch(container);
+ return cont-clip_elements;
+}
/ internal functions ***/
@@ -435,7 +476,7 @@
el-obj = obj;
evas_object_data_set(obj, Container_Element, el);
evas_object_show(obj);
-
+
evas_object_geometry_get(obj, NULL, NULL, w, h);
el-orig_w = w;
el-orig_h = h;
@@ -444,9 +485,12 @@
evas_object_repeat_events_set(el-grabber, 1);
evas_object_color_set(el-grabber, 0, 0, 0, 0);
evas_object_show(el-grabber);
-
+
el-container = cont;
- evas_object_clip_set(el-obj, cont-clipper);
+
+ if (cont-clip_elements)
+ evas_object_clip_set(el-obj, cont-clipper);
+
evas_object_clip_set(el-grabber, cont-clipper);
/*
evas_object_layer_set(el-obj, evas_object_layer_get(cont-obj));
@@ -456,6 +500,7 @@
evas_object_stack_above(el-obj, cont-obj);
*/
evas_object_smart_member_add(el-obj, cont-obj);
+
evas_object_smart_member_add(el-grabber, cont-obj);
evas_object_event_callback_add(el-grabber, EVAS_CALLBACK_MOUSE_DOWN, _cb_element_down, el);
Index: src/lib/esmart_container/esmart_container_private.h
===
RCS file: /var/cvs/e/e17/libs/esmart/src/lib/esmart_container/esmart_container_private.h,v
retrieving revision 1.7
diff -u -r1.7 esmart_container_private.h
--- src/lib/esmart_container/esmart_container_private.h 12 Jul 2008 06:40:36 - 1.7
+++ src/lib/esmart_container/esmart_container_private.h 17 Jul 2008 20:48:11 -
@@ -48,6 +48,9 @@
void *data_order_change;
unsigned char changed : 1;
+
+
Re: [E-devel] Esmart container clipping
Sevcsik András wrote: Hi list, What's the purpose of esmart_container.c:442 line? evas_object_clip_set(el-obj, cont-clipper); It clips the elements with the container, but I don't see a reason to do so. My application needs elements to be able to drawn outside the container (toolbar icons wich are zoomed), so I commented out that line and it works fine now. Is it possible to modify esmart this way? If you prefer to make it an option (with a function like esmart_container_clip_elements_set(con, 0/1), i'll write a patch. There are many different types of semantics that a given smart class can give to 'clipping' - the class has a function to define just that. However, for most 'common' applications of smart classes, one sees a standard kind of semantics wherein 'clipping' a smart object is implemented as clipping all of its member objects - either directly or indirectly. The 'indirectly' part comes since some smart classes use a secret clip rect that clips all other member objs to define all sorts of things, like coloring of the smart, visibility, and such. It's a somewhat overloaded function these internal clip rects provide (not sure if esmart container does it this way though). Hence, if one wants to further clip the smart, it'd be implemented by clipping the internal clip rect they have, if one wants to color the smart obj one sets the color of the clip rect, or if one wants to show/hide the smart obj one shows/hides the clip rect (if an object is 'shown' but clipped by a rect which is 'hidden' then that obj will also be hidden). This is one common way that many smart classes define the semantics of clipping, but you can certainly have others. I believe Gustavo was working on some extension of this that had more flexible such container smart classes. Summer Spa Sweepstakes Enter for your chance to WIN a Summer Spa Vacation! http://thirdpartyoffers.juno.com/TGL2141/fc/JKFkuJi7UbfR3nhx4CkSfACwnfQE917Ckfx7QvL4deXaqXI9mJZQ7w/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart container clipping
Sevcsik András wrote: Hi list, What's the purpose of esmart_container.c:442 line? evas_object_clip_set(el-obj, cont-clipper); It clips the elements with the container, but I don't see a reason to do so. My application needs elements to be able to drawn outside the container (toolbar icons wich are zoomed), so I commented out that line and it works fine now. Is it possible to modify esmart this way? If you prefer to make it an option (with a function like esmart_container_clip_elements_set(con, 0/1), i'll write a patch. There are many different types of semantics that a given smart class can give to 'clipping' - the class has a function to define just that. However, for most 'common' applications of smart classes, one sees a standard kind of semantics wherein 'clipping' a smart object is implemented as clipping all of its member objects - either directly or indirectly. The 'indirectly' part comes since some smart classes use a secret clip rect that clips all other member objs to define all sorts of things, like coloring of the smart, visibility, and such. It's a somewhat overloaded function these internal clip rects provide (not sure if esmart container does it this way though). Hence, if one wants to further clip the smart, it'd be implemented by clipping the internal clip rect they have, if one wants to color the smart obj one sets the color of the clip rect, or if one wants to show/hide the smart obj one shows/hides the clip rect (if an object is 'shown' but clipped by a rect which is 'hidden' then that obj will also be hidden). This is one common way that many smart classes define the semantics of clipping, but you can certainly have others. I believe Gustavo was working on some extension of this that had more flexible such container smart classes. One other very important aspect of the use of these 'secret' clip rect objs used by some smart classes is of course when resizing their smart objects - ie. when the smart objs get resized, the clip rect gets resized to be of the same size, hence making all members be 'clipped' by the smart obj's size. It probably wouldn't be a good idea to change the semantics of esmart containers as that may break a lot of stuff (unless you manage to keep the default behavior as it currently is and just extend), and it really shouldn't be necessary for what you want. You should be able to do what you want either by just letting your container be as large as you want to hold the zoomed-icons, or keep the container the size of the un-zoomed-icons-region and when you do need to zoom them, remove them from the container... or implement your own specialty class to do what you want..? Summer Spa Sweepstakes Enter for your chance to WIN a Summer Spa Vacation! http://thirdpartyoffers.juno.com/TGL2141/fc/JKFkuJi7UbfNz8VIYtEkVCKFPBhd8IVHeJ0109LwaW4xGoJhtvjjCC/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart container clipping
Sevcsik András wrote: On Wed, Jul 16, 2008 at 9:20 AM, Jose Gonzalez [EMAIL PROTECTED] wrote: Sevcsik András wrote: Hi list, What's the purpose of esmart_container.c:442 line? evas_object_clip_set(el-obj, cont-clipper); It clips the elements with the container, but I don't see a reason to do so. My application needs elements to be able to drawn outside the container (toolbar icons wich are zoomed), so I commented out that line and it works fine now. Is it possible to modify esmart this way? If you prefer to make it an option (with a function like esmart_container_clip_elements_set(con, 0/1), i'll write a patch. There are many different types of semantics that a given smart class can give to 'clipping' - the class has a function to define just that. However, for most 'common' applications of smart classes, one sees a standard kind of semantics wherein 'clipping' a smart object is implemented as clipping all of its member objects - either directly or indirectly. The 'indirectly' part comes since some smart classes use a secret clip rect that clips all other member objs to define all sorts of things, like coloring of the smart, visibility, and such. It's a somewhat overloaded function these internal clip rects provide (not sure if esmart container does it this way though). Hence, if one wants to further clip the smart, it'd be implemented by clipping the internal clip rect they have, if one wants to color the smart obj one sets the color of the clip rect, or if one wants to show/hide the smart obj one shows/hides the clip rect (if an object is 'shown' but clipped by a rect which is 'hidden' then that obj will also be hidden). Do you say that if clip_elements is set, evas_object_hide(container) won't hide elements? That shouldn't be hard to fix. I dunno, no idea what clip_elements does. Just mentioning how those 'secret' clippers are used by some smart classes - for things like that, for coloring, etc. This is one common way that many smart classes define the semantics of clipping, but you can certainly have others. I believe Gustavo was working on some extension of this that had more flexible such container smart classes. One other very important aspect of the use of these 'secret' clip rect objs used by some smart classes is of course when resizing their smart objects - ie. when the smart objs get resized, the clip rect gets resized to be of the same size, hence making all members be 'clipped' by the smart obj's size. It probably wouldn't be a good idea to change the semantics of esmart containers as that may break a lot of stuff (unless you manage to keep the default behavior as it currently is and just extend), and it really shouldn't be necessary for what you want. The default value of clip_elements is 1, therefore clip_element_set doesn't used, esmart container behave as usual. You should be able to do what you want either by just letting your container be as large as you want to hold the zoomed-icons, or keep the container the size of the un-zoomed-icons-region and when you do need to zoom them, remove them from the container... or implement your own specialty class to do what you want..? Of course, I can modify my app to conform, but I think this feature could be useful for other apps too, which uses toolbars in evas/edje applications Click for FHA loan, $0 lender fees, low rates approvals nationwide http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3mItjsEFCu7dKtrc6BDHm0AajMJHBOYLZjrKdHQs4KPSqVmK/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart container clipping
On Wed, Jul 16, 2008 at 9:41 PM, Jose Gonzalez [EMAIL PROTECTED] wrote: Sevcsik András wrote: On Wed, Jul 16, 2008 at 9:20 AM, Jose Gonzalez [EMAIL PROTECTED] wrote: Sevcsik András wrote: Hi list, What's the purpose of esmart_container.c:442 line? evas_object_clip_set(el-obj, cont-clipper); It clips the elements with the container, but I don't see a reason to do so. My application needs elements to be able to drawn outside the container (toolbar icons wich are zoomed), so I commented out that line and it works fine now. Is it possible to modify esmart this way? If you prefer to make it an option (with a function like esmart_container_clip_elements_set(con, 0/1), i'll write a patch. There are many different types of semantics that a given smart class can give to 'clipping' - the class has a function to define just that. However, for most 'common' applications of smart classes, one sees a standard kind of semantics wherein 'clipping' a smart object is implemented as clipping all of its member objects - either directly or indirectly. The 'indirectly' part comes since some smart classes use a secret clip rect that clips all other member objs to define all sorts of things, like coloring of the smart, visibility, and such. It's a somewhat overloaded function these internal clip rects provide (not sure if esmart container does it this way though). Hence, if one wants to further clip the smart, it'd be implemented by clipping the internal clip rect they have, if one wants to color the smart obj one sets the color of the clip rect, or if one wants to show/hide the smart obj one shows/hides the clip rect (if an object is 'shown' but clipped by a rect which is 'hidden' then that obj will also be hidden). Do you say that if clip_elements is set, evas_object_hide(container) won't hide elements? That shouldn't be hard to fix. I dunno, no idea what clip_elements does. Just mentioning how those 'secret' clippers are used by some smart classes - for things like that, for coloring, etc. clip_elements_set() is my modification for esmart. If its set, elements doesn't clip with the container's clipper rectangle. This is one common way that many smart classes define the semantics of clipping, but you can certainly have others. I believe Gustavo was working on some extension of this that had more flexible such container smart classes. One other very important aspect of the use of these 'secret' clip rect objs used by some smart classes is of course when resizing their smart objects - ie. when the smart objs get resized, the clip rect gets resized to be of the same size, hence making all members be 'clipped' by the smart obj's size. It probably wouldn't be a good idea to change the semantics of esmart containers as that may break a lot of stuff (unless you manage to keep the default behavior as it currently is and just extend), and it really shouldn't be necessary for what you want. The default value of clip_elements is 1, therefore clip_element_set doesn't used, esmart container behave as usual. You should be able to do what you want either by just letting your container be as large as you want to hold the zoomed-icons, or keep the container the size of the un-zoomed-icons-region and when you do need to zoom them, remove them from the container... or implement your own specialty class to do what you want..? Of course, I can modify my app to conform, but I think this feature could be useful for other apps too, which uses toolbars in evas/edje applications Click for FHA loan, $0 lender fees, low rates approvals nationwide http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3mItjsEFCu7dKtrc6BDHm0AajMJHBOYLZjrKdHQs4KPSqVmK/ -- Minden jót, Sevcsik András -- Minden jót, Sevcsik András - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart container clipping
Sevcsik András schrieb: I attached a patch for esmart that adds esmart_container_clip_elements_set() and esmart_container_clip_elements_get(). It's my first patch, so if you've got any suggestion about anything, don't hesitate to tell :) Somethings need to be changed. As Hisham has said, you have of course to unclip or to clip the children that are already in the container, if you change the clipping state. Second, you have deal with the hide and show callbacks. If the container is hidden its elements shouldn't be visible either. There to ways to do this. 1. You hide the elements, too. 2. you clip them on the hidden clipper. I think the second way is better because the user can still hide and show the element if he wants to, without esmart_container changing this state. Peter - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart container clipping
On Wed, Jul 16, 2008 at 11:53 PM, Peter Wehrfritz [EMAIL PROTECTED] wrote: Sevcsik András schrieb: I attached a patch for esmart that adds esmart_container_clip_elements_set() and esmart_container_clip_elements_get(). It's my first patch, so if you've got any suggestion about anything, don't hesitate to tell :) Somethings need to be changed. As Hisham has said, you have of course to unclip or to clip the children that are already in the container, if you change the clipping state. Second, you have deal with the hide and show callbacks. If the container is hidden its elements shouldn't be visible either. There to ways to do this. 1. You hide the elements, too. 2. you clip them on the hidden clipper. I think the second way is better because the user can still hide and show the element if he wants to, without esmart_container changing this state. Thanks, I'll do the modifications you mentioned. Peter -- Minden jót, Sevcsik András - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Esmart container clipping
Hi list, What's the purpose of esmart_container.c:442 line? evas_object_clip_set(el-obj, cont-clipper); It clips the elements with the container, but I don't see a reason to do so. My application needs elements to be able to drawn outside the container (toolbar icons wich are zoomed), so I commented out that line and it works fine now. Is it possible to modify esmart this way? If you prefer to make it an option (with a function like esmart_container_clip_elements_set(con, 0/1), i'll write a patch. -- Minden jót, Sevcsik András - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart container clipping
Sevcsik András schrieb: Hi list, What's the purpose of esmart_container.c:442 line? evas_object_clip_set(el-obj, cont-clipper); It clips the elements with the container, but I don't see a reason to do so. My application needs elements to be able to drawn outside the container (toolbar icons wich are zoomed), so I commented out that line and it works fine now. Is it possible to modify esmart this way? If you prefer to make it an option (with a function like esmart_container_clip_elements_set(con, 0/1), i'll write a patch. esmart_container can be used as a scrollpane (it doesn't provide scrollbars that's up the app). So the size of the viewport, i.e. the size of the evas object can be smaller then the size needed to show the full content. Hence you need a clipper to only show the objects areas inside of the viewport. Making it optional is, imho, a good idea. Remember to also hide the clipper if you don't use it. Peter - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart container clipping
I attached a patch for esmart that adds esmart_container_clip_elements_set()
and esmart_container_clip_elements_get(). It's my first patch, so if you've
got any suggestion about anything, don't hesitate to tell :)
On Wed, Jul 16, 2008 at 12:18 AM, Sevcsik András [EMAIL PROTECTED] wrote:
Forgot to cc the list again, sorry :(
On Tue, Jul 15, 2008 at 11:34 PM, Peter Wehrfritz [EMAIL PROTECTED]
wrote:
Sevcsik András schrieb:
Hi list,
What's the purpose of esmart_container.c:442 line?
evas_object_clip_set(el-obj, cont-clipper);
It clips the elements with the container, but I don't see a reason to do
so. My application needs elements to be able to drawn outside the
container
(toolbar icons wich are zoomed), so I commented out that line and it
works
fine now. Is it possible to modify esmart this way? If you prefer to make
it
an option (with a function like esmart_container_clip_elements_set(con,
0/1), i'll write a patch.
esmart_container can be used as a scrollpane (it doesn't provide
scrollbars that's up the app). So the size of the viewport, i.e. the size
of the evas object can be smaller then the size needed to show the full
content. Hence you need a clipper to only show the objects areas inside of
the viewport. Making it optional is, imho, a good idea. Remember to also
hide the clipper if you don't use it.
Thanks for the explanation. I'll try to make a patch, then.
Peter
--
Minden jót,
Sevcsik András
--
Minden jót,
Sevcsik András
--
Minden jót,
Sevcsik András
Index: src/lib/esmart_container/Esmart_Container.h
===
RCS file: /var/cvs/e/e17/libs/esmart/src/lib/esmart_container/Esmart_Container.h,v
retrieving revision 1.11
diff -u -r1.11 Esmart_Container.h
--- src/lib/esmart_container/Esmart_Container.h 12 Jul 2008 06:40:36 - 1.11
+++ src/lib/esmart_container/Esmart_Container.h 16 Jul 2008 02:00:36 -
@@ -147,6 +147,18 @@
EAPI int esmart_container_layout_plugin_set(Evas_Object *container, const char *name);
+/*! \brief Set that container should clip elements
+ * @param container Object
+ * @param val Boolean value: 1 to clip elements (default), 0 to not
+ */
+EAPI void esmart_container_clip_elements_set(Evas_Object *container,
+ unsigned char val);
+
+/*! \brief Checks that container clips elements or not
+ * @param container Object
+ * @return Boolean value: 1 if clip elements, 0 if not
+ */
+EAPI unsigned char esmart_container_clip_elements_get(Evas_Object *container);
#ifdef __cplusplus
}
Index: src/lib/esmart_container/esmart_container.c
===
RCS file: /var/cvs/e/e17/libs/esmart/src/lib/esmart_container/esmart_container.c,v
retrieving revision 1.16
diff -u -r1.16 esmart_container.c
--- src/lib/esmart_container/esmart_container.c 12 Jul 2008 06:40:36 - 1.16
+++ src/lib/esmart_container/esmart_container.c 16 Jul 2008 02:00:36 -
@@ -419,6 +419,27 @@
return length;
}
+EAPI void
+esmart_container_clip_elements_set(Evas_Object *container, unsigned char val)
+{
+ Container *cont;
+
+ cont = _container_fetch(container);
+ if (val)
+ evas_object_show(cont-clipper);
+ else
+ evas_object_hide(cont-clipper);
+ cont-clip_elements = val;
+}
+
+EAPI unsigned char
+esmart_container_clip_elements_get(Evas_Object *container)
+{
+ Container *cont;
+
+ cont = _container_fetch(container);
+ return cont-clip_elements;
+}
/ internal functions ***/
@@ -435,7 +456,7 @@
el-obj = obj;
evas_object_data_set(obj, Container_Element, el);
evas_object_show(obj);
-
+
evas_object_geometry_get(obj, NULL, NULL, w, h);
el-orig_w = w;
el-orig_h = h;
@@ -444,9 +465,12 @@
evas_object_repeat_events_set(el-grabber, 1);
evas_object_color_set(el-grabber, 0, 0, 0, 0);
evas_object_show(el-grabber);
-
+
el-container = cont;
- evas_object_clip_set(el-obj, cont-clipper);
+
+ if (cont-clip_elements)
+ evas_object_clip_set(el-obj, cont-clipper);
+
evas_object_clip_set(el-grabber, cont-clipper);
/*
evas_object_layer_set(el-obj, evas_object_layer_get(cont-obj));
@@ -456,6 +480,7 @@
evas_object_stack_above(el-obj, cont-obj);
*/
evas_object_smart_member_add(el-obj, cont-obj);
+
evas_object_smart_member_add(el-grabber, cont-obj);
evas_object_event_callback_add(el-grabber, EVAS_CALLBACK_MOUSE_DOWN, _cb_element_down, el);
Index: src/lib/esmart_container/esmart_container_private.h
===
RCS file: /var/cvs/e/e17/libs/esmart/src/lib/esmart_container/esmart_container_private.h,v
retrieving revision 1.7
diff -u -r1.7 esmart_container_private.h
--- src/lib/esmart_container/esmart_container_private.h 12 Jul 2008 06:40:36 - 1.7
+++ src/lib/esmart_container/esmart_container_private.h 16 Jul 2008 02:00:36 -
@@ -48,6 +48,9
Re: [E-devel] Esmart container clipping
On Tue, Jul 15, 2008 at 10:04 PM, Sevcsik András [EMAIL PROTECTED] wrote: I attached a patch for esmart that adds esmart_container_clip_elements_set() and esmart_container_clip_elements_get(). It's my first patch, so if you've got any suggestion about anything, don't hesitate to tell :) Not sure if this applies as I didnt look at esmart's code thoroughly, but perhaps we want to clip child objects when we call esmart_container_clip_elements_set() as opposed to simply showing the clip? -- Hisham Mardam Bey http://hisham.cc/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart fixed placing?
Am Mon, 25 Jun 2007 20:29:50 -0500 schrieb Brian Mattern: Esmart_Container is designed as a container that you simply append/prepend things to, with no extra parameters. It would probably be better to just write your own smart object to do what you're describing. I started with writing my own smart object. Thanks for the hint. regards Andreas - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart fixed placing?
Andreas Volz schrieb: Hello, I use Esmart_Container in my project to create a list widget. This works really nice. But now I like some sort of container that is able to place objects on fixed coordinates inside the container. It seems that Esmart_Container places objects only in vertical or horizontal direction. You may ask why I need a container with fixed coordinates. Why not placing it direct in the viewport? - I like to show/hide/move/... a complete group of widgets. I found the esmart_container_layout_plugin_set() function. It's not much documented and I'm not sure if a layout plugin is what I need. What do you think? Another idea may be that I create a EdjeGroup class (here: C++) that holds an array of Edje objects and applies the show/hide/move function to all Edje objects it holds. But this sounds exact like a Esmart_Container. So I hope this is possible with Esmart_Container. I think what you are looking for, are evas smart objects. Take a look into the efl cookbook. There you'll find a nice howto about this. Note that the behavior has changed a little, so you don't need any longer the layer, raise, lower, above and below callbacks, but have to add the child objects as a smart member to the smart object. pfritz - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Esmart fixed placing?
Hello, I use Esmart_Container in my project to create a list widget. This works really nice. But now I like some sort of container that is able to place objects on fixed coordinates inside the container. It seems that Esmart_Container places objects only in vertical or horizontal direction. You may ask why I need a container with fixed coordinates. Why not placing it direct in the viewport? - I like to show/hide/move/... a complete group of widgets. I found the esmart_container_layout_plugin_set() function. It's not much documented and I'm not sure if a layout plugin is what I need. What do you think? Another idea may be that I create a EdjeGroup class (here: C++) that holds an array of Edje objects and applies the show/hide/move function to all Edje objects it holds. But this sounds exact like a Esmart_Container. So I hope this is possible with Esmart_Container. regards Andreas - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] esmart looking for ltdl.h on Fedora Core 5
Hi there! Gonna bug you guys again with FC5. I have a small problem in building esmart. esmart looks for ltdl.h or for the package (on the previous Fedora) libtool-ltdl-devel. - *Snip* checking if g77 static flag -static works... no checking if g77 supports -c -o file.o... no checking whether the g77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking ltdl.h usability... no checking ltdl.h presence... no checking for ltdl.h... no configure: error: Cannot find ltdl.h. Please make sure you have the libltdl-dev package installed. error: Bad exit status from /var/tmp/rpm-tmp.13205 (%build) -- The package libtool-ltdl-devel no longer exists. The file in question is now provided by the libtool package. /usr/share/libtool/libltdl/ltdl.h So I did a little simlink to trick the thing: ln -s /usr/share/libtool/libltdl/ltdl.h /usr/include/ /sbin/ldconfig OK it compiled but now stopped at: -- *snip* -L/usr/lib /usr/lib/libImlib2.so /usr/lib/libfreetype.so -lz -lX11 -lXext -ldl /usr/lib/libevas.so -lltdl -lm -m32 -march=i386 -mtune=generic -Wl,-soname -Wl,libesmart_container.so.0 -o .libs/libesmart_container.so.0.0.9 /usr/bin/ld: cannot find -lltdl collect2: ld returned 1 exit status make[5]: *** [libesmart_container.la] Error 1 make[5]: Leaving directory `/home/didier/rpmbuild/BUILD/esmart-0. _- Any suggestions on how to bypass the /usr/bin/ld: cannot find -lltdl would be appreciated. Thanks. --- 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. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] esmart looking for ltdl.h on Fedora Core 5
On Thursday 23 March 2006 15:40, Didier Casse wrote: Any suggestions on how to bypass the /usr/bin/ld: cannot find -lltdl would be appreciated. Thanks. stop forcing hacks on your system and just install the appropriate libtool development rpms -mike --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] esmart looking for ltdl.h on Fedora Core 5
On Fri, 24 Mar 2006 04:40:59 +0800 Didier Casse [EMAIL PROTECTED] babbled: Hi there! Gonna bug you guys again with FC5. I have a small problem in building esmart. esmart looks for ltdl.h or for the package (on the previous Fedora) libtool-ltdl-devel. - *Snip* checking if g77 static flag -static works... no checking if g77 supports -c -o file.o... no checking whether the g77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking ltdl.h usability... no checking ltdl.h presence... no checking for ltdl.h... no configure: error: Cannot find ltdl.h. Please make sure you have the libltdl-dev package installed. error: Bad exit status from /var/tmp/rpm-tmp.13205 (%build) -- The package libtool-ltdl-devel no longer exists. The file in question is now provided by the libtool package. /usr/share/libtool/libltdl/ltdl.h So I did a little simlink to trick the thing: ln -s /usr/share/libtool/libltdl/ltdl.h /usr/include/ /sbin/ldconfig OK it compiled but now stopped at: -- *snip* -L/usr/lib /usr/lib/libImlib2.so /usr/lib/libfreetype.so -lz -lX11 -lXext -ldl /usr/lib/libevas.so -lltdl -lm -m32 -march=i386 -mtune=generic -Wl,-soname -Wl,libesmart_container.so.0 -o .libs/libesmart_container.so.0.0.9 /usr/bin/ld: cannot find -lltdl collect2: ld returned 1 exit status make[5]: *** [libesmart_container.la] Error 1 make[5]: Leaving directory `/home/didier/rpmbuild/BUILD/esmart-0. _- Any suggestions on how to bypass the /usr/bin/ld: cannot find -lltdl would be appreciated. Thanks. libltdl is a system library. its a wrapper around dlopen and whatever other forms of dynamic loading are possible on a system if that isn't there. it was split FROM libtool as it is used runtime. it seems fedora have decided to basically neuter the package and software. i guess that means esmart is now not compatible with fedora - unless u missed there being another package that now ships libltdl.so* and ltdl.h --- 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. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd___ 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] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] esmart looking for ltdl.h on Fedora Core 5
On 3/24/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Fri, 24 Mar 2006 04:40:59 +0800 Didier Casse [EMAIL PROTECTED] *snip* _- Any suggestions on how to bypass the /usr/bin/ld: cannot find -lltdl would be appreciated. Thanks. libltdl is a system library. its a wrapper around dlopen and whatever other forms of dynamic loading are possible on a system if that isn't there. it was split FROM libtool as it is used runtime. it seems fedora have decided to basically neuter the package and software. i guess that means esmart is now not compatible with fedora - unless u missed there being another package that now ships libltdl.so* and ltdl.h Well that was my point. I'm still looking for the DEVEL package which I can't find in the usual ways. To Vapier: Yes it would be nice not to hack and to find the damn DEVEL package. I could be wrong but from first looks, it seems that they merged the whole thing. Have a look below: [EMAIL PROTECTED] ~]# yum whatprovides ltdl.h libtool.i386 1.5.22-2.2 installed Matched from: /usr/share/libtool/libltdl/ltdl.h [EMAIL PROTECTED] ~]# yum whatprovides libltdl libtool-ltdl.i3861.5.22-2.2 core Matched from: /usr/lib/libltdl.so.3 /usr/lib/libltdl.so.3.1.4 libltdl.so.3 libtool-ltdl.i3861.5.22-2.2 installed Matched from: /usr/lib/libltdl.so.3 /usr/lib/libltdl.so.3.1.4 libltdl.so.3 libtool.i386 1.5.22-2.2 installed Matched from: /usr/share/libtool/libltdl /usr/share/libtool/libltdl/COPYING.LIB /usr/share/libtool/libltdl/Makefile.am /usr/share/libtool/libltdl/Makefile.in /usr/share/libtool/libltdl/README /usr/share/libtool/libltdl/acinclude.m4 /usr/share/libtool/libltdl/aclocal.m4 /usr/share/libtool/libltdl/config-h.in /usr/share/libtool/libltdl/config.guess /usr/share/libtool/libltdl/config.sub /usr/share/libtool/libltdl/configure /usr/share/libtool/libltdl/configure.ac /usr/share/libtool/libltdl/install-sh /usr/share/libtool/libltdl/ltdl.c /usr/share/libtool/libltdl/ltdl.h /usr/share/libtool/libltdl/ltmain.sh /usr/share/libtool/libltdl/missing /usr/share/libtool/libltdl/ I emailed the fedora list to confirm this. Thanks for the replies. --- 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. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] esmart looking for ltdl.h on Fedora Core 5
OK FORGET THIS EMAIL. Strangely it appears after trying with yum a few times. :( Seemed to have been a problem with yum which failed to download or see the required libtool-ltdl-devel a while ago. Pff.. On 3/24/06, Didier Casse [EMAIL PROTECTED] wrote: On 3/24/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Fri, 24 Mar 2006 04:40:59 +0800 Didier Casse [EMAIL PROTECTED] *snip* _- Any suggestions on how to bypass the /usr/bin/ld: cannot find -lltdl would be appreciated. Thanks. libltdl is a system library. its a wrapper around dlopen and whatever other forms of dynamic loading are possible on a system if that isn't there. it was split FROM libtool as it is used runtime. it seems fedora have decided to basically neuter the package and software. i guess that means esmart is now not compatible with fedora - unless u missed there being another package that now ships libltdl.so* and ltdl.h Well that was my point. I'm still looking for the DEVEL package which I can't find in the usual ways. To Vapier: Yes it would be nice not to hack and to find the damn DEVEL package. I could be wrong but from first looks, it seems that they merged the whole thing. Have a look below: [EMAIL PROTECTED] ~]# yum whatprovides ltdl.h libtool.i386 1.5.22-2.2 installed Matched from: /usr/share/libtool/libltdl/ltdl.h [EMAIL PROTECTED] ~]# yum whatprovides libltdl libtool-ltdl.i3861.5.22-2.2 core Matched from: /usr/lib/libltdl.so.3 /usr/lib/libltdl.so.3.1.4 libltdl.so.3 libtool-ltdl.i3861.5.22-2.2 installed Matched from: /usr/lib/libltdl.so.3 /usr/lib/libltdl.so.3.1.4 libltdl.so.3 libtool.i386 1.5.22-2.2 installed Matched from: /usr/share/libtool/libltdl /usr/share/libtool/libltdl/COPYING.LIB /usr/share/libtool/libltdl/Makefile.am /usr/share/libtool/libltdl/Makefile.in /usr/share/libtool/libltdl/README /usr/share/libtool/libltdl/acinclude.m4 /usr/share/libtool/libltdl/aclocal.m4 /usr/share/libtool/libltdl/config-h.in /usr/share/libtool/libltdl/config.guess /usr/share/libtool/libltdl/config.sub /usr/share/libtool/libltdl/configure /usr/share/libtool/libltdl/configure.ac /usr/share/libtool/libltdl/install-sh /usr/share/libtool/libltdl/ltdl.c /usr/share/libtool/libltdl/ltdl.h /usr/share/libtool/libltdl/ltmain.sh /usr/share/libtool/libltdl/missing /usr/share/libtool/libltdl/ I emailed the fedora list to confirm this. Thanks for the replies. --- 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. -- 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. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart Text Entry Unknown string output to stderr
Phuah Yee Keat wrote:
else
{
+#if DEBUG
fprintf (stderr, Unknown string %s\n, down-keyname);
+#endif
}
wouldn't it be better if the #if was moved above else?
the compiler probably optimizes it away anyway, but..
Cheers,
--
Morten
:wq
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart Text Entry Unknown string output to stderr
Morten Nilsen wrote:
Phuah Yee Keat wrote:
else
{
+#if DEBUG
fprintf (stderr, Unknown string %s\n, down-keyname);
+#endif
}
wouldn't it be better if the #if was moved above else?
the compiler probably optimizes it away anyway, but..
Hmm, it din really occur to me...sorry for missing that. I guess this
change doesn't need a patch from me eh? :)
Cheers,
Phuah Yee Keat
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart Text Entry Unknown string output to stderr
Phuah Yee Keat wrote: Morten Nilsen wrote: wouldn't it be better if the #if was moved above else? the compiler probably optimizes it away anyway, but.. Hmm, it din really occur to me...sorry for missing that. I guess this change doesn't need a patch from me eh? :) it's easy to miss such things .. that's why code review is a good thing. I suppose a patch isn't needed.. someone with cvs access reading these mails - are - though ;) Cheers, -- Morten :wq --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart Text Entry Unknown string output to stderr
On Wednesday 14 December 2005 05:04, Morten Nilsen wrote:
Phuah Yee Keat wrote:
else
{
+#if DEBUG
fprintf (stderr, Unknown string %s\n, down-keyname);
+#endif
}
wouldn't it be better if the #if was moved above else?
the compiler probably optimizes it away anyway, but..
Cheers,
done :)
--
rephorm
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Esmart Text Entry Unknown string output to stderr
Hi,
There's this TODO item in Entrance about Spewing of messages about shift
and alt keys, realized that its actually from emsart, and not entrance.
So if the esmart patch is acceptable, the entrance TODO list can be
updated as well. :)
One question, issit easier for you guys to update by sending cvs diff
output? or just plain diff output?
Cheers,
Phuah Yee Keat
Index: esmart_text_entry.c
===
RCS file:
/cvsroot/enlightenment/e17/libs/esmart/src/lib/esmart_text_entry/esmart_text_entry.c,v
retrieving revision 1.10
diff -u -r1.10 esmart_text_entry.c
--- esmart_text_entry.c 5 Sep 2005 10:57:41 - 1.10
+++ esmart_text_entry.c 14 Dec 2005 02:50:12 -
@@ -246,7 +246,9 @@
}
else
{
+#if DEBUG
fprintf (stderr, Unknown string %s\n, down-keyname);
+#endif
}
}
else if (down-string)
Index: TODO
===
RCS file: /cvsroot/enlightenment/e17/apps/entrance/TODO,v
retrieving revision 1.20
diff -u -r1.20 TODO
--- TODO26 Aug 2005 04:58:52 - 1.20
+++ TODO14 Dec 2005 02:51:39 -
@@ -7,7 +7,6 @@
* Internationalization issues with date/time format - LANG support
* FreeBSD waitpid() bug in entrance_login.c (Bug #309)
-* Stop spewing out errors about shift/alt keys to console
---
ESSENTIAL FEATURES
Re: [E-devel] Esmart Text Entry Unknown string output to stderr
Phuah Yee Keat wrote: Hi, There's this TODO item in Entrance about Spewing of messages about shift and alt keys, realized that its actually from emsart, and not entrance. So if the esmart patch is acceptable, the entrance TODO list can be updated as well. :) One question, issit easier for you guys to update by sending cvs diff output? or just plain diff output? Cheers, Phuah Yee Keat Committed. Thanks :) cvs diff -u (as you sent) is the preferred method. -- rephorm --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] esmart does not stop when libltdl is missing
Hi, In addition to previous mail, it seems that esmart's configure.in does not check for libltdl. libltdl is included in : src/lib/esmart_container/esmart_container_plugin.c Regards, David. --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] esmart does not stop when edb is missing
mailto:[EMAIL PROTECTED]Hi, I wanted to inform that in current esmart CVS, configure.in seems to check for edb_config, but configuration does not stop even when edb_config is not installed. Of course the process fails during compilation. Thanks for your great work! Best Regards, David. --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Esmart migration
Now that esmart is moving into libs, it makes sense to combine most of the utility smart objects into a single lib. So xcomp has bravely volunteered to combine estyle and etox into it. This will reduce the perceived number of dependancies for EWL, and the total number of libs. Along with bringing them into esmart, the API distinction between the two will be going away. They will still be logically separated in the code, but only one API will be exposed as esmart_text. If you're using etox, the impact on your code will be negligible. A simple search and replace for Etox/etox/ETOX to the Esmart_Text equivalent should be sufficient. On the other hand, estyle's API will not be exposed, so you will need to port to the Etox API. I will be doing this in EWL once the move has been made. Sorry for any inconvenience, but this should make more sense in the long run. -- | Nathan Ingersoll \\ Computer Systems Network Coordinator | | [EMAIL PROTECTED] \\ http://www.ruralcenter.org| | http://ningerso.atmos.org/ \\ Rural Health Resource Center | signature.asc Description: Digital signature
[E-devel] Esmart
Hello, It looks like the esmart headers also need to be wrapped to be usable from c++. Thanks, dan --- This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek For a limited time only, get FREE Ground shipping on all orders of $35 or more. Hurry up and shop folks, this offer expires April 30th! http://www.thinkgeek.com/freeshipping/?cpg=12297 ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Esmart
I just tried adding the extra blocks, update and lemme know how it goes? On Sun, 2004-04-25 at 02:36, dan sinclair wrote: Hello, It looks like the esmart headers also need to be wrapped to be usable from c++. Thanks, dan __ Corey Donohohoe http://www.atmos.org/ --- This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek For a limited time only, get FREE Ground shipping on all orders of $35 or more. Hurry up and shop folks, this offer expires April 30th! http://www.thinkgeek.com/freeshipping/?cpg=12297 ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] esmart missing edje-config check in configure.in
Sorry that's me being sloppy and forgetting other people look at those things. :) Fixed in CVS. * Mike Frysinger ([EMAIL PROTECTED]) wrote: down in src/draggies/dragable.h there is a #includeEdje.h but the configure.in check doesnt do any checks for edje-config :x useless include ? a comment mentions 'Assign it to an edje part, that's dragable and unconfined' but theres no edje-specific code that i can see ... -mike __ Corey Donohoe [EMAIL PROTECTED] --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] esmart container broken in cvs!
hey rephorm!! (B (B:) (B (Besmart container code is broken in cvs - u forgot to cvs add utils.h (Bsomewhere... and ltdl.h isnt found either :) (B (B (B-- (B- Codito, ergo sum - "I code, therefore I am" -- (BThe Rasterman (Carsten Haitzler)[EMAIL PROTECTED] $B7'<*(B - $Bhttp://www.perforce.com/perforce/loadprog.html (B___ (Benlightenment-devel mailing list (B[EMAIL PROTECTED] (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] esmart/container patch
Ooops.. evolution attached it twice :( On Sat, 2003-11-01 at 17:57, Øystein Haare wrote: A small patch to make the container clipper invisible when no elements are added to the container. -- Oystein Haare Cell: +47 95936353 Mail: [EMAIL PROTECTED] --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] esmart not checking for Edje ?
On Sat 18 Oct 2003, Mike Frysinger wrote: Content-Description: signed data the configure.in script checks for evas, ecore, and imlib2 but doesnt check for edje even though it's used in src/container/container.h ... -mike Looks like an oversight. The reference has been removed. -- Ibukun Olumuyiwa http://xcomputerman.com Wisdom is the principal thing; therefore get wisdom: and with all thy getting get understanding. - Proverbs 4:7 --- This SF.net email sponsored by: Enterprise Linux Forum Conference Expo The Event For Linux Datacenter Solutions Strategies in The Enterprise Linux in the Boardroom; in the Front Office; in the Server Room http://www.enterpriselinuxforum.com ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
