WizTools - 1.x Plugin Development Toolkit

[pastro]

My turn for some oddness!

I'm finding that, when changing the .Visible property of a label (presently from 'true' to 'false'), that the label is not actually being removed until some other UI event happens.

That is, a label starts of visible. I then set .Visible = false in code. Label remains visible on the screen.

But! If I move the focus, either within the button list, OR within the list view, OR between the button list and the list view, the label will vanish. Alternately, if the text property of some other label (in my case, the current time) changes, the label will vanish then too.

As a workaround, I can just set the text property to String.Empty and the DrawImage to an empty bitmap, so it isn't a really big deal. But thought I'd throw it out there anyway!

I do something like that in my code and it seems to work ok

ctlMgr.setFocus(cmdButtonList);//set to something that is visible and enabled.
[SIZE=2]button1.Visible = false;
button1.Enabled = false;
button1.Text = [/SIZE]"Disabled";//legacy - used to just leave it disabled and visible

It moves off of the disabled button and makes it invisible.
I had some trouble with this initially and this ended up working.

[JavaWiz]

My turn for some oddness!

I'm finding that, when changing the .Visible property of a label (presently from 'true' to 'false'), that the label is not actually being removed until some other UI event happens.

That is, a label starts of visible. I then set .Visible = false in code. Label remains visible on the screen.

But! If I move the focus, either within the button list, OR within the list view, OR between the button list and the list view, the label will vanish. Alternately, if the text property of some other label (in my case, the current time) changes, the label will vanish then too.

As a workaround, I can just set the text property to String.Empty and the DrawImage to an empty bitmap, so it isn't a really big deal. But thought I'd throw it out there anyway!

Ok, I think I have a fix for this. (it may help out pastro as well). Try this version of WizUiHelper.dll

[Ommina]

Sadly, no change in behaviour with .17.6 - the label remains steadfast in its determination to remain on the screen until the time changes.

If it helps any, here is some log excerpts. The [key] that I'm changing is ServerStatus.

Code:

2008-06-09 18:21:33.000    VERBOSE    [1]    AWizUiControl: GetImageHashKey()- [key]=CurrentDisplay[loc]={X=21,Y=12.5,Width=75,Height=5}:[selected]=False:[visible]=True[enabled]=True:[lastUpdate]=18:21:32.125 :[-299773217]:[@text]=All Titles :[-1025777863]
2008-06-09 18:21:33.000    VERBOSE    [1]    AWizUiControl: GetImageHashKey()- [key]=Panel[loc]={X=1,Y=93,Width=98,Height=6}:[selected]=False:[visible]=True[enabled]=True:[lastUpdate]=18:21:32.125 :[-299773217]:[@text]= :[757602046]
2008-06-09 18:21:33.000    VERBOSE    [1]    AWizUiControl: GetImageHashKey()- [key]=CurrentTime[loc]={X=82,Y=0,Width=13,Height=4.5}:[selected]=False:[visible]=True[enabled]=True:[lastUpdate]=18:21:32.125 :[-299773217]:[@text]=6:21 PM :[-185730619]
2008-06-09 18:21:33.000    VERBOSE    [1]    AWizUiControl: GetImageHashKey()- [key]=ScreenName[loc]={X=2,Y=0,Width=90,Height=12}:[selected]=False:[visible]=True[enabled]=True:[@screenName]=Anime Library :[-1408358981]:[lastUpdate]=18:21:32.125 :[-299773217]:[@text]=Anime Library :[-1408358981]
2008-06-09 18:21:33.000    VERBOSE    [1]    AWizUiControl: GetImageHashKey()- [key]=ServerStatus[loc]={X=66,Y=5,Width=32,Height=4.5}:[selected]=False:[visible]=True[enabled]=True:[@serverstatus]=AniLibrary.ImageLoader :[55909147]:[lastUpdate]=18:21:32.125 :[-299773217]:[@text]=AniDb Server Unavailable :[1249248438]

then time changes:

Code:

2008-06-09 18:22:00.312    VERBOSE    [1]    AWizUiControl: GetImageHashKey()- [key]=CurrentDisplay[loc]={X=21,Y=12.5,Width=75,Height=5}:[selected]=False:[visible]=True[enabled]=True:[lastUpdate]=18:21:32.125 :[-299773217]:[@text]=All Titles :[-1025777863]
2008-06-09 18:22:00.312    VERBOSE    [1]    AWizUiControl: GetImageHashKey()- [key]=Panel[loc]={X=1,Y=93,Width=98,Height=6}:[selected]=False:[visible]=True[enabled]=True:[lastUpdate]=18:21:32.125 :[-299773217]:[@text]= :[757602046]
2008-06-09 18:22:00.312    VERBOSE    [1]    AWizUiControl: GetImageHashKey()- [key]=CurrentTime[loc]={X=82,Y=0,Width=13,Height=4.5}:[selected]=False:[visible]=True[enabled]=True:[lastUpdate]=18:22:0.312 :[545289602]:[@text]=6:22 PM :[-51840571]
2008-06-09 18:22:00.312    VERBOSE    [1]    AWizUiControl: GetImageHashKey()- [key]=ScreenName[loc]={X=2,Y=0,Width=90,Height=12}:[selected]=False:[visible]=True[enabled]=True:[@screenName]=Anime Library :[-1408358981]:[lastUpdate]=18:21:32.125 :[-299773217]:[@text]=Anime Library :[-1408358981]
2008-06-09 18:22:04.484    VERBOSE    [1]    Creating new GBPVRUiElement (selected)

