i've always been about cutting back unnecessary extras where it seems relevant though, having a ton of information on hand is cool but also gets extremely messy and convoluted quickly with priorities getting buried under other heaps of data.
anyway what does the player frame have that the nameplate doesn't? a dropdown menu and your portrait texture? just a pet project anyway, i don't think id ever do anything beyond questing with something so minimal |
Nameplates are now normal unitframes with unitids. They have all the features as any other unitframe.
|
Quote:
|
Quote:
That said, in the example you posted I'd find the lines linking the mobs to the unit frames really distracting. Nameplate position on screen provides that information already in a much more intuitive, less intrusive way. |
Quote:
|
Quote:
Also: I doubt it that you can sort nameplates by role/class/name/party etc. |
Quote:
|
If I'm understanding things right a lot of stuff can be adjusted by editing the frame option tables?
https://github.com/Gethe/wow-ui-sour...rame.lua#L1615 https://github.com/Gethe/wow-ui-sour...lates.lua#L215 https://github.com/Gethe/wow-ui-sour...nels.lua#L1271 https://github.com/Gethe/wow-ui-sour...nels.xml#L1490 |
yes, with the qualifier that a lot of those options are toggled off because the functions they involve aren't fully routed through the nameplates (hence my *technically*). smoothupdates throws out an error if enabled true for instance
|
Quote:
|
Also everyone is talking about that you can get the unit from the nameplate itself, but i did not managed to do this yet properly. Both the .unit values and the GetAttribute("unit") method returns "nameplate1-30" values, which is kinda useless. Or am i missing a function somewhere?
You can get the plate frame itself from the unit with C_NamePlate.GetNamePlateForUnit(), but how do you do this in the other way around? |
I've found issues with the .unit value too
the first argument for NAME_PLATE_UNIT_ADDED should be the base unitid |
What do you mean useless? nameplate1 is a valid unitid like target or player.
You can compare units with UnitIsUnit or by using GetNamePlateForUnit. http://wowprogramming.com/docs/api/UnitIsUnit Quote:
http://wowprogramming.com/docs/api/UnitGUID |
Quote:
Whats the point of the new system, if you get an alternative unitid then you need to get its guid then compare that with the a real unitids guid? They should add a new attribute which would return the proper unitid GetAttribute("realUnit") which would return "target"/"pet"/"raid34" etc. |
Quote:
And check if you are targeting the nameplate with the unitID "nameplate1" and the unit currently using "NamePlate1"... Getting a unitID from blizzards nameplates: Lua Code:
Quote:
So "nameplate#" can be the same unit as raid# / player / target / focus .... |
Resike that has to work. Otherwise you found a bug.
*edit* Tried it. Works both ways. Quote:
|
It should be possible to create a "enemy nameplate grid" using SecureUnitButtonTemplate / SecureHandlerStateTemplate with this conditions:
Lua Code:
That would be really helpful for raid encounters like gorefiend.... So much possibilities *-* |
Quote:
|
Quote:
|
Quote:
|
All times are GMT -6. The time now is 08:43 PM. |
vBulletin © 2024, Jelsoft Enterprises Ltd
© 2004 - 2022 MMOUI