ylsul a écrit 222 commentaires

Niveau ergonomie, ça reste très personnel, je trouverai cependant plus agréable de pouvoir se déplacer avec une "main", un peu à la manière de ce qui se fait dans Google Earth par exemple.

Ça c'est dans ma liste.

Pouvoir entrer une date précise sans passer par le menu navigation me semblerait aussi une bonne chose.

Tu peux utiliser Ctrl+D, qui fait apparaître la boîte de dialogue de saisie de la date.

J'ai remarqué quand quand on déplaçait les légendes sur la carte, on n'avait aucun moyen pour redéfinir la position par défaut sans, même en relançant le soft, sans agir sur le niveau des loupes. Éventuellement, pouvoir redéfinir la position par défaut de manière individuelle.

Tu veux dire réinitialiser séparément la position et le niveau de loupe ?

Pour les positions individuelles : oui, c'est vrai. Je vais voir ce qu'on peut faire.

Pourquoi pas également, la possibilité de masquer/afficher les noms de manière individuelle.

Pour ça Maj + clic droit sur un texte permet de changer son niveau de visibilité (le niveau de grossissement auquel il est visible). Si le curseur est tout en haut, le texte ne devrait jamais être affiché.

Ou est-ce trop contraignant par rapport à la fréquence d'utilisation de cette fonctionnalité ?

Concernant l'aspect ludique, pourquoi ne pas mettre un peu de couleur dans les paragraphes ? Ajouter éventuellement des images pour illustrer certains textes. Voir des animations/vidéos.

Pour les couleurs je ne vois pas trop. Mais aucun des développeurs ne brille dans ce domaine…

Pour les images : pas facile d'intégrer des images d'une certaine taille et de conserver la possibilité de donner plus ou moins de place aux paragraphes dans l'appli. Mais peut-être en les intégrant autrement (liens dans les paragraphes, sur la carte, … ?). Je vais réfléchir à ça aussi.

Je vais noter cette remarque et nous y réfléchirons. Il faut quand même faire attention à l'espace que prennent les textes sur la carte.

Peut-être en option, ou au survol du texte ? Ou encore ailleurs, parce que si l'info se trouve dans le libellé du territoire sur la carte ou dans une infobulle de toutes façons on ne peut pas le copier (donc par exemple pour la recherche dont vous parlez c'est assez difficile). Ou encore permettre de copier ces textes ?

À réfléchir encore, je note ça dans nos listes…

D'accord, un exemple intéressant du travail avec vos élèves :) .

Je vais tâcher de recontacter la personne sur le forum que je mentionnais, je vous tiens au courant si j'y parviens et qu'elle souhaite partager ses expériences par exemple.

Comme d'habitude, s'il y avait l'aval d'un inspecteur ou si d'autres collègues s'y étaient mis, ça serait plus simple.

Je ne suis pas très au fait des arcanes de l'éducation nationale… Il faut une autorisation pour faire utiliser un logiciel à des élèves ? Même s'il n'y a pas de commande, pas d'argent, rien ? Est-ce parce qu'il faut utiliser des salles avec des ordis et qu'il faut une justification pour ça ? J'imagine que si c'est juste pour le manipuler devant des élèves ça ne pose pas de problème ?

Si c'est important, je pourrais tâcher de recontacter la personne sur le forum que j'ai mentionné : qu'est-ce qui serait utile comme demande (à part son adresse pour discuter) ?

Et sinon : "Lettres classiques", je suis curieux de savoir à quel genre d'utilisation vous pensez pour ce logiciel.

Bravo pour tout le travail et le rendu, déjà impressionnant.

Merci.

(1) pourquoi ne peut-on pas dézoomer jusqu'à voir la Terre entière ?

Le logiciel trace une carte "aplatie", un peu à la manière des "cartes redressées" qu'on voit classiquement (centrées sur l'équateur et qui élargissent pas mal les continents du nord par exemple). Donc ce qui se trouve au milieu de la carte n'est pas déformé (quel que soit le point central choisi) mais ce qui se trouve sur les bords est aplati.

Si on voyait toute la Terre les bords seraient vraiment très déformés je pense (je vais voir avec Patrice s'il y a moyen d'y faire quelque chose mais je pense que là c'est irrémédiablement lié au choix de l'algorithme de tracer de la carte).

