Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread The Rasterman
On Thu, 29 Jul 2010 20:55:12 -0700 Michael Jennings said: read the mail you replied to originally. i make the statement that you can keep growing the wrap width to fix up the formatting. and you just grow until you cease to wrap. thats avoiding the bug. not fixing it. it's what i said. i didn't c

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread Michael Jennings
On Friday, 30 July 2010, at 10:43:48 (+0900), Carsten Haitzler wrote: > you don't get the point - the point is that the formatter doesnt > handle wrapping intelligently. Not once in anything that you wrote to me did you state that. So no, that wasn't your point. Changing canoes in midstream bec

Re: [E-devel] E SVN: tasn IN trunk/evas: . src/lib/canvas src/lib/engines/common src/lib/imaging src/lib/include src/modules/engines/direct3d src/modules/engines/directfb src/modules/engines/gl_glew s

2010-07-29 Thread Brett Nash
> > > #if defined(METRIC_CACHE) || defined(WORD_CACHE) > - /* A fast (portable) strNlen would be nice (there is a wcsnlen > strangely) */ > - if ((p = memchr(text, 0, WORD_CACHE_MAXLEN))) > - len = p - text; > - else > - len = WORD_CACHE_MAXLEN; > + /* A fast strNlen would be n

[E-devel] Eterm selection_send() and Opera 10.60

