Jump to content

Edit History

Ross Scott

Ross Scott

On 6/20/2020 at 9:07 PM, Isaiah said:

I already gave specific examples but I never wanted to get into an argument or upset you so much either. I was Just trying to point out what I thought were some issues with your complaints but that was obviously a huge mistake on my part. So let's just move on.

Okay, I think I found the problem.  I thought I made a post explaining it in detail, but it looks like that never happened, so I understand why you think I'm sounding irrational and irritable on this.  Let me spell it out clearly then, I think it will clear up the confusion (I'm hiding the text so it doesn't flood the chat):


 

Spoiler

 

You said this:


 

Spoiler

 

"

For example, in your video you complained about small GUI elements that demand too much precision from the user and recommended a kind of runway vs helipad approach, reasoning that "the less precise you need to be the faster you our". Okay, fair enough. But here in the forums you complain about increased travel distances being inefficient, which your very own "runway" concept would actually produce. The very mouse gestures you love being the perfect example of that

 

But for the sake of argument let's assume for a moment that greater travel distances are less efficient. Well with the alt-tab method I mentioned you instantly see all open app names at once with very helpful preview images, which is an objectively faster way to identify them than your method of moving the cursor all the way down to the bottom of the screen and across each icon to see the name of each, one at a time. And there displayed in the center of the screen closer to where the cursor most likely already is. And finally you only have to move your cursor to the exact app you want once identified. Meaning the alt-tab method is faster either way because it requires less travel distance and precision overall.

"

 

I said this


 

Spoiler

 

"

No, I think you're misunderstanding me.  Ideally, I want accuracy to barely matter.  Take that pie menu I demonstrated.  Say I want the upper left, so I flick the mouse that direction.  Maybe I flick it 10% of the screen, maybe I flick it 60%.  Ideally, it won't matter.  It detects I moved it to the upper left, so it draws a new menu where I am (or returns me to the center automatically).  In other words, the GUI adapts to my movement and intentions, not the other way around.  I don't see what's contradictory about this.  When you press most buttons or a D-PAD in a videogame, does it matter EXACTLY how hard you pressed it, or just that you pressed it?  It's a similar concept. 

"

 

 

That explains HALF of the not-a-contradiction-that-you-think-is-a-contradiction part.  Like in Back to the Future "Where we're going we don't need roads", I'm talking about a scenario where we don't even need TARGETS.  In other words, the travel time becomes irrelevant, because it becomes automatically optimized for the user.

 

If I just have to swipe left for a function to occur, I can swipe a little bit left, or I can make a big swipe left.  They'll both get the job done.  The reason it's FASTER is because I can be sloppy and not even THINK about it.  I don't have to concentrate and hit a target.  That saves me time and brainpower.  Now a short motion will be faster IF I don't spend time thinking about and concentrating on doing it.  The time savings comes from having no target and requiring no precision.  Again, this sort of transcends Fitt's Law.  There's no contradiction on the travel time because it can be as short or as long as you want to be.  All that matters is the total time required for the action, which is going to be more rapid than almost all scenarios of having targets.  I hope this part makes sense.

 

MISSING HALF OF THE EXPLANATION:

Alt / Win Tab in Windows still isn't as efficient as the dock for multiple reasons.  Some of these are subtle, others are not.  I hope you follow here:

 

-I think what I didn't state overtly is I'm assuming you SELECT the appropriate program you want.  So if you have 12 programs open, you're not JUST trying to get their names, you ALSO  want to SELECT the program you want.

 

-First off, Win-tab is not faster.  There's a delay in arranging the squares before the names come up.  Now this is only milliseconds, but I can literally scroll through all my items on the dock during the time I'm waiting on the system.  However, alt-tab is near-instantaneous, so we'll go with that.

 

-This is a subtle inefficiency, but it's still there.  If you have all the names displayed at once for many tasks, this is all over the screen and your eyes may have to hunt around to know where the name of what you're trying to find is.  Using the dock method, the name is always going to appear directly above where the highlight icon is.  Now just so you don't think I'm contradicting later, I WOULD want the screen flooded with info like this if I was browsing through a LOT of files, like hundreds.  But for open tasks, it's slightly faster to have the visuals a little more concentrated.  Again though, this is subtle.  See, you say it's a contradiction that I have to move through the names my way, HOWEVER, since I know exactly where the names are going to appear, it could STILL be faster.  It's not necessarily a contradiction.  It could be on average, it's still faster!  Even though the information is presented instantaneously, my EYES have more travel time now compared to the dock.  I don't have hard evidence on this however, but I hope you at least understand that this isn't a black and white thing.

 

