On Jan 7, 2008 5:13 AM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote:
On Jan 4, 2008 8:43 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote:
On Jan 4, 2008 4:02 PM, Cedric BAIL [EMAIL PROTECTED] wrote:
I am looking for a way to improve edje file load time. Right now a
large amount of
On 01/06/2008 20:31, Enlightenment CVS wrote:
Enlightenment CVS committal
Author : jeffdameth
Project : e17
Module : apps/e
Dir : e17/apps/e/src/modules/pager
Modified Files:
e_mod_main.c
Log Message:
better naming for actions
replace whitespaces with tabs
I
On Jan 7, 2008 10:43 AM, Cedric BAIL [EMAIL PROTECTED] wrote:
On Jan 7, 2008 5:13 AM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote:
On Jan 4, 2008 8:43 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote:
On Jan 4, 2008 4:02 PM, Cedric BAIL [EMAIL PROTECTED] wrote:
I am looking for a way
On Jan 7, 2008 11:35 AM, Ravenlock [EMAIL PROTECTED] wrote:
On 01/06/2008 20:31, Enlightenment CVS wrote:
Enlightenment CVS committal
Author : jeffdameth
Project : e17
Module : apps/e
Dir : e17/apps/e/src/modules/pager
Modified Files:
e_mod_main.c
Log
Hey,
in the wiki
(http://wiki.enlightenment.org/index.php/E17_User_Guide/Installing_on_BSD_systems),
it is said that NetBSD and OpenBSD OS can't install eet (hence e17)
because printf can not support %a conversion specifier.
Hopefully we have fixed that as we have our own double - hexa
On Jan 7, 2008 9:03 AM, Vincent Torri [EMAIL PROTECTED] wrote:
Hey,
in the wiki
(http://wiki.enlightenment.org/index.php/E17_User_Guide/Installing_on_BSD_systems),
it is said that NetBSD and OpenBSD OS can't install eet (hence e17)
because printf can not support %a conversion specifier.
Hi
On Jan 7, 2008 4:03 PM, Vincent Torri [EMAIL PROTECTED] wrote:
Hey,
in the wiki
(http://wiki.enlightenment.org/index.php/E17_User_Guide/Installing_on_BSD_systems),
it is said that NetBSD and OpenBSD OS can't install eet (hence e17)
because printf can not support %a conversion specifier.
On 01/07/2008 07:48, Gustavo Sverzut Barbieri wrote:
On Jan 7, 2008 11:35 AM, Ravenlock [EMAIL PROTECTED] wrote:
On 01/06/2008 20:31, Enlightenment CVS wrote:
Enlightenment CVS committal
Author : jeffdameth
Project : e17
Module : apps/e
Dir : e17/apps/e/src/modules/pager
Modified
On Monday, 07 January 2008, at 09:21:25 (-0600),
Ravenlock wrote:
raster's coding style (joe default?) is 1 tab to replace 8 spaces,
weird I know... :-/
I thought it was the other way around. It was my understanding that
raster replaced the tabs with 8 spaces. I must be mistaken.
No,
On 01/07/2008 09:26, Michael Jennings wrote:
On Monday, 07 January 2008, at 09:21:25 (-0600),
Ravenlock wrote:
raster's coding style (joe default?) is 1 tab to replace 8 spaces,
weird I know... :-/
I thought it was the other way around. It was my understanding that
raster replaced the
On 7-Jan-08, at 10:26 AM, Michael Jennings wrote:
On Monday, 07 January 2008, at 09:21:25 (-0600),
Ravenlock wrote:
Either way... the sources are a hodgepodge of formatting. I wonder
what folks would think of a document formalizing the style of the
sources. And possible a set of scripts
On 01/07/2008 09:52, dan sinclair wrote:
On 7-Jan-08, at 10:26 AM, Michael Jennings wrote:
On Monday, 07 January 2008, at 09:21:25 (-0600),
Ravenlock wrote:
Either way... the sources are a hodgepodge of formatting. I wonder
what folks would think of a document formalizing the style of the
On 01/07/2008 10:50, Michael Jennings wrote:
On Monday, 07 January 2008, at 10:52:57 (-0500),
dan sinclair wrote:
Note that it is only Rasters code that is formatted this way. Don't
run this against all the source in CVS as I know for a fact it's
wrong for Efreet and Ewl.
Each project is
On Jan 7, 2008 1:26 PM, Michael Jennings [EMAIL PROTECTED] wrote:
On Monday, 07 January 2008, at 09:21:25 (-0600),
Ravenlock wrote:
raster's coding style (joe default?) is 1 tab to replace 8 spaces,
weird I know... :-/
I thought it was the other way around. It was my understanding
Gustavo Sverzut Barbieri wrote:
On Jan 7, 2008 1:26 PM, Michael Jennings [EMAIL PROTECTED] wrote:
On Monday, 07 January 2008, at 09:21:25 (-0600),
Ravenlock wrote:
raster's coding style (joe default?) is 1 tab to replace 8 spaces,
weird I know... :-/
I thought it was the other way around.
On Mon, 7 Jan 2008, Kim Woelders wrote:
I put that file there at a point where I got annoyed with the formatting
style mess in imlib2. The formatting style details, among other things
tabs/spaces, were set up in an attempt to minimize the overall change
caused by running indent on
On Monday, 07 January 2008, at 19:58:38 (+0100),
Kim Woelders wrote:
I put that file there at a point where I got annoyed with the
formatting style mess in imlib2. The formatting style details, among
other things tabs/spaces, were set up in an attempt to minimize the
overall change caused by
On Mon, Jan 07, 2008 at 03:03:30PM +0100, Vincent Torri wrote:
Hey,
in the wiki
(http://wiki.enlightenment.org/index.php/E17_User_Guide/Installing_on_BSD_systems),
it is said that NetBSD and OpenBSD OS can't install eet (hence e17)
because printf can not support %a conversion
Vincent Torri wrote:
On Mon, 7 Jan 2008, Kim Woelders wrote:
I put that file there at a point where I got annoyed with the formatting
style mess in imlib2. The formatting style details, among other things
tabs/spaces, were set up in an attempt to minimize the overall change
caused by
On Dec 20, 2007 12:36 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote:
I think that there was some consensus that the API to feed the objects
events would be a good addition, but I don't think anyone got around
to implementing it.
Last days I've tried to come up with such API, in
Michael Jennings wrote:
On Monday, 07 January 2008, at 21:06:04 (+0100),
Kim Woelders wrote:
(and the line length is set to 80 of course :) ).
I got into the habit of using 132 instead of 80 because 80 columns is
all too often not enough for readability, particularly when using
lengthier
Kim Woelders schrieb:
Michael Jennings wrote:
On Monday, 07 January 2008, at 21:06:04 (+0100),
Kim Woelders wrote:
(and the line length is set to 80 of course :) ).
I got into the habit of using 132 instead of 80 because 80 columns is
all too often not enough for
Peter Wehrfritz schrieb:
Hi all,
I want to add two aliases (ECORE_CALLBACK_KEEP and
ECORE_CALLBACK_REMOVE) to Ecore.h. They can be used as return values
for the ecore callbacks like timer, idler etc. Imho that improves
code-readability and helps (at least me) to write code, because you
On Tuesday, 08 January 2008, at 00:59:22 (+0100),
Peter Wehrfritz wrote:
I want to add two aliases (ECORE_CALLBACK_KEEP and
ECORE_CALLBACK_REMOVE) to Ecore.h. They can be used as return
values for the ecore callbacks like timer, idler etc. Imho that
improves code-readability and helps (at
Build log for Enlightenment DR 0.17 on 2008-01-05 01:11:07 -0800
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
engage http://download.enlightenment.org/tests/logs/engage.log
epdf
Build log for Enlightenment DR 0.17 on 2008-01-05 22:01:43 -0800
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
engage http://download.enlightenment.org/tests/logs/engage.log
epdf
Build log for Enlightenment DR 0.17 on 2008-01-06 07:32:40 -0800
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
engage http://download.enlightenment.org/tests/logs/engage.log
epdf
That would be reasonable as well, as long as it clearly indicates that
it prevents or allows the callback from recurring.
On Jan 7, 2008 6:12 PM, Michael Jennings [EMAIL PROTECTED] wrote:
On Tuesday, 08 January 2008, at 00:59:22 (+0100),
Peter Wehrfritz wrote:
I want to add two aliases
Enlightenment CVS wrote:
EAPI int
-e_modapi_save(E_Module *m)
+e_modapi_save (E_Module * m)
Should these spaces be there (before '(' and '*')? The rest of the code
is like the former version.
Sebastian
-
Check out the
29 matches
Mail list logo