(2) pourquoi ne pas ajouter un petit lien dans le texte (à droite de l'écran), en dessous de chaque paragraphe, permettant de centrer la carte sur l'élément du texte sur lequel on vient de cliquer ? Le mot "carte" souligné en bleu pourrait par exemple faire l'affaire.

Si j'ai bien compris ta question :

• Clic droit sur un paragraphe => la carte est centrée sur la position et l'époque concernées.
• Clic droit sur un territoire => le paragraphe correspondant est affiché.

(3) pourquoi ne pas ajouter des boutons "+" et "-" pour modifier rapidement la taille du texte affiché à droite de l'écran ?

C'est dans ma liste de tâches :) . Ça n'avait pas l'air prioritaire mais c'est vrai que ce serait une option pratique.

(4) Connaissez-vous des enseignants qui utilisent votre projet ?

Moi personnellement non, mais si ça leur est utile tant mieux :) . Pour une raison en particulier cette question ou par curiosité ?

Quelqu'un en a parlé ici il y a quelques années, mais je ne sais pas ce que ça a donné.

Pour ceux qui veulent exporter des cartes à utiliser en dehors du logiciel, il est possible d'exporter une carte seule ou une carte et son paragraphe depuis le logiciel dans le menu Fichier. Et de déplacer/masquer les textes (les noms des territoires).

Merci :) .

Des remarques en particulier sur les points que tu soulèves (l'ergonomie et l'aspect plus ludique), des suggestions ?

Si l'objectif est plus ou moins de reproduire l'appli sous forme de site web, ça fait partie de nos projets. Donc j'aimerais m'en occuper et l'intégrer au projet mais j'aurais besoin d'aide.

Si le but est de faire une appli différente, effectivement avoir les données sous forme de service pourrait être utile (attention aux performances comparées à une utilisation de la base directement cependant). N'hésite pas à venir discuter si tu as des idées ou si tu veux des éclaircissements sur le fonctionnement de l'existant.

Pourquoi condoléances ?

Pour le temps que tu as dû consacrer à étudier tout ça, pour le chemin de croix… :)

Mais c'est sans doute parce que je vois Swing comme une espèce de machin très compliqué qu'il faut des années (6 mois seulement ?) pour maîtriser et qui en attendant n'en fait un peu qu'à sa tête ;) .

Je tâche de me repencher bientôt sur les problèmes/questions que j'ai évoqués.

Les données sont stockées dans une base de données SQL. Il s'agit de H2, qui ne nécessite pas d'installation préalable et peut être utilisée comme une simple bibliothèque accédant à la base, laquelle est stockée dans un fichier unique.

Le service json c'est surtout utile pour que d'autres applis puissent faire des requêtes dessus, non ? Pour écrire plusieurs interfaces il suffit d'avoir une copie des données dans les différentes applis (classique, web, mobile). Étant donné le rythme de mise à jour des données, je ne vois pas d'applications pour un service web actuellement (si les données étaient mises à jour extrêmement souvent, les consulter au fil des besoins à une source unique pourrait effectivement être préférable à tâcher de synchroniser la copie). Une idée en particulier ?

Sinon j'ai vu passer cette vidéo hier : Animated map of civilizations
Ça ressemble pas mal à ce que vous faites.

Pas mal :) .

Faire un genre de déroulement animé (faire défiler automatiquement les années et voir le monde changer) est une idée dans nos cartons mais rien n'est prêt pour l'instant. Le côté assez fluide de l'animation sur ta vidéo est intéressant : le fait que les territoires ne changent pas brusquement mais s'étendent sur les autres pour prendre leur place par exemple (que ça représente ou non précisément la réalité historique ; c'est surtout une jolie animation ; je vais y réfléchir).

Pour le défilement dans notre logiciel, il faut pour l'instant se contenter de la molette de la souris sur la barre de défilement du temps.

Pour ceux qui s'intéressent aux carte, les gens de Mapstory regroupent des cartes représentant divers aspects du monde (tout en anglais par contre). Ou plutôt l'objectif est de fournir un outil permettant de créer ses cartes, sous une forme collaborative. Ils travaillaient sur l'utilisation de nos données pour créer l'une de leurs cartes de base, mais je ne sais pas trop ce que ça a donné.

Je comprends bien mais tu sembles partir du principe que parmi les objectifs de cette réalisation aboutir à quelque chose plus rapidement (ou à quelque chose de plus fiable, de plus grande ampleur, qui soit plus reconnu, … ; le projet lui-même on pourrait dire) est plus important que le temps consacré à le réaliser (disons le plaisir de la réalisation). Peut-être que le projet "mérite" de prendre plus d'ampleur mais le projet ne décide pas indépendamment des gens qui le réalisent ;) . Je comprends que pour le reste du monde le résultat prime en quelque sorte, mais pour ceux qui sont dedans (surtout pour Patrice, qui y consacre du temps) le choix est moins évident : d'un côté un projet qui pourrait être plus important, de l'autre le réaliser pourrait être moins intéressant ou moins comme il a envie de le faire… C'est un choix délicat, parfois tu as juste envie de réaliser quelque chose toi-même et de le partager. Il se peut que ça se fasse au détriment d'autres objectifs, comme la vitesse à laquelle ça avance, c'est dommage d'un certain point de vue mais il y a aussi des avantages.

Personne ne considère que faire pousser ses légumes et les distribuer aux voisins est adolescent, alors que bon quand même en général travailler et acheter ses légumes est nettement plus productif. On peut aussi demander de l'aide pour améliorer son potager, mais beaucoup préfèrent essayer de se débrouiller tout seuls (ou plus ou moins tout seuls) et tant pis si le résultat est moins bien : le fait d'avoir fait pousser ses propres légumes compte plus que le résultat lui-même. Bon, pour les légumes tout le monde s'en fiche en fait parce que de toutes façons ça reste d'ampleur modérée, alors qu'un logiciel est plus facilement distribuable/multipliable et que la tentation de le voir croître (ou la frustration de ne pas le voir grandir rapidement) est plus grande quelque part… Donc je comprends bien ta remarque mais pour comprendre cette décision il faut prendre en compte toutes les motivations de l'auteur.

Et je suis très content que le projet te plaise, merci :) .

