Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Autocomplete de Localidad usando Google APIs #173

Closed
claudiosanchez opened this issue Jan 15, 2016 · 9 comments
Closed

Autocomplete de Localidad usando Google APIs #173

claudiosanchez opened this issue Jan 15, 2016 · 9 comments
Assignees

Comments

@claudiosanchez
Copy link
Contributor

Como usuario, no quiero estar limitado a las opciones de un dropdown para localidad.

  • Usando un campo de texto para escribir la localidad, quiero introducir el nombre de la ciudad y que Emplea.do lo autocomplete.
  • Se puede usar el Google Place API para esto.
@amhed
Copy link
Contributor

amhed commented Jan 17, 2016

Quizás no es necesario usar el API. Por que no simplemente tener una lista de las ciudades en el país y usar eso?

Cual es la posibilidad de que alguien en Cambita esté buscando un developer? Yo creo que es suficiente con usar las ciudades grandes / keeping it simple

@hminaya
Copy link
Member

hminaya commented Jan 17, 2016

Si mal no entiendo lo que dice @claudiosanchez es guardar el nombre de la ciudad/localidad/pais en un campo texto, el cual va a ser autocompletado por el API en el caso de que lo pueda encontrar. Si no lo puede encontrar, simplemente escribirlo y es transparente para el usuario final.

So, por ejemplo yo pudiera decir:

  • Location: Santo Domingo
  • Location: Cibao
  • Location: Haiti
  • Location: Caribe
  • Location: USA/Canada

@claudiosanchez
Copy link
Contributor Author

@amhed: El punto principal del feature es no estar limitado por un drop down (como dice Hector); Opcionalmente que puedas introducir el nombre de la ciudad/lugar y sea autocompletada (para eso el Google Place API). Este feature es importantisimo porque permite hacer que este site no sea "local" a RD y que si un pana en Puerto Rico lo quiere usar también pueda.

+1 para @hminaya por comprensión.

@jgtaveras
Copy link
Member

@claudiosanchez
Copy link
Contributor Author

@jugomez
Copy link
Collaborator

jugomez commented Jan 20, 2016

Yo opino que estamos evaluando los issues en el contexto de que es una aplicación para un cliente final, donde tratamos de que las soluciones sean lo menos complejas para ahorrar el tiempo y ser más productivos entregando valor (Es lo correcto). Pero según tengo entendido esto es una iniciativa para aprender y creo que si un feature no le afecta en el funcionamiento o usabilidad a la solución pues manos a la obra. Este issue es un buen caso de estudio para mostrar como la aplicación se puede integrar y convivir con servicios de terceros y no le resta valor a la usabilidad. Si no es el momento de dedicarle el tiempo podemos pornerlo como un feature a futuro. (Mi Opinión)

@amhed
Copy link
Contributor

amhed commented Jan 21, 2016

Por que no poder hacer ambas?

  • Aprender a priorizar es valioso, tanto en la vida del developer como en la del profesional en general
  • Si lo enfocamos como si fuese un producto final, aprenderemos a escribir software que tiene no solo función, sino forma estética
  • Los absolutos también son malos. Yo estaba pensando en simplicidad visual. Quizás se puede implementar de una forma que se vea/use facilmente

Que apero son los foros :P

@Willjobs94
Copy link
Collaborator

+1

@luis-ramirez
Copy link
Member

Working on this feature

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

7 participants