Entries:
Comments:
Posts:

Loading User Information from Channel 9

Something went wrong getting user information from Channel 9

Latest Achievement:

Loading User Information from MSDN

Something went wrong getting user information from MSDN

Visual Studio Achievements

Latest Achievement:

Loading Visual Studio Achievements

Something went wrong getting the Visual Studio Achievements

Discussions

magicalclick magicalclick C9 slogan, #dealwithit. WinPh8.1 IE empty tab crash and removable video control edition.
  • Stop thinking in binary Desktop vs. Tablet UI design

    , cbae wrote

    *snip*

    Where did I say VS had a tree view that zoomed? I don't believe I ever said that VS was exactly as I wanted File Explorer to be.

    To recap, this is what I said:

    *snip**snip*

    The "zooming style" is a half-assed implementation of what people expect from zooming content. The mouse wheel just scrolls through the different views. The mouse wheel scroll does scroll through some intermediate views between the different icon views (extra large, large, medium, small) that render the icons in different sizes, but the text doesn't ever change size. For something called a "File Manager", the "content" should be the most important file characteristics (file name, size, date, etc.), which are all represented as text. Yet, this "content" can't be zoomed at all.

    *snip*

    Does this matter? File Explorer is part of the OS, so it should be even more capable of supporting the different input modes since the OS needs to contemplate those input modes.

     



    So your complaint is that, while Explore can zoom its file icons, it failed to zoom its file name. You are frustrated with smaller text specifically inside the Explore (not the entire system), because it will be harder to rename the file name as the text isn't finger friendly as the giant icons you have zoomed so close. Am I right?

    I thought you wanted the tree to be zoomed because you said "Also, why can't the tree view in the left pane also zoom? It would work great as a UI paradigm for touch, but the nodes are too damn small". But, that's ignore that subject for now because I have yet to see anyone doing it.

    I wasn't saying Explore doesn't need to be more friendly with different input devices. I agree on the problem.

    I was only challenging your solution to the problem. Having two zooming styles side-by-side will only confuse the user. The likelihood of proper usage is low. It will only be acted based on single zoom gesture or mouse wheel action.

    The user will only use the default action of the gesture. Foe example, the most intuitive behavior is zooming it like anything else. Meaning the layout is the same as the text and icon size increase. So, most user would never know how to change layout. If someone changed the layout, they would stuck with that layout.

    The double zooming style is confusing. That has already happened in old IE with text size (not zoom). I have set to see other apps implemented duel zoom style as well.

    And even then, forget about user confusion, the rest of the system is having smaller text. Hell, the zoom level maybe localized to single folder path. And the rest of the GUI is still tiny.

    Might as well just make DPI to 300% and get it over with if you want everything to be finger friendly using the existing Explore and rest of the system.

    Like I said, I want the Explore to be finger friendly as a whole. But, evolving the Explore directly would just always be half assed and making desktop people angry.

    I prefer them just make metro version, keep adding features along the way to match the desktop version. And finally once everyone is happy with using metro version, we can replace the old Explore entirely.

  • After upgrading IE8 to IE11, the most important things started to suck

    @androidi:
    But, websites do send different webpages based on UA string. And most sites are made by devs with screwed up UA handling. Majority of cases, when they get IE future, they thought it is IE5. I am seen this a lot. And big site like YouTube and ATT didn't work properly with IE10 for a long time. YouTube in particular, I have to fake myself to be Chrome to get a html page that my IE11 can render without freezing.

  • Stop thinking in binary Desktop vs. Tablet UI design

    , cbae wrote

    *snip*

    IE, Word, Excel, Visual Studio, NotePad++, Adobe Acrobat. Shall I go on? Hell, even MS Paint supports zooming with a mouse wheel.


    I couldn't zoom in on the tree view Solution Explore as you desired. Am I missing something?

    All of the apps you listed only did one zooming style. Explore has one zooming style as well

    All of the apps you listed only zoom in the content page, not something like tree view you desired.

  • Stop thinking in binary Desktop vs. Tablet UI design

    , cbae wrote

    *snip*

    How about starting with the zooming of content like every other application that supports zooming does?


    For example?

  • Stop thinking in binary Desktop vs. Tablet UI design

    @cbae:
    So what else should support zoom? The window chrome? The address bar? The manu bar? The status bar? Every sub space of a window?

  • Stop thinking in binary Desktop vs. Tablet UI design

    @Bas:
    Oh I miss understood your point. Charm version is still fat finger friendly though. And it just looks easier to use due to its graphics.

  • After upgrading IE8 to IE11, the most important things started to suck

    @androidi:
    Ahhh, that makes sense about Bing. I agree with your problems. MS really needs something better to matching Google.

  • Stop thinking in binary Desktop vs. Tablet UI design

    , Bas wrote

    *snip*

    Indeed, but currently they are not, which is why I find it weird that people prefer the current flyout over the Windows 7 dialog.

    Well, the fly out is easier to use. And is was right there in the charm. Also for most users, their head explodes when seeing the professional control panel.

  • After upgrading IE8 to IE11, the most important things started to suck

    @androidi:
    Sorry Android, can you also try Chrome and FF because someone said the GUI change is normal? Or someone with Chrome, can you confirm the behaviors.

  • Stop thinking in binary Desktop vs. Tablet UI design

    , Bas wrote

    Personally I hated the wifi flyout. There was no way to re-scan for available networks, no way to connect to hidden networks, etc. In fact I'm kind of amazed that people prefer it.


    Those can be improvements to the fly out.