**** BEGIN LOGGING AT Mon Mar 27 03:00:03 2017 Mar 27 03:36:15 Tofe, here’s an article on radial menus: https://bigmedium.com/ideas/radial-menus-for-touch-ui.html Mar 27 03:36:47 Here’s the key section: Radial menus are essentially gesture-based: touch-swipe-release. That’s why some call radial menus “marker menus”: it’s like making a mark on the screen. Swiping to 2 o’clock has one meaning, and swiping to 6 o’clock another. Like all physical actions—playing an instrument, typing a keyboard, serving a tennis ball—gestures get embedded in muscle memory, which is faster to access Mar 27 03:36:48 visual memory. Tap-swipe is faster than scanning for an item in a linear list, just like touch-typing is faster than hunt-and-peck. Mar 27 08:34:12 morning Mar 27 08:37:38 Morning Mar 27 08:37:50 Tofe: morning Mar 27 08:37:58 DougReeder: thanks for the link Mar 27 09:43:29 Morning Mar 27 09:43:34 Garfonso: Long time no see Mar 27 09:43:36 How are things? Mar 27 09:45:05 morning Herrie. :-) Mar 27 09:45:28 yes, I've been a bit busy and distracted from our little project. :-/ Mar 27 09:48:16 SAme here, new job, bit hectic but well ;) Mar 27 12:25:57 Tofe: that menu was basically what i was thinking. i do have a few suggestions, when you're around. Mar 27 12:48:07 HaDAk: I'm around Mar 27 12:48:27 the implementation looks really good! i'd still recommend a few changes, though. Mar 27 12:49:03 if possible, i'd like to see the radial menu slide in from the side, instead of swiping in a new card from the left. hopefully that makes sense. (basically, as an overlay rather than a new scene) Mar 27 12:49:57 and the camera/camcorder toggle should be at the bottom of the screen at all times. like, a big capture button in the middle, with a smaller camcorder button next to it. press the camcorder button, and it swaps the two and starts recording. Mar 27 12:50:43 the second level navigation on the radial should spin, too, if necessary. i imagine it won't be important most of the time, but we need to account for smaller displays and times when there are more than 4-5 options in the second level (such as white balance) Mar 27 12:51:26 otherwise, i really like it. we'll flesh out proper icons as we go. (there shouldn't be text anywhere on the radial. everything should be an icon) Mar 27 12:55:07 ok, yes, makes sense. Do you also have an opinion on DougReeder's comments, about muscle memory and touch+swipe principle on the radial menus? Mar 27 12:55:30 he's talking about the center of the wheel sliding in under your thumb, i believe? Mar 27 12:55:50 in general, i agree with this principal... but we'd have to do some A/B testing to see if it makes sense in practice, on a real device. Mar 27 12:57:27 actually it's what is implemented on Android on my TP camera app, and I don't like it that much. Mostly because it often pops up when I don't want it to. I'd prefer the center of the wheel to be a fixed point on screen. Mar 27 12:57:55 i like the predictability of the always-centered approach. Mar 27 12:58:08 i dont' have a strong feeling either way, without some testing Mar 27 12:58:22 whatever option we choose...it should work for both sides of the screen. Mar 27 12:58:30 :) Mar 27 12:58:32 also Mar 27 12:58:49 your mockup is specifically portrait Mar 27 12:58:54 how does this menu play in landscape? Mar 27 12:59:03 another reason why we'd want the second level menu to spin Mar 27 13:00:41 http://imgur.com/a/rihMS Mar 27 13:01:13 looks good. Mar 27 13:01:29 The size is currently proportional to the height of the screen; maybe we could fine better ratios, but it kind of works Mar 27 13:02:03 another recommendation... maybe some sort of shadow overlay on the radial menu near the edges. it should cover the pie slice that's mostly hidden, and part of the next one (so, "flash" and "#"). this would give an indication that there's "more" Mar 27 13:02:44 yes, good idea Mar 27 13:03:26 Though there are serious performance issues with the QML Canvas item on device, I don't know why, so I'll maybe switch to using images Mar 27 13:05:57 HaDAk: DougReeder's remark was more about the ability to be able to touch,swipe to the menu item, release, to activate an item; and more importantly that at a given angle, the resulting selected option will be predictable Mar 27 13:06:08 -to be able Mar 27 13:06:34 you run into the problem that having more options means that's not a possibility. Mar 27 13:07:06 Yes, that's the issue for this approach: for a full circle, it's about 8 options max Mar 27 13:07:08 i agree, in concept... in fact, maybe we need to do some logic to detect if it's a quick swipe to an option, or there is just a swipe in with no option selected Mar 27 13:07:36 because sliding in from the side, then sliding to a main menu item, then sliding from there to a submenu should select that item and close the menu Mar 27 13:07:58 however, a quick swipe in from the side should open the menu and let you tap on each option without it closing until you swipe it back into the side of the display Mar 27 13:09:59 speaking of which, do you often need to change a setting quickly, and how many settings are concerned by this need? Mar 27 13:10:08 often, yes. Mar 27 13:10:46 i'm mostly concerned with shutter speed, iso, and white balance in a pinch. unless i'm shooting raw, then white balance doesn't matter. Mar 27 13:11:02 since we can't change the fixed aperture, that's not an issue here...but on a real camera, i'd also need fast access to that. Mar 27 13:11:50 ok Mar 27 14:18:25 HaDAk: about the camcorder, it's a bit more complicated than just pressing a button, unfortunately; there might be settings that are related to video, and not to photo, like the wanted resolution Mar 27 14:18:43 So I'd like to have a switch Mar 27 14:19:33 ok. we can figure out a solution later. it's not really in scope at the moment. Mar 27 17:36:29 Herrie: with the latest tofe/work, the camera app starts now properly on mako Mar 27 19:09:46 Tofe: OK Mar 27 19:09:54 What was the iissue? Mar 27 19:10:24 Herrie: I don't know :) **** ENDING LOGGING AT Tue Mar 28 03:00:03 2017