Re: [Libreoffice-ux-advise] [GSOC] iOS remote control design

[Siqi Liu]

Hello Mirek,

What's your take on the new screens? Eager to hear from you on them.

You can find them here:
http://siqi43.wordpress.com/2013/08/10/a-slightly-flattened-version-of-ios-impress-remote

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.

Also, Fitoschido  has made a good point
in his comment I think. What's your opinion on that?

Cheers,
Siqi


2013/8/8 Siqi Liu 

> Hi Mirek,
>
> On Aug 7, 2013 7:55 PM, "Mirek M."  wrote:
> >
> > Hi Siqi,
> >
> > On Mon, Aug 5, 2013 at 2:28 PM, Siqi Liu  wrote:
> >>
> >> Hi Mirek,
> >>
> >> Thanks for you feedbacks! I've responded inline for certain issues that
> you have pointed out.
> >>
> >> On Aug 5, 2013 11:45 AM, "Mirek M."  wrote:
> >> >
> >> > Hi again,
> >> > 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].
> >>
> >> Me neither, I'm fairly new to iOS dev actually ^^ I will take a look at
> it.
> >
> > OK, good.
> >>
> >> > Based on what I've gathered from articles, screens, and videos about
> iOS, though, here are my comments and concerns:
> >> > * 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.
> >>
> >> 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
> >
> > OK.
> >>
> >> > * 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.
> >>
> >> Ok, I will change the accent to orange throughout the app, which was
> green before.
> >>
> >> 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...
> >
> > iOS 7 simulator sounds good. Don't customize the iOS 6 elements -- that
> would probably not give accurate results.
>
> 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.
>
> >>
> >> 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.
> >>
> >> > * 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?
> >>
> >> 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.
> >
> > 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.
>
> 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 sl

[Libreoffice-ux-advise] [Bug 67642] Feedback for Expert Configuration GSoC project

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=67642

--- Comment #5 from Cor Nouws  ---
Could there be the possibility that a config file in the installation defines
which options are 'expert'?
(Or maybe that is the case/intention?)

If so, could that information be used to hide/show options in the UI?

Would be appreciated admins, I guess.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise