Digital_Utopia

My guess is that the Russian Client has either a) not gotten the Rise of Isengard expansion, or b) the plugin system hasn't been kept up to date. "GetTemporaryMorale" is a new function for the API that was released with RoI for U.S. and European clients, that tracks the amount of morale gained by the Champion's new bubble mechanic.

I'm not certain exactly how things work with the Russian client, at least in terms of how their updates go, but for now, I suggest downloading v1.09.3 from the Archive List above and using that version instead.

AleksLee

That's right, in Russia are no new additions. A version Palantir-1.09.3 works just fine. Thank you very much from all the Russians for a great plugin.
P.S. Sorry for my English, I translate through Google =)

Digital_Utopia

While it's sad to hear that you guys don't get more updates, I'm happy that the old version works for you. Also, no reason to apologize, Google's translation was perfectly understandable

DaMatze87

Hey Digital_Utopia.

First: You'd done really nice work.

But I've found a minor bug. If I activate Palantir while using "Tale of Heroism" (Minstrel), the bars stay in foreground until I deactivate the buff. If I activate the buff after starting the script, the bars fate out as they should. Same problem, if I change the Palantir-options or rearrange my HUD while using "Tale of Heroism".

I'm using the European Client German.

I'm not sure but I think it could be the reason, that "Tale of Heroism" costs power over time. I will check it with other buffs, that costs power over time and tell you if I have further details ;-)

So far

Matze

Edit: Ok. Here are some more details. It happens with all buffs needing power over time. If activated the power does not recover to it's maximum. For example for me it stays at ~1059/1064. In the moment I deactivate the buff my power recovers to the maximum and the bars fate out. Hope it can help you.

Digital_Utopia

I'm happy you like it, and I certainly appreciate the extra detail; but I fear I'm (hopefully) way ahead of you in this case. Due to the nature of power/morale draining buffs - I added a drop-down box to the main page of the options panel labled: "OOC Criteria". This setting basically tells Palantir what conditions should be met before it considers the player to be Out Of Combat and (if set to) hides itself.

In this case, since power is likely not to ever be at 100%, you should change that option to consider 100% morale as the criteria. This way, after your character is out of combat, and reaches 100% morale, Palantir will hide itself - completely ignoring your power level.

Hopefully this solves the problem, however if it doesn't or you run into something else, don't hesitate to leave another comment

goopotato

I've noticed the same thing now that I've made a mini, but I like using Palantir as both a morale and a power indicator when moving from mob to mob... if I have lots of HoTs on me, my morale is usually at 100%, but my power could be lagging way behind. If I set Palantir to appear only at 100% morale, I might miss when my power is down. Would it be possible to change it to account for the tiny difference? i.e., when power is at 99% or something? Right now my power hangs at 1090/1095, or 99.54%... just a suggestion, I love the plugin, and use it on all of my toons. Mini's the only one I've noticed this issue with.

Digital_Utopia

Ok, I understand now. The best way I can think of addressing this, and to provide for the greatest amount of flexibility is by adding the following options to the OOC criteria spinner/drop-down:

• Morale/Power is...
• Morale 100%/Power is...
• Power 100%/Morale is...

And then follow that with a slider giving a range of 0-100 percent in increments of one percent, that only becomes enabled when one of those three options are selected. This way, the player can select a specific percentage for one or both criteria. Although I realize that it would be even more flexible to be able to set each value, I don't foresee that being enough of an issue to take up the extra space in the settings panel. If you feel I'm wrong, please feel free to disagree, and I'll keep it in mind; but at any rate, this should be enough to fit the need.

How soon this gets added depends almost entirely on my free time, as well as how well the existing code is written - which would determine how easy it will be to make a specific percentage as a criteria. At any rate, I'm hoping within a few days. Thanks again for the feedback and clarifying the issue so I can see what's being requested better.

Cordeval

DU,

If possible, can you add comments to the plugindata files noting the file comes from Palantir?
That way if I need to backup the settings for a character, I could tell which files I need.

Alternatively, though probably more work, it be easier if the data files were named something specific to Palantir.

Example, "Main.plugindata" is fairly generic and I fear the name could be inadvertently used by a different plugin.
If it were named "DUPmain.plugindata" I could pretty easily suss out it was a Digital Utopia Palantir file.

I don't know if it could be done, but if the plugindata files for Palantir could be saved to a sub-folder, that would take care of specificity and source pretty efficiently.

Digital_Utopia

Strangely enough, I made the mistake of assuming that plugin data files would be saved to such a subfolder, named for the plugin the data is for. Unfortunately, not only isn't this the case; but we don't even have the ability to make such folders. That being said, I have to admit that I've known about the actual structure, and how those data files should be named a lot clearer in response to that structure, for some time. For whatever reason though, I keep forgetting about it when updating the actual plugin.

So, thanks for the reminder, I'll make sure that the data files have clearer names for the next update. You will unfortunately have to delete the existing ones - as there's no way to do so within the plugin system itself. I'll provide a list of files you can delete when I release that update. Thanks again!

goopotato

That would be about twelve different types of awesome... I had thought about that, but decided it was way too much to ask for, so I was just hoping for a tweak in the code to a slightly lower threshold than 100%. Can't wait to see this update! Thanks!

Plinius

hey

i've changed the client from german language to english - as soon as i try to load palantir (via lotro's own plugin manager) i get:
...\Plugins\DigitalUtopia\Palantir\OptionsManager. lua:89: attempt to perform arithmetic on local 'pct' (a string value)

resulting in palantir not loading at all

how can i fix that?

Feladr

Any news on quickslot issue? I don't understand LUA part of Bullroarer patch notes, so I don't know if it's gonna be fixed in Monday Update 6.

Digital_Utopia

Just to clarify - you're using the standard English client and the language is English as well? (Sorry. Wasn't sure if there's a language setting or not)

I just need to know in order to recreate the issue. Any additional info will help!

From those notes - it appears so; however I haven't had a chance to test. If you have bullroarer, please feel free to try it out yourself

Plinius

the client i use is the standard turbine client (i am an european player, thus once with a CM client, but i have deleted that one after a win7 re-install and installed via the turbine high res installer)

yes, you can change the language in the launcher - right from "Support" there is EN, DE or FR to choose the desired language

the error occured when switching from german to english
(not only on my pc, but it happened again on my netbook)

i could get rid of the error and use palantir again after deleting all plugindata files (not the plugin itself, but the settings)
i have not switched back to german to test if it works the other way round now...

but just to give an update on "my situation"

but besides that: i love palantir and hope that the lua fixes actually load the quickslot settings

thanks for this very very awesome plugin!

Digital_Utopia

Ok. It could be possible that the code that determines what language to use is confused by the new client's multi-lingual support. I will look into this as soon as I can. I don't think deleting settings will help, as I believe the check is automatic.