-Next, the inefficiency differs depending on how you're using Alt-Tab.

If it's keyboard only:  You either have to hit tab multiple times until you find your target, then if you overshoot, go through it all over again, OR use the arrow keys to navigate it.  That means that if you only use one hand, this becomes a less efficient method because you're having to concentrate more (or I do, anyway) and hit the tab key the appropriate number of times.  So if you need the 10th program, you need to hit the tab key 10 times.  Alternately, you can use the arrow keys, but now you require TWO hands to accomplish your task and it takes your hand off the mouse, plus navigating via arrows is a little inefficient, it depends on how many programs there are.  So either you're spamming the tab key, or you're having to take your hand off the mouse and it may STILL be less efficient.

 

If it's the mouse and keyboard:

Here's where it honestly depends.  The travel time depends on where your cursor was when you pressed alt-tab, however, the targets are a decent size. However, this still has some inefficiencies:

1. There's still the visual hunting for the name which I mentioned earlier (though I admit this is subtle)

2. You can accidentally close your program because now "x's" are available as you navigate.  This means it takes a little more concentration not to hit them and increases the chance of accidentally closing a program you want open.  That reduces the efficiency a little bit (though I confess being able to middle click to close this way is awesome)

3. Here is where Fitt's Law is debatable.  The dock is a smaller target, but requires less travel time.  In this case the menu is a larger target, but requires more travel time.  It would take trials to determine which is faster.

4. This way REQUIRES 2 hands.  One for alt-tabbing, one for mouse navigation.  This part is not a subtle difference.  The dock can be 100% one hand. Now you can argue the trade off is worth it, but for something I do a LOT, like switching programs, the efficiency of only needing one hand is certainly worthy of consideration.

 

