Re: [E-devel] sound api "plan"

On Tue, 8 Nov 2011 07:23:27 +0100 (CET) Vincent Torri said: > > > On Mon, 7 Nov 2011, Carsten Haitzler (The Rasterman) wrote: > > > attached. this was a sample edc that would be able to play audio, not just > > single samples but whole sequences across multiple tracks as well as control > > sp

Re: [E-devel] sound api "plan"

On Tue, 8 Nov 2011 14:12:32 +0900 Jérôme Pinot said: > On 11/08/11 05:54, Vincent Torri wrote: > > > > > > On Tue, 8 Nov 2011, Jérôme Pinot wrote: > > > > >>>Hmm, second time through, elementary built fine. Might not be edje_cc > > >>>doing the segfaulting. > > >> > > >>actually... where do u

Re: [E-devel] sound api "plan"

On Tue, 8 Nov 2011 07:11:28 +0100 (CET) Vincent Torri said: > > > On Tue, 8 Nov 2011, Jérôme Pinot wrote: > > > On 11/08/11 05:54, Vincent Torri wrote: > >> > >> > >> On Tue, 8 Nov 2011, Jérôme Pinot wrote: > >> > > Hmm, second time through, elementary built fine. Might not be edje_cc > >

Re: [E-devel] E SVN: discomfitor trunk/e/src/bin

On Tue, Nov 8, 2011 at 00:53, Enlightenment SVN wrote: > Log: > I don't spend hours and hours and hours and days of my free time hacking on > ecrustify for people to not use it. […] > -#define Ecore_X_Randr_None   0 > +#define Ecore_X_Randr_None  0 >  #define Ecore_X_Randr_Unset -1 ecrustify doe

Re: [E-devel] sound api "plan"

On Tue, 8 Nov 2011 13:49:57 +1000 David Seikel said: > On Tue, 8 Nov 2011 12:15:44 +0900 Carsten Haitzler (The Rasterman) > wrote: > > > On Tue, 8 Nov 2011 00:13:18 +1000 David Seikel > > said: > > > > > On Mon, 7 Nov 2011 23:55:24 +1000 David Seikel > > > wrote: > > > > > > > On Mon, 7 Nov

Re: [E-devel] sound api "plan"

On Tue, 8 Nov 2011 13:36:25 +0900 Jérôme Pinot said: > > > Hmm, second time through, elementary built fine. Might not be edje_cc > > > doing the segfaulting. > > > > actually... where do u have remix installed vs edje? i think edje may be > > installing the remix plugins in the wrong spot for r

Re: [E-devel] sound api "plan"

On Mon, 7 Nov 2011, Carsten Haitzler (The Rasterman) wrote: > attached. this was a sample edc that would be able to play audio, not just > single samples but whole sequences across multiple tracks as well as control > specific channels and tracks. it didn't specify looping params yet or other >

Re: [E-devel] sound api "plan"

On Tue, 8 Nov 2011, Jérôme Pinot wrote: On 11/08/11 05:54, Vincent Torri wrote: On Tue, 8 Nov 2011, Jérôme Pinot wrote: Hmm, second time through, elementary built fine. Might not be edje_cc doing the segfaulting. actually... where do u have remix installed vs edje? i think edje may be

Re: [E-devel] sound api "plan"

On 11/08/11 05:54, Vincent Torri wrote: > > > On Tue, 8 Nov 2011, Jérôme Pinot wrote: > > >>>Hmm, second time through, elementary built fine. Might not be edje_cc > >>>doing the segfaulting. > >> > >>actually... where do u have remix installed vs edje? i think edje may be > >>installing the rem

Re: [E-devel] sound api "plan"

On Tue, 8 Nov 2011, Jérôme Pinot wrote: Hmm, second time through, elementary built fine. Might not be edje_cc doing the segfaulting. actually... where do u have remix installed vs edje? i think edje may be installing the remix plugins in the wrong spot for remix. Well, this seems to be th

Re: [E-devel] sound api "plan"

