Discussion:OF2.0

Et l'huile ??

De la meme manière que l'on saisie l'avitaillement en essence, il faudrait prevoir la même chose pour l'huile

Sémantique

Je ne sais pas où placer les rêgles de construction des noms pour les tables. De plus, il me semble qu'on en a déjà parlé sur le forum, mais où ?

--Christophe 16:41, 8 Jun 2005 (CEST)

Unités

Il va falloir choisir des unités pour le carburant (et l'huile ;-)

--Christophe 16:41, 8 Jun 2005 (CEST)

A cause de l'internationalisation, il va faloir prevoir plusieurs unitées de mesures avec des tables de convertions, ce qui nous donne des litres, des imperials gallons des US gallons

L'autre possibilité c'est de se limiter aux litres qui est l'unité internationale des volumes ( en aviation aussi ?) --Stéphane

Eh eh ! C'est plus compliqué que cela, il faut aussi prévoir des unités de poids. Je ne sais pas si c'est utilisé en aviation légère mais c'est utilisé dès qu'on se met à couler des quantités raisonnables et que parler en tonnes pour le carburant est courant. En fait, l'essencier coule toujours des litres (débitmètres) et facture en tant que tel, mais dans l'avion l'autonomie est déterminée en fonction du poids. En effet, 10.000 L ne font par le même poids (et donc la même "énergie") qu'il fasse moins -20°C ou +40°C (à cause de la dilatation).

Donc en fait, je me pose la question, s'il ne serait pas intéressant de donner la possibilité de saisir les quantités dans l'unité souhaitée, et de stocker l'unité en plus de la quantité. C'est un peu dans le même état d'esprit que pour les heures de vol : ainsi on ne souffre pas de problème d'arrondi. La quantité saisie est bien la quantitée enregistrée.--Christophe 12:38, 10 Jun 2005 (CEST)

Ca a l'air tres compliqué tout ca d'autant plus que c'est pas dans un aeroclub on n'est pas prés de faire des plein de plusieurs tonnes de carburant. Donc si comme tu le dis tous les débimetres du monde sont en litres, un fixe les litres comme unitée de mesure. Et si jamais Air France désire utiliser OF pour sa flotte, on facturera un patch de pour avoir les mesures en tonnes --Stéphane

Bargraph de potentiel

Jusqu'à présent je ne comprenais pas pourquoi je trouvais la représentation en bargraph non intuitive (sauf lorsqu'on a compris ;-)

Cela vient, il me semble du fait que la jauge se vide (de la droite vers la gauche) plutot que de se remplir (de la gauche vers la droite)

Ou alors, il faudrait pour le potentiel utilisé mettre la couleur de fond pour bien montrer qu'il n'est plus là justement.

Bref, si l'idée du bargraph me parait excellente, je pense qu'il faudra éventuellement affiner la représentation pour qu'elle soit compréhensible du premier coup et sans explication. Sinon, je suis sûr qu'il y aura des pilotes qui diront : "je croyais que".

Une autre méthode, consisterait en une couleur unique par barre, qui passerait du vert au rouge au fur et à mesure que le potentiel diminue.

Une autre chose, qui permettrait peut-être de mieux comprendre est de me mettre les barres verticales (plutot qu'horizontales) : cela correspondrait plus à une jauge d'essence, donc à un potentiel.

--Christophe 16:40, 8 Jun 2005 (CEST)

Ordinateur autorisé à saisir les vols

Joël avait écrit :

> Pour la convivialité dans le club je préférai que la page la plus souvent visible soit la page du planning de réservation. Ceci ne doit pas être le cas lors d'une connexion standard ou c'est celle du login + mdp qui doit apparaître

Tout à fait. Mais attention : il faut considérer que la saisie des heures de vols doit pouvoir fonctionner sans avoir à rajouter un module particulier côté club pour identifier l'ordinateur. Or aujourd'hui, pour l'armoire à clé, c'est comme cela que nous envisageons les choses : avec un sésameur qui envoie un message à OF pour dire "je suis là, retiens mon adresse IP". La question est : peut-on créer un système suffisamment fiable pour que l'ordi du club et lui seul soit reconnu comme ordinateur autorisé à saisir les vols ? Je penche vers un système faiblement sécurisé à l'aide d'un simple login/mdp (comme pour le mode visiteur). Pour que les gens ne le connaissent pas, il suffit que le gestionnaire du club crée avec le navigateur un bookmark avec enregistrement du login et du mdp. Une autre solution consisterait à permettre au gestionnaire du club d'aller dans un menu spécial de l'admin pour dire : "retiens cet ordi comme autorisé à saisir les vols". Et de ce fait, OF placerait un cookie particulier côté ordi.

Je suis favorable à l'un (voir au deux) systèmes, car cela évite d'avoir à créer un programme (comme le sésameur). D'autant plus qu'on reste dans le cas d'une utilisation somme toute classique et par conséquent qui doit être ouverte à un maximum de configuration.

J'aimerais qu'on garde la philosophie : "installation logicielle <=> installation matérielle". (le <=> veut dire si et seulement si (vieux souvenirs... pff...).

Par contre pour la gestion des clés, du fait l'obligation d'avoir une interface logicielle pour dialoguer avec l'armoire, la sécurisation est plus élevée.

Table des tarifs

Pour la colonne type de vol, il faudrait pouvoir y mettre les types sérialisés, cela permettrait de créer des tarifs particulier pour des types cumulés (IFR en montagne) bien que je n'en vois pas trop l'utilité. Mais j'ai un problème : la double doit-elle être considérée comme un type de vol au sens défini plus haut. Auquel cas, faut créer ce type en plus des IFR, montagne, etc. Mais ça me gêne, car le gars peut très bien ne pas mettre double comme type de vol. Donc il faudrait trouver un système pour lier un type à certains paramêtres (présence d'un instructeur ici). Si vous avez une idée...

Sinon, pour les tarifs qui changent en fonction du type de vol, il y a une autre voie que la sérialisation dans le champ "type de vol" : faire l'addition des prix pour chaque type. Ainsi y'aurait un tarif de base (l'avion). Si on fait de la double, on rajoute x euros, si on fait de l'IFR, y euros. Mais le problème c'est que cela ne permet pas au club de faire des ristournes sur certains cumuls. Bref, je ne sais pas trop.