Just getting back to this today. If you drop the action in with default settings it works. However if you change the number after publishing once to something other than the default, it doesn’t work.
If you drop in the action, change the number, then publish it it works but if you then change the number to something else, publish, then it doesn’t work.
There does seem to be something funny going on between this Action and
5.5. There are occasions where the library code doesn’t get published,
and then it does, and then it’s gone again – it’s very mysterious.
I’ll see if there’s anything I can do to enforce the tag being written
into the page head, because it should just work.
Walter
On Apr 22, 2011, at 3:58 PM, Dan J wrote:
Waltd–
Just getting back to this today. If you drop the action in with
default settings it works. However if you change the number after
publishing once to something other than the default, it doesn’t work.
If you drop in the action, change the number, then publish it it
works but if you then change the number to something else, publish,
then it doesn’t work.
Walt, one other issue I have is that I set sticker to be in a specific spot but when I set my page alignment to “Center” the box doesn’t center as well, it stays as if there isn’t any alignment.
How would I get the sticker to stay in place when the alignment is centered?
Could you post a link? I just tried this, and had no issue. Also, what
version of Freeway are you using here?
Walter
On Apr 25, 2011, at 10:13 PM, Dan J wrote:
Walt, one other issue I have is that I set sticker to be in a
specific spot but when I set my page alignment to “Center” the box
doesn’t center as well, it stays as if there isn’t any alignment.
How would I get the sticker to stay in place when the alignment is
centered?
I just pushed an update to the Action. Take a look and see if it
catches what you were seeing. I noticed when I tested just now that if
you loaded the page, tested the effect, then resized the window and
tested again, the element would jump left or right to wherever it was
when the page loaded. This was an optimization in the code, it only
looked up the location of the object once, when the page loaded,
rather than each time the function ran (hundreds of times per second
on a fast computer). I made a compromise and added another listener to
update the position attribute when the page was resized.
There is a slight trade-off in this approach, because at the moment
that you resize the window, the sticker object will seem to disappear
(depending on your scroll offset) as the object is reset to its
original position. The moment that you scroll again, though, it will
pop back to where it belongs. This is sufficiently an edge case that I
don’t think it will come up. In the real world, people don’t much
resize their browsers, except for at the moment that they load the
page (if the page is too wide).
Walter
On Apr 25, 2011, at 10:13 PM, Dan J wrote:
Walt, one other issue I have is that I set sticker to be in a
specific spot but when I set my page alignment to “Center” the box
doesn’t center as well, it stays as if there isn’t any alignment.
How would I get the sticker to stay in place when the alignment is
centered?
No sooner did I upload then I figured out a way to get rid of even
this little edge case. Version 0.3 should clear up all of these issues
with centered pages.
Walter
On Apr 26, 2011, at 9:09 AM, Walter Davis wrote:
There is a slight trade-off in this approach, because at the moment
that you resize the window, the sticker object will seem to
disappear (depending on your scroll offset) as the object is reset
to its original position. The moment that you scroll again, though,
it will pop back to where it belongs. This is sufficiently an edge
case that I don’t think it will come up. In the real world, people
don’t much resize their browsers, except for at the moment that they
load the page (if the page is too wide).
the only chance that I had yet to apply this effect to an inline-div was using the hand-rolled code and protaculous.
The Action does not allow me to be applied (yes I know, no chance for inline divs, just layers …) but would you see any chance to share the naked brand new code that I’d like to insert via protaculous? Or can I extract it directly from the action?
Cause I have as it is in nature same resizing browser window issue and like to fix this as well.
It’s hard to say how you could modify the effect to work on an inline,
unless that inline element had as its only parent an element with its
top at the very top of the page. Otherwise, the element is going to
jump down by the difference between page top and its positioned
parent’s top whenever it crosses the threshold distance.
Here’s the abstracted code:
The difference is that I moved the position modification code into a
named function, and called it from both the resize and the scroll
listener functions. In the resize listener, the element is temporarily
restored to its original position, then resampled for positioned
offset, then moved back where it was. On a modern browser, it happens
so quickly that your eye doesn’t notice.
If you get this to work on an inline element, please do send a link so
I can appreciate your skill!
Walter
On Apr 26, 2011, at 10:31 AM, Thomas Kimmich wrote:
Walter,
the only chance that I had yet to apply this effect to an inline-div
was using the hand-rolled code and protaculous.
The Action does not allow me to be applied (yes I know, no chance
for inline divs, just layers …) but would you see any chance to
share the naked brand new code that I’d like to insert via
protaculous? Or can I extract it directly from the action?
Cause I have as it is in nature same resizing browser window issue
and like to fix this as well.
Thank you Thomas, for the realization that this would Just Work™! I
have removed the layer restriction from the Action code, so it may be
used on inline elements as well as stand-alone elements.
Walter
On Apr 26, 2011, at 11:24 AM, Thomas Kimmich wrote:
It’s hard to say how you could modify the effect to work on an inline,
unless that inline element had as its only parent an element with its
top at the very top of the page. Otherwise, the element is going to
jump down by the difference between page top and its positioned
parent’s top whenever it crosses the threshold distance.
The difference is that I moved the position modification code into a
named function, and called it from both the resize and the scroll
listener functions. In the resize listener, the element is temporarily
restored to its original position, then resampled for positioned
offset, then moved back where it was. On a modern browser, it happens
so quickly that your eye doesn’t notice.
If you get this to work on an inline element, please do send a link so
I can appreciate your skill!
Walter
On Apr 26, 2011, at 10:31 AM, Thomas Kimmich wrote:
Walter,
the only chance that I had yet to apply this effect to an inline-div
was using the hand-rolled code and protaculous.
The Action does not allow me to be applied (yes I know, no chance
for inline divs, just layers …) but would you see any chance to
share the naked brand new code that I’d like to insert via
protaculous? Or can I extract it directly from the action?
Cause I have as it is in nature same resizing browser window issue
and like to fix this as well.
@Walter: Unfortunately I can’t get an animation of the Win8 tile, but I have something better: A ready-to-use solution based upon jQuery (and much too complex for my application).