On Tue, 8 Nov 2011 13:36:25 +0900 Jérôme Pinot wrote: > > > Hmm, second time through, elementary built fine. Might not be edje_cc > > > doing the segfaulting. > > > > actually... where do u have remix installed vs edje? i think edje may be > > installing the remix plugins in the wrong spot for

Re: [E-devel] sound api "plan"

> > Hmm, second time through, elementary built fine. Might not be edje_cc > > doing the segfaulting. > > actually... where do u have remix installed vs edje? i think edje may be > installing the remix plugins in the wrong spot for remix. Well, this seems to be the trouble. The remix plugin dir f

Re: [E-devel] sound api "plan"

On Tue, 8 Nov 2011 12:15:44 +0900 Carsten Haitzler (The Rasterman) wrote: > On Tue, 8 Nov 2011 00:13:18 +1000 David Seikel > said: > > > On Mon, 7 Nov 2011 23:55:24 +1000 David Seikel > > wrote: > > > > > On Mon, 7 Nov 2011 22:48:04 +1000 David Seikel > > > wrote: > > > > > > > On Mon, 7 No

Re: [E-devel] E SVN: discomfitor trunk/e/src/bin

On Mon, Nov 7, 2011 at 9:54 PM, Christopher Michael wrote: > On 11/07/11 18:53, Enlightenment SVN wrote: >> Log: >> I don't spend hours and hours and hours and days of my free time hacking on >> ecrustify for people to not use it. >> >> >> Author:       discomfitor >> Date:         2011-11-07 15:

Re: [E-devel] sound api "plan"

On Tue, 8 Nov 2011 00:13:18 +1000 David Seikel said: > On Mon, 7 Nov 2011 23:55:24 +1000 David Seikel > wrote: > > > On Mon, 7 Nov 2011 22:48:04 +1000 David Seikel > > wrote: > > > > > On Mon, 7 Nov 2011 21:36:43 +0900 Carsten Haitzler (The Rasterman) > > > wrote: > > > > > > > On Mon, 7 No

Re: [E-devel] E SVN: raster IN trunk/elementary: . src/bin src/lib

On Mon, 7 Nov 2011 13:28:45 -0200 Iván Briano (Sachiel) said: aaah crap. not again... :/ > 2011/11/6 Enlightenment SVN : > > Log: > > From: Bluezery > >  Subject: [E-devel] [elm_map] ecore_file_download_full() should be used > >  properly > > > >  elm_map only checked that returned job is NULL.

Re: [E-devel] [E-Devel][Review][Patch] Evas GL Fastpath

On Tue, 8 Nov 2011 11:06:14 +0900 "Sung W. Park" said: > Hi Carsten, > > That's really weird. I've tested elementary_test before I submitted the > patch. > I'm wondering if there were changes that I made that would require > elementary recompile... i can't think of one at the moment. > > Just

Re: [E-devel] E SVN: cedric trunk/e_dbus/src/lib/hal

On Sun, 6 Nov 2011 02:21:57 -0800 "Enlightenment SVN" wrote: > Log: > e_dbus: e_hal use some e_ukit function so we should init it. > > > Author: cedric > Date: 2011-11-06 02:21:57 -0800 (Sun, 06 Nov 2011) > New Revision: 64809 > Trac: http://trac.enlightenment.org/e/cha

Re: [E-devel] [E-Devel][Review][Patch] Evas GL Fastpath

Hi Carsten, That's really weird. I've tested elementary_test before I submitted the patch. I'm wondering if there were changes that I made that would require elementary recompile... i can't think of one at the moment. Just curious, are you using evas with NEWGL enabled? If that's the case, it

Re: [E-devel] Improving Elementary for the release

Ok, I checked Ecore.h and I see what you mean, but that's only useful if you break the API, the padding is useful for not breaking the API but keeping the .so ABI-compatible. For example, if you only add a function to the API, you add the @since in the docs, and all the software that was linked to

