POIFinder appearance

[Ravla]

How difficult would it be to apply the Fetish style to the POI Finder window?

I just started using POI Finder and it's an excellent addon, but it would be nice if I could get the window for it to match the rest of my interface.

[keezyrick]

I have done it but I don't know how happy you will be with it.

I would like to have been able to change the background to dark like FetishNightFall but the included scrollpage.xml has color codes for each text element. These colors don't show up very well on a dark background. I would prefer to set them to LightBlue's and Yellow's like the Journal entries are colored.

It would not be difficult to change the colors the first time with a search and replace, but updated files would overwrite those changes (I assume).

If you would like to give my attempt at skinning for FetishNightFall you can pick it up here.

If the authors of POIFinder can provide a Style sheet for element colors, it would make skinning much easier. Not sure if that is possible given the current design.

Cheers.

[gm9]

Originally Posted by keezyrick

If the authors of POIFinder can provide a Style sheet for element colors, it would make skinning much easier.

That is already the case, change the text color attributes in the HREF buttonstyle found in scrollpage.xml and you are good to go. The scrollpage only gets updated when new zones are released, so it does not need to be updated often, but I suppose the style could be moved out of that file to avoid changing it entirely.

[keezyrick]

I saw that information in the scrollpage.xml and was tempted to change it. However, the zone files such as adv02_dun_sundered_splitpaw_0.xml have color codes for each text element such as location, monsters, etc.

Changing all of those files with search and replace would get the text set to the color to contrast on the dark background, but I was worried that the POIFinder updater would overwrite these.

Can TextStyles sheets be setup for Text elements to override the local color code?

[gm9]

Oh ok, forgot about the headlines. For text there is no possibility to define color via a style. Zonx has been pushing for general color styles for a long time already and Rothgar at one point posted that it was in the works, but that's over half a year ago again.

I guess we could convert the headlines into disabled buttons as well so they are skinnable, maybe send TreeMOS a PM about it.

[jnils]

I can change my Updater , but as i can't code UI ill need an example

[gm9]

If nobody else comes up with one remind me about it in a couple of days (no time atm).

[Ravla]

I tried Keezy's version last night and I like it fine, the frame was what was bugging me mostly.

Thanks for the quick response folks

[keezyrick]

Hey gm9,
I did another version that I really like using the Fetish Parchment style background. I had to move the ScrollPage and adjust ScrollExtent to get it the way I wanted it. The trouble is when the updater runs, it replaces some files (seems random) and that causes the page to be cut off. I haven't figured this out yet, since it does not actually overwrite the scrollpage.xml.

Would you mind taking a look at what I have done and let me know if you can see a reason why the page would get cutoff after update? It does work fine each time it loads if I do not run the updater.

Any help or guidance would be appreciated.

[jnils]

I have edited keezyricks changed window to work with default scrollpage.
This version works with POIFinder Updater.(Treemos to)
Just replace the eq2ui_custom_poifinder.xml file.
Please try it out.

Has made the page a bit bigger as it cut of the last 3 characters.

[keezyrick]

This has the same issue I reported.



The text is clipped,

If I don't let the updater touch the files from the original zip, I don't get this problem.

The updater only touched some of the zone files and not the scrollpage.xml.

But here is what I found is going on.

<page Name="exp04_rgn_jarsath_wastes_1" OnShow="parent.ScrollPageExtent.Size=Size parent.ScrollExtent=Size parent.MinimumScrollExtent=Size" PackSize="a,f" PackSizeProp="-010/0001,0002/0003" ScrollExtent="255,3080" Size="255,3080" Visible="false">

In the above code from a zone file, it overwrites the scrollpage info which has been orginally set in Scrollpage.xml to

<Page Location="7,30" MinimumScrollExtent="487,1122" Name="ScrollPage" PackSize="a,a" ScrollExtent="487,1122" ScrollLocation="0,687" ScrollSize="30,30" Size="235,435">

Also interesting is that the PackSize width of the zone files is set to Absolute. So OnShow it adjusts the size of the parent and then it is affected by the resize further crunching the window. If I understand this correctly, it explains the windows viewable area being compressed by the difference of 232 after the ScrollPageExtent is adjusted to 255. Leaving a new ScrollExtent on the zone file of 23. The picture above seems to suggest that is what is happening.

I think if the files didn't adjust the width of ScrollPageExtent and ScrollExtent the problem would go away. I can understand adjusting the height based on data content, but the width should be constant since it has a fixed element width for the data anyway.

Also noteworthy:
Restoring the zone files (pre-update) corrects some of the cutoff, but using this updated eq2ui_custom_poifinder.xml the text rolls off the edge of the page and still has some cutoff on the right before the scrollbars.

[jnils]

Strange, for me it works fine, but i have to admit i have only tested it in 1 zone
I not sure if it has anything to do with the size, as it allways been this way.
You may have a corrupt icon file, but im not sure, if you press Update All how many files does it report ?
I will test this when i get home from work.

[jnils]

I can't get the page to fail
I have run around Qeynes zones and all works fine for me

[keezyrick]

Ok, I have verified that without changing anything (your new window or mine), the window will fail (truncate text) between zones updated and zones not updated since the mod.

I have attached two antonica zone files.

antonica_0.xml was included in my modification in UIBuilder and was touched by changes during that process. Although I did not edit the file directly (or any of its settings), it was obviously affected by changes to the scrollpage.xml and sizing changes to the window in the 'play' mode in UIBuilder.

antonica_1.xml was updated during the automatic update. It was originally part of the zip file I uploaded, but the recent updater run has replaced it, so I have included it to help test this issue. The updater did not replace antonica_0.xml.

Since antonica_0.xml was not touched by the update, I zoned in there and everything was fine. I moved to the other side of the zone and antonica_1.xml information loads and it cuts off the information as reported.

Going back to the other zone works fine.

This supports my original conclusion that the scroll adjustments for the OnShow command in the zone files are affecting the text and causing it to be cutoff in the window.

Not sure what can be done to resolve this short of either turning off autoupdates (I have chosen to do this), or removing the code in zone files to adjust scroll width.

This is obviously only a problem with my mod since it allows for an adjustable width window and the zone files assumed a static width window. As such it is a low priority, but the investigation has been interesting and I hope it helps to create a more flexible UI mod.

I really appreciate all the help and the mod itself (POIFinder).

[jnils]

I have re-done all the testing again.

1: First i installed your files, it works fine.

2: If i then run the updater i get the same result as you with cut of lines.

3: Then if i press update all it works fine again, even to good as now the lines are to long.

I think its easier if you modify your window to fit the scrollpage , even if it's not so slim as you had it or else you have to repace it everytime a new zone is added

This is obviously only a problem with my mod since it allows for an adjustable width window and the zone files assumed a static width window.

This is not true, it only true for TreeMos version who is fixed at 250 length lines.(there is no point making them longer as he cut the text at this length)
If you use my version (who is installed if no POIFinder.XML file is present) you can resize the width as my lines are 550 in length.
Hope you can get any sense out of it

Johan

[jnils]

Originally Posted by keezyrick

This supports my original conclusion that the scroll adjustments for the OnShow command in the zone files are affecting the text and causing it to be cutoff in the window.

Not sure what can be done to resolve this short of either turning off autoupdates (I have chosen to do this), or removing the code in zone files to adjust scroll width.

I did try to remove the "onShow" command from the POIFiles, but this only result in a scrollpage that's stuck in size and only a few lines can be seen