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
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
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.
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
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
On Thu, Jul 29, 2010 at 12:36 AM, Carsten Haitzler ras...@rasterman.comwrote:
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
On Wed, Jul 28, 2010 at 6:36 PM, Carsten Haitzler ras...@rasterman.com 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
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 jonathan.at...@gmail.com
My idea is to have 1 edje group by window. The application create the
window,
On Wed, Jul 28, 2010 at 11:46 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
On Wed, Jul 28, 2010 at 10:56 PM, Michael Blumenkrantz
m...@zentific.com wrote:
As many of you are aware, much of our documentation ranges from being
somewhat poor to nonexistent. If we are seriously
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:
On Thu, Jul 29, 2010 at 1:28 AM, Stephen Houston unixti...@gmail.com wrote:
On Wed, Jul 28, 2010 at 8:23 PM, Stephen Houston unixti...@gmail.com
wrote:
On Wed, Jul 28, 2010 at 8:18 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
On Wed, Jul 28, 2010 at 10:05 PM, Stephen Houston
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
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
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_REMOTE_TCP
On Thu, 29 Jul 2010 15:05:56 -0700 Michael Jennings m...@kainx.org 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)
On Thu, 29 Jul 2010 15:53:15 -0300 Lucas De Marchi
lucas.demar...@profusion.mobi said:
On Wed, Jul 28, 2010 at 6:36 PM, Carsten Haitzler ras...@rasterman.com
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
On Thu, Jul 29, 2010 at 8:22 PM, Carsten Haitzler ras...@rasterman.com wrote:
On Thu, 29 Jul 2010 15:53:15 -0300 Lucas De Marchi
lucas.demar...@profusion.mobi said:
On Wed, Jul 28, 2010 at 6:36 PM, Carsten Haitzler ras...@rasterman.com
wrote:
looks like EINA_ARG_NONNULL(), EINA_MALLOC etc.
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 80 wide
On Thu, 29 Jul 2010 16:45:54 -0700 Michael Jennings m...@kainx.org 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
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
On Thu, 29 Jul 2010 21:09:38 -0300 Lucas De Marchi
lucas.demar...@profusion.mobi said:
On Thu, Jul 29, 2010 at 8:22 PM, Carsten Haitzler ras...@rasterman.com
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
On Thu, Jul 29, 2010 at 8:22 PM, Carsten Haitzler ras...@rasterman.com 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
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 freed!
On Thu, 29 Jul 2010 17:17:04 -0700 Michael Jennings m...@kainx.org 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
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
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
On Thu, 29 Jul 2010 18:34:07 -0700 Michael Jennings m...@kainx.org 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
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
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 around
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,
#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 nice
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
32 matches
Mail list logo