On 10.4.3 and later you can do the following:
widget.ontransitioncomplete = transitioncomplete
function transitioncomplete () {
// do whatever
}
Note, there is a bug in the implementation where it will be called when you
reload your widget as well. So you may want to protect the method by
setting a global when you do a transition.
Thanks,
jl
> Hi Matt,
>
> That solution works great. Thanks. I had actually tried that but I didn't use
> enough milliseconds.
>
> I now have a workable solution, yet it would be really nice if the height
> increase could be applied before 'window.widget.performTransition();' so that
> the resizing of the widget would not be visible to the user. Seeing the widget
> snap to its former size after back to front transition kind of looks like a
> design flaw. Do you see what I mean? Should there be an enhancement request
> for for resizing before performTransition? Or, would having a
> "transitionFinished" notification make the resize much less visible because of
> the improved timing?
>
> Thanks,
> Chuck
>
>
> At 2:40 PM -0800 11/4/05, Matt Drance wrote:
>> Hi Chuck,
>>
>> You can use the Stretcher example to get to the correct size before the
>> transition. Since the Stretcher has a callback for a completed stretch, you
>> can do the following:
>>
>> 1) info button click starts the stretch
>> 2) stretch to desired size; stretch callback performs transition
>>
>> function flipClick (event) {
>> if (!stretcher.isStretched()) {
>> stretcher.onFinished = showPrefs;
>> stretcher.stretch();
>> } else {
>> showPrefs();
>> }
>> }
>>
>> function showPrefs () {
>> if (window.widget) {
>> window.widget.prepareForTransition("ToBack");
>> }
>>
>> document.getElementById("front").style.display = "none";
>> document.getElementById("back").style.display = "block";
>>
>> if (window.widget) {
>> setTimeout("window.widget.performTransition()", 0);
>> }
>> }
>>
>>
>> When going back to the front, you can do a delayed "shrink" that will go back
>> to the appropriate front height after the front transition is complete, like
>> below. This is a little sketchy because it assumes a specific time interval
>> for the transition to be performed. There is already an enhancement request
>> for a "transitionFinished" notification which would make this less sketchy.
>>
>> function goToFront () {
>> if (window.widget) {
>> window.widget.prepareForTransition("ToFront");
>> }
>>
>> document.getElementById("back").style.display = "none";
>> document.getElementById("front").style.display = "block";
>>
>> var stretcherTimeout = 0;
>> if (window.widget) {
>> setTimeout("window.widget.performTransition();", 0);
>> stretcherTimeout = 800; // give some time for the transition
>> }
>> if (stretcher.onFinished == showPrefs && stretcher.isStretched()) {
>> // We stretched in order to show the prefs; shrink back when
>> the front is shown
>> stretcher.onFinished = returnFrontState;
>> setTimeout("stretcher.stretch();", stretcherTimeout);
>> }
>> }
>>
>> ----------------------------------------------
>> Matt Drance
>> DTS Engineer
>> Java - Dashboard - Address Book
>> email@hidden
>>
>>
>> On Nov 4, 2005, at 2:09 PM, Chuck Soper wrote:
>>
>>> This message is a little long - feel free to just read the last paragraph.
>>>
>>> I have a widget has a variable height on the front and a fixed height for
>>> the backside. When the front is taller than the back, I have a problem
>>> flipping the widget from back to front.
>>>
>>> It doesn't appear to be possible to increase the height of the widget before
>>> preparing or performing the transition from back to front. Because of this,
>>> the flip transition is not smooth at all. I see the first half of the back
>>> to front transition animation then the front suddenly appears.
>>>
>>> The work-around to this problem is to use the same height for the front and
>>> the backside whenever the front is taller than the back. This is the
>>> approach that the Stocks widget takes. The purpose of the
>>> resizedWhenFlippedOver boolean in Stocks.js is to remember when the front is
>>> shorter than the back otherwise the height of the backside is not resized
>>> during front to back transitions. This can be verified by doing the
>>> following:
>>> - use seven or more stock symbols.
>>> - flip the Stocks to its backside.
>>> - mouse down on the widget and deactivate the dashboard to bring the widget
>>> to the desktop (you need to have debugmode turned on).
>>> - Capture the window using Grab.
>>> Notice that the height of the backside graphic equals the height of the
>>> front side.
>>>
>>> The reason that I don't want to use this work-around is because I need to
>>> have backside elements that are offset from the bottom of the widget not the
>>> top.
>>>
>>> Is it possible to increase the height of the widget during back to front
>>> transition and have smooth animation of the flip? The fact that the Stocks
>>> widget uses a special case to avoid that scenario suggests that this is not
>>> possible. Does anyone know otherwise? If not, I can file a bug report.
>>>
>>> Chuck
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Dashboard-dev mailing list (email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>> http://lists.apple.com/mailman/options/dashboard-dev/email@hidden
>>> <http://lists.apple.com/mailman/options/dashboard-dev/email@hidden>
>>>
>>> This email sent to email@hidden
>>
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Dashboard-dev mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>> http://lists.apple.com/mailman/options/dashboard-dev/email@hidden
>>
>> This email sent to email@hidden
>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Dashboard-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/dashboard-dev/email@hidden
>
> This email sent to email@hidden
--------------------------------------------------
John Louch Internet #: email@hidden
(805) 541 2965
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Dashboard-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/dashboard-dev/email@hidden
This email sent to email@hidden