Anyway, I hope that settles why I don't think I made a contradiction on this and I'm not just talking out of my ass here.  What I'm measuring is not actual travel distance, but total time and effort.  In some scenarios, that might look like I'm saying opposite things, but it's probably not contradictory since I could be looking at a different metric than you thought I was.  I'm not looking for subservience from people to agree with what I prefer, but if you're going to say I'm WRONG about something, back it up (like the point on memorization, that WAS a contradiction and I'll own that).

 

 

Now HERE is where I don't think you have a leg to stand on:

 

Quote

You're misreading my comment completely. I'm talking about the effort to actually create the ultimate GUI itself. Not the effort you put into making the video. Most of the "truth" and "proof" presented in the video is also debatable because of it's subjective or vague nature. So they're not as definitive as you think.

No, I didn't think you were talking about the work put in on the video, I took you at face value, saying I'm putting the burden of GUI enlightenment on everyone else except me.  Let's quote what you said:

 

On 6/19/2020 at 6:23 PM, Isaiah said:

The problem here is that you're actually putting the burden of finding GUI "enlightenment" on the shoulders of everyone except yourself. The video could be summarized as "This all sucks and could be way better but I'm not an expert so I want you to show me how to fix it".  No offense but this is the easiest criticism anyone can make about literally anything because it doesn't require any real proof or effort from the person making it.

Whether you meant it or not, your tone is kind of insulting here, man.  If I wasn't taking any of the burden, I would have demonstrated NO solutions to inefficiencies I mentioned, I would have given NO examples of visuals I liked better, I wouldn't have pointed out specifics for more rapid deployment of that Linux pie menu, I wouldn't have listed maybe a dozen programs for doing things like changing icons, changing the taskbar, adding desktop labels, more rapid deployment of shortcuts, showing PAST solutions I had for the start menu, changing the visual appearance, etc.

 

You say I'm misreading, but YOUR WORDS said I put the burden on everyone except myself.  If that were true, I would have criticized everything, and offered NO solutions.  Now were my solutions complete?  Not by a longshot, it's true, I DON'T have all the answers, but I also tried to show enough examples to show that I'm not just imagining this stuff either.  Again, think what you want, but I still don't see how you came to that conclusion.

 

 

 

Quote

 

In any case, my efforts to help here seem to have all been in vain so I'll try to restrain from giving any further feedback. But I do sincerely hope you find some kind of solution.

No, damn it.  BY ALL MEANS propose GUI solutions, that was the whole point!  I plan to use your keymouse link in the followup video as it is!  I didn't know about that!  Just maybe be careful before making accusations, that's all.  Try to focus more on new ideas / software, that sort of thing.  Getting into a giant debate is unlikely to solve much, whereras I think more brainstorming would be way more constructive considering the state of the GUI today.  I WANT people proposing more ideas, screenshots, etc.

 

Ross Scott

Ross Scott

On 6/20/2020 at 9:07 PM, Isaiah said:

I already gave specific examples but I never wanted to get into an argument or upset you so much either. I was Just trying to point out what I thought were some issues with your complaints but that was obviously a huge mistake on my part. So let's just move on.

Okay, I think I found the problem.  I thought I made a post explaining it in detail, but it looks like that never happened, so I understand why you think I'm sounding irrational and irritable on this.  Let me spell it out clearly then, I think it will clear up the confusion (I'm hiding the text so it doesn't flood the chat):


 

Spoiler

 

You said this:


 

Spoiler

 

"

For example, in your video you complained about small GUI elements that demand too much precision from the user and recommended a kind of runway vs helipad approach, reasoning that "the less precise you need to be the faster you our". Okay, fair enough. But here in the forums you complain about increased travel distances being inefficient, which your very own "runway" concept would actually produce. The very mouse gestures you love being the perfect example of that

 

But for the sake of argument let's assume for a moment that greater travel distances are less efficient. Well with the alt-tab method I mentioned you instantly see all open app names at once with very helpful preview images, which is an objectively faster way to identify them than your method of moving the cursor all the way down to the bottom of the screen and across each icon to see the name of each, one at a time. And there displayed in the center of the screen closer to where the cursor most likely already is. And finally you only have to move your cursor to the exact app you want once identified. Meaning the alt-tab method is faster either way because it requires less travel distance and precision overall.

"

 

I said this


 

Spoiler

 

"

No, I think you're misunderstanding me.  Ideally, I want accuracy to barely matter.  Take that pie menu I demonstrated.  Say I want the upper left, so I flick the mouse that direction.  Maybe I flick it 10% of the screen, maybe I flick it 60%.  Ideally, it won't matter.  It detects I moved it to the upper left, so it draws a new menu where I am (or returns me to the center automatically).  In other words, the GUI adapts to my movement and intentions, not the other way around.  I don't see what's contradictory about this.  When you press most buttons or a D-PAD in a videogame, does it matter EXACTLY how hard you pressed it, or just that you pressed it?  It's a similar concept. 

"

 

 

That explains HALF of the not-a-contradiction-that-you-think-is-a-contradiction part.  Like in Back to the Future "Where we're going we don't need roads", I'm talking about a scenario where we don't even need TARGETS.  In other words, the travel time becomes irrelevant, because it becomes automatically optimized for the user.

 

If I just have to swipe left for a function to occur, I can swipe a little bit left, or I can make a big swipe left.  They'll both get the job done.  The reason it's FASTER is because I can be sloppy and not even THINK about it.  I don't have to concentrate and hit a target.  That saves me time and brainpower.  Now a short motion will be faster IF I don't spend time thinking about and concentrating on doing it.  The time savings comes from having no target and requiring no precision.  Again, this sort of transcends Fitt's Law.  There's no contradiction on the travel time because it can be as short or as long as you want to be.  All that matters is the total time required for the action, which is going to be more rapid than almost all scenarios of having targets.  I hope this part makes sense.

 

MISSING HALF OF THE EXPLANATION:

Alt / Win Tab in Windows still isn't as efficient as the dock for multiple reasons.  Some of these are subtle, others are not.  I hope you follow here:

 

-I think what I didn't state overtly is I'm assuming you SELECT the appropriate program you want.  So if you have 12 programs open, you're not JUST trying to get their names, you ALSO  want to SELECT the program you want.

 

-First off, Win-tab is not faster.  There's a delay in arranging the squares before the names come up.  Now this is only milliseconds, but I can literally scroll through all my items on the dock during the time I'm waiting on the system.  However, alt-tab is near-instantaneous, so we'll go with that.

 

-This is a subtle inefficiency, but it's still there.  If you have all the names displayed at once for many tasks, this is all over the screen and your eyes may have to hunt around to know where the name of what you're trying to find is.  Using the dock method, the name is always going to appear directly above where the highlight icon is.  Now just so you don't think I'm contradicting later, I WOULD want the screen flooded with info like this if I was browsing through a LOT of files, like hundreds.  But for open tasks, it's slightly faster to have the visuals a little more concentrated.  Again though, this is subtle.  See, you say it's a contradiction that I have to move through the names my way, HOWEVER, since I know exactly where the names are going to appear, it could STILL be faster.  It's not necessarily a contradiction.  It could be on average, it's still faster!  Even though the information is presented instantaneously, my EYES have more travel time now compared to the dock.  I don't have hard evidence on this however, but I hope you at least understand that this isn't a black and white thing.

 

-Next, the inefficiency differs depending on how you're using Alt-Tab.

If it's keyboard only:  You either have to hit tab multiple times until you find your target, then if you overshoot, go through it all over again, OR use the arrow keys to navigate it.  That means that if you only use one hand, this becomes a less efficient method because you're having to concentrate more (or I do, anyway) and hit the tab key the appropriate number of times.  So if you need the 10th program, you need to hit the tab key 10 times.  Alternately, you can use the arrow keys, but now you require TWO hands to accomplish your task and it takes your hand off the mouse, plus navigating via arrows is a little inefficient, it depends on how many programs there are.  So either you're spamming the tab key, or you're having to take your hand off the mouse and it may STILL be less efficient.

 

If it's the mouse and keyboard:

Here's where it honestly depends.  The travel time depends on where your cursor was when you pressed alt-tab, however, the targets are a decent size. However, this still has some inefficiencies:

1. There's still the visual hunting for the name which I mentioned earlier (though I admit this is subtle)

2. You can accidentally close your program because now "x's" are available as you navigate.  This means it takes a little more concentration not to hit them and increases the chance of accidentally closing a program you want open.  That reduces the efficiency a little bit (though I confess being able to middle click to close this way is awesome)

3. Here is where Fitt's Law is debatable.  The dock is a smaller target, but requires less travel time.  In this case the menu is a larger target, but requires more travel time.  It would take trials to determine which is faster.

4. This way REQUIRES 2 hands.  One for alt-tabbing, one for mouse navigation.  This part is not a subtle difference.  The dock can be 100% one hand. Now you can argue the trade off is worth it, but for something I do a LOT, like switching programs, the efficiency of only needing one hand is certainly worthy of consideration.

 

Anyway, I hope that settles why I don't think I made a contradiction on this and I'm not just talking out of my ass here.  I'm not looking for subservience from people to agree with what I prefer, but if you're going to say I'm WRONG about something, back it up (like the point on memorization, that WAS a contradiction and I'll own that).

 

 

