esoui/esoui

Elder Scrolls Online Addon Developer Community

shehi

@shehi

These said, I haven't checked any game INI files to confirm my findings. I will just skip using any DATETIME formats from API.

Sharlikran

@Sharlikran

@shehi Thanks for the correction, I would have thought it made a difference.

However, I was asking to be sure because I mentioned I parse it already and didn't get a response. I have not had any reports of it not working. Not sure who does or doesn't have issues with it though. I use it because I wanted to get the date the guild was founded but I wanted it in epoch time.

https://github.com/ESOUIMods/AdvancedMemberTooltip/blob/main/AdvancedMemberTooltip.lua#L725-L808

Sharlikran

@Sharlikran

@sirinsidiator was GetLocalDistanceInMeters affected in some way by any recent ZOS changes? It doesn't cause an error but I'm wondering if somehow the size it returns may have been effected.

shehi

@shehi

@Sharlikran , in that code you linked above:

The line local day, month, year = get_formatted_date_parts(dateString, "dd.mm.yy") assumes wrongly, as I described.

And then the rest of the logic there relies upon that assumption. I just don't understand: based on what you assume date format to be dd.mm.yy?! As I mentioned above, the format used ingame is completely unreliable. Personally on my EN game client, where Windows locale is EN-GB, I get mm/dd/yy dateformat, where digits aren't zero-left-padded (i.e. it is 3/30/2014, not 03/30/2014).

And as already mentioned, my Czech guildie with CZ Windows locale, using EN game client is getting dateformat like I do, in EN-US style.
And a Russian guildie with RU Windows locale, using EN game client is getting dateformat like that of DE game client, in dd.mm.yy style.

shehi

@shehi

My assumption is, when we installed the game and started it the first time, for me Windows had EN-US back then, for Czech guy the same, and for Russian he had Russian one. So Launcher took these locales and assigned to our EN game client as valid locale.
I personally changed my Windows locale to EN-GB later on, but that doesn't affect anything anymore. Of course these need proper testing, checking INI files etc - maybe @ZOSDanBatson or someone else from ZOS could shed a light on this, I don't know :)

Sharlikran

@Sharlikran

That is so silly of me. I thought it knew automatically what to do. Which is what I wanted. So thanks. I will add a LAM dropdown to allow the user to choose the format. Thanks.

ZOSDanBatson

@ZOSDanBatson

What function are you calling to get the date?

Baertram

@Baertram

@shehi Just a guess: Did you try if there is a difference if you run the game via the launcher or only start eso64.exe?

afaik the game uses the language provided in the live/UserSettings.txt file

SET LastValidLanguage "de"
SET Language.2 "de"

shehi

@shehi

@ZOSDanBatson , GetGuildFoundedDateAttribute()

@Baertram , I am a user myself. I never use Launcher, I start game via GOG Galaxy link (eso.exe) to track my gaming activities. If this doesn't work for me, "nuff said" :D

Sharlikran

@Sharlikran

@ZOSDanBatson can you help steer me in the right direction or suggest a possible solution.

local get_dimensions = my_control:GetDimensions()

The dimensions are 117 for the blob when I am zoomed in

Sharlikran

@Sharlikran

Zoomed out is 298

I add 50 to whatever the dimension is. With some more digging I see it's about the same as getting GetDesiredWidth() plus 50

So my issue is that LibGps returns a size that seems to correlate to when the map is zoomed out all the way which to GetDimensions() is 248 (then I add 50)

What can I use instead to get the Desired Width or the Dimensions of the dig site polygon when the map is zoomed out? Something so I don't have to set the zoom and then take measurements and then returning the zoom to the original zoom factor the user had the map at.

Sharlikran

@Sharlikran

* IsPointInside(*render_measurement* _x_, *render_measurement* _y_, *layout_measurement:nilable* _leftOffset_, *layout_measurement:nilable* _topOffset_, *layout_measurement:nilable* _rightOffset_, *layout_measurement:nilable* _bottomOffset_)
** _Returns:_ *bool* _isInside_

I have seen that but I don't know how to get all that information and I only have the X and Y locations of the dig site stored in the saved variables.

ZOSDanBatson

@ZOSDanBatson

@shehi That function should already be returning a different string based on the set language.2. US vs GB doesn't matter though. Only EN/RU/DE/etc

Well at least not in any way I control. WIndows might do something under the hood. It's calling wcsftime (which is a Windows function) with formatter based on language.

