Login - Press Enter

[smuglapse]

I didn't know about the TAB working until I read this thread, so thanks for that.  But I would consider this to be VERY low priority.  Unless you don't have a mouse or touchpad the next thing you do after logging in will be using the mouse.  Unless zanz develops Hotkeys...   

[Scaredgirl]

this has been suggested and the consensus is that it isnt too hard to just press tab before pressing enter

What is this "consensus" you speak off? As far as I know we have a very small group of people who use tab, and a very large group of people who don't use tab.

Majority of internet users don't use tab, or don't even know it works the way it does. Overall usability would definitely improve if ENTER worked without hitting the tab first. Best part is that it should be relatively easy to accomplish which is why I sign this suggestion.

there was a suggestion for this before, cant remember where, it probably got deleted, but i did see a topic somewhere that suggested it, and people kept saying its not all that hard to just press tab first

It wasn't deleted and I merged the two topics.

In the original version 4 people said they used tabs. That's nothing. When you do these kind of usability fixes, you don't ask a handful of experienced computer users how they think it should done, you ask the people who don't know every single keyboard trick in the book. Usability is perfect when the dumbest person in the world can easily use your product (just an example, this tab thing isn't of course about being dumb).

Like I said before, this is not the most important fix Elements needs, but it is something that probably should be done to improve usability and user experience. It's small annoyances like this that might add up and make Elements feel less polished.

[jmizzle7]

I agree with SG. Not everyone uses the Tab button. I personally use it, but I think it would be a nice addition to allow for the Enter key to submit a login attempt from either the username or password field. It's not that big a deal, though, and is nowhere near as important as other additions to the game.

[jmdt]

hmmm...I've always just clicked login.  Works perfectly fine.

[PuppyChow]

Note that this post is complete conjecture and could be coded differently.

If flash is anything like java, an object must have the focus to be able to accept key events like enter and typing. Therefore, if you're typing in the password field, the password field has the focus. If you're typing in the username field, that text field has the focus. Note that buttons are different since it's a click event.

Tab switches what the focus is to the next area. Clicking something with the mouse also gives that object the focus if it is set to be focusable.

It IS possible to set the focus within the program. Like if a button is focusable and you click on it, it has the focus so doing anything with the keyboard will result in nothing happening, but in the area where you put the code for what to do when the button is pressed, you can add a line of code that changes the focus.

For instance, let's say you have a game involving the arrow keys and a button to change the difficulty. If the button is focusable, clicking the button means that the game won't respond to the arrow keys unless you click on the game again. However, to solve this, you can either set the button to not be focusable, or add a line of code to change the focus back to the game after the button does its job.

The problem with this is when we get to password / username fields and then the done button.

If the password field has the focus, in now way will pressing enter activate the done button. If the username field has the focus, in no way will pressing enter activate the done button. The only way to make enter activate the done button is to give it the focus, which can't be done without pressing tab (adding a line of code to give the done button the focus when you're done typing wouldn't work because the game doesn't know you're done typing until you press the button).

AKA, It can't be done, if flash is akin to java and Zanz coded it as I think he did.


...Thinking about it, you could add a key listener to the password field object and make it perform the same code that the done button does when you press enter while focused on it, but depending on the code clicking the done button performs, that could make it longer to load. I dunno.

[BluePriest]

@puppychow. All that would need to be done is make it so that on the main screen Enter has the same function attached to it as the log in button does. So instead of enter choosing the log in button, all that would be necessary would be to have it do the same thing as Enter. Thats just in theory of course. There may be some complication in the code that gets rid of my point entirely

[PuppyChow]

@puppychow. All that would need to be done is make it so that on the main screen Enter has the same function attached to it as the log in button does. So instead of enter choosing the log in button, all that would be necessary would be to have it do the same thing as Enter. Thats just in theory of course. There may be some complication in the code that gets rid of my point entirely

That's just not how it works. You can't assign a function to a key. You can't tell the program "if a is pressed, do this".

What happens when you press a key, say enter, is a key event is thrown of, in essence, the key you pressed. The program basically throws this event at whatever object has the focus. Let's say, in this instance, the password field. The password field currently has no key listener, so it can't pick up that an enter key event was thrown at it so no action is taken. However, if the done button has the focus (and buttons basically inherently have a key listener built in, I think), then it picks up that an enter key event was performed on it and does its block of code.

What you CAN do, however, is give the password field a key listener so it CAN pick up on the enter key event thrown, and have it perform the same function as the done button. I said as much at the end of my first post. However, since I don't know the content of that function, duplicating it could make the game unnecessarily large.