2010-07-29 Thread Paolo Ferrario
Hi all, I've applied the Kim Woelders patch [20 Aug 2009] in screen.c of Eterm 0.9.5. All is working ok, except for Opera 10.60, who dont get the clipboard text from Eterm. But it works if I use instead e.g. echo -n "123" | xclip then I paste in Opera. So I've tried this, Opera now works, no

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread The Rasterman
On Thu, 29 Jul 2010 21:56:24 -0400 m...@zentific.com said: > Well if we're talking about wrapping functionality, it's an open source > formatter so we could just mod it and add some special cases to > avoid wrapping issues. which is what i was saying to start with. :) fix the bug. dont work aroun

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread Mike
Well if we're talking about wrapping functionality, it's an open source formatter so we could just mod it and add some special cases to avoid wrapping issues. -- The Palm PDK Hot Apps Program offers developers who use the

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread The Rasterman
On Thu, 29 Jul 2010 18:34:07 -0700 Michael Jennings said: you don't get the point - the point is that the formatter doesnt handle wrapping intelligently. you will find code that doesnt fit in 132 die and needs wrapping - and the same problem will exist. the only solution other than fixing the for

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread Michael Jennings
On Friday, 30 July 2010, at 10:18:31 (+0900), Carsten Haitzler wrote: > my point still stands. No, it doesn't, because you're arguing the slippery slope fallacy. (http://www.nizkor.org/features/fallacies/slippery-slope.html) Increasing the width to 132 does not in any way endorse, cause, or make

Re: [E-devel] ecore epoll errors

2010-07-29 Thread Mike
yeah, sorry, been working on like 50 things at once. ping me on irc as discomfitor when you have some time and I'll get you bts or whatever you need. -- The Palm PDK Hot Apps Program offers developers who use the Plug-In

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread The Rasterman
On Thu, 29 Jul 2010 17:17:04 -0700 Michael Jennings said: > On Friday, 30 July 2010, at 09:11:11 (+0900), > Carsten Haitzler wrote: > > > yes.. and if i maximize my terms i get 383x101... if i made my fonts smaller > > and got some 30" screens i'd get more. moot point. > > Not a moot point at a

Re: [E-devel] ecore epoll errors

2010-07-29 Thread Mike McCormack
Michael Blumenkrantz wrote: > Getting nonstop ecore magic errors from epoll stuff: > > ERR:Ecore ecore.c:219 _ecore_magic_fail() > *** ECORE ERROR: Ecore Magic Check Failed!!! > *** IN FUNCTION: _ecore_main_select() > ERR:Ecore ecore.c:223 _ecore_magic_fail() Input handle has already > been fre

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread Lucas De Marchi
On Thu, Jul 29, 2010 at 8:22 PM, Carsten Haitzler wrote: > then you wrap at 85.. then you say "but if we made it a little wider it'd be > nicer" so it become 90, then "if its a bit wider" 95.. and so on. it doesn't > end until you cease wrapping entirely. i think trying to stick to 80 wide is > go

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread The Rasterman
On Thu, 29 Jul 2010 21:09:38 -0300 Lucas De Marchi said: > On Thu, Jul 29, 2010 at 8:22 PM, Carsten Haitzler > wrote: > > then you wrap at 85.. then you say "but if we made it a little wider it'd be > > nicer" so it become 90, then "if its a bit wider" 95.. and so on. it doesn't > > end until yo

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread Michael Jennings
On Friday, 30 July 2010, at 09:11:11 (+0900), Carsten Haitzler wrote: > yes.. and if i maximize my terms i get 383x101... if i made my fonts smaller > and got some 30" screens i'd get more. moot point. Not a moot point at all. The point is that, in this day and age, most users are no longer cons

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread The Rasterman
On Thu, 29 Jul 2010 16:45:54 -0700 Michael Jennings said: > On Friday, 30 July 2010, at 08:22:25 (+0900), > Carsten Haitzler wrote: > > > then you wrap at 85.. then you say "but if we made it a little wider > > it'd be nicer" so it become 90, then "if its a bit wider" 95.. and > > so on. it does

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread Michael Jennings
On Friday, 30 July 2010, at 08:22:25 (+0900), Carsten Haitzler wrote: > then you wrap at 85.. then you say "but if we made it a little wider > it'd be nicer" so it become 90, then "if its a bit wider" 95.. and > so on. it doesn't end until you cease wrapping entirely. i think > trying to stick to

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread Sachiel
On Thu, Jul 29, 2010 at 8:22 PM, Carsten Haitzler wrote: > On Thu, 29 Jul 2010 15:53:15 -0300 Lucas De Marchi > said: > >> On Wed, Jul 28, 2010 at 6:36 PM, Carsten Haitzler >> wrote: >> > looks like EINA_ARG_NONNULL(), EINA_MALLOC etc. and friends really mess up >> > the formatter - they can't m

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

2010-07-29 Thread The Rasterman
On Thu, 29 Jul 2010 15:05:56 -0700 Michael Jennings said: jennings is right. you can do what you do ONLY to the bitwise parts of the enum. the base type (values 0->7) you have to mask off with 0xf and do == to them (as the lower 3 bits are the base type and higher bits (4 and up) are bit flags).

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread The Rasterman
On Thu, 29 Jul 2010 15:53:15 -0300 Lucas De Marchi said: > On Wed, Jul 28, 2010 at 6:36 PM, Carsten Haitzler > wrote: > > looks like EINA_ARG_NONNULL(), EINA_MALLOC etc. and friends really mess up > > the formatter - they can't make sense of it as its a func del with yet > > another fucn behind

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

2010-07-29 Thread Michael Jennings
On Thursday, 29 July 2010, at 17:17:24 (-0400), m...@zentific.com wrote: > typedef enum _Ecore_Con_Type > { >ECORE_CON_LOCAL_USER = 0, /** Socket in ~/.ecore */ >ECORE_CON_LOCAL_SYSTEM = 1, /** Socket in /tmp */ >ECORE_CON_LOCAL_ABSTRACT = 2, /** Abstract socket */ >ECORE_CON_REMOT

[E-devel] ecore epoll errors

2010-07-29 Thread Michael Blumenkrantz
Getting nonstop ecore magic errors from epoll stuff: ERR:Ecore ecore.c:219 _ecore_magic_fail() *** ECORE ERROR: Ecore Magic Check Failed!!! *** IN FUNCTION: _ecore_main_select() ERR:Ecore ecore.c:223 _ecore_magic_fail() Input handle has already been freed! ERR:Ecore ecore.c:232 _ecore_magic_fai

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

2010-07-29 Thread Mike
typedef enum _Ecore_Con_Type { ECORE_CON_LOCAL_USER = 0, /** Socket in ~/.ecore */ ECORE_CON_LOCAL_SYSTEM = 1, /** Socket in /tmp */ ECORE_CON_LOCAL_ABSTRACT = 2, /** Abstract socket */ ECORE_CON_REMOTE_TCP = 3, /** Remote server using TCP */ ECORE_CON_REMOTE_MCAST = 4, /** Remote mu

Re: [E-devel] E SVN: titan IN trunk/eio: . src/lib

2010-07-29 Thread Gustavo Sverzut Barbieri
On Thu, Jul 29, 2010 at 1:28 AM, Stephen Houston wrote: > On Wed, Jul 28, 2010 at 8:23 PM, Stephen Houston > wrote: >> >> >> On Wed, Jul 28, 2010 at 8:18 PM, Gustavo Sverzut Barbieri >> wrote: >>> >>> On Wed, Jul 28, 2010 at 10:05 PM, Stephen Houston >>> wrote: >>> > On Wed, Jul 28, 2010 at 6:3

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

2010-07-29 Thread Sebastian Dransfeld
Enlightenment SVN wrote: > Log: > correctly use & to detect server type instead of == This can't be correct. ECORE_CON_REMOTE_UDP etc. comes from an enum. S. > > Author: discomfitor > Date: 2010-07-28 18:42:43 -0700 (Wed, 28 Jul 2010) > New Revision: 50630 > > Modified: > t

Re: [E-devel] documentation

2010-07-29 Thread Lucas De Marchi
On Wed, Jul 28, 2010 at 11:46 PM, Gustavo Sverzut Barbieri wrote: > On Wed, Jul 28, 2010 at 10:56 PM, Michael Blumenkrantz > wrote: >> As many of you are aware, much of our documentation ranges from being >> somewhat poor to nonexistent.  If we are seriously considering any sort >> of release in

Re: [E-devel] Edje external - elementary - limitations - features

2010-07-29 Thread Atton Jonathan
A patch to get the content of a elementary object from edje. I have implemented a new function: external_content_get() but maybe I should use external_param_get() ? 2010/7/25 Atton Jonathan > My idea is to have 1 edje group by window. The application create the > window, load the group and get

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread Lucas De Marchi
On Wed, Jul 28, 2010 at 6:36 PM, Carsten Haitzler wrote: > looks like EINA_ARG_NONNULL(), EINA_MALLOC etc. and friends really mess up the > formatter - they can't make sense of it as its a func del with yet another > fucn > behind it and stuff before a ; which isn't actually normal to see in c. >

Re: [E-devel] e code formatting - uncrustify

2010-07-29 Thread Tom Hacohen
On Thu, Jul 29, 2010 at 12:36 AM, Carsten Haitzler wrote: > looks like EINA_ARG_NONNULL(), EINA_MALLOC etc. and friends really mess up > the > formatter - they can't make sense of it as its a func del with yet another > fucn > behind it and stuff before a ; which isn't actually normal to see in c.

[E-devel] Elm_Image and frame

2010-07-29 Thread Atton Jonathan
Hello, I whish to add a frame to elm_image and a way for the theme to display a border/shadow arround the image. I have already do this in elm_photo but I will move it into elm_image where it should be. Currently : - there is no frame, only a els_icon. What I whish to do : - add a frame - add

Re: [E-devel] New website header

2010-07-29 Thread Mike
One thing I've noticed just now, the text on the About button at the top aligns to the right when it is selected and looks funny. -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to br

Re: [E-devel] New website header

2010-07-29 Thread Andres Blanc
That's great news! Since we are short on time I committed a hastily-made, new header addressing the issues raised. If its ok with you I can begin pushing it into doxygen (and trac, as soon I get access to the template files). The most annoying part is adapting the markup so I added extra tags. T

[E-devel] ecore-gtk integration patch

2010-07-29 Thread Mike McCormack
Hi All, This patch implements the ecore main loop in terms of the GTK main loop, so ecore is a layer on top of glib. Compared the the current glib integration in ecore, this has the added advantage of allowing use of EFL libraries in GTK. thanks, Mike Index: src/lib/ecore/ecore_main.c

[E-devel] [PATCH] textblock uninitialized variable -> elementary_test crash

2010-07-29 Thread Mike McCormack
Hi, At line 2351 in src/lib/canvas/evas_object_textblock.c, "item" is used uninitialized: fi = _layout_format_item_add(c, n, item); This cause a crash in elementary test for me. (See below) Actually, it's been crashing like this for at least the last 2 months. The attached patch fixes t