Now that the main app skeleton is done, we need the wireframes for the app screens :)

No se que min-height.

Me informan de que no se muestran bien los usuarios de cada categoria

Check that copy in English is complete and correct.

Cómo veis instalar https://github.com/evrone/quiet_assets para development, es bastante útil para tener un log más limpio?

Alta movimiento desde detalle usuario.

Campos necesarios:
cantidad (float)
fecha serv, (default hoy)
categoria (opcional)
usuario correspo.

Listado transacciones y total (pos - neg). Admin puede anular transaccion desde el listado.

We need a library or internal implementation for commands, that should be compatible with running them with ActiveJob. Maybe the same ActiveJob can do the task?

Suggestions are welcome.

Once defined, features should be moved into commands following a common namespacing etc. One first candidate is the weekly mailer.

cc: @markets @carlesjove

Note: ActiveJob does not support date and time arguments to jobs. And mixing in GlobalID::Identification into objects is spotty at the moment.

Al entrar como Admin y darle a "new organization" no lleva a ningún lado pero peta con el siguiente mensaje:

"The page you were looking for doesn't exist.
You may have mistyped the address or the page may have moved."

super importante!

Get to an agreeent for remaining styles (mainly, line length and hash literla indentation), configure rubocop and make it work.

It is only used in heroku, but cache should be an afterthought, not an internal part of the application, so heroku should be executed with a simpler (in-memory?) cache.

Introducir campo genero en los usuarios

¿Existe alguna guía de instalación del proyecto?

• En usuarios ordenados por categoria, al hacer click sobre código de miembro ir a ver ficha del miembro
• En usuarios ordenados por categoria, hacer el arbol con tabulaciones y los padres con títulos más grandes según jerarquía,
• Que se pueda buscar en usuarios ordenados por categoria
• En el listado de usuarios mostrar en una columna el campo "otro teléfono"
• Hacer boton con un listado de emails de todos los miembros separados por comas (para luego poder mandar mails a todos los miembros, en la misma sección users)
• Mejorar visionado de un usuario.

Que un usuario pueda estar en varias organizaciones
https://redbooth.com/a#!/projects/638099/tasks/9531635

Para facilitar el trabajo de inserción al crear "new user" el campo "Código de miembro" que por defecto sea el último código de miembro + 1 aunque se pueda cambiar si se necesita.

Insertar campo de sexo

La estadística "Tipo de intercambio" da error
https://redbooth.com/a#!/projects/638099/tasks/16430572

Currently, the Member model handles this:

after_destroy :remove_orphaned_users

private
def remove_orphaned_users
  user.destroy if user && user.members.empty?
end

However, this:

1. Should not be a Member reponsability
2. Generates a lot of work overload to the database

Instead, it should be moved somewhere else. Maybe a method accessible via a DELETE request from the admin's panel?

Also, this method is really telling us that there is a bug in the app, since there shouldn't be an scenario with orphans users.

Los usuarios han de poderse dar de baja, lo que significa que dejan de ser visibles en todos los ámbitos, excepto en las transacciones económicas que realizaron.

La baja viene a ser como marca el usuario como "invisible"

Se colan mails no válidos
https://redbooth.com/a#!/projects/638099/tasks/16444837

Upgrade to Rails 4.2 and review app skeleton files (rake rails:update with care ⚠️ ).

We need to customize the Rails' default 404 page. It's not very user friendly. Looks like the server is on 🔥 .

Our proposal is something functional as the following but we're open to suggestions:

Note that the broken left-alignment is not intended.

Pensar soluciones para traducir categorías

• Al pagar horas como admin/superadmin necesitamos el campo fecha del pago y si es con cheque o no.
• Para los admin, que al ver el perfil de un usuario puedan añadirle fácilmente ofertas existentes (por título).
• Que el listado de movimientos de un usuario se pueda paginar, ademas los admin que tengan la opción de borrar un movimiento (con un aviso de ¿¿¿estás seguro???)
• Que en una nueva oferta/demanda por defecto esté marcado joinable y permanent. (solved in ee8e366)
• Sistema de tags con autocompletar.
• Traducción de categorías
• Listado de usuarios de baja, que un admin los pueda restablecer
• Comprobar que N.Documento sea único en el Banco (además de obligatorio, por seguridad) (solved in 19f06ba)
• En el form de usuario, la fecha de alta, por defecto hoy (solved in d6fc64c), lo mismo para fecha de inicio de oferta y demanda
• El orden del listado de usuarios por código de usuario ascendente. (solved in 7de3751)
• Estadísticas / listados de: usuarios más inactivos (que hace más tiempo que no hacen ningún intercambio), usuarios con el saldo más positivo, usuarios con el saldo más negativo), usuarios que cumplen años esta semana (-7 +7 dias de hoy)

Problemas al introducir fechas mediante el calendario en el form de new user, es un problema que ocurre solo con el calendario que introduce chrome

