WPFfor d
Jacob Carlborg
doob at me.com
Tue Feb 19 01:06:36 PST 2013
On 2013-02-19 05:18, Adam Wilson wrote:
> I have yet to encounter this fabled user confusion during usability
> testing, so I am gonna file this one under "myth".
Perhaps not confused. But I get darn annoyed when a widget doesn't work
like I expect it to do or like it look like.
A scroll bar is the perfect example of this. I scroll bar usually have
these components:
* Background
* Slider
* Two arrow buttons
This is the behavior I would expect:
* When I click on any of the arrow buttons it should scroll the view
* When I drag the slider it should scroll the view
* When I click on the background it should scroll the view
* When I use the scroll wheel on the mouse it should scroll the view
I have seen many custom scroll bars when one or more of these behavior
don't work. Even if it has the component graphically.
> That has more to do with the fact that MS made it than any technical
> limitation.
If it's only run on platform you don't have the problem on having it
look the same on some other platform.
> It does with a Silverlight type toolkit. The iPhone/iPad widget
> situation demonstrates part of the problem with OS widgets. They are
> tied intrinsically to the platform, I am trying to free myself from
> having to have multiple UI layouts for each platform. My point about
> fracturing is that the same app can have completely different layouts
> from iPhone to Android, all enforced by the OS. You don't honestly think
> thats a good thing for cross-platform usability ... ? Sure, much of the
> difference has more to do with Apple being dicks in the courtroom but as
> a third party that doesn't provide any one style, they can't really make
> a legal case against it. It's not like I am trying to copy their style
> or anything...
There are different widgets of different platforms because the screen
size is very different.
iPad has slightly different widgets because it has a larger screen then
the iPhone. With these widgets one can take better advantage of the
larger screen size.
The tabs in Safari is a perfect example of this. On the iPad it has tabs
that look and behave more or less the same as on the desktop version. On
the iPhone it looks and behaves very different. The reason for this is
that you have a larger screen on iPad then iPhone.
Also on a device with a touch screen you need larger buttons. Using them
same buttons on a desktop application would just be a waste of space
that could be used for the content area instead. You can use a lot
smaller buttons on a desktop application where you have access to a
mouse. Using the same small buttons on a device with a touch screen
would not be very smart.
BTW, what Microsoft is doing with Windows 8, I think that's so wrong I
don't know how to describe it.
I feel like we have had this discussion before...
--
/Jacob Carlborg
More information about the Digitalmars-d
mailing list