El Tuesday 01 April 2008 14:57:04 The DarkMaster escribió:
> Andre's idea looks very interesting to me (I never mentioned, by the way,
> that EWl or anything else should be reduced to something like GTK. In my
> OpenGEU themes I just create GTk themes which look similar to certain E17
> themes to s
Build log for Enlightenment DR 0.17 on 2008-04-03 07:08:58 -0700
Build logs are available at http://download.enlightenment.org/tests/logs
Packages that failed to build:
ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log
engage http://download.enlightenment.org/tests/logs/engage.l
Hi,
So here are some patch that should not break edje too much.
0001 and 0002: Replace call to snprintf by using memcpy or some kind of itoa.
0003: edje_match can work without the need to call memset.
0004: When edje hide an object, their is no need to move/resize it and
mark it as changed (bec
On Fri, Mar 28, 2008 at 3:05 PM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> 1. eet -x was broken by the dictionary changes lately. (cedric!:))
> 2. eet -e is the reverse and thus needs to work too.
Oops, it's still broken.
> that's it. fix these and we are golden.
> to test.
On Thu, 3 Apr 2008 18:57:15 +0200 "Cedric BAIL" <[EMAIL PROTECTED]> babbled:
> On Fri, Mar 28, 2008 at 3:05 PM, The Rasterman Carsten Haitzler
> <[EMAIL PROTECTED]> wrote:
> > 1. eet -x was broken by the dictionary changes lately. (cedric!:))
> > 2. eet -e is the reverse and thus needs to work t
- "Cedric BAIL" <[EMAIL PROTECTED]> ha scritto:
> Hi,
>
> So here are some patch that should not break edje too much.
>
> 0001 and 0002: Replace call to snprintf by using memcpy or some kind
> of itoa.
> 0003: edje_match can work without the need to call memset.
> 0004: When edje hide an
On Thu, 3 Apr 2008 18:37:57 +0200 "Cedric BAIL" <[EMAIL PROTECTED]> babbled:
> Hi,
>
> So here are some patch that should not break edje too much.
>
> 0001 and 0002: Replace call to snprintf by using memcpy or some kind of itoa.
> 0003: edje_match can work without the need to call memset.
> 00
Hello,
I am having an issue with a touchscreen (driver problem - microtouch), in
which using xrandr the pointer gets into some sort of funk. As this is just to
demo the feasibility, I have opted to just rotate all of my images and layout.
I am running into an issue with a text part I have create
On Thu, 3 Apr 2008 13:46:27 -0500 Jess <[EMAIL PROTECTED]> babbled:
> Hello,
> I am having an issue with a touchscreen (driver problem - microtouch), in
> which using xrandr the pointer gets into some sort of funk. As this is just to
> demo the feasibility, I have opted to just rotate all of my
Cedric BAIL wrote:
> Hi,
>
> So here are some patch that should not break edje too much.
>
> 0001 and 0002: Replace call to snprintf by using memcpy or some kind of itoa.
Is this really worth while? Possibly a small speedup at the cost of
considerably more and considerably uglier code?
/Kim
Great! I'll check that out.
Thanks Raster
Jess
On Fri, Apr 04, 2008 at 05:51:33AM +1100, Carsten Haitzler wrote:
> On Thu, 3 Apr 2008 13:46:27 -0500 Jess <[EMAIL PROTECTED]> babbled:
>
> > Hello,
> > I am having an issue with a touchscreen (driver problem - microtouch), in
> > which usi
On Thu, 3 Apr 2008 14:47:57 -0500 Jess <[EMAIL PROTECTED]> babbled:
you won't need to rotate your images then too. evas will rotate the whole
canvas for you (this is there for when x didn't have xrandr support and for
framebuffer rendering too).
> Great! I'll check that out.
>
> Thanks Raster!!
On Thu, 03 Apr 2008 21:25:05 +0200 Kim Woelders <[EMAIL PROTECTED]> babbled:
> Cedric BAIL wrote:
> > Hi,
> >
> > So here are some patch that should not break edje too much.
> >
> > 0001 and 0002: Replace call to snprintf by using memcpy or some kind of
> > itoa.
>
> Is this really worth whil
Hey Raster,
Yep, I have grabbed the function out of the docs, and implemented with a backup
of my code. Worked awesome Very sweet having libraries that help rather
than turn your code into soup ;-).
Thanks again,
Jess
On Fri, Apr 04, 2008 at 07:27:35AM +1100, Carsten Haitzler wrote:
> O
The recent discussions here about toolkit theming and such
has brought up, to me at least, the question of the future of the
etk gui-toolkit. From what I can see, there has been little or no
work done on this lib in a looong time -- it appears abandoned or
maybe just plain un-maintained righ
Hi All,
The attached patch lets etk_scrolled_view been dragable with
pressing on the panel directly and drag. If you drag fast, after
releasing the panel will still scrolling until it stop slowly.
Adding the following functions.
voidetk_scrolled_view_dragable_set(Etk_Scrolled_Vi
>
> libewl_la_LIBADD = $(GCOV_LIBS) @EMOTION_LIBS@ @EPSILON_LIBS@ @EFREET_LIBS@
> @EDJE_LIBS@ @ECORE_LIBS@ @EVAS_LIBS@ -lm
> libewl_la_LDFLAGS = @create_shared_lib@ -version-info @INTERFACE_VERSION@
> +libewl_la_LIBTOOLFLAGS =
that line is one of the patch about not building the static lib of th
17 matches
Mail list logo
