WizTools - 1.x Plugin Development Toolkit

[JavaWiz]

Thank you for checking. I did some playing with the skin values last night, but couldn't come up with anything that made a difference.

But I admit I only vaguely understand how many of the spam values work together, so could very well be me.

Ok, looks like it is a skin setting. Here is the skin settings for the info text box in the MovieInfo popup in MovieWiz (blue skin).

Code:

<CompositeImage name="MovieInfoImageSelected" size="86.0,58.0">
      <DrawRoundedRect       loc="1,1" size="98,98" fillColor="ListSelected" borderColor="SelectedTextBoxBorder" radius="1" borderWidth="0"/>
      <DrawText text="@text" loc="2,2" [B][COLOR=red]size="94,96"[/COLOR][/B] textStyle="MovieInfoText" align="Left"/>
      <DrawImage filename="..\_CoreImages\up.png"   loc="95,2"  size="3.0,3.0" visible="@moreUp" />
      <DrawImage filename="..\_CoreImages\down.png" loc="95,93" size="3.0,3.0" visible="@moreDown" />
</CompositeImage>

I draw a border around the text box (DrawRoundedRect), postioned at 1,1 which takes up 98% of the x-width, and 98% of the y-width, with a border radius of 1.

I then place the text 'viewport' inside the border rectangle (DrawText), by placing the text at position 2,2 with a size of 94 (x) and 96 (y). This makes the x width end before the edge of the border by 4 (leaving enough room for the up/down graphics). It is the size setting here (x) that will control how far to the right the text will be placed.

The up/dn graphics start at x-pos 95, which very slightly overlaps the graphic, but for my purposes it looks ok.

[Ommina]

Thank you! That indeed fixed up the overlap that I was seeing.

But I'm still getting some oddness with the wrapping of the very last word in the DrawText viewport. On any other line, if a word is going to extend past the right edge of the view area, it will get wrapped to the next line.

On the last visible line, though, the word is truncated instead. After pressing the down key (shifting the text), the word wraps normally, but the new 'last word' in truncated. It only happens to whatever is the very last visible word.

For example (I'll just type this out instead of a screenshot), the last two visible lines of text I have in the window now is:

Code:

a girl who seems eager to become his
friend.  A story spanning a thousand ye

Hit the down key, and the last two change to:

Code:

friend.  A story spanning a thousand
years begins to unfold against the bac

That is, "years" is chopped to "ye" when it is the last visible word. After the text is scrolled, "backdrop" is chopped to "bac". It only happens with the final, lower right visible word.

(Yeah, I know, I'm not explaining this very well. I should probably stop being lazy and just post the screenshots.)

[JavaWiz]

Thank you! That indeed fixed up the overlap that I was seeing.

But I'm still getting some oddness with the wrapping of the very last word in the DrawText viewport. On any other line, if a word is going to extend past the right edge of the view area, it will get wrapped to the next line.

On the last visible line, though, the word is truncated instead. After pressing the down key (shifting the text), the word wraps normally, but the new 'last word' in truncated. It only happens to whatever is the very last visible word.

For example (I'll just type this out instead of a screenshot), the last two visible lines of text I have in the window now is:

Code:

a girl who seems eager to become his
friend.  A story spanning a thousand ye

Hit the down key, and the last two change to:

Code:

friend.  A story spanning a thousand
years begins to unfold against the bac

That is, "years" is chopped to "ye" when it is the last visible word. After the text is scrolled, "backdrop" is chopped to "bac". It only happens with the final, lower right visible word.

(Yeah, I know, I'm not explaining this very well. I should probably stop being lazy and just post the screenshots.)

Looks like I have some work to do with the word-wrap. It's a bit tricky, since you have to calculate the size of each word based on font and size to determine if it will fit or not. I'll take a look and see if I can't improve that function.

[Ommina]

Hmm -- well, if you feel motived to look at it, then yay! If it is going to be a lot of effort though, don't worry about it on my account.

Even for my purposes, the text filling up the whole of the textbox is the exception rather than the rule, and on those cases when it does, it really isn't THAT big of a deal that the final word is truncated.

So if you feel the time investment just isn't worth it (or you'd just rather work on something else), that works too.

Thanks again for all the time you've put into the UI tools already!

[JavaWiz]

I am planning to release a new version of the WizTools. In particular, there have been some changes to the WizUiHelper.DLL which contains the UI controls.

Prior to releasing though, I'd like any plugin developers to load and test to insure I have not broke any plugins with the changes.

Specifically, logic has changed around how the RenderLists are returned, I have made some performance changes by using cached versions of the images unless a change has been detected.

I plan on releasing on (or around) 5/30 with new versions of SearchWiz and MovieWiz.

[Ommina]

Prior to releasing though, I'd like any plugin developers to load and test to insure I have not broke any plugins with the changes.

Specifically, logic has changed around how the RenderLists are returned, I have made some performance changes by using cached versions of the images unless a change has been detected.

I am noticing one change in behaviour from before.

On the VideoStopping event I change the list to include a "Watched" indicator, which is represented as a graphic on the far left of the list.

I achieve this by creating a new WizListItem, setting a watched boolean on object that implements GBPVRX2.SkinHelper2.GetImageCallback.GetImage, then adding the new WizListItem to the list via setListItem at the current index. The text of the item doesn't change during this, just the addition of an eye-con.

However, it is no longer re-rending the list item, leaving me without my lonely 'watched' icon.

I'm pretty sure I have not made any other changes that would affect its display (it's the same code that has been used for months), but after the skin incident, I'm not willing to make any promises.

If you would like me to switch back to an earlier version to ensure it is a library change that's doing it, I can certainly do so. Or post the logs. Or both!

[idkpmiller]

GameZone working fine with new version from what I have seen. Will load it on main PC and dev PC to test furthur.

Thanks

[JavaWiz]

I am noticing one change in behaviour from before.

On the VideoStopping event I change the list to include a "Watched" indicator, which is represented as a graphic on the far left of the list.

I achieve this by creating a new WizListItem, setting a watched boolean on object that implements GBPVRX2.SkinHelper2.GetImageCallback.GetImage, then adding the new WizListItem to the list via setListItem at the current index. The text of the item doesn't change during this, just the addition of an eye-con.

However, it is no longer re-rending the list item, leaving me without my lonely 'watched' icon.

I'm pretty sure I have not made any other changes that would affect its display (it's the same code that has been used for months), but after the skin incident, I'm not willing to make any promises.

If you would like me to switch back to an earlier version to ensure it is a library change that's doing it, I can certainly do so. Or post the logs. Or both!

Can you try the attached version and see if this solves your problem?

[pastro]

Can you try the attached version and see if this solves your problem?

burndvdx2 is working fine. Thanks for the great tools that you provide.

[Ommina]

Can you try the attached version and see if this solves your problem?

That it did, thank you! Back to as it was before. Have not found any other differences otherwise.