Re: [E-devel] E SVN: discomfitor IN trunk/e/src/modules: illume-bluetooth illume-home illume-home-toggle illume-indicator illume-kbd-toggle illume-keyboard illume-mode-toggle illume2

On 11/07/11 18:53, Mike Blumenkrantz wrote: > On Mon, 07 Nov 2011 18:46:44 -0500 > Christopher Michael wrote: > >> On 11/07/11 18:30, Enlightenment SVN wrote: >>> Log: >>> OMG! DEVILHORNS USING AN EDITOR WITH TABS INSTEAD OF WHITESPACES? SAY >>> IT AIN'T SO!!! >>> >>> >>> Author: discomf

Re: [E-devel] E SVN: discomfitor trunk/e/src/bin

On 11/07/11 18:53, Enlightenment SVN wrote: > Log: > I don't spend hours and hours and hours and days of my free time hacking on > ecrustify for people to not use it. > > > Author: discomfitor > Date: 2011-11-07 15:53:01 -0800 (Mon, 07 Nov 2011) > New Revision: 64917 > Trac:

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

On Tue, 8 Nov 2011 08:48:10 +0900 Carsten Haitzler (The Rasterman) wrote: > On Mon, 07 Nov 2011 22:44:37 +0200 Tom Hacohen said: > > > On 07/11/11 22:33, Mike Blumenkrantz wrote: > > > So you're saying now that I should add specific elm functions to wrap > > > other libraries just to avoid expo

Re: [E-devel] E SVN: discomfitor IN trunk/e/src/modules: illume-bluetooth illume-home illume-home-toggle illume-indicator illume-kbd-toggle illume-keyboard illume-mode-toggle illume2

On Mon, 07 Nov 2011 18:46:44 -0500 Christopher Michael wrote: > On 11/07/11 18:30, Enlightenment SVN wrote: > > Log: > > OMG! DEVILHORNS USING AN EDITOR WITH TABS INSTEAD OF WHITESPACES? SAY > > IT AIN'T SO!!! > > > > > > Author: discomfitor > > Date: 2011-11-07 15:30:27 -0800 (

Re: [E-devel] E SVN: discomfitor trunk/e/src/modules/conf_randr

On Mon, 7 Nov 2011 23:17:56 + Iván Briano (Sachiel) said: > 2011/11/7 Leif Middelschulte : > > Hey Mike, > > > > thank you very much for all your help reviewing/-factoring the code. > > > > Am 08.11.2011 um 00:03 schrieb Enlightenment SVN: > > > >> Log: > >> checks like this only work with in

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

On Mon, 07 Nov 2011 22:44:37 +0200 Tom Hacohen said: > On 07/11/11 22:33, Mike Blumenkrantz wrote: > > So you're saying now that I should add specific elm functions to wrap other > > libraries just to avoid exposing stuff? I knew the elm api was shitty, but I > > didn't expect that it would go th

Re: [E-devel] E SVN: discomfitor IN trunk/e/src/modules: illume-bluetooth illume-home illume-home-toggle illume-indicator illume-kbd-toggle illume-keyboard illume-mode-toggle illume2

On 11/07/11 18:30, Enlightenment SVN wrote: > Log: > OMG! DEVILHORNS USING AN EDITOR WITH TABS INSTEAD OF WHITESPACES? SAY IT > AIN'T SO!!! > > > Author: discomfitor > Date: 2011-11-07 15:30:27 -0800 (Mon, 07 Nov 2011) > New Revision: 64906 > Trac: http://trac.enlightenme

Re: [E-devel] E SVN: discomfitor trunk/e/src/modules/conf_randr

2011/11/7 Leif Middelschulte : > Hey Mike, > > thank you very much for all your help reviewing/-factoring the code. > > Am 08.11.2011 um 00:03 schrieb Enlightenment SVN: > >> Log: >> checks like this only work with initializers! > I was told that (maybe depending on compiler/platform) stack variabl

Re: [E-devel] E SVN: discomfitor trunk/e/src/modules/conf_randr

