API 100009 and Patch 1.4.3
 

I experience some anchor related problems on InfoHub after I patched to 1.4.3. Is there any change about it? And you guys have missing addon name characters on addon selection menu or its just me? Its like third word on an addon's name which coloured with hex codes are missing. But not all of them.

It seems that addon title can't have more then 32 characters now.

I'm slowly getting tired of this kind of changes. Why break something that works (1) without actually improving anything (2)? Would be nice if they just said "Hey guys, stop fcoloring your add-on names".

1) Previously if you had long addon name with colored parts, it got cut off where it should... well, almost. If you had a long texture filename in the title, it would happily cut in between |t tags so it came up as a white rectangle.

2) Colored names still don't order properly

I up this topic to ask if someone else than me got problem with LINK_HANDLER features ?..

I cannot do a LINK_HANDLER:RegisterCallback anymore, Unregister, Clean too.. code is simply ignored ?
Some functions have been removed, but this one still exists but does anything...:confused:

I don't really understand why there are two different events for clicks (LINK_HANDLER.LINK_CLICKED_EVENT, LINK_HANDLER.LINK_MOUSE_UP_EVENT), but it was not hard to make DerpURL work again with the latest changes in EsoUI. Unfortunately I was not able to make it work with the latest changes you have made to pChat. What kind of magic did you use to break custom links? ;)

Another ridiculous change - paths to Lua files in manifest are now limited to 48 characters. Anything longer is not loaded.

I rewrited ZO_LinkHandler_OnLinkClicked .. but if you get a better solution, I take it :D
*reading code of Copy Item Link *

Hum. ok, I read derpurl & your Copy Item Link. And Yes i did those changes, and nothing worked for me. still don't understand.
edit2: ok.. found. was very easy in fact. maybe i need coffee. still don't understand why need to register the 2 handlers now.

It works a bit different way, it is not 48 characters written in the addon manifest, it's a lenght of the file path including the addon folder name.

For example this works (69 characters):
This does not work (70 characters):
Also this works (69 characters):
This does not (70):
Don't ask me why 69 characters, I have no idea. Probably there should be included also "AddOns/" and maybe something else (tested with EU client).

Afterwards I thought it might count more than the relative path, but was too lazy to test thoroughly. It's silly anyway, even if you took the full path, it'd be around 120 characters (depending on login name), whereas PATH_MAX or how's that constant named on Windows has been 260 since when? DOS? :D

Full path for me is 130 characters:
So it will be probably 128 characters limit for:

This kind of unannounced crap pisses me off. Just makes all of us look bad, when really it's their poor judgement and bad decisions at fault.

I would guess (pure speculation) that it was a change in the core Lua modules made to fix issues / work within limitations for consoles environments.

That or some sort of strange memory usage reduction or yak shaving exercise.

Source: http://forums.elderscrollsonline.com...omment_1275009

This was posted in Wykkyd's thread just a little bit ago:
http://forums.elderscrollsonline.com...mes-file-paths

/edit: and Garkin beat me!

Thanks for squeezing a response from ZOS. It shed some light on two blurry and one really, really dark matter...