Pour la pérennité/longévité je ne m'inquiète pas trop : l'auteur des données travaille dessus depuis longtemps et a du temps à y consacrer, c'est une envie ancienne, … Je ne vois pas qu'il laisse tomber comme ça, même si ça prend du temps à réaliser.

Pour préciser ma pensée : il faut bien voir que les données du logiciel sont encore assez largement incomplètes (même si ça progresse), donc je ne dis pas qu'il n'y aura pas de données sur ces régions. Je ne pense pas que l'Amérique et l'Afrique pré-colonisation soient moins intéressantes que d'autres périodes/régions. Je répondais plutôt à la remarque sur l'Amérique (en pensant à l'Amérique du Nord plutôt d'ailleurs, parce que dans le sud il reste peut-être plus de traces de certains peuples). J'ai élargi à l'Afrique parce qu'il y a eu pas mal de peuples nomades et qu'à ma connaissance on a moins d'information sur l'histoire de cette partie du monde que sur d'autres. Et j'ai pris l'Afrique du Nord plutôt comme exemple, je ne connais pas bien l'ensemble et j'ai peut-être tracé un contour imprécis, ce n'est pas moi le spécialiste en histoire ;) .

Du point de vue des données, l'auteur crée les données plus ou moins par régions/périodes, au fil de ses lectures. Ce qui explique que certaines soient très bien traitées et d'autres beaucoup moins ou pas du tout. Par exemple pour une période plus récente des Amériques il n'y a pas de données non plus, bien que leur histoire soit assez bien connue.

Désolé si j'ai été imprécis. S'il n'y a pas de données pour l'Éthiopie ou le Mali c'est juste qu'elles ne sont pas encore là… :)

Sinon, pour répondre à tes remarques et juste pour la discussion :

• Les Celtes c'est vrai, mais ils vivaient (au moins pour une partie de leur histoire) près de civilisations de l'écrit comme l'Empire romain. Ce qui ramène à ta remarque sur les sources externes : le fait qu'un peuple n'ait pas laissé d'écrit limite les connaissances qu'on a sur lui, sans empêcher totalement qu'on sache quelque chose.
• L'article de Wikipédia sur l'Éthiopie que tu cites montre assez bien ce fait d'ailleurs : les plus anciennes périodes sont plutôt couvertes par des sources externes (grecques et égyptiennes), puis locales quand l'écriture se développe. Donc pour un certain nombre de peuples on n'a malheureusement pas autant d'informations parce qu'ils n'ont pas laissé d'écrits et n'étaient pas (ou pas autant) en contact avec des civilisations de l'écrit.
• La poterie et autres constructions donnent des informations sur les modes de vie des peuples, mais c'est nettement moins précis que des récits directs. D'autres facteurs peuvent jouer aussi : par exemple pour les peuples nomades ou sous certains climats il est sans doute moins intéressant de fabriquer des constructions solides, ce qui laisse moins de traces.

