Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Dec 13 2021 12:39

    sirinsidiator on master

    7.2.8 (compare)

  • Dec 06 2021 11:50

    sirinsidiator on master

    7.2.7 (compare)

  • Nov 15 2021 13:22

    sirinsidiator on master

    7.2.6 (compare)

  • Nov 01 2021 15:35

    sirinsidiator on pts7.2

    7.2.5 (compare)

  • Nov 01 2021 15:35

    sirinsidiator on master

    7.2.5 (compare)

  • Oct 18 2021 17:14

    sirinsidiator on pts7.2

    7.2.4 (compare)

  • Oct 11 2021 21:46

    sirinsidiator on master

    7.1.8 (compare)

  • Oct 11 2021 21:45

    sirinsidiator on pts7.2

    7.2.2 7.2.3 (compare)

  • Sep 27 2021 14:37

    sirinsidiator on pts7.2

    7.2.1 (compare)

  • Sep 20 2021 21:34

    sirinsidiator on pts7.2

    7.2.0 (compare)

  • Sep 20 2021 12:51

    sirinsidiator on master

    7.1.7 (compare)

  • Sep 07 2021 14:57

    sirinsidiator on master

    7.1.6 (compare)

  • Aug 23 2021 14:37

    sirinsidiator on pts7.1

    7.1.5 (compare)

  • Aug 23 2021 14:31

    sirinsidiator on master

    7.1.5 (compare)

  • Aug 02 2021 19:08

    sirinsidiator on pts7.1

    7.1.3 (compare)

  • Jul 26 2021 17:59

    sirinsidiator on pts7.1

    7.1.2 (compare)

  • Jul 26 2021 15:26

    sirinsidiator on master

    7.0.9 (compare)

  • Jul 19 2021 18:24

    sirinsidiator on pts7.1

    7.1.1 (compare)

  • Jul 12 2021 22:48

    sirinsidiator on pts7.1

    7.1.0 (compare)

  • Jul 12 2021 13:36

    sirinsidiator on master

    7.0.8 (compare)

manavortex
@manavortex
then there'll be a list of strings that just needs a little bit of search and replace until it's directly ready for FurC's data files
Sharlikran
@Sharlikran
Darnet I don't know what the itemviewer is or how to populate it
I have furC but I kinda just let it show the tooltip
manavortex
@manavortex
sidtools is the other addon
image.png
Sharlikran
@Sharlikran
I think I used it once to search for something
manavortex
@manavortex
siri's
Sharlikran
@Sharlikran
Oh okay that screen shot helps, I'm gonna eat then and then come back to this
looks like I will be playing with it for a bit, thanks so far
manavortex
@manavortex
I use siri's addon to generate string entries in the saved variables of siri's addon that I can then copy and paste into FurC's data files
Sharlikran
@Sharlikran
ahhh
manavortex
@manavortex
I am a very, very lazy dev. :D And the volunteer fixed it by now and is currently in the "fuck around and find out" phase
Good night everyone :) <waves>
manavortex
@manavortex
Pull from github, there's a readme thingy in the data folder
shehi
@shehi
Sorry for waking up this necro topic, but a RU guildie of mine who is using EN client, is getting DATETIME format of DD.MM.YY. His Windows system is in RU.
That format I am getting with DE game client, my OS being in EN locale. I am totally confused. Isn't internal DATETIME format fixed for certain game client language?
When I run the client in RU, my DATETIME format is exactly like in EN: MM/DD/YY.
Sharlikran
@Sharlikran

@shehi Are you still trying to basically parse the string information from the guild date string and convert it to Epoch time?

German is probably YY//MM//DD and I would not be surprised if the date and time are different that is OS controlled under region settings.

Sharlikran
@Sharlikran
image.png
shehi
@shehi
No @Sharlikran , OS locale doesn't consistently affect game client DATETIME format. A Czech guildie using EN client has en-us locale, whereas Russian guildie with EN client has European DATETIME format we see in DE client. It's completely unreliable. And client's locale is affected by launcher. E.g.: in Launcher set it to a different locale, then start the game via eso.exe bypassing Launcher's PLAY button. Game won't start with new locale you chose, it will start with old one. I did a lot of testing yesterday discovering these. My guess is, when game is installed and started via Launcher the first time, it feeds locale from OS to the game, and that sticks there as locale of that chosen client language. After that whenever you come back to that client language, that "memorized" locale setting used again. That's how these two guys, one having RU and the other having CZ locales in their OS, using EN game client get different DATETIME formats.
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()
image.png
The dimensions are 117 for the blob when I am zoomed in
Screenshot_20211129_203708.jpg
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
image.png
for that pin in the red square