Now HERE is where I don't think you have a leg to stand on:

 

Quote

You're misreading my comment completely. I'm talking about the effort to actually create the ultimate GUI itself. Not the effort you put into making the video. Most of the "truth" and "proof" presented in the video is also debatable because of it's subjective or vague nature. So they're not as definitive as you think.

No, I didn't think you were talking about the work put in on the video, I took you at face value, saying I'm putting the burden of GUI enlightenment on everyone else except me.  Let's quote what you said:

 

On 6/19/2020 at 6:23 PM, Isaiah said:

The problem here is that you're actually putting the burden of finding GUI "enlightenment" on the shoulders of everyone except yourself. The video could be summarized as "This all sucks and could be way better but I'm not an expert so I want you to show me how to fix it".  No offense but this is the easiest criticism anyone can make about literally anything because it doesn't require any real proof or effort from the person making it.

Whether you meant it or not, your tone is kind of insulting here, man.  If I wasn't taking any of the burden, I would have demonstrated NO solutions to inefficiencies I mentioned, I would have given NO examples of visuals I liked better, I wouldn't have pointed out specifics for more rapid deployment of that Linux pie menu, I wouldn't have listed maybe a dozen programs for doing things like changing icons, changing the taskbar, adding desktop labels, more rapid deployment of shortcuts, showing PAST solutions I had for the start menu, changing the visual appearance, etc.

 

You say I'm misreading, but YOUR WORDS said I put the burden on everyone except myself.  If that were true, I would have criticized everything, and offered NO solutions.  Now were my solutions complete?  Not by a longshot, it's true, I DON'T have all the answers, but I also tried to show enough examples to show that I'm not just imagining this stuff either.  Again, think what you want, but I still don't see how you came to that conclusion.

 

 

 

Quote

 

In any case, my efforts to help here seem to have all been in vain so I'll try to restrain from giving any further feedback. But I do sincerely hope you find some kind of solution.

No, damn it.  BY ALL MEANS propose GUI solutions, that was the whole point!  I plan to use your keymouse link in the followup video as it is!  I didn't know about that!  Just maybe be careful before making accusations, that's all.  Try to focus more on new ideas / software, that sort of thing.  Getting into a giant debate is unlikely to solve much, whereras I think more brainstorming would be way more constructive considering the state of the GUI today.  I WANT people proposing more ideas, screenshots, etc.

 

