|
Size: 3697
Comment:
|
← Revision 32 as of 2013-04-08 20:01:02 ⇥
Size: 3852
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 1: | Line 1: |
| Like any good interactive design, I have kept a specific scope in mind from the very beginning of this book. If it was all things to all people, it would be much larger or we'd simply never have finished it. Our focus here has been on design. By which we mean information architecture, information-, interaction-, interface-, and visual design, and copywriters. | {{{#!html |
| Line 3: | Line 3: |
| If your job title, job description or deliverables have names like those, and you work in mobile, then you need this book. If you are moving from another field, such as mobile design, or are switching from one narrowly focused mobile area to another, this book encompasses general patterns that can help you understand how to move from one type of device, or one type of interaction to another. | <div class="saleshead"> <div class="block" id="left"> <a href="http://4ourth.com/wiki/4ourth%20Mobile%20Touch%20Template"> <div class="salesLeft"> <h3>4ourth Mobile Touch Template</h3> <p>Design for people, not pixels with this handy, wallet-sized inspection and design tool, only $10. <span>Order yours now</span></p> </div> </a> </div> <div class="block" id="right"> <a href="http://4ourth.com/wiki/Mobile%20Design%20Patterns%20Poster"> <div class="salesRight"> <h3>Mobile Interaction Design Patterns Poster</h3> <p>Every pattern from the book and this wiki, plus easy-to-follow relationships, and key information on sizes for readability and touch. <span>Order now</span></p> </div> </a> </div> <div class="salespad"> </div> </div> |
| Line 5: | Line 24: |
| If you work in a related job, there is still something for you. Human factors engineers and HCI experts will find numerous discussions of why these solutions have become patterns, and references to cognitive psychology and physiology reasons these are true. Development is not addressed as such, but the book has been organized so it can be used to find specific solutions to any mobile interaction. If you don't have a dedicated design team, you can use the patterns to find and focus on solutions, confirm they are technically possible, and to avoid common implementation pitfalls. Hardware designers, or anyone who can influence hardware design, will find specific guidelines to best practices in interactive, such as key labels, and the use of sensors. Though these are included mostly for the use of interaction designers -- to understand how the hardware influences their on-screen behaviors -- they are also specific enough to be used for design of the interactive portions of the hardware itself. |
}}} |
| Line 12: | Line 27: |
| === Who is this book not for? === Really, that title is a trick. If you are still reading this, then it is at least partly for you. Go ahead and read it all without reservation. |
[[http://www.amazon.com/gp/product/1449394639/ref=as_li_tf_tl?ie=UTF8&tag=4ourthmobile-20&linkCode=as2&camp=217145&creative=399373&creativeASIN=1449394639|{{attachment:wiki-banner-book.png|Click here to buy from Amazon.|align="right"}}]]As with any good form of interactive design, we have kept a specific scope in mind from the moment we started writing this book. If this book was intended to be all things to all people, it would be much larger or we’d simply never have finished it. Our focus here has been on design. By this we mean information architecture; information, interaction, interface, and visual design; and copywriting. |
| Line 15: | Line 29: |
| However, if you are used to very tactical books, about how to get the right reflection on your app icon, this might seem to miss the point. That's because it's not a book for today, but for yesterday and tomorrow. | If your job title, job description, or deliverables have names like those just mentioned, and you work in mobile, you need this book. Whether you are working on apps or websites for mobile (or any of many other things), this book addresses the common underlying principles in order to help you make better decisions and understand how to create better designs. |
| Line 17: | Line 31: |
| When I started working in mobile full time, the word "app" was not rolling off the tongues of everyone, and the mobile web was something of an embarrassment. In 18 months, who knows what the world will bring? | If you are moving from another field, such as desktop web design, or are switching from one narrowly focused mobile area to another, this book encompasses general patterns that can help you understand how to move from one type of device or one type of interaction to another. |
| Line 19: | Line 33: |
| So parts of this book will bore you. Web designers need to know some, but can implement very few of the patterns, though more all the time as HTML5 comes to fruition. App developers can implement more, depending on what sort of app, and what level of device integration they get. And on what platform. And there are a lot more device and OS designers than you think. I can think of around 20 eReaders alone. Touchscreen clocks, and interactive cars? There are a lot of people working on these systems, will be more tomorrow, and the lines will begin to blur soon over web, app, os. So we did not label what each pattern applies to. You will figure it out, and tomorrow it will all change. | If you work in a related job, this book still has something for you. Human factors engineers and HCI experts will find numerous discussions of why these solutions have become pat- terns, and references to cognitive psychology and physiology reasons these are true. |
| Line 21: | Line 35: |
| === You and your OS === ALSO: Be sure to mention 1) OS means GUI. The modding community on Android, not to mention the ability to skin for operators, implies that very soon deeply embedded features may be under control of third-party applications. Etc. |
Development is not addressed as such, but the book is organized so that you can use it to find specific solutions to any form of mobile interaction. If you don’t have a dedicated design team, you can use the patterns to find and focus on solutions, confirm they are technically possible, and avoid common implementation pitfalls. |
| Line 24: | Line 37: |
| And the OS for a web app is in many ways the Web, and the browser... | Hardware designers, or anyone who can influence hardware design, will find specific guidelines to best practices in interactive, such as key labels and the use of sensors. Though these are included primarily for use by interaction designers—to understand how the hardware influences their on-screen behaviors—they are also specific enough to be used for design of the interactive portions of the hardware itself. |
| Line 26: | Line 39: |
| 2) You can still mess this up. Some OS's allow you to override (or mis-apply) keyboard functions, scrollbars, annunciator rows and more. You need to know why these exist, and how to use them correctly in everyday application design. | ------- Next: [[What We Mean by “Mobile”]] ------- = Discuss & Add = Please do not change content above this line, as it's a perfect match with the printed book. Everything else you want to add goes down here. |
| Line 28: | Line 45: |
| == Examples == If you want to add examples (and we occasionally do also) add them here. |
|
| Line 29: | Line 48: |
| Next: [[What Do You Mean by "Mobile"?]] | == Make a new section == Just like this. If, for example, you want to argue about the differences between, say, Tidwell's Vertical Stack, and our general concept of the List, then add a section to discuss. If we're successful, we'll get to make a new edition and will take all these discussions into account. |
As with any good form of interactive design, we have kept a specific scope in mind from the moment we started writing this book. If this book was intended to be all things to all people, it would be much larger or we’d simply never have finished it. Our focus here has been on design. By this we mean information architecture; information, interaction, interface, and visual design; and copywriting.
If your job title, job description, or deliverables have names like those just mentioned, and you work in mobile, you need this book. Whether you are working on apps or websites for mobile (or any of many other things), this book addresses the common underlying principles in order to help you make better decisions and understand how to create better designs.
If you are moving from another field, such as desktop web design, or are switching from one narrowly focused mobile area to another, this book encompasses general patterns that can help you understand how to move from one type of device or one type of interaction to another.
If you work in a related job, this book still has something for you. Human factors engineers and HCI experts will find numerous discussions of why these solutions have become pat- terns, and references to cognitive psychology and physiology reasons these are true.
Development is not addressed as such, but the book is organized so that you can use it to find specific solutions to any form of mobile interaction. If you don’t have a dedicated design team, you can use the patterns to find and focus on solutions, confirm they are technically possible, and avoid common implementation pitfalls.
Hardware designers, or anyone who can influence hardware design, will find specific guidelines to best practices in interactive, such as key labels and the use of sensors. Though these are included primarily for use by interaction designers—to understand how the hardware influences their on-screen behaviors—they are also specific enough to be used for design of the interactive portions of the hardware itself.
Next: What We Mean by “Mobile”
Discuss & Add
Please do not change content above this line, as it's a perfect match with the printed book. Everything else you want to add goes down here.
Examples
If you want to add examples (and we occasionally do also) add them here.
Make a new section
Just like this. If, for example, you want to argue about the differences between, say, Tidwell's Vertical Stack, and our general concept of the List, then add a section to discuss. If we're successful, we'll get to make a new edition and will take all these discussions into account.