J'aime bien cette idée de représentation sous forme d'arbre connexe, car elle permet de crée un algorithme pour vérifie que le placement des boutons et l'algorithme de choix associé est juste : tout les boutons sont accessible et les aller retour fonctionne.
Mais aussi permet d'obtenir un score de qualité sur le cas précis , ce score vaut ce qu'il vaut mais il peut permettre d'évaluer la puissance d'un algorithme, si on le lance dans N situation généré aléatoire.
On peut imaginer un score suivant cette algorithme :
Si au moins un bouton non accessible :
retourne 0
Sinon :
retourne
Si on lance sa pour chaque algorithme sur 100 même cas aléatoire on obtient enfin une pseudo mesures de leurs puissance a chacun, et on peut les comparer objectivement.
Et on peut même en analysant les résultats pour chaque cas, définir des types de cas ou l'algorithme est bon ou non, et a de la partir si on a plusieurs bon algorithme prédire lequel est le meilleur pour ce placement de bouton particulier.
Les contrôles supporté sont souris, clavier et manette, potentiellement tactile, il nous faut donc des interfaces adapter a tout ces contrôles.
On est partie sur une interface commun, c'est peut-être une erreur, mais c'est aussi un gain de temps et sa apporte une cohérence qui est aussi important. Vous avez déjà vue une interface changer complètement quand vous branché une nouveau type de contrôleur.
Il faut donc arrivé a mettre en place une interface utilisable pour tout les types de contrôleur.
Concernant la simplicité des interfaces ce sont les "créative" qui les on crée, le débat de savoir si on doit leur laisser ce pouvoir n'est pas posé maintenant.
De plus les menu sont assez peut présent dans le jeux, on pourrais éviter de ce faire chier et monté quelque chose de spécifique pure et dure mais c'est pas intéressant. on fait de l'enculage de mouche je l'accorde.
Au finale le faite qu'on soit dans un jeux vidéo avec des menus on s'en fout, la vraie question c'est quel est l'algorithme "naturel", qui me permet de déplacer le curseur vers le prochain item quand je choisie une direction dans un espace a 2 dimension ? Promis je ferais la généralisation pour n dimension un jour.
Je suis tout a fait d'accord pour dire que d'un point de vue ergonomique on est tout pourris mais on peut pas crée une interface pour chaque contrôleur.
Je viens de penser a quel que chose qui est peut-être une solution sympa et qui résout même le cas du quinconce.
On établit une grille ou chaque case contient ne contient que un seul boutons (ou centre de bouton, pour être au plus petit possible), comment établir cette grille n'est pas traité ici.
Le pseudo code pour aller a droite :
boutonSuivant = null
j = bouton.posY
pour i = bouton.posX, tant que vraie == vraie, i++ :
si i == maxI :
i = min //0
si j == maxJ :
j = minJ
sinon :
j++
si case[i][j].ContientBouton :
return case[i][j].getBouton
Si il n'y a pas de bouton dans la ligne on passe a la ligne d'en dessous, si on a pas rencontré de bouton et qu'on est a la dernière ligne on recommence au début.
Après on peut choisir de monté dans les lignes, plus tôt que de descendre, de partir a gauche ou a droite dans quand l'utilisateur monte ou descend.
Je pense qu'il faut définir de manière globale l'angle qui doit-être atteint avant de recommencé a zéro par exemple on par toujours vers le bas (quand c'est la direction droite et gauche qui on été choisie) ou a droite (dans les 2 autres cas).
J'aime cette idée, elle a l'avantage de résoudre le problème de l'algo, c'est le créateur qui choisie l'ordre, et d'éviter que l'utilisateur soit dérouté par le choix du créateur il est indiqué a l'utilisateur de manière clair.
Même mieux on peut conserver l'algorithme, et indiqué le bouton suivant de manière visuel, c'est utile au créateur de l'interface car il sait quel sont les boutons suivant et peut ainsi facilement vérifié que l'interface correspond a ce qu'il veut, c'est facile pour l'utilisateur de comprendre la logique du créateur.
Le plus dure vas être de convaincre le créateur de jnuit que c'est une solution a envisagé :).
J'ai un eu envies de dire que les cas limites le seront toujours, on peut trouver des situation ou une personne considère un mouvement comme logique et une autre personne éstimera que ce déplacement n'est pas le bon. Donc même en hardcodant on a pas la solution.
Si seulement ils pouvaient tombé d'accord une fois pour tout, mais non il faut change la GUI tout les 5 minutes. Et puis si on trouve l'algo idéale plus besoin de s’embête a écrire ou modifié un fichier configuration on le laisse faire le boulot.
L'automatisation prend du temps mais elle en fait gagner beaucoup.
Tu hardcode un boutons pour tout les direction (4) pour l'ensemble de tes boutons (n), pour tout tes menus (m) ? Sa veut dire hardcodé 4*n*m (je simplifie, tout les menus on le même nombre de boutons) sa fait un paquet de code a écrire.
Et puis dans les faits la GUI est gère par la bibliothèque jnuit, et donc l'algorithme doit-être généraliste car elle est utilisé dans d'autre jeux, on ne fait que donné la position des boutons a jnuit.
L'importance des données est très variable, et effectivement c'est pas bien de n'avoir qu'un seul lieux de stockage, mais pour l'instant y a rien de vitale (sa vas juste être chiant a récupérai) donc sa peut aller on verra les backups plus tard.
Je suis pas sur que tu a compris ma question mon raid est gère par le système installé sur le ssd, donc si je réinstalle le système de mon ssd je vais perdre les localisation des donnée. Je peut pas dire a mdadm avant tout se disque dur formé un raid remonte le, si ? Et même question pour llvm.
On n'est pas complètement dans un angle, comme actuellement donc peut-être que l'on est moins perturbé, enfin c'est mon avis il vas falloir encore faire des testes grandeurs natures.
La forge officiel fournis un utilisateur anonymous (j'ai honte) pour le retour de bug et les suggestion, et le channel IRC freenode #GGP et le meilleur moyen d'avoir une discussion directe.
Dev tu parle un peu vite, j'ai un android (d'ailleurs, j'écris depuis celui ci), mais étant donnée que ce n'était pas demandé par le reste de l'équipe, je ne me suis pas concentré dessus on verra pour la 0.2 si j'ai le temps d'étudier la question.
Je présente tout mes excuse au personne qui on tenter d'accéder a la forge officiel (instance gitlab).
Mais loi de Murphy oblige mon serveur vient de tombé ce matin (bon d'accord c'est en partie de ma faute), étant donnée les joie de l'auto-hébergement et des études loin de chez soi, le service ne devrais pas tardé a être relancé (si sa ce passe très bien cette après midi, si tout vas mal vendredi soir).
Encore une fois pardon.
Si vous connaissez un hébergeur pas trop chère qui permet a la fois du Rubis On Rails et du Php, je suis très intéressé.
git compliqué a hébergé ? Il faut trouvé la solution qui conviennent a tout le monde la l'équipe est principal composé de néophytes et donc utilisé gitolite n'était pas une bonne idée (certaine personne on du mal avec la notions de clef rsa).
Une authentification par http nécessité la mise en place d'un système de compte, et sa peut'être embêtant pour les utilisateurs régulier de taper son mot de passe a chaque push ou pull.
gitlab et la solution qui regroupe les deux système sans être contraint de faire un hack horrible (j'ai envisager une solution basé sur cron pour synchroniser 2 dépôt un avec accès gitlab l'autre avec http).
Le principal problème de fossil, c'est le packaging la dernière fois que j'ai regardé y avais pas de paquet pour fedora.
Effectivement c'est intéressant de monté sa voiture soi même, mais a un moment il faut être un peu réaliste, tu peut pas apprend une nouvelle façon de monté tes pièces et en même temps apprendre a monté un 4x4, alors qu'on monté que citadines jusqu'à récemment.
Arrêtons la métaphore on a aussi fait le choix d'utilisé Artémis, un framework permettant d'utiliser un systèmes entités relations. Donc combiné apprendre a utilisé autotools, gères les dépendances multiplateformes, et utilisé un nouveaux paradigmes, sa commence a devenir compliquer.
[^] # Re: Et les RMLLs?
Posté par Pierre marijon (site web personnel) . En réponse à la dépêche Ned et les maki 0.2 LTS Gusty Tsar. Évalué à 2.
C'est prévue qu'on y soit (pas moi malheureusement) mais de la a tenir une conf pas sur.
[^] # Re: Quelque chose de compréhensif par l'utilisateur
Posté par Pierre marijon (site web personnel) . En réponse au journal Les artistes, ce fléau ou l'invasion des profanateurs de GUI. Évalué à 1.
J'aime bien cette idée de représentation sous forme d'arbre connexe, car elle permet de crée un algorithme pour vérifie que le placement des boutons et l'algorithme de choix associé est juste : tout les boutons sont accessible et les aller retour fonctionne.
Mais aussi permet d'obtenir un score de qualité sur le cas précis
, ce score vaut ce qu'il vaut mais il peut permettre d'évaluer la puissance d'un algorithme, si on le lance dans N situation généré aléatoire.
On peut imaginer un score suivant cette algorithme :
Si au moins un bouton non accessible :
retourne 0
Sinon :
retourne
Si on lance sa pour chaque algorithme sur 100 même cas aléatoire on obtient enfin une pseudo mesures de leurs puissance a chacun, et on peut les comparer objectivement.
Et on peut même en analysant les résultats pour chaque cas, définir des types de cas ou l'algorithme est bon ou non, et a de la partir si on a plusieurs bon algorithme prédire lequel est le meilleur pour ce placement de bouton particulier.
En claire il reste plus qu'a le coder.
[^] # Re: Orthographe
Posté par Pierre marijon (site web personnel) . En réponse au journal Les artistes, ce fléau ou l'invasion des profanateurs de GUI. Évalué à 1.
Merci a tous pour votre aide et votre participations a la guérison de ma maladie.
[^] # Re: Tu te trompes de problème
Posté par Pierre marijon (site web personnel) . En réponse au journal Les artistes, ce fléau ou l'invasion des profanateurs de GUI. Évalué à 1.
Les contrôles supporté sont souris, clavier et manette, potentiellement tactile, il nous faut donc des interfaces adapter a tout ces contrôles.
On est partie sur une interface commun, c'est peut-être une erreur, mais c'est aussi un gain de temps et sa apporte une cohérence qui est aussi important. Vous avez déjà vue une interface changer complètement quand vous branché une nouveau type de contrôleur.
Il faut donc arrivé a mettre en place une interface utilisable pour tout les types de contrôleur.
Concernant la simplicité des interfaces ce sont les "créative" qui les on crée, le débat de savoir si on doit leur laisser ce pouvoir n'est pas posé maintenant.
De plus les menu sont assez peut présent dans le jeux, on pourrais éviter de ce faire chier et monté quelque chose de spécifique pure et dure mais c'est pas intéressant. on fait de l'enculage de mouche je l'accorde.
Au finale le faite qu'on soit dans un jeux vidéo avec des menus on s'en fout, la vraie question c'est quel est l'algorithme "naturel", qui me permet de déplacer le curseur vers le prochain item quand je choisie une direction dans un espace a 2 dimension ? Promis je ferais la généralisation pour n dimension un jour.
Je suis tout a fait d'accord pour dire que d'un point de vue ergonomique on est tout pourris mais on peut pas crée une interface pour chaque contrôleur.
# Vous été cool, vous me donnez plein d'idée
Posté par Pierre marijon (site web personnel) . En réponse au journal Les artistes, ce fléau ou l'invasion des profanateurs de GUI. Évalué à 1.
Je viens de penser a quel que chose qui est peut-être une solution sympa et qui résout même le cas du quinconce.
On établit une grille ou chaque case contient ne contient que un seul boutons (ou centre de bouton, pour être au plus petit possible), comment établir cette grille n'est pas traité ici.
Le pseudo code pour aller a droite :
Si il n'y a pas de bouton dans la ligne on passe a la ligne d'en dessous, si on a pas rencontré de bouton et qu'on est a la dernière ligne on recommence au début.
Après on peut choisir de monté dans les lignes, plus tôt que de descendre, de partir a gauche ou a droite dans quand l'utilisateur monte ou descend.
Je pense qu'il faut définir de manière globale l'angle qui doit-être atteint avant de recommencé a zéro par exemple on par toujours vers le bas (quand c'est la direction droite et gauche qui on été choisie) ou a droite (dans les 2 autres cas).
[^] # Re: Et pour les coordonnées polaires?
Posté par Pierre marijon (site web personnel) . En réponse au journal Les artistes, ce fléau ou l'invasion des profanateurs de GUI. Évalué à 2.
C'est ce qu'on fait avec l'algo angle et distance euclidienne.
[^] # Re: Schéma Indiqué
Posté par Pierre marijon (site web personnel) . En réponse au journal Les artistes, ce fléau ou l'invasion des profanateurs de GUI. Évalué à 2.
J'aime cette idée, elle a l'avantage de résoudre le problème de l'algo, c'est le créateur qui choisie l'ordre, et d'éviter que l'utilisateur soit dérouté par le choix du créateur il est indiqué a l'utilisateur de manière clair.
Même mieux on peut conserver l'algorithme, et indiqué le bouton suivant de manière visuel, c'est utile au créateur de l'interface car il sait quel sont les boutons suivant et peut ainsi facilement vérifié que l'interface correspond a ce qu'il veut, c'est facile pour l'utilisateur de comprendre la logique du créateur.
Le plus dure vas être de convaincre le créateur de jnuit que c'est une solution a envisagé :).
[^] # Re: Hardcoder ?
Posté par Pierre marijon (site web personnel) . En réponse au journal Les artistes, ce fléau ou l'invasion des profanateurs de GUI. Évalué à 1.
J'ai un eu envies de dire que les cas limites le seront toujours, on peut trouver des situation ou une personne considère un mouvement comme logique et une autre personne éstimera que ce déplacement n'est pas le bon. Donc même en hardcodant on a pas la solution.
[^] # Re: Hardcoder ?
Posté par Pierre marijon (site web personnel) . En réponse au journal Les artistes, ce fléau ou l'invasion des profanateurs de GUI. Évalué à 1.
Si seulement ils pouvaient tombé d'accord une fois pour tout, mais non il faut change la GUI tout les 5 minutes. Et puis si on trouve l'algo idéale plus besoin de s’embête a écrire ou modifié un fichier configuration on le laisse faire le boulot.
L'automatisation prend du temps mais elle en fait gagner beaucoup.
[^] # Re: Hardcoder ?
Posté par Pierre marijon (site web personnel) . En réponse au journal Les artistes, ce fléau ou l'invasion des profanateurs de GUI. Évalué à 1.
Tu hardcode un boutons pour tout les direction (4) pour l'ensemble de tes boutons (n), pour tout tes menus (m) ? Sa veut dire hardcodé 4*n*m (je simplifie, tout les menus on le même nombre de boutons) sa fait un paquet de code a écrire.
Et puis dans les faits la GUI est gère par la bibliothèque jnuit, et donc l'algorithme doit-être généraliste car elle est utilisé dans d'autre jeux, on ne fait que donné la position des boutons a jnuit.
# Orthographe
Posté par Pierre marijon (site web personnel) . En réponse au journal Les artistes, ce fléau ou l'invasion des profanateurs de GUI. Évalué à 5.
Je sais qu'il y a sûrement des fautes dans ce journal, les personnes souhaitant les corriger ce file est fait pour vous.
[^] # Re: faux problème
Posté par Pierre marijon (site web personnel) . En réponse au message Conservé un raid 5 logiciel en réinstallant le système. Évalué à 0.
Merci beaucoup.
[^] # Re: faux problème
Posté par Pierre marijon (site web personnel) . En réponse au message Conservé un raid 5 logiciel en réinstallant le système. Évalué à 0.
Sa ce fait de manière complétement magique (je m’excuse j'ai un peu peur c'est mon premier raid) rien a faire juste bonjour.
[^] # Re: tu montes ton RAiD ??
Posté par Pierre marijon (site web personnel) . En réponse au message Conservé un raid 5 logiciel en réinstallant le système. Évalué à -1.
L'importance des données est très variable, et effectivement c'est pas bien de n'avoir qu'un seul lieux de stockage, mais pour l'instant y a rien de vitale (sa vas juste être chiant a récupérai) donc sa peut aller on verra les backups plus tard.
Je suis pas sur que tu a compris ma question mon raid est gère par le système installé sur le ssd, donc si je réinstalle le système de mon ssd je vais perdre les localisation des donnée. Je peut pas dire a mdadm avant tout se disque dur formé un raid remonte le, si ? Et même question pour llvm.
Merci
[^] # Re: Vue isométrique
Posté par Pierre marijon (site web personnel) . En réponse à la dépêche Ned et les maki 0.1. Évalué à 6.
Une vue un peu comme ce pacman en 3d isométrique.
On n'est pas complètement dans un angle, comme actuellement donc peut-être que l'on est moins perturbé, enfin c'est mon avis il vas falloir encore faire des testes grandeurs natures.
[^] # Re: Vue isométrique et quelques autres retours
Posté par Pierre marijon (site web personnel) . En réponse à la dépêche Ned et les maki 0.1. Évalué à 3.
La forge officiel fournis un utilisateur anonymous (j'ai honte) pour le retour de bug et les suggestion, et le channel IRC freenode #GGP et le meilleur moyen d'avoir une discussion directe.
[^] # Re: Forge
Posté par Pierre marijon (site web personnel) . En réponse à la dépêche Ned et les maki 0.1. Évalué à 1.
Merci pour vous conseille mon serveur et de nouveaux up, donc foncé y a une petit blague dans le code.
L'asso vient de commander chez alwaysdata, on vas voir, je ferai peut-être un retour.
[^] # Re: J'adore ce genre de jeux sur smartphone
Posté par Pierre marijon (site web personnel) . En réponse à la dépêche Ned et les maki 0.1. Évalué à 2.
Dev tu parle un peu vite, j'ai un android (d'ailleurs, j'écris depuis celui ci), mais étant donnée que ce n'était pas demandé par le reste de l'équipe, je ne me suis pas concentré dessus on verra pour la 0.2 si j'ai le temps d'étudier la question.
[^] # Re: Rien de méchant mais mes yeux saignent
Posté par Pierre marijon (site web personnel) . En réponse à la dépêche Ned et les maki 0.1. Évalué à 1.
Merci beaucoup.
Quand on combine mon handicap et le stress, on bats des records.
D'ailleurs les fautes qui pourraient être présentes dans la dépêche vienne sûrement de moi. Maxima mea culpa
[^] # Re: J'adore ce genre de jeux sur smartphone
Posté par Pierre marijon (site web personnel) . En réponse à la dépêche Ned et les maki 0.1. Évalué à 2.
Ce n'est pas un objectif prioritaire mais sa peut arrivé.
# Forge
Posté par Pierre marijon (site web personnel) . En réponse à la dépêche Ned et les maki 0.1. Évalué à 1.
Je présente tout mes excuse au personne qui on tenter d'accéder a la forge officiel (instance gitlab).
Mais loi de Murphy oblige mon serveur vient de tombé ce matin (bon d'accord c'est en partie de ma faute), étant donnée les joie de l'auto-hébergement et des études loin de chez soi, le service ne devrais pas tardé a être relancé (si sa ce passe très bien cette après midi, si tout vas mal vendredi soir).
Encore une fois pardon.
Si vous connaissez un hébergeur pas trop chère qui permet a la fois du Rubis On Rails et du Php, je suis très intéressé.
# Et le branches
Posté par Pierre marijon (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E06 : génération procédurale de végétation. Évalué à 2.
Je sais je suis perfectionniste, mais je trouve que tes arbres manque de branche.
On voit le personnage par transparence a travers les arbres et on voit pas les branche qui porte ces feuilles ?
Et personnellement pour moi un arbre il y a plus de branche que de feuille.
[^] # Re: git
Posté par Pierre marijon (site web personnel) . En réponse au journal Maki à la vapeur. Évalué à 3.
Dit a 3 maceux et 2 windowsiens de te gère des clef publique, et tu vera leurs tête exploser.
[^] # Re: git
Posté par Pierre marijon (site web personnel) . En réponse au journal Maki à la vapeur. Évalué à 1.
git compliqué a hébergé ? Il faut trouvé la solution qui conviennent a tout le monde la l'équipe est principal composé de néophytes et donc utilisé gitolite n'était pas une bonne idée (certaine personne on du mal avec la notions de clef rsa).
Une authentification par http nécessité la mise en place d'un système de compte, et sa peut'être embêtant pour les utilisateurs régulier de taper son mot de passe a chaque push ou pull.
gitlab et la solution qui regroupe les deux système sans être contraint de faire un hack horrible (j'ai envisager une solution basé sur cron pour synchroniser 2 dépôt un avec accès gitlab l'autre avec http).
Le principal problème de fossil, c'est le packaging la dernière fois que j'ai regardé y avais pas de paquet pour fedora.
[^] # Re: Mmh
Posté par Pierre marijon (site web personnel) . En réponse au journal Maki à la vapeur. Évalué à 6.
Effectivement c'est intéressant de monté sa voiture soi même, mais a un moment il faut être un peu réaliste, tu peut pas apprend une nouvelle façon de monté tes pièces et en même temps apprendre a monté un 4x4, alors qu'on monté que citadines jusqu'à récemment.
Arrêtons la métaphore on a aussi fait le choix d'utilisé Artémis, un framework permettant d'utiliser un systèmes entités relations. Donc combiné apprendre a utilisé autotools, gères les dépendances multiplateformes, et utilisé un nouveaux paradigmes, sa commence a devenir compliquer.