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;
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;
- 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;
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,
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
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
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
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
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
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
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,
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,
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,
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,
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
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
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
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
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
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
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
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.
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
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.
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.
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
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
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
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
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
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
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
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
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.
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
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
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/
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
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
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]
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
41 matches
Mail list logo