Closed beigna closed 10 years ago
On Thu, Feb 20, 2014 at 11:48 PM, ignacio juan martín benedetti < notifications@github.com> wrote:
Hay que buscar un cliente HTTP js para hacer las peticiones a la API de preciosa.
a priori, vamos a ursar Rest. Tenés alguna opinion en contra de eso o muy a favor de RPC?
Hablar con "los de preciosa" para ver si usamos JSON-RPC o REST
jquery te parece insatisfactorio por algun motivo?
No sé cómo maneja PhoneGap el tema del cross domain, pero si se navega la app desde un browser rompe todo. Leí algo al respecto en el resumen de la Hangout.
supongo que hay que leer con algo de detemiento esto
http://docs.phonegap.com/en/3.3.0/guide_appdev_whitelist_index.md.html
y esto otro http://demos.jquerymobile.com/1.2.1/docs/pages/phonegap.html
On Fri, Feb 21, 2014 at 12:01 AM, ignacio juan martín benedetti < notifications@github.com> wrote:
No sé cómo maneja PhoneGap el tema del cross domain, pero si se navega la app desde un browser rompe todo. Leí algo al respecto en el resumen de la Hangout.
— Reply to this email directly or view it on GitHubhttps://github.com/mgaitan/preciosa_mobile/issues/2#issuecomment-35694878 .
mgaitan.github.io textosyprextextos.com.ar
En el config.xml debería estar esto: < access origin="*" / > ![Uploading Screen Shot 2014-02-21 at 9.47.49 PM.png . . .]()
Obviamente la carpeta /www no se puede testear desde un navegador, para poder testear las apps de phonegap se debe usar ripple https://chrome.google.com/webstore/detail/ripple-emulator-beta/geelfhphabnejjhdalkjhgipohgpdnoc?hl=en
@vrunoa graciela, voy a ver si este finde ya puedo tomarle la mano a esto. ¿Se puede usar el mismo html para PhoneGap y para "navegador mobile" (sin scan de codigos de barra, obviamente)??
Sisi, el mismo html, lo unico que hay q retocar en la app de phonegap es el onDeviceReady event para preparar los plugins
estemmm... @vrunoa ¿No le podrías darle "átomos" vos a este tema? Yo podría dedicarme, bajo supervisión de Martín, a la API y listo el polloime! :dancer:
Dale, veo si me hago un tiempito y les doy una mano. Existe algun flow de navegacion de la app ? O hay q tomar el sitio como referencia ?
@vrunoa Sí, pero nos los debe @mgaitan jeje!
Esto es algo de lo que se espera: http://mgaitan.github.io/posts/mirar-tu-smartphone-para-cuidar.html#comment-1247105816 http://mgaitan.github.io/posts/mirar-tu-smartphone-para-cuidar.html#comment-1248151880
@nachopro @vrunoa definamoslo. Tienen un rato mañana para un hangout?
imposible hoy domingo. estaría bueno un flow de navegación de la app
Bruno,
A priori lo que imaginamos, más allá de los diseños, es mas o menos así:
1) La pantalla mas importante es la que le permite al usuario buscar productos de distintas maneras:
a. Escaneando un código de barra b. Ingresando a mano un código de barra c. Buscando por descripción del producto d. Navegando un menú de categorias de 3 niveles
Esto es basicamente análogo a la columna izquierda del sitio www.preciosdeargentina.com.ar
La acciones a y b deberían funcionar igual que el buscador de la web, o sea: va dando resultados parciales con autocompletado. y el navegar por categorias va "entrando" en el arbol hasta que muestra una lista de productos. ejemplo "Lácteos -> Leche -> Entera".
2) Una vez que el usuario encuentra el producto que quiere pasa a la página detalle, donde se muestra la info basica del producto en cuestion y los precios encontrados.
Allí, hay dos botones que sirven para confirmar o corregir el precio de un producto. Si el usuario confirma, no tiene que hacer nada más. Si decide corregir, se le solicita que ingrese el nuevo importe.
3) Ahora bien, hay un paso 0 para poder "enviar" esa confirmación o corrección: confirmar el supermercado donde te encontras. La idea es que la app detecte el super más probable (por cercania) al que se supone que está, pero igual hay que pedirle al usuario que confirme.
Entonces esta pantalla de "configuracion" debe mostrar la lista de supermercados más proximos que se encontraron, con un "radio button", seleccionado el primero por default y un botón "confirmar" . Seria piola tambien que se pueda "filtrar" la lista por un listbox con las cadenas de super.
A esta pantalla se deberia acceder desde un botón de configuracion, en el inicio de la app, o bien que se "redirija" si no se configuró, la primera vez que el usuario intenta confirmar o corregir un precio.
4) Otras pantallas son forms que le permiten al usuario cargar datos nuevos al sistema. Ejemplo: si escanea un código de barra que no tenemos, la "pagina detalle" dirá "No conocemos ese producto", desea agregarlo? y entonces va a una pantalla donde tiene que poner una breve descripcion y elegir una categoria para el producto.
Otro form de alta es el de sucursal, que deberia accederse desde la configuracion de sucursal con un botón de "agregar nueva" y deje elegir: Cadena (desde un listbox), una dirección y un checkbox que diga "estoy aquí".
5) Todavia no lo decidimos, pero quizas necesitemos un form que envie usuario y contraseña (de login)
¿cómo lo ves? ¿te queda alguna duda? son bienvenidas las observaciones y comentarios.
abrazo
On Sun, Feb 23, 2014 at 10:22 PM, Bruno Alassia notifications@github.comwrote:
imposible hoy domingo. estaría bueno un flow de navegación de la app
— Reply to this email directly or view it on GitHubhttps://github.com/mgaitan/preciosa_mobile/issues/2#issuecomment-35851025 .
mgaitan.github.io textosyprextextos.com.ar
Hay que buscar un cliente HTTP js para hacer las peticiones a la API de preciosa.
Hablar con "los de preciosa" para ver si usamos JSON-RPC o REST