Hey Mike, thank you very much for all your help reviewing/-factoring the code. Am 08.11.2011 um 00:03 schrieb Enlightenment SVN: > Log: > checks like this only work with initializers! I was told that (maybe depending on compiler/platform) stack variables are always initialized with NULL/0. That

Re: [E-devel] Improving Elementary for the release

On Mon, 7 Nov 2011 16:37:39 -0500 Youness Alaoui wrote: > Could you explain what you mean by versioning or give me a link to > something that explains it ? > padding is useful so you can change your structure (and add new APIs) > without breaking the ABI and forcing every app to recompile (change

Re: [E-devel] Improving Elementary for the release

On Mon, Nov 7, 2011 at 22:37, Youness Alaoui wrote: > Could you explain what you mean by versioning or give me a link to > something that explains it ? > padding is useful so you can change your structure (and add new APIs) > without breaking the ABI and forcing every app to recompile (changed > s

Re: [E-devel] Improving Elementary for the release

Could you explain what you mean by versioning or give me a link to something that explains it ? padding is useful so you can change your structure (and add new APIs) without breaking the ABI and forcing every app to recompile (changed sizeof). On Mon, Nov 7, 2011 at 2:35 PM, Gustavo Sverzut Barbie

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

On 07/11/11 22:33, Mike Blumenkrantz wrote: > So you're saying now that I should add specific elm functions to wrap other > libraries just to avoid exposing stuff? I knew the elm api was shitty, but I > didn't expect that it would go that far... > Don't shoot the messenger, but yes, that's what's

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

On Mon, 07 Nov 2011 22:23:53 +0200 Tom Hacohen wrote: > On 07/11/11 18:41, Mike Blumenkrantz wrote: > > On Mon, 7 Nov 2011 14:36:50 -0200 > > Gustavo Sverzut Barbieri wrote: > > > >> Shouldnt be needed or done. Geometry is not a good reason. > > Sure, but it was the first example that came to m

Re: [E-devel] edje_convert still in repo.

On Sun, 6 Nov 2011 11:32:33 +0900 Carsten Haitzler (The Rasterman) wrote: > On Sat, 5 Nov 2011 22:17:45 +0100 (CET) Vincent Torri > said: > > > > > Hey > > > > edje_convert has been removed from the build for a long time, now. Why > > keeping it in trunk ? > > i have no objection. :) > > >

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

On 07/11/11 18:41, Mike Blumenkrantz wrote: > On Mon, 7 Nov 2011 14:36:50 -0200 > Gustavo Sverzut Barbieri wrote: > >> Shouldnt be needed or done. Geometry is not a good reason. > Sure, but it was the first example that came to mind. A better one would be > creating a dbus notification event from

Re: [E-devel] Improving Elementary for the release

I'm strongly against padfings. Just have versioning and check it On Monday, November 7, 2011, Youness Alaoui wrote: > In my opinion, Elementary.h should be split into smaller files that it > includes, kind of like what Eina.h does. > If structures are made public, they should have a 'void > *padd

Re: [E-devel] Improving Elementary for the release

In my opinion, Elementary.h should be split into smaller files that it includes, kind of like what Eina.h does. If structures are made public, they should have a 'void *padding[MAX_PADDING];' added to the end, makes it easier to not break the ABI when adding new stuff. Other than that, I don't kno

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

On Mon, 7 Nov 2011 14:36:50 -0200 Gustavo Sverzut Barbieri wrote: > Shouldnt be needed or done. Geometry is not a good reason. Sure, but it was the first example that came to mind. A better one would be creating a dbus notification event from an image. You need the row stride and image data point

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

Shouldnt be needed or done. Geometry is not a good reason. On Monday, November 7, 2011, Mike Blumenkrantz wrote: > On Mon, 07 Nov 2011 17:35:47 +0200 > Tom Hacohen wrote: > >> Actually, we never do that! We never expose internal objects for outside >> manipulation, even if it's just for querying

Re: [E-devel] E SVN: raster IN trunk/elementary: . src/bin src/lib

On Mon, 7 Nov 2011 13:28:45 -0200 Iván Briano (Sachiel) wrote: > 2011/11/6 Enlightenment SVN : > > Log: > > From: Bluezery > >  Subject: [E-devel] [elm_map] ecore_file_download_full() should be used > >  properly > > > >  elm_map only checked that returned job is NULL. > >  But ecore_file_downlo

Re: [E-devel] E SVN: raster trunk/edje/src/modules/alsa_snd_player

On Mon, 7 Nov 2011 12:38:37 -0200 Gustavo Sverzut Barbieri said: i didn't write it. it came that way. eina_log is also much less convenient as i have to set up a log domain id, create it, delete it, have all the init/shutdown infra then and then finally use longer function calls (or add more macr

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

On Mon, 07 Nov 2011 17:35:47 +0200 Tom Hacohen wrote: > Actually, we never do that! We never expose internal objects for outside > manipulation, even if it's just for querying purposes. I don't know if > that decision is good or not, but it's a fact. > > If this rule is broken, it should be di

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

Actually, we never do that! We never expose internal objects for outside manipulation, even if it's just for querying purposes. I don't know if that decision is good or not, but it's a fact. If this rule is broken, it should be discussed as I'd like to do the same in elm_entry. -- Tom. > > --

Re: [E-devel] E SVN: raster IN trunk/elementary: . src/bin src/lib

2011/11/6 Enlightenment SVN : > Log: > From: Bluezery >  Subject: [E-devel] [elm_map] ecore_file_download_full() should be used >  properly > >  elm_map only checked that returned job is NULL. >  But ecore_file_download_full() returns EINA_FALSE when error occurred. >  So return value should be ch

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

hmm.. does elm_icon_object_get API good to go? -Regards, Hermet- -Original Message- From: "Enlightenment SVN" To: enlightenment-...@lists.sourceforge.net Cc: Sent: 11-11-07(월) 00:56:31 Subject: E SVN: discomfitor tru

Re: [E-devel] Ethumb

On Mon, Nov 7, 2011 at 4:05 PM, Gustavo Sverzut Barbieri wrote: > Post 1.1 but before elm? Actually I'm more worried with elm. It will be the > biggest user and want a release that works wit it I want to push eio, ethumb and emotion to be released together with elementary. After all they are actu

Re: [E-devel] Ethumb

Post 1.1 but before elm? Actually I'm more worried with elm. It will be the biggest user and want a release that works wit it On Monday, November 7, 2011, Cedric BAIL wrote: > On Mon, Nov 7, 2011 at 3:50 PM, Gustavo Sverzut Barbieri > wrote: >> Cedric, >> >> Will you have time to fix ethumb for

Re: [E-devel] Ethumb

On Mon, Nov 7, 2011 at 3:50 PM, Gustavo Sverzut Barbieri wrote: > Cedric, > > Will you have time to fix ethumb for EFL 1.1 timeframe? If no then i'll > remove the async patches and release ethumb as 1.0 using the old API, > changing elm as well. It's better to have bit slow API that is correct tha

[E-devel] Ethumb

Cedric, Will you have time to fix ethumb for EFL 1.1 timeframe? If no then i'll remove the async patches and release ethumb as 1.0 using the old API, changing elm as well. It's better to have bit slow API that is correct than the current one, also bindings will be possible. Etc. Let me know what

Re: [E-devel] E SVN: raster trunk/edje/src/modules/alsa_snd_player

Sorry, I know this is nitpicking but why don't you use it from start? It's easier than printf() On Monday, November 7, 2011, Carsten Haitzler wrote: > On Mon, 7 Nov 2011 09:37:09 -0200 Gustavo Sverzut Barbieri > said: > > bigger fish to fry atm. > >> Please convert to proper eina log. I'd use on

Re: [E-devel] sound api "plan"

On Mon, 7 Nov 2011 23:55:24 +1000 David Seikel wrote: > On Mon, 7 Nov 2011 22:48:04 +1000 David Seikel > wrote: > > > On Mon, 7 Nov 2011 21:36:43 +0900 Carsten Haitzler (The Rasterman) > > wrote: > > > > > On Mon, 7 Nov 2011 11:00:24 +0100 Raoul Hecky > > > said: > > > > > > > Le lundi 7 no

Re: [E-devel] sound api "plan"

On Mon, 7 Nov 2011 22:48:04 +1000 David Seikel wrote: > On Mon, 7 Nov 2011 21:36:43 +0900 Carsten Haitzler (The Rasterman) > wrote: > > > On Mon, 7 Nov 2011 11:00:24 +0100 Raoul Hecky > > said: > > > > > Le lundi 7 novembre 2011 04:33:10, Carsten Haitzler a écrit : > > > > attached. this was

[E-devel] Improving Elementary for the release

Hi all, We are going to try releasing Elementary soon after the release of the EFL 1.1. I would like to start a discussion now on what should be done to prepare Elementary for a release. I have been doing a quick overview of Elementary.h. The first problem is that we have a lot of structure

Re: [E-devel] sound api "plan"

On Mon, 7 Nov 2011 21:36:43 +0900 Carsten Haitzler (The Rasterman) wrote: > On Mon, 7 Nov 2011 11:00:24 +0100 Raoul Hecky > said: > > > Le lundi 7 novembre 2011 04:33:10, Carsten Haitzler a écrit : > > > attached. this was a sample edc that would be able to play audio, > > > not just single sam

Re: [E-devel] E SVN: raster trunk/edje/src/modules/alsa_snd_player

On Mon, 7 Nov 2011 09:37:09 -0200 Gustavo Sverzut Barbieri said: bigger fish to fry atm. > Please convert to proper eina log. I'd use one domain per backend, they are > separated modules. > > On Monday, November 7, 2011, Enlightenment SVN > wrote: > > Log: > > and some more cleaning/formattin

Re: [E-devel] sound api "plan"

On Mon, 7 Nov 2011 11:00:24 +0100 Raoul Hecky said: > Le lundi 7 novembre 2011 04:33:10, Carsten Haitzler a écrit : > > attached. this was a sample edc that would be able to play audio, not just > > single samples but whole sequences across multiple tracks as well as > > control specific channels

Re: [E-devel] [PATCH] Edje lua API additions

On Mon, 7 Nov 2011 14:46:46 +0900 Carsten Haitzler (The Rasterman) wrote: > On Sun, 6 Nov 2011 23:22:48 +1000 David Seikel > said: > > > On Sun, 6 Nov 2011 22:12:40 +0900 Carsten Haitzler (The Rasterman) > > wrote: > > > > > On Sun, 6 Nov 2011 22:04:35 +1000 David Seikel > > > said: > > > >

Re: [E-devel] E SVN: raster trunk/edje/src/modules/alsa_snd_player

Please convert to proper eina log. I'd use one domain per backend, they are separated modules. On Monday, November 7, 2011, Enlightenment SVN wrote: > Log: > and some more cleaning/formatting in alsa code > > > > Author: raster > Date: 2011-11-06 21:57:46 -0800 (Sun, 06 Nov 2011) >

Re: [E-devel] sound api "plan"

There are simple cases in his file, but I had the same feeling as you. From an overview this seems like an alien in Edje. It would be nice to have some use cases as focus and streamline them. The rest can remain as is or be removed. But common cases must be simple, straightforward and coherent wit

Re: [E-devel] sound api "plan"

Raster, I'm still on the road reading mails at phone until tomorrow, let me check this tomorrow After a quick look at the EDC, it's very different from what edje does today, which may be a major pain for most users. They won't be musicians, but rather some people scheduling a background music and

Re: [E-devel] sound api "plan"

Le lundi 7 novembre 2011 04:33:10, Carsten Haitzler a écrit : > attached. this was a sample edc that would be able to play audio, not just > single samples but whole sequences across multiple tracks as well as > control specific channels and tracks. it didn't specify looping params yet > or other a