Warning:

Warning:

In the latest betas, I found that big items (I only tested with dummy items with background pictures) make a lot of lag when the ‘holo’ selection is active.

For some reason ‘holo’ is not as fast as ‘plain’, so please keep both until you discover the problem.

I don’t have steps, but try to make a desktop with a lot of items/widgets and then make a full-screen item with custom background images. Hope you discover the problem.

]]>

6 Commentsto Warning:

  1. Anonymous says:

    < ![CDATA[

    Thanks for this

    ]]>

  2. Anonymous says:

    < ![CDATA[

    Is this lag in normal mode (I mean not in edit mode) too ? There can be some lag when dragging an item because the “holo” bitmap need to be prepared, and the bigger the item is, the more time is needed to compute the effect. But other than that it should not be noticeable, am I right ?

    ]]>

  3. Anonymous says:

    < ![CDATA[

    Sorry, no.


    It is noticeable in normal mode.


    To be more specific, when you scroll from that big item it don’t scroll or sometimes it do steps (a lot of lag) but when you scroll from another item it is only a bit lag (but almost unnoticeable)



    Also, in my lock screen, I have a full screen item to unlock when swipe, no picture in the background. When I turn on the screen I need to swipe twice.



    There seem to be a problem when swiping from a big item with holo mode.


    That’s all I know.

    ]]>

  4. Anonymous says:

    < ![CDATA[

    Humm, so this is a bug, then, no doubt about this 🙁

    ]]>

  5. Anonymous says:

    < ![CDATA[

    TrianguloY in fact this is the same problem, the selection effect needs time to compute because if uses the whole item surface, not just the icon on the center. Anyway there are ways to improve this !

    ]]>

  6. Anonymous says:

    < ![CDATA[

    Glad to hear 🙂

    ]]>

Leave a Reply

Your email address will not be published. Required fields are marked *