Le 8 août 2015 01:58, Sébastien Dinot sebastien.di...@free.fr a écrit :
Bonsoir,
PanierAvide a écrit :
N'hésitez pas à faire des retours ;)
Application fort utile et sympathique. Merci beaucoup !
En plus, il m'a amené à découvrir que je n'avais pas pleinement compris
la spécification
Lire
Mo-Tu,Th-Fr 07:00-10:00,12:00-14:00; We 07:00-10:00
dans mon précédent message *
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Après le surplus d'interprétation n'est pas énorme, tant que c'est bien
spécifié on s'en sort ;) Puis autant côté saisie utilisateur on a un
petit manque d'outils (un peu moins j'espère avec YoHours), autant côté
lecture de la syntaxe pour affichage on a pas mal de bibliothèques dont
Bonsoir,
PanierAvide a écrit :
N'hésitez pas à faire des retours ;)
Application fort utile et sympathique. Merci beaucoup !
En plus, il m'a amené à découvrir que je n'avais pas pleinement compris
la spécification des heures d'ouverture. :) Par exemple, dans le cas
suivant :
Lundide 7h à
Bonjour,
Merci pour ces évolutions, je ne m'attendais pas à cela mais tu as
implémenté la gestion des nuits de manière tout à fait efficace.
La lecture de la saisie texte est également bienvenue. Je vois que cela
fonctionne également pour des horaires qui ne terminent pas sur des quarts
d'heure,
Le 2015-08-07 10:06, Florian LAINEZ a écrit :
Bonjour,
Merci pour ces évolutions, je ne m'attendais pas à cela mais tu as
implémenté la gestion des nuits de manière tout à fait efficace.
La lecture de la saisie texte est également bienvenue. Je vois que cela
fonctionne également pour des
merci, en effet cela n'avait pas beaucoup de sens.
Le 7 août 2015 10:35, panierav...@riseup.net a écrit :
Le 2015-08-07 10:06, Florian LAINEZ a écrit :
Bonjour,
Merci pour ces évolutions, je ne m'attendais pas à cela mais tu as
implémenté la gestion des nuits de manière tout à fait
Bonjour,
J'ai donc apporté les modifications suivantes à YoHours, qui me
semblaient prioritaires :
* Ajout d'un bouton Effacer
* Lecture des valeurs opening_hours saisies à la main dans le champ de texte
* Fusion des jours de fermeture si possible
* Et la gestion des nuits qui finissent le
Le 5 août 2015 18:07, PanierAvide panierav...@riseup.net a écrit :
je vais essayer de consacrer un peu de temps à YoHours dans ce cas pour
apporter les améliorations suggérées sur la liste.
ça serait génial, merci Adrien.
--
*Florian Lainez*
@overflorian http://twitter.com/overflorian
Salut, j'utilise encore et toujours Yo_hours, c'est vraiment un outil utile.
Je me rends compte d'une nouvelle limite : on ne peut pas définir d'horaire
après minuit.
J'ai le cas d'une gare qui ouvre à 6h du matin et ferme toutes les nuits à
1h15 : j'ai taggué ça *Mo-Su 00:00-01:15,06:00-24:00*
Merci :) C'est pas impossible, mais il faut réécrire entièrement
l'algorithme qui transforme les valeurs en texte. Je le rajoute à la
liste, je vais essayer de consacrer un peu de temps à YoHours dans ce
cas pour apporter les améliorations suggérées sur la liste.
Cordialement.
Le 05/08/2015
Pour les valeurs dawn, sunrise, sunset, dusk, pourquoi pasr des cases à
cocher, avec chacun une image explicite (soleil qui se lève/se couche, ...)
?
Francescu
Le 18 juin 2015 12:14, PanierAvide panierav...@riseup.net a écrit :
Le 18/06/2015 11:32, dHuy Pierre a écrit :
Si j'ai bonne
Le 18 juin 2015 19:07, PanierAvide panierav...@riseup.net a écrit :
Pourquoi pas, mais le problème vient du fait qu'il est possible de
mélanger heure précise et indication imprécise (par exemple Mo
08:00-sunset), donc il faut trouver une façon de pouvoir montrer que l'on
commence un créneau à
Pourquoi pas, mais le problème vient du fait qu'il est possible de
mélanger heure précise et indication imprécise (par exemple Mo
08:00-sunset), donc il faut trouver une façon de pouvoir montrer que
l'on commence un créneau à telle heure, et qu'il s'étend jusqu'à la
tombée de la nuit (avec un
Suggestion : pouvoir saisir une chaîne texte et voir le résultat
graphiquement ☺
Autre idée, avoir un import/export au format ical et/ou d'avoir un synchro
avec G@*gl3 calendar...
Ça permettrai de faire une saisie sur mobile avec le calendrier standard,
du moins pour les horaires simples.
Le 18/06/2015 11:32, dHuy Pierre a écrit :
Si j'ai bonne mémoire sur opening_hours, on peut avoir sunset, tu vas
gérer ça comment? **curiosité**
C'est même encore mieux que ça, il y a comme sélecteurs temporels vagues
: dawn, sunrise, sunset, dusk :) Pour l'instant j'avais prévu de ne pas
le
Je note tout cela, et je me chargerai d'intégrer ça pour la prochaine
version. Par contre je suis pas certain que mettre les jours en ligne
soit une bonne idée, justement parce que la plupart de présentation de
ce type (agendas) sont avec des jours en colonnes. Les dates spéciales
+1
Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une plage
horaire sur les jours à droite/gauche (et donc de mettre aussi le = sur
les 2 bords verticaux).
De plus, il faudrait pouvoir indiquer si c'est ouvert/fermé les jours
fériés, dont les dates sont soit connues (01/01, 08/05,
Wow, je dis chapeau ! Beau boulot !
Stf
Le 17/06/2015 08:20, PanierAvide a écrit :
La gestion des saisonnalités est prévue, je prends note de l'intégrer
rapidement ;)
Cependant, dans la syntaxe opening_hours il est possible de préciser
les jours fériés dans leur ensemble (PH), et il est
La gestion des saisonnalités est prévue, je prends note de l'intégrer
rapidement ;)
Cependant, dans la syntaxe opening_hours il est possible de préciser les
jours fériés dans leur ensemble (PH), et il est possible de préciser
une date en particulier (donc si les horaires changent d'un jour
Mille bravos PanierAvide, je n'aurai pas rêvé mieux. C'est exactement
l'outil user friendly que je souhaitais pour initier les noobs que j'ai
sous la main.
Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une plage
horaire sur les jours à droite/gauche (et donc de mettre aussi le =
La taille vertical est beaucoup trop grande, ce qui oblige au scroll
vertical et ne facilite pas les choses (parce que la sélection se fait par
cellules entières).
Il n'y a pas moyen de faire des rectangles beaucoup moins haut, quite à
aller à la précision du pixel et une heure indicative à)
Tant que nous sommes dans les suggestions, j'imagine tout à fait un
outil de ce type, adapté au tactile, et intégré dans DesignMyApp.
C'est sans doute à voir avec eux.
A+
Stf
Le 17/06/2015 18:10, PanierAvide a écrit :
Merci à tous pour vos remarques et suggestions (parfois nombreuses) ;)
Je
Merci à tous pour vos remarques et suggestions (parfois nombreuses) ;)
Je note tout cela, et je me chargerai d'intégrer ça pour la prochaine
version. Par contre je suis pas certain que mettre les jours en ligne
soit une bonne idée, justement parce que la plupart de présentation de
ce type
Bonjour,
L'ébauche qu'était YoHours n'est plus, il s'agit maintenant d'un outil
user-friendly, joli, compréhensible, et en plus codé proprement. Le
résultat est ici : http://github.pavie.info/yohours/
Sont déjà prévues les améliorations suivantes :
* Fusion si possible des jours de fermeture
Le 17 juin 2015 00:39, PanierAvide panierav...@riseup.net a écrit :
Bonjour,
L'ébauche qu'était YoHours n'est plus, il s'agit maintenant d'un outil
user-friendly, joli, compréhensible, et en plus codé proprement. Le
résultat est ici : http://github.pavie.info/yohours/
Sont déjà prévues les
Merci :) C'est noté, je vais voir s'il y a possibilité de rajouter ça
par dessus la bibliothèque utilisée pour le calendrier. Le = permet de
montrer que l'objet est extensible par le bas, que l'on peut le
déplacer, ... Pareil, c'est géré par la bibliothèque de calendrier. Si
c'est vraiment
27 matches
Mail list logo