Voilà, désolé si je me suis mal exprimé dans mon message précédent : les civilisations sur lesquelles il existe des informations seront ajoutées, y compris en Afrique. C'est juste qu'il ne faut pas s'attendre à ce que l'intégralité de la carte soit remplie avec une densité égale : les blancs actuels couvrent des périodes/régions pas encore intégrées mais aussi des régions qui resteront malheureusement des trous ou des tâches floues (comme les périodes les plus anciennes en Europe).

D'un autre côté gérer des contributions, les vérifier, en garantir la cohérence par rapport aux sources, … ça peut vite prendre du temps. Je pense que ce qui est long c'est assez largement de lire toutes les sources, les croiser, … pas forcément de rédiger les paragraphes. Donc une vérification/supervision pourrait prendre autant de temps que réaliser soi-même le travail. Pour la délimitation des territoires peut-être que ce serait plus facile à distribuer, je ne sais pas.

Ensuite l'auteur des données (qui a atteint un âge respectable et pourrait bien rigoler en se faisant traiter d'adolescent) s'intéresse à l'histoire et réalise au fur et à mesure ce logiciel. Il fait quelque chose qui lui plaît, il publie le résultat. Il ne prétend pas que ce soit la source de référence ultime ou que le projet avance à vitesse maximale, il tâche de faire quelque chose de bien et qui lui plaît. Superviser le travail d'autres gens c'est peut-être plus rapide dans le calendrier mais pas nécessairement plus productif globalement (des efforts sont perdus en communication, en relectures multiples, …) et si les gens se retrouvent à faire des choses qui leur plaisent moins ce n'est pas forcément un meilleur résultat (tout dépend des objectifs des uns et des autres). Toute l'activité du monde n'est pas intégralement voué à la productivité maximale.

Et personnellement je ne trouve pas ça plus "adolescent" qu'écrire un n-ième éditeur de texte, lecteur audio ou clone de petit jeu sous Linux (des activités que je trouve tout à fait respectables ; je passe sur le fait de bidouiller son système plutôt qu'utiliser un truc préconfiguré parce que ça a encore plus de chances de partir en troll ;) ). Les gens ont parfois envie de faire quelque chose qui leur plaît, avec des contraintes qu'ils choisissent (pas celles de leur boulot de tous les jours par exemple) et de le partager avec d'autres. Celui qui veut réaliser quelque chose de très productif et optimiser le processus en temps de réalisation dans le calendrier crée une entreprise, trouve de l'argent et construit une mécanique productive (malgré le fait qu'on soit vendredi, ceci n'est pas un troll sur les efficacités réelles comparés des entreprises et des autres formes d'organisation). À côté de ça d'autres gens ont envie de réaliser des choses dans un autre cadre, avec des objectifs qui leur sont propres. Ce qui n'empêche pas de partager.

Que le reste du monde propose de contribuer c'est très sympa (vraiment), mais le fait qu'un projet soit publié sous une licence libre n'oblige pas les auteurs à accepter n'importe quelle organisation qui leur est demandée par le reste du monde, en une sorte d'équivalent dans le monde libre de l'optimisation de production qu'on trouve dans les entreprises (obligation d'accepter n'importe quelle forme de contribution et son encadrement contre fouettage des salariés pour augmenter leur productivité ; ah, j'avais dit pas de troll, zut… :) ).

Je regarderai ça, merci.

Pour les questions techniques et autres dépannages, je suppose qu'il vaut mieux m'écrire par courriel (pour éviter de longues discussions ici, au milieu du reste).

Tu peux m'écrire à cette adresse : syll-dev / laposte.net .

Pour répondre à ta question : su - exécute les trucs de démarrage de la session root, donc tu te retrouves sans doute dans le répertoire /root à la suite de l'exécution de cette commande (pwd devrait le confirmer).

Attention au fait que si tu fais une "vraie" installation de ce type des fichiers vont être copiés à divers endroits sur ton système. Ce qui est bien pour installer le logiciel complètement (y compris l'ajouter dans le menu des applications ou le lancer d'une commande par exemple, moins bien si tu veux juste faire un essai rapide et t'en débarrasser éventuellement). Si tu veux juste essayer le logiciel, tu peux utiliser l'archive qu'il suffit de décompresser quelque part et de lancer.

Vraiment une super idée et un super projet ! Rien que pour ça et pour le boulot accompli, félicitations.

Merci :) .

J'ai juste une remarque (je sais, j'aurais dû attendre minuit…mais bon :p) : pourquoi Swing ? Mais pourquoi ?!
(Faut' avouer que pour du client lourd sur la JVM, c'est pas la panacée niveau bibliothèques…)

Pour mettre un peu d'animation dans les discussions : il y a toujours quelqu'un pour faire cette remarque ;) .

