While waiting for the package to arrive, designed a few custom remotes in the meantime... package just arrived and it just works with all my kit! Very cool hardware!
That said, often being clever with hardware doesn't necessarily mean being adept with software, so am writing to you with some app usability feedback
(if it helps, am a professional software designer, so please take this feedback for what it's worth haha)
(in no particular order)
- Cannot access cloud / sharing button without being "in" a remote first. Likely because there is only 1 button for Cloud & upload / sharing is logically available when a remote is active. However, this design choice makes the resulting workflow obtuse / strange. Specifically, user must 1st create a dummy remote before they can download any remotes. But logically, most users want to only download when starting app for 1st time, to save from doing duplicate work creating custom remotes. Instead, they have to first make a dummy remote, then download what they want, then delete the dummy, etc. etc. Instead, need a separate Cloud button on Remote List view with options to download remotes, without having to create a remote first.
- Cancel editing; while viewing a remote, if I click gear / edit button, then wish to cancel without saving, i cannot... i can only Save. I know the result is the same as Cancel if I click it prior to making any changes, and there is an undo button, but this is a big usability "no-no" to ask users to save if they haven't made any changes (for obvious reasons; i.e. why ask user to commit changes if none have been made?). Recommend making the Undo button into a Cancel button when there is nothing more to Undo. If making changes, then the Cancel button turns into Undo button, and pressing Undo until there is nothing to undo, restores it as Cancel button.
- Edit remote button icon; this shouldn't be a gear icon... gear icons are most commonly used for accessing app Settings. Please changes to a more common edit icon; recommend using the i with a circle around it icon / ⓘ; "i" is for Info / Inspector, etc.
- Fullscreen view; would like to see a fullscreen (remote-only, no extra UI) mode as screen space can be limited (esp. on iPhone). Show / hide non-remote UI by tapping on a non-button area of a remote. Doing so hides all of the non-remote UI (top & bottom toolbars); tapping on a non-button area of a remote a 2nd time shows the toolbars again.
- iPad; remote-only view; similar to above, would like to see a view on the iPad that optionally hides the right-side Remotes List, extra UI and toolbars, to only show the beautiful Remote. All the non-remote UI just adds clutter / confusion & makes me feel i'm editing, when all I want to do is use the remotes.
- iPad; Optionally allow docking of remote "column" to left, right or center. User could "tap & hold" on a non-button area of a remote to change docking position (to not conflict with swiping to change remotes).
- iPad scaling; related to above but more of a feature request, would love to see remotes appear fullscreen on the iPad (take up full screen width) instead of just in a narrow column. To simplify this (and keep remote compatibility with iPhone), editing wouldn't change (so user could not access extra large versions of built-in assets and wouldn't be able to create "huge only" remotes); simply, the app would include larger versions of all the built-in button assets and these larger versions would be substituted if /when user selects a new "view large size" option (on iPad only).
- Strings; "Return" button appears in + / new remote view, but this is inconsistent with other apps. String should be "Back" like most apps. This is a minor issue, but please understand a primary reason people like & use iOS & Apple devices is for the consistency they offer (so we don't have to try to 2nd guess what the developer intends for each app or whatever... this is the reason if you look at the top-selling apps on App Store, you'll see how consistent strings & labels are between them).
- Confirm delete remote dialog is unnecessary; the reason there is a built-in confirm "delete" button workflow is because it offers sufficient confirmation after user swipes or selectes the - icon for a list item. Having an additional "Do you want to delete YES NO" dialog is superfluous and makes for an inefficient user experience / poor design. Please remove the unnecessary dialog; the red Delete button is sufficient confirmation!
- Ok, last one is not a change, but feedback to say I really like swiping left/right to switch between remotes; that works really well! Good job!
In conclusion, Apple provides very specific and well-thought out UI guidelines for app design; please review the guidelines (available free on IOS Dev portal) and then review your existing UI design. The guidelines exist for a reason & are very useful; following them makes the app (& entire app ecosystem) better for everyone!
That's all the feedback i have for now! Great product! Keep up the great work!
(adding, if you desire me to help make the above changes in a .nib in XCode, I can do so for a small fee )