On Fri, Jul 4, 2008 at 2:46 AM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>>> That would probably be a good way to do it. So, the vertex
>>> coords are floats which correspond to sub-pixel precision canvas coords.
>>> Every time one 'sets' the poly points the previous poly obj
>>> geometry
- "Toma" <[EMAIL PROTECTED]> ha scritto:
> Ok folks! Heres a final revision. Note the removal of e/ so that it
> can be universally used without the need to figure out the leading
> name (if there are any). Also included is 'base_version' to outline
> the base version of the application neede
So change /theme/base_version to /theme/application_version too?
Sounds fun. What about themes that contain multiple themes packs? Eg.
detour? Or the new idea of combining e17 themes with etk and ewl
components installed? Would items with the same name be overwritten by
the last one loaded? Or just
- "Toma" <[EMAIL PROTECTED]> ha scritto:
> So change /theme/base_version to /theme/application_version too?
> Sounds fun. What about themes that contain multiple themes packs? Eg.
> detour? Or the new idea of combining e17 themes with etk and ewl
> components installed? Would items with the s
Hi
On Mon, Jul 7, 2008 at 3:14 AM, Toma <[EMAIL PROTECTED]> wrote:
>
> Ok folks! Heres a final revision. Note the removal of e/ so that it
> can be universally used without the need to figure out the leading
> name (if there are any). Also included is 'base_version' to outline
> the base version o
2008/7/7 muzzle <[EMAIL PROTECTED]>:
> Hi
>
> On Mon, Jul 7, 2008 at 3:14 AM, Toma <[EMAIL PROTECTED]> wrote:
>>
>> Ok folks! Heres a final revision. Note the removal of e/ so that it
>> can be universally used without the need to figure out the leading
>> name (if there are any). Also included is
Build log for Enlightenment DR 0.17 on 2008-07-07 07:10:22 -0700
Build logs are available at http://download.enlightenment.org/tests/logs
Packages that failed to build:
edvi http://download.enlightenment.org/tests/logs/edvi.log
enna http://download.enlightenment.org/tests/logs/enna.log
epdf htt
I think we need to stop guessing / forcing a method of detecting theme
compatibility.
/theme/applications being a set of space-separated values looks very
hackish and not at all useful.
Instead we should let each app decide how they want to handle it..
probably by using their own attribute name.
It
Am Thu, 3 Jul 2008 07:22:50 +0200 (CEST) schrieb Vincent Torri:
>
> Hey,
>
> > in the past I used ecore_main_fd_handler_add() to hook my async
> > signals from a second thread into the ecore loop (GPS and Joystick
> > in that case). This works well so far. Now I found this:
> >
> > http://docs.e
On Monday, 07 July 2008, at 14:23:51 (+0200),
Dave Andreoli wrote:
> hmmm, this is a problem... we can use:
> item: "/theme/applications" "e etk ewl";
>
> but then we also need multiple "application_version" fiels, like:
> item: "/theme/e_version""xxx"
> item: "/theme/etk_version" "xxx"
>
On Monday, 07 July 2008, at 10:22:50 (-0700),
Michael Jennings wrote:
> 1. Use the hierarchy you already have. Don't invent silly additional
> separators (like '_') for no reason.
>
> item: "/theme/application/e/min_version""0.16.999.043";
> item: "/theme/application/ewl/min_version
Since the current naming practice for edje parts is to start with a
letter, instead of '/', wouldn't it be better to keep it here:
item: "theme/application/e/version" "xxx"
On Mon, 2008-07-07 at 14:23 +0200, Dave Andreoli wrote:
> - "Toma" <[EMAIL PROTECTED]> ha scritto:
>
> > So change /the
Hi List,
Because of scrolled_view->viewport may not initialized before used,
the etk_tree will crash from Jun first.
I created a small patch to deal with this issue.
Cheers,
Tick
Index: etk/src/lib/etk_scrolled_view.c
===
--- et
2008/7/7 Tick Chen <[EMAIL PROTECTED]>:
> Hi List,
> Because of scrolled_view->viewport may not initialized before used,
> the etk_tree will crash from Jun first.
> I created a small patch to deal with this issue.
>
> Cheers,
> Tick
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.6 (GNU/Li
On Sun, 11 May 2008 06:59:29 +0200 (CEST) Vincent Torri <[EMAIL PROTECTED]>
babbled:
hmm. the pipe abstraction looks strange to me. why should i be limited to
writing just 1 void * down the pipe at a time. isn't the diea that i write
whatever i want (void *'s, int's, chars, whole arrays of ints or
On Sat, 26 Apr 2008 00:42:47 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
>Gustavo wrote:
>
> > On Thu, Apr 24, 2008 at 3:54 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
> >
> >> Ok, let me give you some 'criticisms' I have of parts of the
> >> approaches to this filters stuff t
On Mon, 19 May 2008 23:20:34 +0200 Beber <[EMAIL PROTECTED]> babbled:
> Hi,
>
> Here is a patch for e_desklock to add a binding on Ctrl-U to flush
> input password as the common way on Unix system to flush an input.
in cvs. :) thanks!
--
- Codito, ergo sum - "I code, therefore I a
On Thu, 24 Apr 2008 14:54:20 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
>
> Ok, let me give you some 'criticisms' I have of parts of the
> approaches to this filters stuff that both Carsten and Gustavo
> suggested, and let me start with:
>
> I just don't see a realistic "need"
On Mon, 26 May 2008 17:13:43 +0200 (CEST) Vincent Torri <[EMAIL PROTECTED]>
babbled:
the real problem is struct hostent... imho we should virtualise this into our
own struct for compatibility or remove the dns lookup call. i know we have the
guards there now, but it isn't pretty. does anyone actua
On Fri, 6 Jun 2008 11:05:57 +0200 "Cedric BAIL" <[EMAIL PROTECTED]> babbled:
> With the last serie of patch I committed inside evas, evas_render
> should now be working again correctly. This fixed version only give
> around 7% of speedup to expedite test and some are a little bit slower
> than the
Peter Wehrfritz schrieb:
> Yesterday we had a discussion on irc, if we should put abstract data
> types of ecore and of evas into a single standalone lib. The whole
> discussion came up because of the two implementations of the shared
> strings. And in fact if we really want to share strings eff
I agree with you KainX. It is a bit of a mess. The application the
theme generally themes is put in the name or filename of it.
And yes, lets stick to KISS to begin with and then go from there. If a
definite need to have those other things is found, then I guess it can
be adopted, but I cant see th
On Mon, Jul 7, 2008 at 6:45 PM, Peter Wehrfritz <[EMAIL PROTECTED]> wrote:
> I've put now the evas stringshare code into a standalone lib. I know
> that Nathan is working on improving ecore_hash, so that ecore_string
> becomes faster. We can still change the code later, since the API and
> ABI rema
I've uploaded a very preliminary version of my Summer of Code project,
the Evas_Quartz engine to Google Code, and opened it up for reviews.
Anyone interested, please come review my code!
I'll warn anyone who's interested in reviewing that the code is rather
preliminary, there's lots of stuff
and a more direct link to view the code:
http://code.google.com/p/evas-quartz/source/browse
On Mon, Jul 7, 2008 at 9:09 PM, Timothy P. Horton <[EMAIL PROTECTED]> wrote:
> I've uploaded a very preliminary version of my Summer of Code project,
> the Evas_Quartz engine to Google Code, and opened it u
On Mon, 7 Jul 2008, Timothy P. Horton wrote:
> I've uploaded a very preliminary version of my Summer of Code project,
> the Evas_Quartz engine to Google Code, and opened it up for reviews.
> Anyone interested, please come review my code!
>
> I'll warn anyone who's interested in reviewing that th
Carsten Haitzler (The Rasterman) wrote:
> On Thu, 24 Apr 2008 14:54:20 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
>
>
>> Ok, let me give you some 'criticisms' I have of parts of the
>> approaches to this filters stuff that both Carsten and Gustavo
>> suggested, and let me start with
Carsten wrote:
> On Sat, 26 Apr 2008 00:42:47 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
>
>
>>Gustavo wrote:
>>
>>
>>> On Thu, Apr 24, 2008 at 3:54 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>>>
>>>
Ok, let me give you some 'criticisms' I have of parts
Cedric wrote:
> On Fri, Jul 4, 2008 at 2:46 AM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>
That would probably be a good way to do it. So, the vertex
coords are floats which correspond to sub-pixel precision canvas coords.
Every time one 'sets' the poly points the pr
29 matches
Mail list logo
