merde... dois-je comprendre que c'est râpé ou qu'un espoir existe toujours (vu la fin du message).
| l'apparition d'une fenêtre d'impression à cliquer pour chaque billet est difficilement
| supportable lors de gros événements
en fait, la nouvelle version (datant de la 1.8) apporte un nouveau mécanisme pour l'édition de billets. on n'a plus à imprimer les billets tarif par tarif et manifestation par manifestation... on imprime tous les billets d'une manifestation d'un coup, et on peut ensuite imprimer des billets ajoutés à la dernière minutes sans aucune difficulté.
cela dit, ton idée d'envoyer directement les impressions à un serveur via HTTP/IPP fait entre serveurs est très bonne, mais il se pose le problème d'un serveur distant... ben oui, l'intérêt d'e-venement est aussi d'être multi-sites... le serveur n'a pas toujours accès aux imprimantes locales !
bon j'avoue que la question devrait être creusée d'avantage, mais on a toujours calé. on avait bien pensé à une requête en AJAX vers un serveur d'impression... mais la politique de sécurité de JS nous bloque. franchement, on est preneurs d'idées !!! en gros on a un serveur Apache/PHP distant et des clients Firefox dans les locaux des imprimantes à utiliser. ces imprimantes sont souvent connectées en éthernet, on y accède via le protocole HP Direct (son nom réel m'échappe) et le driver est HP IIP+. que de l'assez classique je pense.
| Quid des mécanismes de sécurité et/ou de vérification des billets (codes
| barres avec lecteurs optiques pour les solutions bon marché) ?
on attend un client dans le domaine pour y apporter ces modifications... un lecteur de code-barre étant un clavier USB la plupart du temps, il faut juste ajouter une interface qui fasse le focus sur un input-text et valide automatiquement une fois qu'on a le nombre de nombre de chars voulus. vérifs en base, et l'écran passe au vert ou au rouge selon la réponse... et on passe au suivant.
on a déjà fait pas mal d'offres dans ce contexte... mais on a toujours été malheureux au moment des réponses... :c/
j'en avais déjà entendu parler... je retiens encore plus alors...
| Et pourquoi est-ce que les manuels mentionnent la société Synesia en colophon?
pur montage administratif... :c) Libre Informatique est hébergé administrativement par Synesia, voilà tout. :c)
| J'ai bien noté l'appel à contributions, mais je vais probablement devoir attendre
| la version «Breton chouchenn» (trop de travail et plus de public).
yes... reste attentif par ici ou abonne toi à la mailing-list gna... et j'espère qu'on te comptera un jour parmi nos utilisateurs (comblés si possible).
[^] # Re: Pas mal!
Posté par Baptiste SIMON . En réponse à la dépêche e-venement, la billetterie informatisée en mouvement. Évalué à 1.
merde... dois-je comprendre que c'est râpé ou qu'un espoir existe toujours (vu la fin du message).
| l'apparition d'une fenêtre d'impression à cliquer pour chaque billet est difficilement
| supportable lors de gros événements
en fait, la nouvelle version (datant de la 1.8) apporte un nouveau mécanisme pour l'édition de billets. on n'a plus à imprimer les billets tarif par tarif et manifestation par manifestation... on imprime tous les billets d'une manifestation d'un coup, et on peut ensuite imprimer des billets ajoutés à la dernière minutes sans aucune difficulté.
cela dit, ton idée d'envoyer directement les impressions à un serveur via HTTP/IPP fait entre serveurs est très bonne, mais il se pose le problème d'un serveur distant... ben oui, l'intérêt d'e-venement est aussi d'être multi-sites... le serveur n'a pas toujours accès aux imprimantes locales !
bon j'avoue que la question devrait être creusée d'avantage, mais on a toujours calé. on avait bien pensé à une requête en AJAX vers un serveur d'impression... mais la politique de sécurité de JS nous bloque. franchement, on est preneurs d'idées !!! en gros on a un serveur Apache/PHP distant et des clients Firefox dans les locaux des imprimantes à utiliser. ces imprimantes sont souvent connectées en éthernet, on y accède via le protocole HP Direct (son nom réel m'échappe) et le driver est HP IIP+. que de l'assez classique je pense.
| Quid des mécanismes de sécurité et/ou de vérification des billets (codes
| barres avec lecteurs optiques pour les solutions bon marché) ?
on attend un client dans le domaine pour y apporter ces modifications... un lecteur de code-barre étant un clavier USB la plupart du temps, il faut juste ajouter une interface qui fasse le focus sur un input-text et valide automatiquement une fois qu'on a le nombre de nombre de chars voulus. vérifs en base, et l'écran passe au vert ou au rouge selon la réponse... et on passe au suivant.
on a déjà fait pas mal d'offres dans ce contexte... mais on a toujours été malheureux au moment des réponses... :c/
| PHP-Barcode est une bibliothèque très complète permettant de générer des
| codes barres [http://www.ashberg.de/php-barcode/].
j'en avais déjà entendu parler... je retiens encore plus alors...
| Et pourquoi est-ce que les manuels mentionnent la société Synesia en colophon?
pur montage administratif... :c) Libre Informatique est hébergé administrativement par Synesia, voilà tout. :c)
| J'ai bien noté l'appel à contributions, mais je vais probablement devoir attendre
| la version «Breton chouchenn» (trop de travail et plus de public).
yes... reste attentif par ici ou abonne toi à la mailing-list gna... et j'espère qu'on te comptera un jour parmi nos utilisateurs (comblés si possible).