Buscar una solución para los usuarios sin mail

Cuando haces login como administrador o usuario de un Banco (no cuando eres super-administrador) que arriba a la izquierda en Lugar de TimeOverflow ponga el nombre de la organización. (en el pie se puede poner algo como Powered by TimeOverflow, con el link a github)

Y en la home, ponga

Nombre de la organización
Bienvenido al sistema de gestión del "organización"

Actualmente se utilizan los 3 (Haml más que el resto), en mi opinión creo que estaría bien unificar. Personalmente me quedo con ERB: más verbose, pero funciona out-of-the-box, no añades hard dependencies, más fácil para integrar themes (normalmente son HTML plano) y más cómodo para diseñadores que puedan trabajar sobre los templates. También es, en general, más rápido, aunque no estoy seguro que esto tenga un gran impacto en el tiempo de renderizado final de aplicaciones sencillas-medias.

cc @coopdevs/timeoverflow-contributors

Community tips: http://rails-bestpractices.com/posts/2011/05/31/keep-code-struture-in-models-consistent

We need the README to also be translated to English so that non-spanish speakers (a considerable amount 🌏) can also contribute to the project.

When you see your own profile you can edit your data and in your image profile you have a link to https://www.gravatar.com/

We want (before big change in avatar system) to put a link below avatar image to https://www.gravatar.com/

Now

With the new link

El sistema de categorías es un árbol de 3 niveles. Para agregar una nueva categoría a un usuario, o ver/explorar el listado de las mismas, debe poder hacerse de una manera más usable.

Modificar los Datos que se solicitan en el formulario de New People para que sean los habituales:

NºSocio
Nombre
Apellidos
Fecha de alta en el BdT
Fecha de nacimiento
DNI
Dirección (postal + ciudad + provincia)
Telefono 1
Telefono 2 (opcional)
E-mail

Now that we have a https://github.com/coopdevs/timeoverflow/blob/develop/README.en.md we should add a link in the main README file (in Spanish) to the English translation, somewhere at the top of the file.

The users list (shown below) has two problems that we want to tackle: first, it does filtering on the client side, resulting in poor performance on mobile devices for large lists. Secondly, it is not consistent with the rest of the app, where the filtering happens on the backend.

Also, we would like to get rid of Angular to cut off some complexity that we think is not needed. It can greatly simplify the app and make it easier for others to contribute to the project.

Requirements

• Paginate the response in the backend, so that not all records are returned in one go. This is already done in offers. See image below:

• Change the search field to query Elasticsearch, rather than filtering on the client side. Again this is already done in offers/dashboard.

• Remove all the now unused Angular machinery. We might not be able to completely remove Angular as it might be used in some other corner of the app.

This clearly fits in two isolated PRs that would go together in the next release.

See maybe travis-ci/travis-ci#4542

We want to disable the ability to edit users that already accepted the terms of service (those that did login already).

Editing users will only be possible for admins in case the user never accepted the ToS.

Realizar un árbol base de categorias

Asignar de forma sencilla desde el panel de admin ofertas/demandas a un usuario

Por ejemplo un form

Usuario
Es Oferta o Demanda ?
Titulo oferta/demanda
Texto oferta/demanda
Categoria

1. no more flags. a flag == a country, not a language.
2. use a dropdown or better a modal. too much visible space with all language on the bar.
3. if in need, use this icon: http://fortawesome.github.io/Font-Awesome/icon/language/ or .glyphicon.glyphicon-globe

Depends on #86

The labels associated with the offers and demands should not distinguish between uppercase and lowercase http://community.coopdevs.org/t/gestionar-etiquetas-y-problema-de-repeticion-con-mayusculas-minusculas/151

Enviar mails semanales de las nuevas ofertas y demandas de cada banco del tiempo a todos los usuarios que hayan hecho login alguna vez en el sistema.

Un admin debería poder crear una nueva categoría, aunque no modificar categorias que pueden estar siendo usadas por otros.

En los resultados de la búsqueda se muestran ofertas/demandas borradas, ver http://community.coopdevs.org/t/timeoverflow-error-ofertas/254/2

El último cambio que hicimos en Elastic Search #253

$ bundle exec rake environment elasticsearch:import:model CLASS='Offer' FORCE=y
$ bundle exec rake environment elasticsearch:import:model CLASS='Inquiry' FORCE=y

Quizás hay que añadir algo como SCOPE='active' ???

Ver https://github.com/elastic/elasticsearch-rails/tree/master/elasticsearch-rails#features

Draper? I remember having read some very harsh critic about it but I don't see many shortcomings. cc: @carlesjove @markets

In /users/sign_in we want the devise messages inside the login box

like reset password page /users/password/new

A whole library (that was actually targeted at rails 2.*), just to save a few lines of resource loading...

We should add this resource loading and remove IR at all.