[BluePriest]

I refute your wall of text with THIS (http://www.swfcabin.com/open/1282525281)

Push space to activate the function

Code: [Select]

function onLoad()
{
bOX._visible =false;
}
function showBox()
{
bOX._visible = true;
}
function onEnterFrame()
{
if (Key.isDown(Key.SPACE))
{
showBox()
}
}Edit
Is Elements AS3?
I only use as2, so I could be wrong, but it works in as2

[PuppyChow]

I refute your wall of text with THIS (http://www.swfcabin.com/open/1282525281)

Push space to activate the function

Code: [Select]

function onLoad()
{
   bOX._visible =false;
}
function showBox()
{
   bOX._visible = true;
}
function onEnterFrame()
{
   if (Key.isDown(Key.SPACE))
   {
      showBox()
   }
}Edit
Is Elements AS3?
I only use as2, so I could be wrong, but it works in as2

I preserve my point by point back at the top of my first post where I said if flash is anything like java.

I guess it isn't . Carry on then.

[fl0ppy]

this has been suggested and the consensus is that it isnt too hard to just press tab before pressing enter

What is this "consensus" you speak off? As far as I know we have a very small group of people who use tab, and a very large group of people who don't use tab.

Majority of internet users don't use tab, or don't even know it works the way it does. Overall usability would definitely improve if ENTER worked without hitting the tab first. Best part is that it should be relatively easy to accomplish which is why I sign this suggestion.

there was a suggestion for this before, cant remember where, it probably got deleted, but i did see a topic somewhere that suggested it, and people kept saying its not all that hard to just press tab first

It wasn't deleted and I merged the two topics.

In the original version 4 people said they used tabs. That's nothing. When you do these kind of usability fixes, you don't ask a handful of experienced computer users how they think it should done, you ask the people who don't know every single keyboard trick in the book. Usability is perfect when the dumbest person in the world can easily use your product (just an example, this tab thing isn't of course about being dumb).

Like I said before, this is not the most important fix Elements needs, but it is something that probably should be done to improve usability and user experience. It's small annoyances like this that might add up and make Elements feel less polished.

And for the second time you have merged the topics not merging the newer inside the older, like should be with respect for the original poster (me in this case), but just prioritizing who has better popularity.
As a proof there where a post not long ago asking for add the mark in the export deck, something that I've posted before, but since was not coming from some of your important friends you hand not felt the need to merge it with mine previous.

Said that this is my last post.

I'm out of here.

Bye everyone.

[Scaredgirl]

this has been suggested and the consensus is that it isnt too hard to just press tab before pressing enter

What is this "consensus" you speak off? As far as I know we have a very small group of people who use tab, and a very large group of people who don't use tab.

Majority of internet users don't use tab, or don't even know it works the way it does. Overall usability would definitely improve if ENTER worked without hitting the tab first. Best part is that it should be relatively easy to accomplish which is why I sign this suggestion.

there was a suggestion for this before, cant remember where, it probably got deleted, but i did see a topic somewhere that suggested it, and people kept saying its not all that hard to just press tab first

It wasn't deleted and I merged the two topics.

In the original version 4 people said they used tabs. That's nothing. When you do these kind of usability fixes, you don't ask a handful of experienced computer users how they think it should done, you ask the people who don't know every single keyboard trick in the book. Usability is perfect when the dumbest person in the world can easily use your product (just an example, this tab thing isn't of course about being dumb).

Like I said before, this is not the most important fix Elements needs, but it is something that probably should be done to improve usability and user experience. It's small annoyances like this that might add up and make Elements feel less polished.

And for the second time you have merged the topics not merging the newer inside the older, like should be with respect for the original poster (me in this case), but just prioritizing who has better popularity.
As a proof there where a post not long ago asking for add the mark in the export deck, something that I've posted before, but since was not coming from some of your important friends you hand not felt the need to merge it with mine previous.

Said that this is my last post.

I'm out of here.

Bye everyone.

Hm.. did you post that suggestion just to get some attention?

Unfortunately for you, your suggestion was already posted months ago. When there are two identical topics on a forum, they are usually merged. It happens like this:

Older posts are shown first
This is automatic and we have no control over it. But even if we did, we would show older posts first because it makes more sense.

Newly merged topic use the title of the first topic
It's natural to give credit to the first person who had the idea. Taking credit from the first person, and giving it to someone who posted the same exact thing months after, would be lame. you cannot re-invent things and put your own name on them.


Next time on some other forum when you want to post something, I suggest you make sure that what you post hasn't been already posted.

Bye.