Ross Scott

Ross Scott

On 6/20/2020 at 9:07 PM, Isaiah said:

I already gave specific examples but I never wanted to get into an argument or upset you so much either. I was Just trying to point out what I thought were some issues with your complaints but that was obviously a huge mistake on my part. So let's just move on.

Okay, I think I found the problem.  I thought I made a post explaining it in detail, but it looks like that never happened, so I understand why you think I'm sounding irrational and irritable on this.  Let me spell it out clearly then, I think it will clear up the confusion (I'm hiding the text so it doesn't flood the chat):


 

Spoiler

 

You said this:


 

Spoiler

 

"

For example, in your video you complained about small GUI elements that demand too much precision from the user and recommended a kind of runway vs helipad approach, reasoning that "the less precise you need to be the faster you our". Okay, fair enough. But here in the forums you complain about increased travel distances being inefficient, which your very own "runway" concept would actually produce. The very mouse gestures you love being the perfect example of that

 

But for the sake of argument let's assume for a moment that greater travel distances are less efficient. Well with the alt-tab method I mentioned you instantly see all open app names at once with very helpful preview images, which is an objectively faster way to identify them than your method of moving the cursor all the way down to the bottom of the screen and across each icon to see the name of each, one at a time. And there displayed in the center of the screen closer to where the cursor most likely already is. And finally you only have to move your cursor to the exact app you want once identified. Meaning the alt-tab method is faster either way because it requires less travel distance and precision overall.

"

 

I said this


 

Spoiler

 

"

No, I think you're misunderstanding me.  Ideally, I want accuracy to barely matter.  Take that pie menu I demonstrated.  Say I want the upper left, so I flick the mouse that direction.  Maybe I flick it 10% of the screen, maybe I flick it 60%.  Ideally, it won't matter.  It detects I moved it to the upper left, so it draws a new menu where I am (or returns me to the center automatically).  In other words, the GUI adapts to my movement and intentions, not the other way around.  I don't see what's contradictory about this.  When you press most buttons or a D-PAD in a videogame, does it matter EXACTLY how hard you pressed it, or just that you pressed it?  It's a similar concept. 

"

 

 

That explains HALF of the not-a-contradiction-that-you-think-is-a-contradiction part.  Like in Back to the Future "Where we're going we don't need roads", I'm talking about a scenario where we don't even need TARGETS.  In other words, the travel time becomes irrelevant, because it becomes automatically optimized for the user.

 

If I just have to swipe left for a function to occur, I can swipe a little bit left, or I can make a big swipe left.  They'll both get the job done.  The reason it's FASTER is because I can be sloppy and not even THINK about it.  I don't have to concentrate and hit a target.  That saves me time and brainpower.  Now a short motion will be faster IF I don't spend time thinking about and concentrating on doing it.  The time savings comes from having no target and requiring no precision.  Again, this sort of transcends Fitt's Law.  There's no contradiction on the travel time because it can be as short or as long as you want to be.  All that matters is the total time required for the action, which is going to be more rapid than almost all scenarios of having targets.  I hope this part makes sense.

 

MISSING HALF OF THE EXPLANATION:

Alt / Win Tab in Windows still isn't as efficient as the dock for multiple reasons.  Some of these are subtle, others are not.  I hope you follow here:

 

-I think what I didn't state overtly is I'm assuming you SELECT the appropriate program you want.  So if you have 12 programs open, you're not JUST trying to get their names, you ALSO  want to SELECT the program you want.

 

-First off, Win-tab is not faster.  There's a delay in arranging the squares before the names come up.  Now this is only milliseconds, but I can literally  scroll through all my items on the dock during the I'm waiting on the system.  However, alt-tab is near-instantaneous, so we'll go with that.

 

-This is a subtle inefficiency, but it's still there.  If you have all the names displayed at once for many tasks, this is all over the screen and your eyes may have to hunt around to know where the name of what you're trying to find is.  Using the dock method, the name is always going to appear directly above where the highlight icon is.  Now just so you don't think I'm contradicting later, I WOULD want the screen flooded with info like this if I was browsing through a LOT of files, like hundreds.  But for open tasks, it's slightly faster to have the visuals a little more concentrated.  Again though, this is subtle.  See, you say it's a contradiction that I have to move through the names my way, HOWEVER, since I know exactly where the names are going to appear, it could STILL be faster.  It's not necessarily a contradiction.  It could be on average, it's still faster!  Even though the information is presented instantaneously, my EYES have more travel time now compared to the dock.  I don't have hard evidence on this however, but I hope you at least understand that this isn't a black and white thing.

 