On a fait avec des outils un peu connus/maîtrisés pour écrire le logiciel, donc Java et donc Swing (même si je ne sais pas si quelqu'un maîtrise vraiment Swing…).

Sinon, des petits liens vers Wikipedia afin d'approfondir certain thème pourrait être un plus et éviter d'avoir une base de données trop grosse en local.

La taille de la base de données ne nous inquiète pas trop actuellement et ce sont les points servant à délimiter les contours des territoires/états qui prennent de la place, plus que les textes.

Écrire les paragraphes permet aussi de garder la maîtrise de la rédaction des paragraphes (d'avoir des choses homogènes, du même niveau de précision, adapté au logiciel, …).

Les liens vers Wikipédia sont cependant une bonne idée, à creuser de notre côté.

Ah mon avis, il y a de boulot pour remplir la base de données. Les Amériques n'ont pas d'histoire ;-)

Oui, il reste encore pas mal de boulot :) . Mais Patrice préfère s'en occuper lui-même.

Note que les Amériques ont une "histoire" assez récente, si on s'en tient à l'écrit. L'histoire des peuples avant la colonisation est difficile à cerner précisément parce qu'ils n'ont pas laissé d'écrits, parce qu'il y avait pas mal de peuples nomades et sans doute moins d'états au sens classique. Dans le logiciel les périodes pré-écritures en Europe et en Asie sont par exemple des tâches assez floues avec un paragraphe global.

Même difficulté pour l'Afrique (en dehors de l'Afrique du Nord et du monde arabo-musulman).

même si je ne n'aime pas installer des scripts qui ne seront donc pas maintenus par ma distribution.

Si ça te convient, il y a moyen de simplement télécharger et déballer l'archive prévue à cet effet. Ce n'est toujours pas maintenu par ta distribution mais ce n'est pas non plus mêlé au reste (ce qui est mieux pour essayer un logiciel rapidement).

Ce serait chouette de proposer un dépôt ppa sur l'un des site précompilant pour les diverses distributions.

Si quelqu'un connaît un peu ce genre de choses, un petit aperçu m'intéresse.

Sinon le site pourrait avoir une ergonomie moins années 2000… cela rebutera probablement quelques utilisateurs.

En fait il me semble qu'il existe une nouvelle version du site en cours de réalisation, je vais voir où ça en est.

J'ai plusieurs années de développement Swing à mon actif.

Condoléances.

Contacte-moi si tu as des questions, je me ferai un plaisir d'y répondre.
(Je n'ai pas compris comment on contacte des gens sur linuxFR …)

Je n'ai pas l'impression qu'il y ait de messagerie privée… On nous dira si je me trompe.

Je suis effectivement intéressé pour poser quelques questions. Tu Peux m'écrire directement à cette adresse : syll-dev / laposte.net (l'adresse se trouve dans la boîte "À propos" du logiciel pour ceux qui ont besoin de la retrouver après l'avoir essayé).

Pour Sourceforge : j'y pense pour de nouveaux projets. J'essaierai sans soute Savannah. Du coup ce projet pourrait être migré aussi.

Migration git : c'est possible, d'autant que j'utilise maintenant git sur d'autres projets et que j'ai commencé à l'apprivoiser :) .
Si tu veux juste jeter un œil sur le code, une page explique comment le récupérer en ligne de commande.

Je regarderai JNLP. Si j'ai bien compris, ça ne fait pas une installation mais ça permet de télécharger et lancer un programme java directement si la JVM est installée ?

Le navigateur ne peut pas forcément faire la différence entre les cookies légaux au regard de cette loi et ceux qui ne le sont pas.

Note que je n'ai pas lu tous les détails de la loi.

Par exemple le navigateur peut faire la différence entre les cookies du site lui-même et ceux d'éléments tiers, mais je ne sais pas si ça suffit à détecter les cookies illégaux.

Si tu écris du code portable (pas très difficile pour les problèmes proposés, on ne parle pas de réseau ou de système de fichiers ici), ça devrait tourner aussi bien sur l'un que sur l'autre. Et si quelqu'un veut développer avec CLisp, il lui suffit de vérifier de temps en temps que ça tourne avec SBCL, c'est assez simple.

sbcl triche et compile même en mode interpreter, non ?

Hum… ;)

En fait SBCL compile automatiquement le code qui est chargé avec load, ce qui n'est pas le cas de CLisp. L'un et l'autre peuvent fonctionner en mode interprété ou compilé, mais par défaut SBCL compile le code chargé, ce qui est plus lent à charger mais plus rapide à exécuter.