<div dir="ltr">Hi Mirek, <div><div class="gmail_extra"><br></div><div class="gmail_extra">Sorry for the late response. I was trying to stay focused on the Bonjour support for Windows and now I can move on to more UI/UX improvements. <br>
<br><div class="gmail_quote">2013/8/13 Mirek M. <span dir="ltr"><<a href="mailto:mazelm@gmail.com" target="_blank">mazelm@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr">Hi Siqi,<br><div><div class="gmail_extra"><div><br>On Sun, Aug 11, 2013 at 4:06 AM, Siqi Liu <span dir="ltr"><<a href="mailto:me@siqi.fr" target="_blank">me@siqi.fr</a>></span> wrote:<br><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hello Mirek, <div><br></div><div>What's your take on the new screens? Eager to hear from you on them.<br>
</div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><br></div>
<div>You can find them here: <a href="http://siqi43.wordpress.com/2013/08/10/a-slightly-flattened-version-of-ios-impress-remote" target="_blank">http://siqi43.wordpress.com/2013/08/10/a-slightly-flattened-version-of-ios-impress-remote</a></div>
</div></div></blockquote><br></div></div><div class="gmail_quote">I'll just go through them:<br></div><div class="gmail_quote"><div>The Connection screens:<br></div><div>* What is the purpose of having a screen with a single button on it on the tablet? Could you please just show the computers to connect to right away, as I assume you do on the phone?<br>
</div></div></div></div></div></blockquote><div><br></div><div>Yes, I basically used this screen to provide a background for the pop up modal views. I can fire up the modal views right away and keep the orange background only (without icon, connect button and app title, or any suggestion on what kind of background to use? ). But in that case, there won't be a "cancel" button on the server list page because we must keep the modal view open if we don't have a button to reopen the server list page. We are therefore forcing users to open this modal view in a sense... That's my only concern here but I can definitely do this if it doesn't bother you. </div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra">
<div class="gmail_quote">
<div>
</div><div>* If you decide not to, please at least make it look like the Connect button is tappable, and it would probably be good to use the whole Impress remote icon graphic rather than a cut-out square (it makes sense in an icon, but looks odd when there's ample room for it not to be cropped).<br>
</div></div></div></div></div></blockquote><div><br></div><div>I think I will remove this page then, by keeping the orange background only. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><div>
</div><div>* The text on the PIN screen should read just like how you would say it in real life. Try "In Impress, go to "Slide Show -> Impress Remote" and enter the PIN [1678]." The string "Waiting for validation from Impress..." isn't necessary unless it takes a long time to validate.<br>
</div></div></div></div></div></blockquote><div><br></div><div>Well, this depends on how fast users enter the PIN code on their PCs actually... I will remove it if it seems to be unnecessary. By "Waiting" I actually mean that the app is waiting for pin pairing from users.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><div>
</div><div>* It'd be better to not have the presentation preview page and just start the presentation right away. The page is just an unnecessary extra step.<br></div></div></div></div></div></blockquote><div><br></div>
<div>Euh...but what happens when the iOS device first paired with the PC? It starts the presentation right away without asking if the user want to start it? And where should I put those configurations or they are unnecessary as well? I was keeping it because 1) the Android app has it as well 2) This gives users a chance to do some configuration and only start the presentation when they are ready. I don't think one extra step which helps to make sure the right presentation is running and all the config are right in place would bother the lecturer... if you are in front of several hundreds of people you don't want to make any mistakes ... that one extra assurance weighs heavier than one extra tap on the screen as far as I am concerned....</div>
<div><br></div><div>Anyway my opinion might be subjective, but I really can't remove it before changing the protocol, which needs some kind of consensus with the android app as well. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>The presentation screens:<br></div><div>
* Where is the pointer button on the tablet?<br></div></div></div></div></div></blockquote><div><br></div><div>There isn't one. If you touch the preview image (and the preview/next button on the side will become transparent), you get the pointer. Since it's large enough for users to use their pointer, it's unnecessary to add a button for that effect. (on iPhone the Pointer button was used to show an enlarged preview image)</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra">
<div class="gmail_quote">
<div>
</div><div>* The Options button looks way out of place on the tablet. Please at least keep its background white or light gray.<br></div></div></div></div></div></blockquote><div><br></div><div>I am such a bad designer :-P, I was trying to reproduce the black side list like the one from this post on <a href="http://www.theverge.com/2013/8/15/4623016/buying-a-laptop-everything-you-need-to-know">theverge</a>. It was shown on the left when you scroll down to the main article. Whenever you click on the gear, it will slide to the left a little bit and show the popover. When the popover is dismissed, the gear will slide back to the right. But yeah, now looking back, the coloring doesn't seem right. I will change that. </div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><div></div><div>* The Pause and Clear buttons are really hard to see. Since the app doesn't use TextKit, therefore not being able to tap into iOS 7's font accessibility options (I assume), it'd be good not to use Helvetica Neue Ultra Light at all. The Pause button should also have a different color.<br>
</div></div></div></div></div></blockquote><div><br></div><div>That was already Helvetica Neue (without Ultra) Light I think. And I'm kind of into a dilemma now... here is a screen from iOS7 of Apple's new clock app (I did my circle button design before noticing this :-P). Apple apparently resizes the text in order to put all text into the circle when translated to other languages. </div>
<div><br></div><div><img src="http://s1.ibtimes.com/sites/www.ibtimes.com/files/styles/v2_article_large/public/2013/06/18/ios-7-clock-timer.PNG" alt="Images intégrées 1" width="279" height="420"><br></div><div><br></div>
<div>
I've also tried to replace the text with icon, which gives us this: </div><div><br></div><div><img src="cid:ii_140926701b04e63b" alt="Images intégrées 2" width="280" height="420"><br></div><div><br></div><div>Which way should I go then? Rounded-rect button with text? circle button with text? Or Circle button with symbols? </div>
<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra">
<div class="gmail_quote"><div>
* The "More" label in the More menu is unnecessary and looks like a command at first sight.<br></div></div></div></div></div></blockquote><div><br></div><div>Agree with you. Removed. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><div></div><div>* I don't particularly like the idea of having the slide picker onscreen all the time, but that's a subjective feeling.</div></div>
</div></div></div></blockquote><div><br></div><div>On iPad it seems to make good use of the available space. Also I couldn't come up something to put in place of the slide picker...and it would be too large if I enlarge the slide preview image even more.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra">
<div class="gmail_quote">
<div>
</div><div>* The slide picker should have the same aesthetic as the rest of the app.<br></div></div></div></div></div></blockquote><div>Noted, I will do some tweaks on that. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><div></div><div>* The slide preview itself looks stretched out and blurry -- I assume that's a bug that will be fixed, right?<br></div></div></div>
</div></div></blockquote><div><br></div><div>I would say it has become a bug now :-P</div><div>In older implementation for the remote control was only designed for phones. So the images sent from computers are only big enough for phones which helps to reduce the traffic over the network when sending them to the phone. Now with iPad....well that's no longer "big enough". </div>
<div><br></div><div>I've proposed to change this by adding a param during the hand-shake period (by specifying a "small", "medium" or "big" screen size parameter for example). But I would need Artur's confirmation in more details on how to implement this. I've cc Artur as well. </div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra">
<div class="gmail_quote">
<div></div>
<div><br></div><div>In general, I'm not too keen on the iOS7-esque look. It feels kind of like iOS 7, but not quite there (the fonts sometimes have different weights, the icons are thicker and have a different style, the slide sidebar keeps its iOS 6 look, ...), and it might feel sloppy when juxtaposed with built-for-iOS7 apps.<br>
</div></div></div></div></div></blockquote><div><br></div><div>If we want the app to stay consistent on iOS5/6/7, then we would be obliged to do some really deep customization... in iOS7 the app will have iOS7 styled slide sidebar so it shouldn't look too strange when compared to other iOS7 app. But...on iOS6 I must say that it's kind of weird to have a iOS6 tableview side-to-side to an iOS7 style navigation bar...</div>
<div><br></div><div>For now I think I will check all the fonts to use Neue Light instead of Ultra Light and try to do some customization for the tableview. I would love to have a more complete UI customization implemented but that would require not only too much work but also too much design genius from me as you can tell now :P</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra">
<div class="gmail_quote">
<div>
</div><div>That said, I'm not really sure what the best solution here would be. IMHO, it might be best to have our own consistent style on iOS like Google does, but I understand that's a big undertaking and it's not something I'd like to work on. I'm hesitant about fully embracing the iOS7 look, given the accessibility implications. I guess we could embrace that look where possible, but use Helvetica Neue Light instead of Ultra Light.<br>
</div><div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>
</div><div>Do you want me to tint all buttons/icons in orange to stay in line with the Android app? I've taken blue only because it's one of the default on iOS7. </div></div></blockquote><div><br></div></div><div>
Yes, please tint them. <br>
</div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>
Also, <cite style="font-size:13px;line-height:24px;border:0px none;font-family:'Carrois Gothic',sans-serif;margin:0px;outline:none 0px;padding:0px;vertical-align:baseline;color:rgb(38,38,38);background-color:rgb(242,242,242)"><a href="http://fitoschido.wordpress.com/" rel="external nofollow" style="line-height:inherit;border:0px none;font-family:inherit;font-style:inherit;margin:0px;outline:none 0px;padding:0px;vertical-align:baseline;color:rgb(51,51,51);text-decoration:none" target="_blank">Fitoschido</a></cite><span style="line-height:24px;font-size:13px;font-family:'Carrois Gothic',sans-serif"><font color="#000000"> has made a good point in his comment I think. What's your opinion on that?</font></span></div>
</div></blockquote><div><br></div></div><div>I agree that the iOS7 design is unfortunate in this case, but I feel like using icons instead would be sacrificing clarity, at least in the case of the button "Clear" (oh, the irony).<br>
</div><div>I'd recommend to use a thicker font weight, more visible colors (how about orange for both), and delineate the button with a round rectangle instead of a circle (you never know how long translations will be and if they'll fit). Or you could just not have any delineation for the buttons whatsoever -- I guess that'd be the better choice for iOS 7.<br>
</div></div></div></div></div></blockquote><div><br></div><div>Please take a look at the screens above. Give me your final conclusion and I will do that ^^ </div><div><br></div><div>Thank you,</div><div><br></div><div>Siqi</div>
<div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra">
<div class="gmail_quote"><div>
</div><div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><span style="line-height:24px;font-size:13px;font-family:'Carrois Gothic',sans-serif"><br>
</span></div>
<div><span style="line-height:24px;font-size:13px;font-family:'Carrois Gothic',sans-serif"><font color="#000000">Cheers,</font></span></div>
<div><span style="line-height:24px;font-size:13px;font-family:'Carrois Gothic',sans-serif"><font color="#000000">Siqi</font></span></div></div><div class="gmail_extra"><div><div><br><br><div class="gmail_quote">
2013/8/8 Siqi Liu <span dir="ltr"><<a href="mailto:me@siqi.fr" target="_blank">me@siqi.fr</a>></span><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<p dir="ltr">
Hi Mirek,</p><div>
<p dir="ltr">On Aug 7, 2013 7:55 PM, "Mirek M." <<a href="mailto:mazelm@gmail.com" target="_blank">mazelm@gmail.com</a>> wrote:<br>
><br>
> Hi Siqi,<br>
><br>
> On Mon, Aug 5, 2013 at 2:28 PM, Siqi Liu <<a href="mailto:me@siqi.fr" target="_blank">me@siqi.fr</a>> wrote:<br>
>><br>
>> Hi Mirek, <br>
>><br>
>> Thanks for you feedbacks! I've responded inline for certain issues that you have pointed out.<br>
>><br>
>> On Aug 5, 2013 11:45 AM, "Mirek M." <<a href="mailto:mazelm@gmail.com" target="_blank">mazelm@gmail.com</a>> wrote:<br>
>> ><br>
>> > Hi again,<br>
>> > I was hoping someone else would comment, because I'm not well-versed in the iOS HIG and I don't care much for the platform. It doesn't help that the iOS 7 HIG is hidden behind an Apple ID login, which I don't have -- if you have one, take a look at the HIG [1] and the iOS 7 UI transition guide [2].<br>
>><br>
>> Me neither, I'm fairly new to iOS dev actually ^^ I will take a look at it.<br>
><br>
> OK, good.<br>
>><br>
>> > Based on what I've gathered from articles, screens, and videos about iOS, though, here are my comments and concerns:<br>
>> > * The swipe-in sidebar might not work on iOS 7 devices, as the swipe from the left side of the screen is used to go back. I'd recommend installing an iOS 7 beta to test out your app, and instead of a swipe-in sidebar, how about a pinch-out overview like on the Android app? As a plus, it won't be possible to accidentally show the sidebar when you meant to go to the last slide.<br>
>><br>
>> Actually the swipe in sidebar is activated only by the detail button on the upper right corner since I don't want users to accidentally activate it by a swipe gesture. However I do need to swap the position of "stop presentation" button (on the left) and the "detail button" (on the right), didn't know why I placed them in wrong positions :-P <br>
><br>
> OK.<br>
>><br>
>> > * The style seems to be an odd combination of iOS 6 and iOS 7 styles. Please pick one and go with it (I would say iOS 7 is a better choice). It would be good to use orange as the accent color, like we do on Android.<br>
>><br>
>> Ok, I will change the accent to orange throughout the app, which was green before. <br>
>><br>
>> In terms of styling, I personally don't have any iOS 7 compatible device to test on so I can either test it in the iOS7 simulator (which is still in Dev preview) or really just customize all the iOS 6 elements to make them feel like iOS7...which doesn't appear to be a good choice to me...<br>
><br>
> iOS 7 simulator sounds good. Don't customize the iOS 6 elements -- that would probably not give accurate results.</p>
</div><p dir="ltr">Actually if we release the app as an iOS6 app, (which would be the case) it would continue to use iOS 6 ui elements on iOS7 devices. For now I've just customized some elements to be similar to the one used in ios 7, and it turns out fine since basically we are removing old styles components (gradients, shadow etc to get flatter). I have tested on iOS6 and iOS5 devices and both work fine. I've also borrowed an iOS7 device to test on and it works as expected though some tweaks are necessary to make the feeling more coherent throughout the app.</p>
<div>
<p dir="ltr">>><br>
>> But yes, I will investigate into how to make the design style transition between iOS6 based app and iOS7 based app. For now, all the customized elements are designed to be similar to the iOS7 because, ...let's admit it, the iOS6 UI is just too boring...I'm kind of struggling here as well.<br>
>><br>
>> > * I don't quite understand the layout slide show control pad. Why is the next slide shown on the left whan one gets to it by swiping to the right? Why is it shown at all?<br>
>><br>
>> First, I did not stick to the Android app which used a coverflow to change between slides because it's to me a little bit trickier to change to next slide by swiping. It doesn't seem to be as reliable as to simply click on a button. With a button, users don't even need to look at the app to know if they have swiped to the next slide or the next next slide... It was pointed out by Michael M during the initial proposition period as well and that's also why I made two big buttons for users to reliably control the next/previous slide.<br>
><br>
> This would be good to test out. On the one hand, tapping is simpler, on the other, it requires the presenter to look at the screen to hit the target area, whereas, with swiping, the whole screen is the actionable area.</p>
</div><p dir="ltr">Hmm..this still doesn't convince me... Scrolling is designed to easily browse through multiples items (in a nonlinear way like pick a music album) , and here the most used functionality is next/previous slide for a normal presentation. It doesn't feel right to put a cover-flow in such a prominent place...if users need to switch to another slide, it isn't really complicated to use the sidebar to do that. </p>
<p dir="ltr">However if you do think it's a better way to go I can try that, no problem here.</p><div>
<p dir="ltr">> BTW, on Android, there's also the option to use volume buttons to switch slides.</p>
</div><p dir="ltr">Good point, I'll check if this is doable on iOS since they are known to be more strict on APIs. :-P</p>
<p dir="ltr"></p><div>>><br>
>> Second, the reason I show a secondary slideshow preview is twofold: 1. It can be helpful for users to know what's the next slide, especially when the presentation is at the last slide, in which case the next slide will be black with a big "SlideShow Finished" on it 2. The screen size of iPhone is much narrower and shorter than most of the android devices, which makes it impossible to present only one slide while leaving enough space for the lecturer's notes and the buttons on the bottom (if we maintain the aspect ratio of the slideshow of course). If we want to keep aspect ratio of the slideshow image, it presenting two slides at the same time seems to solve the problem. <br>
>><br>
>><br>
>><br></div><div>
>> However, it does make more sense to place the next slide to the right. I will change that soon.<br>
><br>
><br>
> Thanks. That will make more sense.<br>
><br>
> Be sure to keep the new iPhone shape in mind as well, though. <br>
>><br>
>><br>
>> > * What does the Touch Pointer in settings do and how is it different from the Pointer button in slide view?<br>
>><br>
>> The "Touch Pointer" option, when disabled, activates accelerometer based pointer. But if at the end of gsoc I don't have a reliable accelerometer based pointer, I will remove this option and makes it touch pointer only,<br>
>><br>
>> The pointer button, in "touch pointer" mode, will display an enlarged current slide, which allows users to touch the desired part more accurately. <br>
>><br></div><div>
>> In "accelerometer based pointer" (which is highly experimental), users can keep holding on this Pointer button and a pointer will be shown on the phone, which can be moved based on accelerometer. When users release this button, the enlarged picture and the pointer will be dismissed.<br>
><br>
> OK. It'd be good to test the usability of this feature when it works.<br>
> <br>
>><br>
>> > * I think it's important to show the clock in the presentation control pad, as that's the screen the presenter will be on the most.<br>
>><br>
>> I agree with you, I think it would be possible to place it at the center of the navigation bar.<br>
><br>
> Sounds good. Could be similar to the current Android implementation.<br>
>><br>
>> > * On the "New Server" page, "Server Name" should just read "Name" and it should be below the "IP address" entry, as it's optional. The label below is unnecessary.<br>
>><br>
>> Ok, will do so.<br>
><br>
> Thanks. <br>
><br>
>> > * The Slide sidebar seems undiscoverable. Please have a button for it, preferably in the main toolbar.<br>
>><br>
>> Yes, it is on the main toolbar (the navbar on the top), I will exchange the position of the "stop presentation" and this detail button.<br>
><br>
> Good.<br>
> <br>
>><br>
>> > * I don't think "Stop Presentation" should get such prominent placement. (After all, it's only used once, and you really don't want to tap it by accident.) I'd suggest replacing it with a "Back" button, but only if the presentation can be restored right away if the button is accidentally tapped. If not, I'd suggest putting it in the menu.<br>
>><br>
>> Ah, I see, it's actually not a menu button...it's the button to reveal the sidebar. Actually I'm thinking of replace that button with a "gear button", which reveals a menu where users can "stop presentation", this prevents some accidental clicks as it requires two steps to click on the stop button.<br>
><br>
> Sounds good. </div><p></p>
<p dir="ltr">Stop presentation, restart presentation, blank screen are now in a popover. </p><div>
<p dir="ltr">>><br>
>> > * I don't think the slide show preview page is necessary.<br>
>><br>
>> This page presents in the Android app as well and it's actually necessary in terms of connection management: select a server --- connection --- pairing --- "After paired with PCs, users will need somewhere to call start presentation". When users click on "stop presentation", they will be brought back to this preview page, where they can restart presentation if they will.<br>
><br>
> Is that really necessary? Can't the device screen just be used? Ideally, the app would save state and stay connected after ending a presentation, so that you it would restore state immediately after you chose the same computer.<br>
> That would also get rid of problems with the "Stop Presentation" button -- restore would be instantaneous, so tapping it by accident wouldn't matter much. </p>
</div><p dir="ltr">Ah, I see your point. Actually If the presentation is running and users come back to this preview page, the transition is immediate. So they resume to the previous state. </p>
<p dir="ltr">However, the stop presentation should really stop the presentation both on the phone and the pc right? And in that case, if we don't have this page, users will be directed to server list page. Even users click on the save device, the presentation is not running (stopped by phone), and where should they be directed then? </p>
<p dir="ltr">For now, if the presentation is running, we restore the presentation page immediately, if not, it stays at the preview page, waiting users to call "start presentation". </p><div>
<p dir="ltr">>><br>
>> In Android IIRC this page has only a "start presentation" button. In iOS I've just implemented it so that it presents the title of the document currently displayed on the PCs as well. Also, this leave us some space to do some presentation specific configuration like auto-start timer & touch pointer (when disabled, we activate accelerometer based pointer). <br>
>><br>
>> ><br>
>> > BTW, what's in that menu? It'd be good to know.<br>
>><br>
>> The SideBar .... Bazinga! But yes, should be on the left actually. Will correct that ^^<br>
><br>
> Good. <br>
>><br>
>> ><br>
>> > [1] <a href="https://developer.apple.com/library/etc/redirect/WWDR/iOSHIG" target="_blank">https://developer.apple.com/library/etc/redirect/WWDR/iOSHIG</a><br>
>> > [2] <a href="https://developer.apple.com/library/etc/redirect/WWDR/iOSUITransitionGuide" target="_blank">https://developer.apple.com/library/etc/redirect/WWDR/iOSUITransitionGuide</a><br>
>><br>
>> Hope this clarify certain aspects of the current design! And I will post some modified screens on the Wiki later.<br>
><br>
> Thanks, looking forward to it. <br>
>><br>
>> Thank you!<br>
>><br>
>> Siqi<br>
><br>
><br></p>
</div><p dir="ltr">Thanks again for your advice! The app has already changed a lot since your last email ^^ will post some screens shortly. </p><span><font color="#888888">
<p dir="ltr">Siqi</p>
</font></span></blockquote></div><br><br clear="all"><div><br></div></div></div><div>-- <br><div dir="ltr"><div>--------</div><div><br></div><div>Cordialement,</div>Siqi LIU<div><br><div>Étudiant Ingérieur, Université de Technologie de Compiègne<br>
<div>Vice-Président de l'association robotique UTCoupe</div></div><div>Responsable d'atelier de ClubChine</div></div><div><br></div><div>------</div><div> Tel. <a href="tel:%2B33%207%2061%2016%2095%2083" value="+33761169583" target="_blank">+33 7 61 16 95 83</a><br>
</div><div> email: <a href="mailto:me@siqi.fr" target="_blank">me@siqi.fr</a></div>
<div>------</div></div>
</div></div>
</blockquote></div></div></div><br></div></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div>--------</div><div><br></div><div>Cordialement,</div>Siqi LIU<div><br><div>Étudiant Ingérieur, Université de Technologie de Compiègne<br><div>
Vice-Président de l'association robotique UTCoupe</div></div><div>Responsable d'atelier de ClubChine</div></div><div><br></div><div>------</div><div> Tel. <a href="tel:%2B33%207%2061%2016%2095%2083" value="+33761169583" target="_blank">+33 7 61 16 95 83</a><br>
</div><div> email: <a href="mailto:me@siqi.fr" target="_blank">me@siqi.fr</a></div>
<div>------</div></div>
</div></div></div>