-Next, the inefficiency differs depending on how you're using Alt-Tab.

If it's keyboard only:  You either have to hit tab multiple times until you find your target, then if you overshoot, go through it all over again, OR use the arrow keys to navigate it.  That means that if you only use one hand, this becomes a less efficient method because you're having to concentrate more (or I do, anyway) and hit the tab key the appropriate number of times.  So if you need the 10th program, you need to hit the tab key 10 times.  Alternately, you can use the arrow keys, but now you require TWO hands to accomplish your task and it takes your hand off the mouse, plus navigating via arrows is a little inefficient, it depends on how many programs there are.  So either you're spamming the tab key, or you're having to take your hand off the mouse and it may STILL be less efficient.

 

If it's the mouse and keyboard:

Here's where it honestly depends.  The travel time depends on where your cursor was when you pressed alt-tab, however, the targets are a decent size. However, this still has some inefficiencies:

1. There's still the visual hunting for the name which I mentioned earlier (though I admit this is subtle)

2. You can accidentally close your program because now "x's" are available as you navigate.  This means it takes a little more concentration not to hit them and increases the chance of accidentally closing a program you want open.  That reduces the efficiency a little bit (though I confess being able to middle click to close this way is awesome)

3. Here is where Fitt's Law is debatable.  The dock is a smaller target, but requires less travel time.  In this case the menu is a larger target, but requires more travel time.  It would take trials to determine which is faster.

4. This way REQUIRES 2 hands.  One for alt-tabbing, one for mouse navigation.  This part is not a subtle difference.  The dock can be 100% one hand. Now you can argue the trade off is worth it, but for something I do a LOT, like switching programs, the efficiency of only needing one hand is certainly worthy of consideration.

 

Anyway, I hope that settles why I don't think I made a contradiction on this and I'm not just talking out of my ass here.  I'm not looking for subservience from people to agree with what I prefer, but if you're going to say I'm WRONG about something, back it up (like the point on memorization, that WAS a contradiction and I'll own that).

 

 

Now HERE is where I don't think you have a leg to stand on:

 

Quote

You're misreading my comment completely. I'm talking about the effort to actually create the ultimate GUI itself. Not the effort you put into making the video. Most of the "truth" and "proof" presented in the video is also debatable because of it's subjective or vague nature. So they're not as definitive as you think.

No, I didn't think you were talking about the work put in on the video, I took you at face value, saying I'm putting the burden of GUI enlightenment on everyone else except me.  Let's quote what you said:

 

On 6/19/2020 at 6:23 PM, Isaiah said:

The problem here is that you're actually putting the burden of finding GUI "enlightenment" on the shoulders of everyone except yourself. The video could be summarized as "This all sucks and could be way better but I'm not an expert so I want you to show me how to fix it".  No offense but this is the easiest criticism anyone can make about literally anything because it doesn't require any real proof or effort from the person making it.

Whether you meant it or not, your tone is kind of insulting here, man.  If I wasn't taking any of the burden, I would have demonstrated NO solutions to inefficiencies I mentioned, I would have given NO examples of visuals I liked better, I wouldn't have pointed out specifics for more rapid deployment of that Linux pie menu, I wouldn't have listed maybe a dozen programs for doing things like changing icons, changing the taskbar, adding desktop labels, more rapid deployment of shortcuts, showing PAST solutions I had for the start menu, changing the visual appearance, etc.

 

You say I'm misreading, but YOUR WORDS said I put the burden on everyone except myself.  If that were true, I would have criticized everything, and offered NO solutions.  Now were my solutions complete?  Not by a longshot, it's true, I DON'T have all the answers, but I also tried to show enough examples to show that I'm not just imagining this stuff either.  Again, think what you want, but I still don't see how you came to that conclusion.

 

 

 

Quote

 

In any case, my efforts to help here seem to have all been in vain so I'll try to restrain from giving any further feedback. But I do sincerely hope you find some kind of solution.

No, damn it.  BY ALL MEANS propose GUI solutions, that was the whole point!  I plan to use your keymouse link in the followup video as it is!  I didn't know about that!  Just maybe be careful before making accusations, that's all.  Try to focus more on new ideas / software, that sort of thing.  Getting into a giant debate is unlikely to solve much, whereras I think more brainstorming would be way more constructive considering the state of the GUI today.  I WANT people proposing more ideas, screenshots, etc.

 

