validation reject: UIX02 - User interface consistency

validation reject: UIX02 - User interface consistency

Imagen de Mobile 1UP
>> Failure Reason: UIX02 - User interface consistency >> Additional Comments: UIX02=there is no clearly defined way to exit the application we received the above reject message for our game; it does NOT run full screen, it runs within a window, which has a close button in the top-right corner. since our game is ported from cross-platform environments; we really don't want to add a button/hotspot inside the application for the user to quit. is there a way around this exception since it runs as a window? what would be our next steps? // Aaron Ardiri Mobile 1UP http://www.mobile1up.com/
publicaciones de 11 / 0 nuevos
Último envío
Para obtener más información sobre las optimizaciones del compilador, consulte el aviso sobre la optimización.
Imagen de BrianDevArch

Aaron,

The quickest suggestion I can offer is a tooltip of sorts. "Click to exit XXXXXXX". Since UI is a subjective area, us logical developers have to bend a little extra at times :)

Imagen de Mobile 1UP

>> The quickest suggestion I can offer is a tooltip of sorts. "Click to exit XXXXXXX"

thats not feasible honestly. the application runs in a window - there are STANDARD UI guidelines for operating systems. if this isn't lifted; we simply wont support the intel application store - i think this is a stupid rule for rejecting an application and the acceptance criteria should be updated. i agree 100% if the application runs full screen; but the window manager in this case handles this - i see a big black X in the top-right corner in my app; thats the exit button.

any-one at intel can discuss this? i've contacted my local contacts in Sweden to get feedback on this.

// Aaron Ardiri
Mobile 1UP
http://www.mobile1up.com/

Imagen de Andre (Intel)

Hello Aaron,

do you mind to post a screenshot here so we can see how it looks like ?

Best Regards,

Andre B.

Intel® Atom™ Developer Program

Imagen de Mobile 1UP

>> do you mind to post a screenshot here so we can see how it looks like ?

it didn't take us much to support moblin - here is a photo of the applications running on a net book

http://www.mobile1up.com/blog/entries/20091129/moblin-cronk.jpg [updated - better photo]

you'll see, there is a window (X11) and there is a close button (X) in the top right hand corner of the window. our application just runs inside the window. the window manager itself makes it larger than what we ask for; hence why it looks almost fullscreen. on a higher resolution device; it wont run full screen. the application close strategy is provided by the window manager; as i mentioned, since we don't go fullscreen - this should be sufficient.

// Aaron Ardiri
Mobile 1UP
http://www.mobile1up.com/

Imagen de Andre (Intel)

Hello Aaron,

in your submission was it clearly described that this app is not full screen ? If this "feature" has not been mentioned it's clear that it failed validation.

Best Regards,

Andre B.

Intel® Atom™ Developer Program

Imagen de Mobile 1UP

>> n your submission was it clearly described that this app is not full screen ?
>> If this "feature" has not been mentioned it's clear that it failed validation.

where would you specify this? i can simply just re-upload it and put this somewhere.

it is very frustrating; because the same game is for sale on other linux platforms without any issues - we just added the ADP routines to support the intel atom store - and to have this type of feedback is very frustrating; we've worked with apple on their own submission rules and this just seems worse (and, that requires a lot) :) i hope that there is a way around it.. i did reply to the submission reject email with questions; have not heard anything back

one would expect the reviewer to see it isn't full screen when they are presented with a window that doesn't take up the WHOLE screen.

EDIT: i have re-submiited and put the following under "submitter notes"
---
the *same* binary was rejected previously - under the grounds of:

>> Failure Reason: UIX02 - User interface consistency
>> Additional Comments: UIX02=there is no clearly defined way to exit the application

the application runs in a window; and the user can always terminate / exit the application by clicking on the X button in the top-right hand corner provided by the window manager itself. this has been discussed in the developer forums; here:

http://appdeveloper.intel.com/en-us/node/884

since the user can exit the application at any time already; we are not sure why the validation failed under this condition. i am adding this note here to inform the reviewer that they should disregard this requirement as it isn't a full screen application - and, possibly make amendments to the validation criteria.
---

// Aaron Ardiri
Mobile 1UP
http://www.mobile1up.com/

Imagen de Michael Kasprzak

> we really don't want to add a button/hotspot inside the application for the user to quit.
> thats not feasible honestly. the application runs in a window - there are STANDARD UI guidelines for operating systems. if this isn't lifted; we simply wont support the intel application store - i think this is a stupid rule for rejecting an application and the acceptance criteria should be updated.

Well if cross platform really is important to you, you should consider some sort of generic exit system. An optional small red X in the upper right corner for example. While iPhone/PlayStation 3/PlayStation Portable/360/Wii all have OS based exit standards, fullscreen Windows/Mac/Linux/Windows Mobile/Symbian/Android don't. If you're supporting multiple targets, you should already have a means of setting target specific #defines. This is just one more.

Imagen de Mobile 1UP

>> fullscreen Windows/Mac/Linux/Windows Mobile/Symbian/Android don't

our linux/windows/macosx et al versions are not full screen - it uses a window;
thats the standard exit system. the applications are written in a cross-platform
SDK; which can handle a generic "appStopEvent" and the abstraction is done
within the linked libraries - the code for cronk was never designed with linux in
mind; however, it does work on linux.

doing #ifdef inside the game for platform logic is not the best solution - this logic
is done within the abstraction layer which we link against. our submission clearly
defines a *standard* way to exit via the window manager.

take a look at the screen shot - you'll see. it was rejected even though it had it.

PS: i've been working in cross-platform development projects for over 10 years.
(so i know a thing or two about how to handle them). it doesn't matter if it was
my X or the window manager X; the reviewer obviously never saw it.

// Aaron Ardiri
Mobile 1UP
http://www.mobile1up.com/

Imagen de Michael Kasprzak

Okay, you're right that works/looks fine under Moblin. But windowing wouldn't layer that cleanly under Windows XP/7 and other Windowing systems that allow any sort of task bar size/shape customization. After all, with Netbook/MID's we're talking lower resolution displays than ordinary PC's, and you can't guarantee the user will have taskbar "auto hide" enabled. If you could care less about Windows and non Moblins, then that's fine too.

Imagen de Mobile 1UP

yeah - this is only a moblin release right now. :)

i got frustrated with apple reviewers; lets see if they read my comments this time around.. the store isn't live yet - so, i don't mind the delay.

// Aaron Ardiri
Mobile 1UP
http://www.mobile1up.com/

Inicie sesión para dejar un comentario.