From: Gustavo S. B. <bar...@pr...> - 2010-10-24 23:58:42
|
Hi all, While testing enjoy resize capabilities I've found a bug in Evas text rendering. It is an Evas bug as the canvas is dirty, you see pieces of text lagging behind and this should never happen... tho not sure if it's really in text or some event freeze. To reproduce: 1. open enjoy + elementary_config 2. click "All Songs" (first list item) 3. change finger size from 40 to something else (I've used 66) 4. look at enjoy's window, garbage is there, move the list and the areas that are updated get cleared... but garbage will be left where text did not move. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: bar...@gm... Skype: gsbarbieri Mobile: +55 (19) 9225-2202 |
From: Cedric B. <ced...@fr...> - 2010-10-25 07:25:13
|
On Mon, Oct 25, 2010 at 1:58 AM, Gustavo Sverzut Barbieri <bar...@pr...> wrote: > Hi all, > > While testing enjoy resize capabilities I've found a bug in Evas text > rendering. It is an Evas bug as the canvas is dirty, you see pieces of > text lagging behind and this should never happen... tho not sure if > it's really in text or some event freeze. > > To reproduce: > > 1. open enjoy + elementary_config > 2. click "All Songs" (first list item) > 3. change finger size from 40 to something else (I've used 66) > 4. look at enjoy's window, garbage is there, move the list and the > areas that are updated get cleared... but garbage will be left where > text did not move. Are you sure your efl are up to date ? I did a fix in evas related to this bug recently. The fix force the object to be clipped in his region. I was adressing another issue with that patch, so it may not be gone, but people reported that it was in expedite at least. -- Cedric BAIL |
From: Carsten H. (T. R. <ra...@ra...> - 2010-10-25 07:47:33
|
On Mon, 25 Oct 2010 09:25:06 +0200 Cedric BAIL <ced...@fr...> said: > On Mon, Oct 25, 2010 at 1:58 AM, Gustavo Sverzut Barbieri > <bar...@pr...> wrote: > > Hi all, > > > > While testing enjoy resize capabilities I've found a bug in Evas text > > rendering. It is an Evas bug as the canvas is dirty, you see pieces of > > text lagging behind and this should never happen... tho not sure if > > it's really in text or some event freeze. > > > > To reproduce: > > > > 1. open enjoy + elementary_config > > 2. click "All Songs" (first list item) > > 3. change finger size from 40 to something else (I've used 66) > > 4. look at enjoy's window, garbage is there, move the list and the > > areas that are updated get cleared... but garbage will be left where > > text did not move. > > Are you sure your efl are up to date ? I did a fix in evas related to > this bug recently. The fix force the object to be clipped in his > region. I was adressing another issue with that patch, so it may not > be gone, but people reported that it was in expedite at least. it happens with everything up to date. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Gustavo S. B. <bar...@pr...> - 2010-10-26 01:48:53
|
On Mon, Oct 25, 2010 at 5:46 AM, Carsten Haitzler <ra...@ra...> wrote: > On Mon, 25 Oct 2010 09:25:06 +0200 Cedric BAIL <ced...@fr...> said: > >> On Mon, Oct 25, 2010 at 1:58 AM, Gustavo Sverzut Barbieri >> <bar...@pr...> wrote: >> > Hi all, >> > >> > While testing enjoy resize capabilities I've found a bug in Evas text >> > rendering. It is an Evas bug as the canvas is dirty, you see pieces of >> > text lagging behind and this should never happen... tho not sure if >> > it's really in text or some event freeze. >> > >> > To reproduce: >> > >> > 1. open enjoy + elementary_config >> > 2. click "All Songs" (first list item) >> > 3. change finger size from 40 to something else (I've used 66) >> > 4. look at enjoy's window, garbage is there, move the list and the >> > areas that are updated get cleared... but garbage will be left where >> > text did not move. >> >> Are you sure your efl are up to date ? I did a fix in evas related to >> this bug recently. The fix force the object to be clipped in his >> region. I was adressing another issue with that patch, so it may not >> be gone, but people reported that it was in expedite at least. > > it happens with everything up to date. Well, maybe it's something else: Rui just added some code to change text (timestamp value) after elm_genlist_item_update() and it did not work. See his last commit message. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: bar...@gm... Skype: gsbarbieri Mobile: +55 (19) 9225-2202 |
From: Carsten H. (T. R. <ra...@ra...> - 2010-10-26 02:44:02
|
On Mon, 25 Oct 2010 23:48:46 -0200 Gustavo Sverzut Barbieri <bar...@pr...> said: > On Mon, Oct 25, 2010 at 5:46 AM, Carsten Haitzler <ra...@ra...> > wrote: > > On Mon, 25 Oct 2010 09:25:06 +0200 Cedric BAIL <ced...@fr...> said: > > > >> On Mon, Oct 25, 2010 at 1:58 AM, Gustavo Sverzut Barbieri > >> <bar...@pr...> wrote: > >> > Hi all, > >> > > >> > While testing enjoy resize capabilities I've found a bug in Evas text > >> > rendering. It is an Evas bug as the canvas is dirty, you see pieces of > >> > text lagging behind and this should never happen... tho not sure if > >> > it's really in text or some event freeze. > >> > > >> > To reproduce: > >> > > >> > 1. open enjoy + elementary_config > >> > 2. click "All Songs" (first list item) > >> > 3. change finger size from 40 to something else (I've used 66) > >> > 4. look at enjoy's window, garbage is there, move the list and the > >> > areas that are updated get cleared... but garbage will be left where > >> > text did not move. > >> > >> Are you sure your efl are up to date ? I did a fix in evas related to > >> this bug recently. The fix force the object to be clipped in his > >> region. I was adressing another issue with that patch, so it may not > >> be gone, but people reported that it was in expedite at least. > > > > it happens with everything up to date. > > Well, maybe it's something else: Rui just added some code to change > text (timestamp value) after elm_genlist_item_update() and it did not > work. See his last commit message. i actually saw this a while back. it's not a new issue. i don't know what it is currently. haven't looked. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Rui M. S. S. <rm...@14...> - 2010-10-26 22:15:33
|
Em 26-10-2010 03:06, Carsten Haitzler (The Rasterman) escreveu: > On Mon, 25 Oct 2010 23:48:46 -0200 Gustavo Sverzut Barbieri > <bar...@pr...> said: >> Well, maybe it's something else: Rui just added some code to change >> text (timestamp value) after elm_genlist_item_update() and it did not >> work. See his last commit message. > i actually saw this a while back. it's not a new issue. i don't know what it is > currently. haven't looked In r53903 I wrapped this code under an #ifdef/#undef control. Just change to #define AUTO_UPDATE and the new behaviour happens. Before updating: http://files.1407.org/1-ed_before_item_update.png After updating: http://files.1407.org/2-ed_after_item_update.png Looks ok as soon as I drag: http://files.1407.org/3-ed_after_dragging.png Rui |
From: Carsten H. (T. R. <ra...@ra...> - 2010-10-26 22:46:17
|
On Tue, 26 Oct 2010 23:12:51 +0100 Rui Miguel Silva Seabra <rm...@14...> said: > Em 26-10-2010 03:06, Carsten Haitzler (The Rasterman) escreveu: > > On Mon, 25 Oct 2010 23:48:46 -0200 Gustavo Sverzut Barbieri > > <bar...@pr...> said: > >> Well, maybe it's something else: Rui just added some code to change > >> text (timestamp value) after elm_genlist_item_update() and it did not > >> work. See his last commit message. > > i actually saw this a while back. it's not a new issue. i don't know what > > it is currently. haven't looked > In r53903 I wrapped this code under an #ifdef/#undef control. Just > change to #define AUTO_UPDATE and the new behaviour happens. > > Before updating: http://files.1407.org/1-ed_before_item_update.png > After updating: http://files.1407.org/2-ed_after_item_update.png > Looks ok as soon as I drag: http://files.1407.org/3-ed_after_dragging.png thats almost definitely a different issue entirely. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Rui M. S. S. <rm...@14...> - 2010-11-20 16:14:12
|
Em 26-10-2010 23:45, Carsten Haitzler (The Rasterman) escreveu: > On Tue, 26 Oct 2010 23:12:51 +0100 Rui Miguel Silva Seabra<rm...@14...> said: > >> Em 26-10-2010 03:06, Carsten Haitzler (The Rasterman) escreveu: >>> On Mon, 25 Oct 2010 23:48:46 -0200 Gustavo Sverzut Barbieri >>> <bar...@pr...> said: >>>> Well, maybe it's something else: Rui just added some code to change >>>> text (timestamp value) after elm_genlist_item_update() and it did not >>>> work. See his last commit message. >>> i actually saw this a while back. it's not a new issue. i don't know what >>> it is currently. haven't looked >> In r53903 I wrapped this code under an #ifdef/#undef control. Just >> change to #define AUTO_UPDATE and the new behaviour happens. >> >> Before updating: http://files.1407.org/1-ed_before_item_update.png >> After updating: http://files.1407.org/2-ed_after_item_update.png >> Looks ok as soon as I drag: http://files.1407.org/3-ed_after_dragging.png > > thats almost definitely a different issue entirely. Thanks for having fixed this :) elmdentica will soon get relative timestamps again! Rui |