I'm seeing lots of errors due to the missing UIPanelButtonTemplate2, which is noted in the Wowpedia article.
I'm also seeing errors from AceTimer:
I'm not sure what the issue is yet.
- Registered User
Member for 12 years and 11 days
Last active Sun, Oct, 11 2020 18:22:13
- 0 Followers
- 25 Total Posts
- 0 Thanks
Sep 25, 2010Posted in: Addon Ideas
BATTLENET_NAME_FORMAT = "%1$s %2$s";
It looks like it is just concatenating them with a space in the middle.
Currently, LibAlts is doing a :lower() on everything to make sure that the searches are case insensitive. The given name and surname would be formatted the same if they come from Blizzard every time though so perhaps that isn't necessary.
Storing them separately isn't a bad idea but it complicates the lookup compared to the simple dictionary lookup we currently do.
Sep 24, 2010Would we have a way to match what was appended to the current friend?Posted in: Addon Ideas
It's possible that we could have them use the friend note with something like "Main: <main name>" as long as we could then read that for Real ID. In that case though the note is supplying the Real ID to main mapping but it would provide an option we could use to override the usual mapping for cases when it doesn't work.
Since we can only use the real id given name and surname perhaps it may be best to change the API to:
- GetMainForRealId(givenName, surname)
- SetRealIdForMain(givenName, surname, main) (also a new callback LibAlts_SetRealIdForMain)
It might be easier if the API concatenates the name in a consistent way just in case the other addons aren't. If I stick with just a single string then all callers would need to construct that in the same way if it is to match.
Sep 24, 2010If presence id isn't persistent then we're stuck with the combination of given name and surname unless I missed something. You aren't guaranteed it is unique though. I guess it's possible that for one person it is unique enough. The most likely collisions would be family accounts or having multiple friends who are family and the given name+surname is the same.Posted in: Addon Ideas
It seems like there is value in it but it will have some limitations too.
I need to check it out but one of the fields you can get back from the BNet API is the note field. It's possible users could add extra information there to let LibAlts and other addons know who the player is. It might help get around some of the issues.
Given that LibAlts is used for login alerts, notes, etc. it does seem like it would be good to consolidate any real id to main mapping here.
Sep 24, 2010Good catch.Posted in: Addon Ideas
I have no idea exactly how it works since I need to play around with it still...
But a quick look at the Real Id/Bnet APIs shows a presence id, a given name, and a surname. The presence id is the actual value we need to map to a main. For the automatic mapping, there is also the toonName. I see several BN_* events and BN_FRIEND_ACCOUNT_ONLINE looks like it could be what is fired when a Real Id friend comes online? I'll have to find a way to test it.
It would be up to LibAlts callers to handle the conversion and display of presence id to given name and surname, imho. I guess LibAlts could do that for you but it seems easier to use the unique presence id and it would be required really. The given name plus surname isn't going to be unique and someone will run into a collision.
Update: I was looking at the API again and noticed the text "for this session" on Wowwiki's description of presence id for a method. I guess we need to verify if presence id is a persistent and unique id. If it isn't then it gets complicated.
Sep 24, 2010I questioned IsRealID(realid) only because it just tells you if there is a Real ID to Main mapping and you can easily get that from GetMainForRealId(realid). If you get something back, the answer is yes. It would be consistent with the LibAlts API though.Posted in: Addon Ideas
I'll check it out Starinnia. I need to setup Real ID and learn how it works. Thanks for the advice with it.
I'll add the basic functions we mentioned so far to LibAlts now. We can figure out the automatic mapping after that is done. The automatic mapping shouldn't affect the API itself.
I believe whatever addon/library implements the automatic mapping should honor the architecture and place the main-alt mappings into the data source "realid". However, it makes sense that LibAlts would do it unless we run into an issue with it.
FYI, I've been working on my Alts addon which will basically provide a LibAlts-based addon that can show and manipulate all of this data. I'll add the real id stuff to it and hopefully release it soon.
Sep 24, 2010I don't know much about how Real ID works in game but I think the Real ID to Main mapping would be easy to add. Unless there is a reason otherwise, I think we could just provide these methods and let the callers use them as needed:Posted in: Addon Ideas
- SetRealIdForMain(realid, main) (also a new callback LibAlts_SetRealIdForMain)
Should we worry about an IsRealId() function or just let people use the GetRealIdForMain(main) to figure it out? It either returns a name or it doesn't.
As long as we can link a Real ID to a main, I don't see why we would want to worry about SC2 names. I assume the SC2 name is linked to the Real ID so it wouldn't be very useful if we already have the Real ID to main mapping?
Once a Real ID to Main mapping it setup, we might want to watch for character names and automatically add them as alts if they show up for that Real ID. At least if I understand how it works correctly, it should be possible. I thought you can get the Real ID and current character name.
For example, if LibAlts learns that "John Doe" is Starinnia and we later see Starinnius logon and that character is listed under the "John Doe" Real ID then LibAlts (or perhaps a LibAlts-addon) could add that main-alt mapping. Either LibAlts itself can listen and make the main-alt mappings or another addon listens and then pushes the change into LibAlts.
It would be easy to add all of these ideas to LibAlts. Implementation would mostly be the new functions plus a dictionary to handle it. I'd have to look into the automatic mapping to see how to best implement that.
Sep 21, 2010Posted in: Addon IdeasQuote from OrionShockconsidering alt/main relationships are not likely to be subtracted (xpt when ppl leave the guild) I think the LibAlts solution works well. All you need to do is itterate though the alts and save the data. When you load into the game just repopulate the list.
I'm moving forward with using LibAlts right now. I did extend the interface so it supports different data sources. That allows you to pull in guild data and such into a separate bucket so you can easily replace it. Anyone querying the interface doesn't need to know about the buckets though since the results are automatically merged for them.
Guild notes can be wrong and need cleaned up. If you have the guild data separate you can easily wipe it and reload. It solves the syncing problem.
Sep 21, 2010I forgot to update this thread. I've been talking to sylvanaar quite a bit about this issue.Posted in: Addon Ideas
It seems that most authors aren't crazy about having a separate, central addon to store the data. While that could possibly be the best solution, it also adds a requirement that isn't popular.
I don't think the chained GetAlts() would work as well since there was a lot more complexity behind the scenes in how the data is stored and it seems to make it difficult to coordinate storing all the data. You would need to implement other methods. It felt like it anything, it would just end up where LibAlts is at but with less definition of the interfaces.
My person opinion right now is that it makes sense to use a separate addon or use LibAlts. LibAlts is currently in use so there is some advantage to it. Although in order to implement some of the improvements I had in mind, it would need to change slightly.
Right now, I'm coding up the changes to LibAlts and I will integrate them into my addon. If all of it can co-exist properly with Prat after an update, then it is probably a good solution.
Sep 19, 2010Thaoky, your addon is very cool but you're doing way more than we ever wanted. Sylvanaar's Prat and the addon I coded are really just a way to note the alts of someone. Since we often don't have real names for people, the idea of a "main" makes sense. It's only goal is to help you tie characters together.Posted in: Addon Ideas
I did see the Data Store code. Interesting idea. It may be overkill for what we're trying to do though. It did make me wonder if you wanted to use that approach for lots of addons then how do you organize the data to work as many addons as possible. Our addons wouldn't need the level of detail that Altoholic provides or even what the character data store provides.
I think what you're doing makes sense for your addon. What your providing seems to serve a different function than what we're doing. The main-alt relationship that we're saving is only to tie characters together.
What I'm seeing so far is that their doesn't seem to be a community agreed upon approach to shared data. I can see the desire to keep addons autonomous but at the same time it complicates some problems such as this one.
Sep 18, 2010I have an addon coded already. I was mostly concerned on making sure it might work for everyone. I'll post the addon here in the next day so everyone can see what they think.Posted in: Addon Ideas
In addition to adding all the basics I think a user might want, I coded the guild import so it doesn't dump all its data in the main table. That should ensure that it is always in sync. If character's are renamed or the main-alt guild data updated, this method avoids having that old data trapped in the table.
Sep 17, 2010I went ahead and installed Altoholic just so I know exactly what it does. It's a very large addon. It does more than I thought it did.Posted in: Addon Ideas
As far as I can tell, it stores everything and then some about your characters. It looks like it will share this information with other people if you authorize it.
Prat and my suggested addon were meant to pull in main-alt associations via guild notes and user-defined associations. I may have friends who are not in my guild. I know their main and their alts. I could set that up in the addon and that information could be displayed plus used by other addons. I would not need anyone's permissions to add and use that information.
It is not quite the same but is obviously related. It is one other possible way of getting main-alt relationships then. You can set up your own main-alts and offer to share that information.
The possible sources of main-alt relationships so far would be:
- Guild notes (proper formatting required)
- Possibly import/export via strings (like Pawn, etc.)
- Automatic for a player as the addon sees characters with an option to share with other users (Altoholic)
Sep 17, 2010It's my belief that all of the mods except for Altoholic (since I don't know it well) are just storing main to alt links. I should check Altoholic to see if that is the case though. So far I don't think we want to store any more data than that.Posted in: Addon Ideas
Altoholic just seems way too large to require people to run it. In addition Prat is doing the same thing already. I'm proposing that we cut that functionality out of the two and move it to a central place. All of these addons then call into the central addon to get the data for their own purposes.
I know for my particular notes addon that there is a reason to use that data yet it seems best to store it somewhere else.
I think I'm moving down the path Sylvanaar started with LibAlts and just seeing if it makes sense to move all of the data into one spot. It would definitely simplify things.
Sep 17, 2010Altoholic is a fairly large addon that does much more than record alts and it does not, as far as I know, record main-alt relationships to the same degree that I'm talking about. I don't think you would want to require that addon to get this functionality.Posted in: Addon Ideas
I'd have to think about the GetAlts() chaining. It still seems that one interface would be easier. You would still have multiple addons storing and providing that data. Is that much different than using LibAlts?
- To post a comment, please login or register a new account.