Dear Mr. Tom,
The issue comes again with different example.
So I have attached previous patch for resolving. (Actually I have made
from the latest version)
c->wmax would be ellipsis calculated width
c->w would be Edje_Real_Part->req.w
I think.. c->w should be bigger than c->wmax. (It is strange semantically.. ;-])
Anyhow sometimes c->wmax is bigger than c->w. so
edje_object_size_min_restricted_calc() takes loop again.
(tb_mw: 406, ep->req.w: 395, the difference 11.. then 363 times)
As before, If this patch is reasonable, please take it before we find
more proper way.
Sincerely,
Shinwoo Kim.
2011년 8월 18일 오후 2:40, Tom Hacohen <t...@stosb.com>님의 말:
> On 18/08/11 08:09, cnook wrote:
>> Dear Mr. Tom,
>>
>> I have checked with latest evas (evas_object_textblock, and some dependent
>> files evas_font_dir and so on)
>> The problem never comes again. Thanks.
>
> Glad to hear. :)
>
> --
> Tom.
>
>
Index: src/lib/canvas/evas_object_textblock.c
===================================================================
--- src/lib/canvas/evas_object_textblock.c (revision 65482)
+++ src/lib/canvas/evas_object_textblock.c (working copy)
@@ -3486,6 +3486,7 @@ _layout_handle_ellipsis(Ctxt *c, Evas_Object_Textb
eina_inlist_append(EINA_INLIST_GET(c->ln->items),
EINA_INLIST_GET(_ITEM(ellip_ti)));
_layout_line_finalize(c, ellip_ti->parent.format);
+ if (c->w < c->wmax) c->wmax = c->w;
}
#ifdef BIDI_SUPPORT
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
