Changes to textStyle not immediately evident

Using SuperCard and the Runtime Editor... working with windows, backgrounds, cards and menus.

Changes to textStyle not immediately evident

Postby DaveFrancis » Sun Jan 01, 2017 2:01 pm

I won't submit this as a bug report because it's sure to be just me not finding an obvious answer (the older I get the dumber).

Now that I have the latest beta version I notice a little "animation" that I've used for years isn't behaving as expected. The animation is intended to draw my attention to a specific line in a scrolling field, by changing the line's colour and style. Like this:

set textColor of line vLine of fld vFld to "108"
set textStyle of line vLine of fld vFld to "outline"
wait 30
set textColor of line vLine of fld vFld to "256"
set textStyle of line vLine of fld vFld to "plain"

I now find that the 'wait 30' occurs before the changes, so that there's a pause of half a second, then all the changes happen in a nanosecond. Occasionally the function behaves as expected, but that's only occasionally; nine times out of ten all I see is a flicker.

Suggestions anyone? :?

Cheers, Dave.
DaveFrancis
 
Posts: 297
Joined: Fri Mar 06, 2009 5:12 pm

Re: Changes to textStyle not immediately evident

Postby Scott » Mon Jan 02, 2017 7:07 am

Looks like a bug to me.
User avatar
Scott
Site Admin
 
Posts: 1217
Joined: Sat Jul 05, 2008 1:37 pm
Location: Northern Sierra Nevada

Re: Changes to textStyle not immediately evident

Postby DaveFrancis » Mon Jan 02, 2017 12:16 pm

Alright, I'll copy it over to the bug report page.

Thank, Dave.
DaveFrancis
 
Posts: 297
Joined: Fri Mar 06, 2009 5:12 pm

Re: Changes to textStyle not immediately evident

Postby codegreen » Mon Jan 02, 2017 2:44 pm

And so it is.

This one has proved hilariously elusive until now, because it turns out for it to happen two distant sections of code must be traversed twice within the same system clock 'tick' (i.e., 1/60th of a second).

What this meant in practice was that no matter how or where I stepped through the errant buffer flush management code in the debugger, it would work 'correctly' 100% of the time (because I'd inadvertently made it impossible for it to fail except when I wasn't looking...). D-OH!

Well, fixed now.

Thanks!
-Mark
codegreen
 
Posts: 1517
Joined: Mon Jul 14, 2008 11:03 pm

Re: Changes to textStyle not immediately evident

Postby Scott » Mon Jan 02, 2017 3:48 pm

DaveFrancis wrote:Alright, I'll copy it over to the bug report page.


Thanks Dave!
User avatar
Scott
Site Admin
 
Posts: 1217
Joined: Sat Jul 05, 2008 1:37 pm
Location: Northern Sierra Nevada

Re: Changes to textStyle not immediately evident

Postby DaveFrancis » Tue Jan 03, 2017 3:47 pm

That's great guys, thanks for the quick response. Can I get the corrected version yet? ;)

Cheers, Dave.
DaveFrancis
 
Posts: 297
Joined: Fri Mar 06, 2009 5:12 pm

Re: Changes to textStyle not immediately evident

Postby Scott » Tue Jan 03, 2017 6:03 pm

DaveFrancis wrote:That's great guys, thanks for the quick response. Can I get the corrected version yet? ;)

Cheers, Dave.

I don't have a date for b26 yet, but should be within the next week or two.
User avatar
Scott
Site Admin
 
Posts: 1217
Joined: Sat Jul 05, 2008 1:37 pm
Location: Northern Sierra Nevada

Re: Changes to textStyle not immediately evident

Postby DaveFrancis » Wed Jan 04, 2017 2:51 pm

No worries, thanks again.

Cheers, Dave.
DaveFrancis
 
Posts: 297
Joined: Fri Mar 06, 2009 5:12 pm

Changes to text field not immediately evident

Postby DaveFrancis » Sat Jan 21, 2017 3:22 pm

I know I said I'd copy this bug over to the Bug Reports page, but when you guys told me you'd fixed the problem I assumed it wasn't necessary. Was I wrong? I can report it as a bug if you like, but judging by the dates of previous bug reports - is anyone actually monitoring that page these days?

Anyway.. the same (I assume) problem has cropped up for me again. I thought I'd copy the popular trick used in many apps of showing a helpful text when the mouse hovers over a button:

Code: Select all
on mouseEnter     
put the ticks into tic
repeat while within (me, the mouseLoc)
if the mouse is down then
do mouseDown
else if the ticks ≥ tic + 30 then
show cd fld breadCrumbs
wait 2 seconds
hide cd fld breadCrumbs
exit repeat
end if
end repeat
end mouseEnter


But I can't get it to work because the text fld appears as a mere flicker at the end of the time it's supposed to be visible. Is there anything I can do to overcome this? locking and unlocking the screen doesn't help.

TIA, Dave.
DaveFrancis
 
Posts: 297
Joined: Fri Mar 06, 2009 5:12 pm

Re: Changes to textStyle not immediately evident

Postby Scott » Sun Jan 22, 2017 6:37 am

B26 hasn't been released yet. Look for it by the end of this week.
User avatar
Scott
Site Admin
 
Posts: 1217
Joined: Sat Jul 05, 2008 1:37 pm
Location: Northern Sierra Nevada

Re: Changes to textStyle not immediately evident

Postby DaveFrancis » Sun Jan 22, 2017 9:02 am

Okay Scott, thanks for your reply.

Cheers, Dave.
DaveFrancis
 
Posts: 297
Joined: Fri Mar 06, 2009 5:12 pm

Re: Changes to textStyle not immediately evident

Postby DaveFrancis » Wed Feb 08, 2017 4:04 pm

Just wondering... am I the only one who's biting his nails waiting for B26 to be released?

Cheers, Dave.
DaveFrancis
 
Posts: 297
Joined: Fri Mar 06, 2009 5:12 pm

Re: Changes to textStyle not immediately evident

Postby Scott » Wed Feb 08, 2017 4:12 pm

DaveFrancis wrote:Just wondering... am I the only one who's biting his nails waiting for B26 to be released?

Cheers, Dave.

B26 has a lot of new stuff... we're working as fast as we can.
User avatar
Scott
Site Admin
 
Posts: 1217
Joined: Sat Jul 05, 2008 1:37 pm
Location: Northern Sierra Nevada

Re: Changes to textStyle not immediately evident

Postby DaveFrancis » Wed Feb 08, 2017 5:52 pm

Thanks Scott, I'll try to keep a tight rein on my impatience. :)

Cheers, Dave.
DaveFrancis
 
Posts: 297
Joined: Fri Mar 06, 2009 5:12 pm


Return to SuperCard Basics

Who is online

Users browsing this forum: No registered users and 1 guest

cron