I trimmed out the listview logging, hopefully I didn't trim too much.

[JavaWiz]

Sadly, no change in behaviour with .17.6 - the label remains steadfast in its determination to remain on the screen until the time changes.

In your example ServerStatus is still visible

Code:

2008-06-09 18:21:33.000    VERBOSE    [1]    AWizUiControl: GetImageHashKey()- [key]=ServerStatus[loc]={X=66,Y=5,Width=32,Height=4.5}:[selected]=False[B][COLOR=red]:[visible]=True[/COLOR][/B][enabled]=True:[@serverstatus]=AniLibrary.ImageLoader :[55909147]:[lastUpdate]=18:21:32.125 :[-299773217]:[@text]=AniDb Server Unavailable :[1249248438]

When you set to NOT visible, it will not show up in the list.

That said, I've added a log message to the Visible property and am trying to trigger a screen refresh if it changes. Try this version.

[Ommina]

Hmm, so it is. Perhaps in my goofing about I not-ted where I should not-have. Over the evening, I went through a couple revisions of the block of code that changed it, so can't promise that it wasn't me that had it messed up.

In any case, it is working now, so whatever changes that you made (either the first time or the second!) did the trick. Label is disappearing right when it should be. As a happy side effect, the removal of another label that I was vaguely wondering about has been corrected as well, so it's a good fix for me.

Is 17.7 suitable for public release? Not that I expect to be doing so in the immediate future, but I'm running out of items on the todo list and am eyeing the installer script.

Thank you once again!

[JavaWiz]

In any case, it is working now, so whatever changes that you made (either the first time or the second!) did the trick. Label is disappearing right when it should be. As a happy side effect, the removal of another label that I was vaguely wondering about has been corrected as well, so it's a good fix for me.

Excellent, glad it solved the problem.

Is 17.7 suitable for public release? Not that I expect to be doing so in the immediate future, but I'm running out of items on the todo list and am eyeing the installer script.

I will probably remove some of the logging statements prior to releasing that version. I've added quite a few trying to troubleshoot some other problems. Let me know when you are ready to go, and I'll get you a clean version.

[Ommina]

I will probably remove some of the logging statements prior to releasing that version. I've added quite a few trying to troubleshoot some other problems. Let me know when you are ready to go, and I'll get you a clean version.

Well, no rush. While my todo list is dwindling, it is going to be at least a week I'm sure before I'm comfortable inflicting my new version on others. Even then I'd like to run it by a couple of testers before updating the wiki with allegations of a new version.

How much lead time would you prefer? Thankfully, my schedule isn't set by marketing, so a few days longer won't matter.

[JavaWiz]

Here is the version that is targeted for release within the next few days. Mostly bug fixes related to how things render in 1.2.13.

Try it our with your code to insure there are no problems, I will release within next few days if all looks good.

Thanks...
Al.

[Ommina]

OK, don't hate me...

First! On a happy note, I tested out the 17.8 release last night, and fed it roughly 3000 list items. Alright, alright, not intentionally, I missed a WHERE clause. Just the same though, everything worked fine, even scrolling through all 3000 items.

I did notice, though, some oddness with the rendering off the button list. I went back a couple versions and got the same behaviour, but didn't go back very far. The oddness is not at all apparently when using the default blue skin, but is fairly obvious when using some Community Skin 3 settings. I've been using Blue for development, and am just now testing with CS3, so I can't promise that the oddness is a result of a recent change.

Additionally, this also may be incorrect skin settings on my part.

I should probably include screen shots instead of relying on typing the descriptions, but I'll try anyway.

So, anyway. We start with a list of buttons.

Upon entering the plugin, all buttons are an equal width.

Select an individual button, and it is highlighted, and keeps the original width.

Select any other button, and the original button has its highlighting removed, but is drawn noticeably wider. Repeat for any other button, as each loses focus, it is drawn wider than the rest.

IF, though, focus is moved to the listview OR another label changes (the time, or my server status discussed above), then all buttons on the list redraw to their original 'just entered the plugin' size. Interestingly, moving the focus to the very top or very bottom button and clicking up (or down, respectively) will also make the button list redraw with the original sizes.

The effect can't really be seen in blue, but it readily apparent with a theme that has a solid background for both selected and unselected buttons.

Reading back, I should probably take some screen shots.

Anyway, is this me with incorrect skin settings (always a possibility), something with the UI library, or just 'one of those things' that I should ignore?

[JavaWiz]

OK, don't hate me...

Not a problem. Like I've said before, I don't get to program at work anymore, so this stuff is fun for me!

I did notice, though, some oddness with the rendering off the button list. I went back a couple versions and got the same behaviour, but didn't go back very far. The oddness is not at all apparently when using the default blue skin, but is fairly obvious when using some Community Skin 3 settings. I've been using Blue for development, and am just now testing with CS3, so I can't promise that the oddness is a result of a recent change.

I actually don't have much code around the button, it is mostly a simple wrapper around sub's UiButton. Does this behavior occur in any of the other plugins that are not using WizTools? (ie, Video, Music, ...)