December, 2014
now browsing by month
I discovered a bug that I’m not sure if it is new of the beta, or it was before.
I discovered a bug that I’m not sure if it is new of the beta, or it was before.
It is related to the setPosition not being correctly set if you are scrolling. This makes that a script that change the position won’t work fine if you are scrolling when it executes, a big problem with the onChange event.
Explanation of the video:
As you can see there are three pages 1,2,3
At the bottom there is a shortcut to my fast run tool, used to run a script directly without the editor (evaluating it)
The script is a timeout that sets the position of the desktop to the second page after 3 seconds, this is used to be able to being scrolling when it executes.
If you just let it execute, it sets the position and everything is ok.
But if you are scrolling, the position is set, but then the container is shown in the same direction as you moved first. The video is a good way to understand it, but if you still don’t do: if you are in the page 0, you scroll to the left half page, and then the script sets the container in page one, you will see it in one and a half page.
Also, as you can see in the last tests, it is ‘moved to the finger’ only when you move the finger, not while it is stop.
Maybe you need to reset the ‘finger movement’ also when setting a new position, but not sure how this is done in android.
(Last note: the bug still persist if you use true as the last parameter in setPosition )
]]>Use this image to fix your status bar gradient when transparency is on..
Add an item and set this as the background image. Hide label and icon.
Detach item from grid and set as follows:
height to the height of your status bar (probably 50), width=the width of your screen, top=0, left=0, transparency to 150 because I made it too dark
Sorry for the excitement, 1 day later, everything is back to normal.
Sorry for the excitement, 1 day later, everything is back to normal.
]]>heres a bug report (2 in fact).
the first is with stop points. i got an idea for a llx setup i wanted to try and so far i laid out a panel and 2 stop points. in testing just that i found that the stop points are NOT stopping at all half the time. and when they do stop its either too soon or too late by then.
the second is with widget margins/padding. so far i have found one widget that hates negative settings. i placed a widget on my screen on a white background, but the widget itself was too light to be noticeable. so to fix that i colored the object box a darker shade so even on a white background the widget background is easily visible, but this left (what i call) a bleed over. what i mean is that the darker color extends to the outer borders of the widget. so to clear that up i decided to shrink the margins in hopes to only have the widget itself.
the left/right sides of the widget look perfect so lets move to top/bottom. i choose a side and bring its margins in. SUCCESS. now the other side. THIS IS WHERE THE PROBLEM IS. instead of bringing that side in as well all it did was bring the other side back out so the work i did was for nothing. so both sides have negative values but neither side is showing that. its as if i never touched them.
]]>What is the property value for the colorize option?
I Think i found a bug.
On the first screen i have a sliding in folder. At the bottom i have a shortcut which add’s a object (app).
But the objekt isn’t added to the folder but to the desktop. See second screen.
Just a shot of my Ingress widget (in a folder) with his margins set to -25.
No gaps! Yay!
D5 Creation