Ross Scott

Ross Scott

On 6/20/2020 at 9:07 PM, Isaiah said:

I already gave specific examples but I never wanted to get into an argument or upset you so much either. I was Just trying to point out what I thought were some issues with your complaints but that was obviously a huge mistake on my part. So let's just move on.

Okay, I think I found the problem.  I thought I made a post explaining it in detail, but it looks like that never happened, so I understand why you think I'm sounding irrational and irritable on this.  Let me spell it out clearly then, I think it will clear up the confusion (I'm hiding the text so it doesn't flood the chat):


 

Spoiler

 

You said this:


 

Spoiler

 

"

For example, in your video you complained about small GUI elements that demand too much precision from the user and recommended a kind of runway vs helipad approach, reasoning that "the less precise you need to be the faster you our". Okay, fair enough. But here in the forums you complain about increased travel distances being inefficient, which your very own "runway" concept would actually produce. The very mouse gestures you love being the perfect example of that

 

But for the sake of argument let's assume for a moment that greater travel distances are less efficient. Well with the alt-tab method I mentioned you instantly see all open app names at once with very helpful preview images, which is an objectively faster way to identify them than your method of moving the cursor all the way down to the bottom of the screen and across each icon to see the name of each, one at a time. And there displayed in the center of the screen closer to where the cursor most likely already is. And finally you only have to move your cursor to the exact app you want once identified. Meaning the alt-tab method is faster either way because it requires less travel distance and precision overall.

"

 

I said this


 

Spoiler

 

"

No, I think you're misunderstanding me.  Ideally, I want accuracy to barely matter.  Take that pie menu I demonstrated.  Say I want the upper left, so I flick the mouse that direction.  Maybe I flick it 10% of the screen, maybe I flick it 60%.  Ideally, it won't matter.  It detects I moved it to the upper left, so it draws a new menu where I am (or returns me to the center automatically).  In other words, the GUI adapts to my movement and intentions, not the other way around.  I don't see what's contradictory about this.  When you press most buttons or a D-PAD in a videogame, does it matter EXACTLY how hard you pressed it, or just that you pressed it?  It's a similar concept. 

"

 

 

That explains HALF of the not-a-contradiction-that-you-think-is-a-contradiction part.  Like in Back to the Future "Where we're going we don't need roads", I'm talking about a scenario where we don't even need TARGETS.  In other words, the travel time becomes irrelevant, because it becomes automatically optimized for the user.

 

If I just have to swipe left for a function to occur, I can swipe a little bit left, or I can make a big swipe left.  They'll both get the job done.  The reason it's FASTER is because I can be sloppy and not even THINK about it.  I don't have to concentrate and hit a target.  That saves me time and brainpower.  Now a short motion will be faster IF I don't spend time thinking about and concentrating on doing it.  The time savings comes from having no target and requiring no precision.  Again, this sort of transcends Fitt's Law.  There's no contradiction on the travel time because it can be as short or as long as you want to be.  All that matters is the total time required for the action, which is going to be more rapid than almost all scenarios of having targets.  I hope this part makes sense.

 

MISSING HALF OF THE EXPLANATION:

Alt / Win Tab in Windows still isn't as efficient as the dock for multiple reasons.  Some of these are subtle, others are not.  I hope you follow here:

 

-I think what I didn't state overtly is I'm assuming you SELECT the appropriate program you want.  So if you have 12 programs open, you're not JUST trying to get their names, you ALSO  want to SELECT the program you want.

 

-First off, Win-tab is not faster.  There's a delay in arranging the squares before the names come up.  Now this is only milliseconds, but I can literally  scroll through all my items on the dock during the I'm waiting on the system.  However, alt-tab is near-instantaneous, so we'll go with that.

 

-This is a subtle inefficiency, but it's still there.  If you have all the names displayed at once for many tasks, this is all over the screen and your eyes may have to hunt around to know where the name of what you're trying to find is.  Using the dock method, the name is always going to appear directly above where the highlight icon is.  Now just so you don't think I'm contradicting later, I WOULD want the screen flooded with info like this if I was browsing through a LOT of files, like hundreds.  But for open tasks, it's slightly faster to have the visuals a little more concentrated.  Again though, this is subtle.  See, you say it's a contradiction that I have to move through the names my way, HOWEVER, since I know exactly where the names are going to appear, it could STILL be faster.  It's not necessarily a contradiction.  It could be on average, it's still faster!  Even though the information is presented instantaneously, my EYES have more travel time now compared to the dock.  I don't have hard evidence on this however, but I hope you at least understand that this isn't a black and white thing.

 

