Aces High Bulletin Board
General Forums => Wishlist => Topic started by: CptTrips on August 29, 2019, 02:44:44 PM
-
We now have an in-game login announcement message to let players who don't frequent the BBS know about upcoming events and scenarios. That is awesome.
I think it needs to be taken a step further. I should be able to register right then and there through that interface in-game. Strike while the iron is hot.
It should all be tied directly through their HTC account. The player shouldn't have to go to a completely different website, and create a completely different login, just to participate. It is an extra layer of friction in the process that gives players an excuse to catch the next one instead.
Scenarios and events are a vital part of the Aces High ecosystem and interfacing with them should be integral through the game UI they are already in, instead of having to remember to go somewhere else later and jump though a bunch of external hoops.
(Yes, I do realize how much work has gone into the AHEvent website. It is very well done. I just don't know if it is the most effective approach to gain maximum engagement rates.)
$0.02,
CptTrips
-
That tab is an in-game html browser right?
-
That's a pretty good idea.
Wiley.
-
Very handy.
-
Great idea.
-
That would make it significantly easier, that is for sure. Hitech doesn't run that 2nd website, that I'm aware of. It's done solely by the scenario/fso volunteers? :headscratch: I just know that currently, if I want to register for an event, I have to go to that 2nd website in order to register.
But what if we take it a step further; "Reminder! You have registered to participate in <the upcoming event>! Hope to see you there!".
A reminder that you registered would also be nice. Sometimes RL just blindsides you in a way where you can still participate, but you'd have forgotten.
-
Great idea. :aok
-
Two thumbs up!
-
We now have an in-game login announcement message to let players who don't frequent the BBS know about upcoming events and scenarios. That is awesome.
I think it needs to be taken a step further. I should be able to register right then and there through that interface in-game. Strike while the iron is hot.
It should all be tied directly through their HTC account. The player shouldn't have to go to a completely different website, and create a completely different login, just to participate. It is an extra layer of friction in the process that gives players an excuse to catch the next one instead.
Scenarios and events are a vital part of the Aces High ecosystem and interfacing with them should be integral through the game UI they are already in, instead of having to remember to go somewhere else later and jump though a bunch of external hoops.
(Yes, I do realize how much work has gone into the AHEvent website. It is very well done. I just don't know if it is the most effective approach to gain maximum engagement rates.)
$0.02,
CptTrips
For as long as I can remember HTC has always wanted AHEvents to be a separate 'entity' from HTC. It might not be the most effective approach, but I don't have hope that anything would change, and it would be a whole lot of work to migrate something over to an HTC-hosted website, but if done properly it would be fantastic to have it integrated into the clipboard and the CM team could 'manage' the backend too and still have the web interface available for everyone.
My other worry with plastering the arena message with events is that it will lose its luster if it is constantly up in the arenas (eg. you login and immediately close it, but if it is only up every so often one would be more inclined to read it).
-
For as long as I can remember HTC has always wanted AHEvents to be a separate 'entity' from HTC.
Special Events being run by a separate player based cadre is a good idea. HTC doesn't have the manpower to micromanage events. That doesn't mean HTC can't facilitate that by allowing the Special Events Organization the ability to interface with the customers though the client interface. There would be some linkage coad required, and the old website doesn't need to go away. How it all works depends on how things have been implemented, but really HTC just needs to inject something encrypted in the querystring telling the SE site the user has validated and their id. Everything else could pretty much work as-is for the most part. The other change would be to host some SE provided web content in a html view which they already have the capability to do. I'm not saying it's 3 lines of coad, but it is probably not massive. People who already have an account on that site and prefer that interface can stay with it.
My other worry with plastering the arena message with events is that it will lose its luster if it is constantly up in the arenas (eg. you login and immediately close it, but if it is only up every so often one would be more inclined to read it).
Well, after a pot of coffee this morning :x, I sat down and was thinking some more on this. I'd like to amend my suggestion. This might be controversial and I'm sure I'll get accused of trying to stab Hitech in the back, trying to tell him how to run his business, and other thought crimes. But, whatever.
I think the best place for this stuff isn't the popup nag-screen as you enter the arena. I think that should be for information particular to that arena they have just entered.
I think the better place for what I am suggesting is upstream of that.
The absolute most valuable piece of UI real-estate is that first panel of the clipboard the user sees as he first starts up the game. In my humble opinion, that INCREDIBLY valuable UI real-estate is being heartbreakingly underutilized.
Hitech has the right to be proud of his work and I understand the nostalgia of recognizing all the fine folks who helped him build his game over the decades. However, my brutally honest opinion is that first screen, the prime landing spot, the first thing a a player sees when starting the game is NOT being used to improve the players user experience. I think that is not the best utilization of the resource.
I would suggest something like the following (Don't hate on my graphics. This is not production, just concept prototyping.):
(https://www.dropbox.com/s/9pd6yn7jxanmdfx/mainmenu.png?raw=1)
Clicking register would take the player though the obligatory login validation. Note: The client UI should cache the login credentials in memory so if I login once in one area (like account administration, or event registration) I don't have to login again when I go to "Online Arenas".
(https://www.dropbox.com/s/w8n503xyj2eu0ub/login.png?raw=1)
Maybe after that some encrypted token can be injected into the querystring sent to the registration form proving the user had validated and their gameId. From there things could flow as usual.
(https://www.dropbox.com/s/ixlki88xztt647c/Registration.png?raw=1)
Again, I think the goal would be to facilitate and expose an interface for the existing model through the client UI. Not to totally replace the current SE server. Old war-horse can still use the interface they are used to. Maybe something like this would help reduce the friction and lower the barriers to help get new players involved in the best experience Aces High has to offer.
$0.02.
-
I think this idea (or something similar) would be very helpful to the Events community, nice one Sir!
As to the other point mentioned (moving the Events "stuff" from a separate site to something under HT's control), this is also an excellent idea, from personal knowledge, the backend of the Events website, where the logs are received and parsed was coad-ed by some very talented players that no longer play the game, this leaves the Events staff in a dire situation if anything goes wrong, as they (while more intelligent and good-looking than the average player) are not coad-ers themselves, and have to deal with a lot of legacy stuff that no-one understands anymore, also, they don't have total control of the server it lives on either, so a good old-fashioned reboot to see if that fixes it isn't possible.
I realise HT has more fun things he's working on, but tighter integration into the Events side of things I think could only be a good thing!
Salute
Steely
-
Special events are run by people who are not part of HTC. We are all player volunteers doing our thing as an independent, self-managed group.
We have no ability to do anything to the interface to AH. The most we've been able to do is to create the content for the Arena Message in melee arena. That was an avenue for us starting about 6-12 months ago.
I understand the Events team is independent of HTC. I understand you yourselves can't modify the UI. What I am suggested Hitech would have to add some code to the client to facilitate this. Let me fill in a little more detail on stuff I may have glossed over:
1. The client has the ability to display web content. The help panels are web content. The pop-out video panel is web content. Your arena pop-out when you log in is displaying web content.
2. The web content for the Events page you can see in the scrollable arena of the mockup above, would be web content living on the Events server that the Web viewer in the client is pointing at and displaying. However the content is created and maintained by the Events team. HTC would merely be displaying web content you create directly in the client first clipboard panel where players can more easily see it.
3. When a user clicks the register button (creating a navigation request to the next page) in the web page you created, the client web control, I assume, has the ability to intercept that navigation request and first perform the login validation, then as it goes to load the next registration page, which the SE teams creates maintains and hosts on their server, the HTC client would inject an additional encrypted token in the querystring (the data that gets passed along to the webpage being loaded) and that page has the ability to decrypt the token and verify that the user was validated and is given the in-game player id that is registering. From there you are off to the races.
4. HTC has to add the framework to display the SE web content on the front panel, but from there, all the content is created and maintained and hosted by the SE team, it is just displayed by the web viewer in the game client. HTC just displays your web content and provides the login validation.
I think what I'm suggesting would provide the maximum support for the Special Events with a minimum of effort.
HTC benefits financially from the Special Events. It is a major part of the value that justifies a user keeping an account. I'm sure there are many old war-horse that ONLY keep an account so they can play in the Scenarios. It is completely in HTC's interest to fully support the Special Events as first-class citizens in their ecosystem.
:salute,
CptTrips
[edit] I never really stated it explicitly, but in the mockup, everywhere you see a panel with the scrollbars, I'm implying that is a web viewer control displaying external web content. So in the mockup above, it would be displaying external web pages created and hosted by the SE team.
-
Or just add an events/scenario button that opens your default browser to the current or next scenario page.
-
Or just add an events/scenario button that opens your default browser to the current or next scenario page.
As a user, it was annoying for me to have to go through another website creating an account, managing yet another password, waiting for confirmation email and access, to play a scenario for a game I already have a login for. Every layer of friction you add, is less players choosing to participate.
Adding an unnoticed button to open a browser is not the same as displaying the information about upcoming event directly in their face when they start the game.
[edit]
I think there are two fundamental design goals that any suggestion needs to solve to improve things.
1. Information about upcoming events should be placed directly under the nose of users, directly though the game-client so that they can not possibly fail to notice in the course of their normal logon/play workflow. It needs to be explicit and directly visible. You can't rely on them to remember to go to some external website later and it is very rude to dump them out of the game client they are in to bring up an external browser.
2. Once they know about the event, you want to provide as seamless and frictionless and pleasant a user experience as possible to get them registered. They have already gone through the trouble of setting up a login account for Aces High and they are sitting right there in that client. Don't make them have to go through that whole process again. That's rude. If that is more work, then so be it. The goal is not to make things easier for the developer. The goal is to make things more enjoyable for the user. This is entertainment software, not the DMV.
That said, if you can do it with the minimal effort without sacrificing the user experience, then fine. But if any price is paid, the balance should be tipped in favor of make things nicer for the user even if that means extra work for developers.
-
Few notes for your thinking.
First you can already test web pages threw squad MOTD pages. simply make the first line url in the text file you upload.
2nd there are many hooks into AH that are call like javascript , things like send dot command.
3rd don't forget there is also a swing out page available. Also selectable from the web content header.
HiTech
-
Few notes for your thinking.
First you can already test web pages threw squad MOTD pages. simply make the first line url in the text file you upload.
2nd there are many hooks into AH that are call like javascript , things like send dot command.
3rd don't forget there is also a swing out page available. Also selectable from the web content header.
HiTech
I'm not familiar with the squad MOTD. I've never seen what that looks like. If it is a modal dialog that pops up and covers the UI and blocks the user, I think that would be sub-optimal. I think like Spikes said, people are trained from web popups to just immediately close that out without looking at it and reflexively being annoyed. It would basically be immediately blocking them from what they came to do which is a rude thing to do to a user.
A swing out page is a reasonable alternative. It definitely puts the information directly in their face on startup, but doesn't block them from doing anything else with the UI and doesn't break them out of the context of the game client. However, I expect there would ALWAYS be some up-coming event, so you would have to be ok with that always opening up. That would probably be a solution that has the least impact on your existing UI layout. Sort of side-loading the content.
The final hat-trick would be to save the user the hassle of having to create a separate account on a separate website and be blocked from registering until they alt-tab out of the client to go to their email to click on the validation email link. Uhhhg. Could a hook be created like "GetGameId" that can be called by the webpage and causes a login validation on the client and returns the validated player id to the webpage? That would a HUGE improvement to the user experience. Hmm there would probably need to be some kind of encryption of the return value so the webpage can't spam externally and knows that value is coming from HTC. Or maybe that call takes some kind of encrypted token so you know it is a trusted webpage. Probably the latter so you can be in control of your own security.
Thanks for keeping an open mind enough to game it out a bit.
:salute
[edit] One last though. The swingout page is probably the superior solution. That way if for some reason, the SE doesn't have information to share or the team is dismantled, or the SE server goes down, then the web content would be empty and the panel would just not swing out without altering the rest of your UI. $0.02.
-
As a user, it was annoying for me to have to go through another website creating an account, managing yet another password, waiting for confirmation email and access, to play a scenario for a game I already have a login for. Every layer of friction you add, is less players choosing to participate.
Adding an unnoticed button to open a browser is not the same as displaying the information about upcoming event directly in their face when they start the game.
[edit]
I think there are two fundamental design goals that any suggestion needs to solve to improve things.
1. Information about upcoming events should be placed directly under the nose of users, directly though the game-client so that they can not possibly fail to notice in the course of their normal logon/play workflow. It needs to be explicit and directly visible. You can't rely on them to remember to go to some external website later and it is very rude to dump them out of the game client they are in to bring up an external browser.
2. Once they know about the event, you want to provide as seamless and frictionless and pleasant a user experience as possible to get them registered. They have already gone through the trouble of setting up a login account for Aces High and they are sitting right there in that client. Don't make them have to go through that whole process again. That's rude. If that is more work, then so be it. The goal is not to make things easier for the developer. The goal is to make things more enjoyable for the user. This is entertainment software, not the DMV.
That said, if you can do it with the minimal effort without sacrificing the user experience, then fine. But if any price is paid, the balance should be tipped in favor of make things nicer for the user even if that means extra work for developers.
You have this vision of new players signing up for Aces High and scenarios at the same time which will spare them the annoyance of signing up separately at two different times. Personally I don't see that as a big deal for most people. You're assuming they have a forum ID already? Maybe it would an issue for players often changing their gameid.
Being 'rudely dumped' to the scenario site, like going to the help site, is not as bad as you make it sound.
I'm pretty sure that everyone agrees that registration shouldn't be a problem, but it's already pretty easy now since Kanth fixed it. Taking a click out of the process may not be the current best use of time and resources for HTC.
-
You have this vision of new players signing up for Aces High and scenarios at the same time which will spare them the annoyance of signing up separately at two different times. Personally I don't see that as a big deal for most people. You're assuming they have a forum ID already?
And only a small minority of players bother getting a forum id, And an even smaller minority of that register for events.
If you are satisfied with that status quo, then rock on. Don't change a thing.
-
You realize the scenario sign in asks for your forum ID so you need that first?
And only a small minority of players bother getting a forum id, And an even smaller minority of that register for events.
If you are satisfied with that status quo, then rock on. Don't change a thing.
Your point is that few people will be affected by the changes you propose?
Maybe there's a better use of HTC's time to improve Aces High.
-
You realize the scenario sign in asks for your forum ID so you need that first?
Your point is that few people will be affected by the changes you propose?
Maybe there's a better use of HTC's time to improve Aces High.
You realize that if the changes were made MORE people would be made aware of the scenarios and other events and would possible take the time to join the boards and then the events.
Then again, why bother doing something that might increase the number of players joining events. :rolleyes: You continually seem to enjoy knocking down other players ideas. You dont like the idea great, no need to comment, much like if you like the idea. It just an idea put forth to HTC that may actually have a benefit to events. Heck it may even help out poor old Brook with all the "spamming" of the boards he has to do to drum up good numbers to make the events playable.
-
You realize the scenario sign in asks for your forum ID so you need that first?
Actually, I didn't remember that. So.... there are 3 layers of account/logins just to participate in an event. I guess I do need the Aces High login. Never understood why that wasn't just tied to the forum automatically....but then on top of those two, I have to get an account and password for the events website too. Awesome. You guys ought to work for the government. :cool:
I just remembered the whole process seemed stupid and annoying and tedious and redundant and I was wondering the whole time why I couldn't just do this through the game-client and the Aces High login I already have.
Maybe I'm the only one who has ever gotten that impression, but given the numbers, maybe I'm not.
But as always....thanks for your input.
-
You realize that if the changes were made MORE people would be made aware of the scenarios and other events and would possible take the time to join the boards and then the events.
Something different than the same-ole-same-ole ought to be considered if you want to improve results.
During the event I read a country text someone said they had just been talking to a buddy and they hadn't even heard about the event. I know, amazing.
(https://upload.wikimedia.org/wikipedia/commons/thumb/3/3b/Paris_Tuileries_Garden_Facepalm_statue.jpg/450px-Paris_Tuileries_Garden_Facepalm_statue.jpg)
-
Anyone who can't deal with hearing both sides of a discussion should probably not post at all.
There is good and bad in everything. Probably best to hear it before stepping in it.
-
The assumption the nothing new is considered is ludicrous. I'm confident that HiTech is concerned, open minded, and focused on making Aces High as good as it can be. It just may not seem like it when people get upset because their latest idea wasn't implemented and they can't shut up about it. Not pointing the finger at anyone in particular, I'm sure we've all seen those posts.
I think it's great when people post thoughtful ideas but keep some perspective, check your ego, and remember it's just a suggestion for HiTech to consider in case he didn't already think of it in the last 30 years.
-
It seems to me that if you dont bother to shoot down a players idea, he doesnt try to defend that idea. Basically you let them talk them selves out, but you can seem to do that. You know better than anyone and post post from that position. Maybe you should stop fueling these post. Let them stand on what ever merit they have and move on. As you and many others have said, its up to Hitech not anyone else..... not even you. Stop throwing fuel on the fire.
-
CptTrips i like your idea
DutchVII
-
It seems to me that if you dont bother to shoot down a players idea, he doesnt try to defend that idea. Basically you let them talk them selves out, but you can seem to do that. You know better than anyone and post post from that position. Maybe you should stop fueling these post. Let them stand on what ever merit they have and move on. As you and many others have said, its up to Hitech not anyone else..... not even you. Stop throwing fuel on the fire.
Discussing ideas often improves them. In this case adding forum registration to the process.
I never shoot down ideas, I comment on them, often because the OP asks for comments.
Now take your own advice and lead by example. Hypocrite.
-
:rofl
-
By the way, this wish has been granted. If you follow the link in the current Arena Message, you will wind up on the registration page without ever leaving the MA.
-
By the way, this wish has been granted. If you follow the link in the current Arena Message, you will wind up on the registration page without ever leaving the MA.
:aok That is an improvement. 33% credit awarded. :D
:salute
-
HTC, if a player clicks on a URL in the arena message, is there a Javascript-like call or dot command we can make to get the player's AH handle from AH?
If we had the ability to automatically get the AH handle, we could (I think) eliminate needing a separate account on ahevents.net and register someone for an event with one button click.
-
HTC, if a player clicks on a URL in the arena message, is there a Javascript-like call or dot command we can make to get the player's AH handle from AH?
If we had the ability to automatically get the AH handle, we could (I think) eliminate needing a separate account on ahevents.net and register someone for an event with one button click.
That would get you 95% credit awarded. ;)
What has been added is a nice convenience for people with an existing account setup, but potentially the bigger payoff are all those players who have put off by all the extra hoops. Those are all players that are not currently participating that are potentially waiting to be harvested.
I don't think forum access should be required (unless you want to be a CO or GL). It is advisable, but walk-ons aren't required to have it, so don't make things harder on people who want to help you by registering early.
You'll always get less of what you make harder, and more of what you make easier.
$0.02,
CptTrips
-
One more suggestion. I can't bring it up again to check, but I seem to remember scanning a couple of seconds to find the register links after several paragraphs of text.
I'd recommend putting the link as the first thing their eye fall upon. Then hit them with a wall of text.
Don't bury the lead.
$0.02.
-
I'd recommend putting the link as the first thing their eye fall upon.
I agree. Just added that. :aok
-
Could a hook be created like "GetGameId" that can be called by the webpage and causes a login validation on the client and returns the validated player id to the webpage? That would a HUGE improvement to the user experience. Hmm there would probably need to be some kind of encryption of the return value so the webpage can't spam externally and knows that value is coming from HTC. Or maybe that call takes some kind of encrypted token so you know it is a trusted webpage. Probably the latter so you can be in control of your own security.
Signed is the key here, not encrypted. The user already knows who he is, and communicates through an encrypted channel to the website. The client (the game front end) cannot do the signing, as the mechanism to do so could be trivially extracted and the website accessed as any arbitrary user. It has to be signed on a HTC server, or the web server has to ask the game server if the user is who he claims to be.
To get the data to the web, the in-game browser could simply generate a cookie for ahevents. That way no messing with queries is needed and the information only is transmitted to the intended domain.
The game should make it clear that user identifying information is transmitted to a 3rd party.