keith mcelhinney Posted August 28, 2021 Posted August 28, 2021 Just started using the app and I love it! These suggestions are in no way criticism, just things I would love to see. Separate icons or colors for on/off state Custom state names for On/Off (ie Open/Closed for garage door) Ability to make whole cell clickable for on/off instead of bring up options if you click on the name More icon choice (ability to import would be unreal) That this list is very small is a tribute to how much I like the app. Thanks so much for all the work! -Keith 1
Javi Posted August 29, 2021 Posted August 29, 2021 Hi @keith mcelhinney, Thank you. Below are some of my thoughts and our road map. Icon-value and color-value have been tried with unfavorable (subjective) results, so some of my comments are intended as objective criticism. My comments and questions are not intended to discourage, but to encourage more ideas that consider issues caused or foreseen with some (previous) implementations. Also, if you are on iOS some of these requests may be addressed when Grid-View and Favorite-Types are implemented (currently only on Android). #4 Import is on our list although it has lower priority than some basic controls which still need implementation. Please let us know the exact icons you would like to have, and we can try to add them soon. If they are available here https://fonts.google.com/icons?selected=Material+Icons it is more likely they can be added. #3 Currently any device which has a status, supports “on” command, and supports “off” commands will have a toggle indicator. Clicking on the icon will toggle the device. Whole toggle cells are on the roadmap as a Favorite-Type which has been implemented in Android, coming to iOS. #2 On our road map. #1 This one is the most difficult. So, let’s look at both color and icon scenarios. As a reference UD Mobile is based on Go2ISY which allowed color, icon, names (#2), and icon import (#4). So, my comments below are from much trial and error with results which were unfavorable or confusing (subjective). Comments and ideas from others are welcome. #Color The app supports light and dark modes for both platforms, however the screen type has a large effect on how colors are displayed. There are 3 icon-press-types (toggle-type); no-toggle, on-off toggle, and command. In addition to the toggle type we also have a no-status type (i.e. app-startup does not have node status). So essentially there should be 4 color types; no-status value during app startup (gray?), on (amber?), off (black?), and non-toggle (blue?). Now we have a few issues; should the color black be white in dark mode? Which leads to the next issue, some screen types (when the app is in dark mode) white, amber, and gray all appear to be the same color. Not to mention node status values which do not conform to on/off as a status (i.e. thermostats, security panels, tesla, etc.), this would require the user (or more unlikely us) to develop rules on when a device is “on” or “off”. The only method found to combat the color similarity issue in dark mode was to encircle all icons with a colored circle, which dramatically decreases the size of the desired icon. However, encircle caused confusion of on/off state, toggle-type, and non-filled icons were difficult to distinguish color. So use the circle fill to show status….start over at #Color. To solve this problem the app uses the same color for all icons and then adds an indicator (top left) for toggle-type (or favorite type (Android)) and on/off indication. Allowing the user to choose the accent color is on our road map. #Dynamic icons This can be related to #2 as custom icons for values has a direct relation to custom name for value. Go2ISY had comparison rules for “>”, “<”, “no-status”, and “=” values for icons, icon color, and custom names so it is possible. However, it was much work for the user and the user would eventually hit the same issues described in #Color. With that said, I think value-based icons can (and should be) implemented. However only by relying on #2 to change the icon and complete omission of comparison value-based rules. Value based rules could still be implemented via ISY program and then using #2 to map the icon based on program status. This would also indirectly allow users to change icon colors when #4 (import) is implemented. 2
asbril Posted August 29, 2021 Posted August 29, 2021 (edited) Can we get an icon for curtains ? Edited August 29, 2021 by asbril 1
DaveStLou Posted August 29, 2021 Posted August 29, 2021 (edited) 5 hours ago, Javi said: Please let us know the exact icons you would like to have, and we can try to add them soon. If they are available here https://fonts.google.com/icons?selected=Material+Icons it is more likely they can be added. Here's a vote for this one from Material Icons for my mailbox. Edited August 29, 2021 by DaveStLou
LFMc Posted August 30, 2021 Posted August 30, 2021 One feature that might help us with others in our family by allowing them to use UD Mobile, but not change features or to allow them to drill down into programs, variables, etc, would be a local "setup" password on UD Mobile. It might lock them into favorites only and not allow accessing home folders, editing or adding icons or other features without entering the local password.
Javi Posted August 30, 2021 Posted August 30, 2021 22 hours ago, asbril said: Can we get an icon for curtains ? Added window folder with additional windows and coverings. 17 hours ago, DaveStLou said: Here's a vote for this one from Material Icons for my mailbox. Added mail icons into objects folder. 2
Javi Posted August 30, 2021 Posted August 30, 2021 5 hours ago, LFMc said: One feature that might help us with others in our family by allowing them to use UD Mobile, but not change features or to allow them to drill down into programs, variables, etc, would be a local "setup" password on UD Mobile. It might lock them into favorites only and not allow accessing home folders, editing or adding icons or other features without entering the local password. Also on our list 1
Recommended Posts