One more point for the desktop application: Navigation.
I've worked with many applications that are intense data entry - and the best ones can be 'driven' entirely from the keyboard. You don't have to reach for the mouse to make selections, etc. Of course, there are those users that don't know where the TAB key is...
Trying to fill out forms on the Web? Only about one half of the web pages I encounter can even set focus to the first fillable field - let alone navigate the entire page efficiently. (bank login pages...)
But, we mostly just put up with what we are given.
|Brant Layton| |480.964.1316| On 6/6/2017 5:04 AM, profoxtech-request@leafe.com wrote:
e: [NF] PyQT for desktop applications
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---
On Tue, Jun 6, 2017 at 12:26 PM, Brant E. Layton dcci@futureone.com wrote:
One more point for the desktop application: Navigation.
I've worked with many applications that are intense data entry - and the best ones can be 'driven' entirely from the keyboard. You don't have to reach for the mouse to make selections, etc. Of course, there are those users that don't know where the TAB key is...
Trying to fill out forms on the Web? Only about one half of the web pages I encounter can even set focus to the first fillable field - let alone navigate the entire page efficiently. (bank login pages...)
But, we mostly just put up with what we are given.
Didn't millions of people do their tax returns online this past year?
Doing apps for the web is NOT like doing an app for the desktop and way too many developers make the mistake thinking "its and app".
Then you are told to make it work on the phone. so you stuff all that crap onto a smaller landscape because "its just an app".
Does anyone still have VCR buttons on their screens for next, previous, search, edit, bla-bla-bla?
Our ERP system is 100% web and it is all data entry as well. There are only 35,256 tables in this SQL Server database for the system. It keeps 250-400 users humming through the day no problem and everything is real fast no matter where in the world you access it from.
On 2017-06-06 13:26, Brant E. Layton wrote:
One more point for the desktop application: Navigation.
I've worked with many applications that are intense data entry - and the best ones can be 'driven' entirely from the keyboard. You don't have to reach for the mouse to make selections, etc. Of course, there are those users that don't know where the TAB key is...
Trying to fill out forms on the Web? Only about one half of the web pages I encounter can even set focus to the first fillable field - let alone navigate the entire page efficiently. (bank login pages...)
But, we mostly just put up with what we are given.
I was surprised years ago (and somewhat still am) with how low the bar got set on what was an acceptable UX on a website. Much of that would have NEVER been tolerated in a desktop app.
I was surprised years ago (and somewhat still am) with how low the bar got set on what was an acceptable UX on a website. Much of that would have NEVER been tolerated in a desktop app.
A lot of that was due to the previously mentioned mess that was and is browser support. Things are a lot, lot better now in this respect with the ubiquity of Bootstrap, JQuery and the like. You can be reasonably confident how something will look across different screen sizes using the developer tools in the various browsers without actually needing physical devices.
On Jun 6, 2017, at 11:28 PM, mbsoftwaresolutions@mbsoftwaresolutions.com wrote:
I was surprised years ago (and somewhat still am) with how low the bar got set on what was an acceptable UX on a website. Much of that would have NEVER been tolerated in a desktop app.
http://thedailywtf.com/images/2/o_filematrix.png http://thedailywtf.com/images/2/o_filematrix.png
-- Ed Leafe
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---
I bet that runs like the wind in a browser... <g,d&r>
You think Whil used that in his User Hostile Interfaces presentation?
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Edward Leafe Sent: Wednesday, June 07, 2017 12:44 PM To: profoxtech@leafe.com Subject: Re: e: [NF] PyQT for desktop applications
On Jun 6, 2017, at 11:28 PM, mbsoftwaresolutions@mbsoftwaresolutions.com wrote:
I was surprised years ago (and somewhat still am) with how low the bar got set on what was an acceptable UX on a website. Much of that would have NEVER been tolerated in a desktop app.
http://thedailywtf.com/images/2/o_filematrix.png http://thedailywtf.com/images/2/o_filematrix.png
-- Ed Leafe
On 2017-06-07 12:44, Edward Leafe wrote:
On Jun 6, 2017, at 11:28 PM, mbsoftwaresolutions@mbsoftwaresolutions.com wrote:
I was surprised years ago (and somewhat still am) with how low the bar got set on what was an acceptable UX on a website. Much of that would have NEVER been tolerated in a desktop app.
http://thedailywtf.com/images/2/o_filematrix.png http://thedailywtf.com/images/2/o_filematrix.png
ROFLMBO!!! Yes, there are some absolutely horrible desktop app UIs too for sure!!!! I need Tylenol stat just from a few seconds of viewing that magnificent piece of trash!!!!
-
Alan Bourke -
Brant E. Layton -
Edward Leafe -
mbsoftwaresolutions＠mbsoftwaresolutions.com -
Richard Kaye -
Stephen Russell