For English it's relying completely on wcsftime, we don't actually provide a formatter, we let Windows dictate what how it should come out.

German and Russian use a "%d.%m.%y" formatter, and French uses a %d/%m/%y formatter.

ZOSDanBatson

@ZOSDanBatson

@Sharlikran I would take a look at ZO_WorldMapManager:TryAddDigSiteToMap and ZO_MapPin:MouseIsOver

The blob is a Polygon control built from a bunch of normalized WorldMap positions. And IsPointInside on the Polygon should just take a point like any other attempt to call IsPointInsde.

Sharlikran

@Sharlikran

darnet I hoped that I could understand ZO_MapPin:MouseIsOver and I'm affraid I am not sure that I do.

I mean everything points to the fact that if I use

local my_control = WINDOW_MANAGER:GetControlByName("ZO_WorldMapContainerPinPolygonBlob", blob_key)

for ZO_WorldMapContainerPinPolygonBlob1 then using my_control:IsPointInside(0.86486840248108,0.78868728876114) should work if I know for certain the pin is in the polygon, only the returned value is false.

when I look at the points that make up the blob they are all normalized.

I'm probably just doing something wrong. Thanks so far I'll keep looking at it.

Sharlikran

@Sharlikran

/script d(ZO_WorldMapContainerPinPolygonBlob1:IsPointInside(0.8711068034,0.7872515917))

gave me false

for that pin in the red square

ZOSDanBatson

@ZOSDanBatson

IsPointInside doesn't take a normalized map position

IsPointInside takes a screen position in UI space. .87, .78 is like the tippity top left of the screen.

Considering screen space is typically measured in 1920x1080

Sharlikran

@Sharlikran

Well I've been able to get the map zoom so I'm loking at that, for the moment

Thanks for the clarification that it doesn't take a normalized map position

IsJustaGhost

@IsJustaGhost

is there a way i can set to show the quest marker like the ones used for writs (or is it just certifications) over a specific crafting station type?
my intent for use would be. if i have an item to decon used on the station, then show quest marker over the station.

Shinni

@Binaryvector

there is no api that does nit automatically, but you could do it by displaying a 3d texture

you'd need to hardcode all the crafting station locations in your addon though

Sharlikran

@Sharlikran

@ZOSDanBatson I'm still fine with the code I found and what im working on to get the users map scale and some other data. However, if the mouse crsr uses a UI position that IsPointInside can use, is there an api to take normalized coordinates and convert them to UI coordinates?

ZOSDanBatson

@ZOSDanBatson

Not super easily, I don't think :/

If you know a pin control exists, you can probably ask that pin's control what it's position is (control:GetCenter()), cause that should be in screen space.

Sharlikran

@Sharlikran

If I knew the center position using that, can I then convert the X,Y to normalized coordinates? I saw some routines in worldmap.lua

https://github.com/esoui/esoui/blob/aee237c37ddbfcbe714269d1685de4aff34dc321/esoui/ingame/map/worldmap.lua#L6293-L6296

I saw that and I don't know how to get the min and max, but if I could do something with the center UI screen space coordinates that would also help.

If nothing else where I am going will be fine but if there are other ways I'd like to experiment with them.

ZOSDanBatson

@ZOSDanBatson

That block of code has nothing to do with normalizing screen or map points to screens or maps. It's normalizing border points around a central point. It's so that the information remains consistent as the map moves around, basing everything one central center point, without needing to constantly rebuild the mapping. Nothing about those lines of code will help you.

shehi

@shehi

@ZOSDanBatson , regarding DATEFORMAT again:
Can you confirm that language.2 set inside UserSettings.txt takes effect only when game is launched via the Launcher? Or will it be effective if one starts the game directly, through eso.exe? In a nutshell, how crucial is Launcher in launching the game?

Baertram

@Baertram

afaik UserSettings.txt is not only changed read/written if the launcher is used, but always as eso is running.

Same for AddOnSettings.txt

Else someone would have reported before already, that the settings or addons are not saved properly (including myself :-) )

ZOSDanBatson

@ZOSDanBatson

If you change it directly via UserSettings.txt, you can only do that when the game is closed. But if you do it with SetCVar, it will apply immediately (after a reloadui, which should happen automatically.)

Launcher has no bearing on anything

Where communities thrive

People

Repo info

Activity