-Next, the inefficiency differs depending on how you're using Alt-Tab.

If it's keyboard only:  You either have to hit tab multiple times until you find your target, then if you overshoot, go through it all over again, OR use the arrow keys to navigate it.  That means that if you only use one hand, this becomes a less efficient method because you're having to concentrate more (or I do, anyway) and hit the tab key the appropriate number of times.  So if you need the 10th program, you need to hit the tab key 10 times.  Alternately, you can use the arrow keys, but now you require TWO hands to accomplish your task and it takes your hand off the mouse, plus navigating via arrows is a little inefficient, it depends on how many programs there are.  So either you're spamming the tab key, or you're having to take your hand off the mouse and it may STILL be less efficient.

 

If it's the mouse and keyboard:

Here's where it honestly depends.  The travel time depends on where your cursor was when you pressed alt-tab, however, the targets are a decent size. However, this still has some inefficiencies:

1. There's still the visual hunting for the name which I mentioned earlier (though I admit this is subtle)

2. You can accidentally close your program because now "x's" are available as you navigate.  This means it takes a little more concentration not to hit them and increases the chance of accidentally closing a program you want open.  That reduces the efficiency a little bit (though I confess being able to middle click to close this way is awesome)

3. Here is where Fitt's Law is debatable.  The dock is a smaller target, but requires less travel time.  In this case the menu is a larger target, but requires more travel time.  It would take trials to determine which is faster.

4. This way REQUIRES 2 hands.  One for alt-tabbing, one for mouse navigation.  This part is not a subtle difference.  The dock can be 100% one hand. Now you can argue the trade off is worth it, but for something I do a LOT, like switching programs, the efficiency of only needing one hand is certainly worthy of consideration.

 

Anyway, I hope that settles why I don't think I made a contradiction on this and I'm not just talking out of my ass here.  I'm not looking for subservience from people to agree with what I prefer, but if you're going to say I'm WRONG about something, back it up (like the point on memorization, that WAS a contradiction and I'll own that).

 

 

Now HERE is where I don't think you have a leg to stand on:

 

On 6/20/2020 at 9:07 PM, Isaiah said:

You're misreading my comment completely. I'm talking about the effort to actually create the ultimate GUI itself. Not the effort you put into making the video. Most of the "truth" and "proof" presented in the video is also debatable because of it's subjective or vague nature. So they're not as definitive as you think.

No, I didn't think you were talking about the work put in on the video, I took you at face value, saying I'm putting the burden of GUI enlightenment on everyone else except me.  Let's quote what you said:

 

On 6/19/2020 at 6:23 PM, Isaiah said:

The problem here is that you're actually putting the burden of finding GUI "enlightenment" on the shoulders of everyone except yourself. The video could be summarized as "This all sucks and could be way better but I'm not an expert so I want you to show me how to fix it".  No offense but this is the easiest criticism anyone can make about literally anything because it doesn't require any real proof or effort from the person making it.

Whether you meant it or not, your tone is kind of insulting here, man.  If I wasn't taking any of the burden, I would have demonstrated NO solutions to inefficiencies I mentioned, I would have given NO examples of visuals I liked better, I wouldn't have pointed out specifics for more rapid deployment of that Linux pie menu, I wouldn't have listed maybe a dozen programs for doing things like changing icons, changing the taskbar, adding desktop labels, more rapid deployment of shortcuts, showing PAST solutions I had for the start menu, changing the visual appearance, etc.

 

You say I'm misreading, but YOUR WORDS said I put the burden on everyone except myself.  If that were true, I would have criticized everything, and offered NO solutions.  Now were my solutions complete?  Not by a longshot, it's true, I DON'T have all the answers, but I also tried to show enough examples to show that I'm not just imagining this stuff either.  Again, think what you want, but I still don't see how you came to that conclusion.

 

 

 

On 6/20/2020 at 9:07 PM, Isaiah said:

 

In any case, my efforts to help here seem to have all been in vain so I'll try to restrain from giving any further feedback. But I do sincerely hope you find some kind of solution.

No, damn it.  BY ALL MEANS propose GUI solutions, that was the whole point!  I plan to use your keymouse link in the followup as it is!  Just maybe be careful before making accusations, that's all.  I WANT people proposing more ideas, screenshots, etc.

 

×
×
  • Create New...

This website uses cookies, as do most websites since the 90s. By using this site, you consent to cookies. We have to say this or we get in trouble. Learn more.