Re: [E-devel] Bug edje map
Hi Cedric,
That may be another bug, we did not test but the current patch indeed
fixes the problem, discarding the previous surface sooner than later.
If you want another function, there is no need to mark it as
dirty/changed, just isolate the mapped surface cleanup code into a
function, call it from everywhere (the one that checks if there is a
map and its surface, deleting them) -- no need for a new flag, but I
like your proposed name evas_object_content_change()
On Wed, Feb 27, 2013 at 11:28 PM, Cedric BAIL wrote:
> On Thu, Feb 28, 2013 at 2:52 AM, Paulo Cavalcanti wrote:
>> Ederson Souza writes:
>>> I'd like to inform about a bug I've found in Edje. If one tries to change
>>> the text of a TEXT part using a rotation transition, the text will only be
>>> changed if new text size is different from previous one. If not, it will
>>> show the animation, but the text won't change.
>>> I've realised that if the map is not enabled, changing the text works, but
>>> without the animation.
>>> I've attached an example, that can be tested with edje_player. If you send:
>>>
>>> message 1 INT 1
>>> message 1 INT 2
>>> message 1 INT 20
>>> message 1 INT 30
>>> message 1 INT 5
>>>
>>> You will see the animation all times, but just when the text size changes,
>>> the text will be changed (it will show 1, 1, 20, 20, 5 instead of 1, 2, 20,
>>> 30, 5).
>>> Any clues?
>>
>> The problem with the changed text of same size as the previous one that
>> doesn't get rendered correctly is because evas_render_mapped() doesn't
>> free current map surface for rendering a new one instead - since both
>> surface and text object had the same size and render wouldn't know to
>> handle that case specifically.
>>
>> Here goes two patches: the first patch fixes this bug in
>> evas_object_text_text_set() and the other is just a backported version
>> of the original patch.
>
> I now understand your problem. I still have a few question. What
> happen if you rotate an edje object with a GROUP part that has an
> animated text in that group. My guess looking at the code is that it
> wont work also.
>
> I also think that if you change the font and pick one that doesn't
> change the size of the rendered text, the same issue will happen. I
> believe that textgrid font/text/palette change will also not affect
> the mapped surface. Maybe even textblock will be affected by this
> issue. I think we need a way to tell that the content of the widget
> change to evas_render_mapped, so that we could add that to the
> surface_{w,h} != s{w,h}. Something like an evas_object_content_change.
>
> If any of those point are true, I think that your patch is not the
> correct one. If I am wrong, then I will push it.
> --
> Cedric BAIL
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bug edje map
Hi, Gustavo Sverzut Barbieri writes: > That may be another bug, we did not test but the current patch indeed > fixes the problem, discarding the previous surface sooner than later. > > If you want another function, there is no need to mark it as > dirty/changed, just isolate the mapped surface cleanup code into a > function, call it from everywhere (the one that checks if there is a > map and its surface, deleting them) -- no need for a new flag, but I > like your proposed name evas_object_content_change() OK, I fully agree with both of you guys. Looking forward to have that code in evas_render.c. -- Paulo Cavalcanti, Intel Open Source Technology Center I speak only for myself. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Someone broke the elm fileselector widget
On 27/02/13 22:41, Cedric BAIL wrote: > On Wed, Feb 27, 2013 at 3:04 PM, Tom Hacohen wrote: >> $ elementary_test "File Selector" >> Segmentation fault (core dumped) > > Shouldn't you add a task to phab for that ? > Don't know, as it's not a bug, it's a daily thing. Master breaks a few times a day, I'm not going to bother with opening tickets for each. -- Tom. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bug edje map
Hi Cedric,
Cedric BAIL writes:
> I now understand your problem. I still have a few question. What
> happen if you rotate an edje object with a GROUP part that has an
> animated text in that group. My guess looking at the code is that it
> wont work also.
>
> I also think that if you change the font and pick one that doesn't
> change the size of the rendered text, the same issue will happen. I
> believe that textgrid font/text/palette change will also not affect
> the mapped surface. Maybe even textblock will be affected by this
> issue. I think we need a way to tell that the content of the widget
> change to evas_render_mapped, so that we could add that to the
> surface_{w,h} != s{w,h}. Something like an evas_object_content_change.
>
> If any of those point are true, I think that your patch is not the
> correct one. If I am wrong, then I will push it.
Here goes a patch that add introduces evas_object_content_change() and
it's used in evas_object_text_text_set() for making sure to delete map
surfaces before entering Evas render internal.
We should use this new function in font_set() and some other similar
set of functions later - but for now this patch is *only* fixing that
specific text rendering issue.
0001-efl-evas-text-Fix-rendering-issue-with-changed-texts.patch
Description: unix
--
Paulo Cavalcanti, Intel Open Source Technology Center
I speak only for myself.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/elementary] master 02/02: Merge branch 'master' of ssh://git.enlightenment.org/core/elementary
On Wed, Feb 27, 2013 at 11:44 AM, Tom Hacohen wrote: > On 27/02/13 14:38, Rafael Antognolli wrote: >> What about requiring push -f? > > Do you know how to do that? I'd love having that. If git >= 1.6 is running on the server, all you need to do is set the configuration: receive.denyNonFastForwards Otherwise you need an update/pre-receive hook checking if "git rev-list $newrev..$oldrev" is empty in order to accept the push. Lucas De Marchi -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] RFC: Handling of client-side window decorations on Wayland (framespace)
tl;dr: To have a sub-ecore_evas inside the wayland ecore_evas. The sub-ecore_evas would handle the client area content, while the ecore_evas (external one) would handle the rendering of the window decorations. How it should work: == Once one asks for a wayland ecore evas (ecore_evas_wayland_shm_new, for example), the external ecore evas would be created, with additional space for the window decorations (here called frame). After being created, a new ecore evas, the sub ecore evas, would be created with its drawing contexted being smaller and having an offset relative to the frame. The Evas of this sub ecore evas would now know about the external area of the frame at all. The Ecore_Evas pointer returned by the ecore_evas_wayland_shm_new function would be the one from the sub ecore evas, so any application would use it without any need for special handling. There would be an API available for returning the external/parent ecore evas of this one, since the objects used for rendering the window decorations would be added to this external Evas. Any API for resize, move, etc., of the returned ecore evas would have to actually be applied first to the external ecore evas, and then have the internal one adjusted. The external ecore evas would be always created first, with the required surfaces allocated and so, and then the sub ecore evas would need to have its drawing context pointed to a smaller area of this allocated surface. Benefits: There would be no more need to keep wayland specific code for handling the framespace inside evas render code, evas objects code, etc. Everything would be done inside the Ecore_Evas wayland backend. Most problems related to this framespace code would be fixed, since every evas object would not need to be shifted by the framespace offset anymore, and there would be no clipper objects, etc. Concerns: I'm just worried right now if will there be any problem when handling mouse events or if it's possible to adjust the drawing context as I proposed above, in order to make a given Ecore_Evas to only know about a sub-area of a given surface allocated by its parent Ecore_Evas. So, do you guys have any comments, advices, know of things that probably won't work, etc? Thanks for any feedback, -- Rafael Antognolli http://antognolli.org/ -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
Another thing that can be done is a dumb repository using git submodule : $ git init /var/tmp/e-core $ cd /var/tmp/e-core $ git submodule add http://git.enlightenment.org/core/efl.git/ efl $ git submodule add http://git.enlightenment.org/core/elementary.git/ elementary $ git submodule add http://git.enlightenment.org/core/enlightenment.git/ enlightenment $ git submodule add http://git.enlightenment.org/core/evas_generic_loaders.git evas_generic_loaders Then to update all the repositories : $ git submodule update We can easily provide some dumb repositories for different kind of usage so you will just need to clone the dumb one. Theses dumb repo should be maintain manually. D'ar merc'her 27 a viz C'hwevrer 2013 e 14 eur 08, « Daniel Willmann » he deus skrivet : > On 27/02/13 12:58, Cedric BAIL wrote: > > On Wed, Feb 27, 2013 at 1:24 PM, Daniel Willmann > > wrote: > >> On 27/02/13 12:05, David Seikel wrote: > >>> That list is automatic though, so one step closer to fully automated > >>> scripts. B-) > >> > >> Try http://git.enlightenment.org/repos.txt > > > > It would be cool if we could have an rss also for that. So I could get > > notified when we have a new project there. > > Great, tell me when you're done writing that and we'll put it up. :-) > Providing the file was just an easy ln -s on the server. > > What cgit does provide, however, is an RSS feed per repo (in case you > didn't know) > http://git.enlightenment.org/core/efl.git/atom/?h=master > > > Daniel > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Beber pgpvAoQT8DPca.pgp Description: PGP signature -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] eina_module_new
Hello,
I traced my module loader and I get in eina_module_new in line
at DBG("m=%p, file=%s", m, file);
this output:
m=0x5115eb20, file=eina_module_new
and in eina_module_load(Eina_Module *m)
at DBG("m=%p, handle=%p, file=%s, refs=%d", m, m->handle, m->file,
m->ref);
m=0x5115eb10, handle=0x50d14f30, file=lib/eina/eina_module.c, refs=4
and at WRN("could not dlopen(\"%s\", RTLD_NOW): %s", m->file,
dlerror());
could not dlopen("H�/", RTLD_NOW): eina_module_load
For me this sounds as something went really wrong... :-)
I traced it back and I call _ecore_evas_engine_load("android");
and direct in the first line in _ecore_evas_engine_load I do:
DBG("engine (av): %s", engine);
and get: engine (av): ^TY�P0^G�L
Sounds even more strange. Seems I broke something really serious. Any
hints for a (today) blind one... :-)
regards
Andreas
--
Technical Blog
[E-devel] Problems compiling ecore_coroutine.c
Hello,
static void
_ecore_coroutine_setjmp(Ecore_Coroutine *coro)
{
setjmp(coro->context);
/* The idea of this trick come from libcoroutine */
/* __jmpbuf[6] == stack pointer */
/* __jmpbuf[7] == program counter */
self->env[0].__jmpbuf[6] = ((uintptr_t)(&coro->stack));
self->env[0].__jmpbuf[7] =
((uintptr_t)_ecore_coroutine_entry_point);
}
lib/ecore/ecore_coroutine.c: In function '_ecore_coroutine_setjmp':
lib/ecore/ecore_coroutine.c:120:4: error: 'self' undeclared (first use
in this function)
I didn't find self variable in the code. What is the problem?
Compile system: Android
BTW: Did a workaround by comment all code that doesn't compile in that
file...
regards
Andreas
--
Technical Blog
