il est trop attaché à la propriété intellectuelle et à ses personnages/histoires
Voila le noeud du problème : des gens sont trop attaché au monopole qu'ils peuvent avoir sur une idée, et le libre est à l'opposé de ça. Forcément ça va coincer, comme avant Microsoft avait un problème avec le logiciel libre.
Le libre n'est pas tout à fait à l'opposé de ça, non. Linux, Firefox, Libreoffice, Nextcloud, Dolibarr par exemple sont des marques déposées. C'est la même démarche que de protéger ses personnages.
C'est une démarche qui semble assez naturelle si tu veux maîtriser ton image : ça évite toute confusion entre ce que tu développes et ce que d'autres personnes développeraient sous le même nom.
Je viens de remettre le nez dedans et pour moi il manque quelques fonctionnalités essentielles pour répondre à mon besoin :
- ajouter un jalon au document (pouvoir indiquer une date à laquelle le document doit être validé)
Cette fonctionnalité n'est effectivement pas disponible et nécessiterait des développements.
valider ou refuser un commentaire
Techniquement, on sait faire ça, donc à ajouter dans l'interface c'est une évolution très rapide à implémenter.
J'ai l'impression que l'utilisation "détournée" de Gitlab répond pour l'instant plus à mes besoins.
Ok. Merci pour tes retours et ton retour d'expérience.
Super ! Merci pour ton retour bien détaillé ! Effectivement entre snapshot et ansible + backup, je suis plutôt partisan de la seconde solution qui est "une recette" alors que l'autre est un résultat.
Ce qui me dérange avec OVH c'est le temps de réponse du support.
en meme temps faut relativiser, le support est peut-etre long mais si ca tombe jamais en panne, tu ne t'en sers jamais ;)
Oui, mais ça n'arrive pas un service qui ne tombe jamais en panne ;)
moi je suis chez kimsufi/soyoustart/ovh (c'est tout du OVH) j'utilise que des serveurs physiques dédiés, et je gere mon propre cloud à base de proxmox
aucun souci particulier
J'ai des serveurs VPS OVH, dédié SoYouStart et Online ; les serveurs ne tombent jamais en panne non plus (sauf panne physique genre disque défaillant, mais ça… on n'y peut rien). La question que je me pose c'est de partir sur une stratégie similaire (en gérant moi-même la partie "infra") ou partir sur une stratégie "cloud" où j'achète des instances, j'attache du stockage, etc et dans ce cas, je configure l'infra, mais je ne la gère pas. L'avantage étant la souplesse à l'évolution, la simplicité pour gérer la stratégie réseau (quelle machine accède à quelle autre, quelle machine est publique, etc, etc).
Je pense que cela dépend de ton besoin. Pour ma part j'ai deux serveurs chez Scaleway dont je suis très satisfait car ils ne sont pas chers du tout mais permettent d'avoir une capacité de stockage importante, ce qui était ma principale demande.
Est-ce que tu as eu des ennuis comme ceux qu'évoquent MrBidon ? Depuis combien de temps tes machines Scaleway tournent-elles ?
Ce qui me dérange avec OVH c'est le temps de réponse du support. Concernant tes problèmes chez Scaleway (VM arrêtée longtemps ou autre), ça date de quand, c'est récent ?
Je te confirme que Tracim peut quasiment de base répondre à ton besoin. Je t'invite à jeter un coup d'oeil à la démo - http://tracim.fr/demo
Il y a probablement un peu de travail à faire pour valider/invalider des commentaires, et plusieurs solutions pour répondre à ton cas d'utilisation, chacune ayant des avantages et inconvénients.
Si après test de la démo l'outil te semble intéressant, je t'invite vivement à créer un ticket sur le repo github de tracim pour qu'on échange sur ton cas d'utilisation et les éventuelles adaptations qui pourraient être faites.
Damien
p.s : pour qu'il n'y ait pas d'ambiguité, je précise que je suis le responsable du projet tracim
Nextcloud de base se résume à pas grand chose. Son seul avantage en "mode basique" étant sa gestion des utilisateurs (qui est moins fine qu'on ne penserait, certaines fonctionnalités étant réservées aux licences payantes).
Il me semblait qu'au moment du fork, les devs étaient contre le double licencing. J'avais mal compris ?
C'est quoi cette façon de juger les gens ? Tu te prends pour qui ?
J'ai répondu à ce genre d'interprétation avant même que tu commentes (cf. mes commentaires ci-dessus)
N'importe quoi .. Si Hadoop ne concernait que les développeurs … Il y a des gens qui pondent desarchitectures baséessur Hadoop sans être développeurs, et maintiennent/administrent le bouzin.
Évidemment. Mais s'autoformer sur hadoop dans le but d'être recruté ça veut dire quoi ? C'est comme dire «je vais me remettre au développement après 5 ans à faire des technos MS, je vais me plonger dans MySQL». On s'en fout. Soit tu as les bases et tu es capable d'apprendre sur le tas, soit tu es expert et on te recrute pour ça.
Au passage je précise bien : je ne dis pas que l'auteur n'est pas passionné. Je donne simplement mon avis - qui est subjectif.
Je donne mon avis parce que c'est ce que l'auteur a demandé. J'ai une position de recruteur et donc mon avis peut être intéressant pour se préparer à des entretiens, indépendamment du fait que j'ai tord ou raison.
Entre un livre sur le cloud, et un livre sur la rétro-ingénierie plein d'ASM, je choisis toujours le second. Suis-je un non passionné pour autant ?
Lire un livre, pour moi ce n'est pas de la veille, c'est approfondir un sujet. La veille c'est le contraire : survoler tout ce qui passe pour savoir ce qu'il pourrait être intéressant d'approfondir.
Si tu es passionné et que tu fais de la prod, je m'attends (naïvement?) à ce que tu sois au fait de l'état de l'art dans le domaine, même si tu ne pratiques pas.
En résumé, je réalise qu'en huit passé à troubleshooter mon produit propriétaire , je n'ai pas vraiment eu de visus sur l'évolution des prods, pourriez vous me donner des avis ?
La veille techno, c'est un truc qui se fait au quotidien. Mon avis, c'est que n'est pas un passionné sinon tu ne te retrouverais pas en 2019 avec 8 ans de veille de retard.
Dois je continuer à apprendre python ?
Python c'est un outil pour développer des applications complètes, pour faire du traitement de données, pour faire du scripting et de l'automatisation. Continue de l'apprendre. Ça te fera pas te faire embaucher, mais c'est un couteau suisse qui te servira au quotidien.
Dois je insister sur hadoop
Tu ne cibles pas un boulot de développeur, je me trompe ? Laisse tomber hadoop.
sur le cloud ?
Ça c'est la base. Que tu veuilles faire de la prod, du développement, du devops, c'est le standard d'infrastructure, le cloud.
Si tu veux rattraper ton retard, c'est là dessus qu'il faut le rattraper, et avec les problématiques connexes : technos de déploiement, orchestration, «scalabilite», serverless, devops.
Apprends les principes généraux avant de focaliser sur une techno spécifique. Rattrape ta veille techno avant de mettre les mains dans le camboui. On s'en br… de kubernetes si tu ne maîtrises pas ce qu'est l'orchestration et ce qu'est un conteneur.
Parce qu'une "communauté" n'est pas un tout unique avec tout le monde d'accord?
Oui
Sérieusement, ce genre de phrase est plutôt classique quand on a un petit soucis chez soit (sa communauté) mais qu'on ne veut pas en débattre.
Lol. Quand on voit les débats sur weboob, il y a d'un côté les "bien-pensant lisses et fades", et de l'autre "les indépendants, libres". C'est pas aussi simple que ça non plus.
J'ai eu des échanges dans les colonnes de LinuxFR avec des défenseurs de weboob qui étaient pour le moins agressifs. J'ai également expliqué à l'époque pourquoi j'avais choisi un projet concurrent (Scrapy) pour un projet - parce que Scrapy avait une image plus professionnelle, et les réponses ont été :
que weboob était très bien voire mieux techniquement
que l'équipe weboob n'avait pas les compétences pour travailler son image.
Debian les aide : "changez de nom".
Sérieusement, ce genre de phrase est plutôt classique quand on a un petit souis chez soit (sa communauté) mais qu'on ne veut pas en débattre.
C'est un sujet récurrent. Si je résume mon impression suite aux échanges que j'ai pu avoir c'est quelque chose comme : "on est bon, c'est n'importe quoi de s'appuyer sur l'image".
Et pour avoir regardé le code, je confirme qu'il est bon.
C'est un choix.
Je note que tu n'as pas contre-argumenter sur "git", je suis personnellement étonné que Debian garde ce logiciel car de toutes évidences ça viole (largement plus) leur interprétation de leur CoC (ou alors on est à la mode US, où on peut acheter une arme à 18 ans mais pas une bière, question de priorités)
Non, je n'ai pas répondu. En fait, fondamentalement je ne sais pas ce qui doit être accepté ou pas. Je ne suis pas assez compétent sur le sujet, je n'ai pas assez échangé avec des personnes qui se sentent offensées ou pas offensées, je ne suis pas assez bon en Anglais pour savoir ce qui est correct, pas correct, insultant, etc.
Les échanges que j'ai eu avec des développeurs weboob n'ont juste pas été très agréables et pas très ouverts ( j'en suis resté là.
En fait je sais pas pourquoi on débat. Comme le dit Tim dans son commentaire sur le billet weboob-the-asshole-detector : il y a deux communautés (l'équipe de dévelopement Weboob et l'équipe de développement Debian) et il y a visiblement une incompatibilité entre les deux. C'est pas un problème en soit. Si on veut vivre en communauté avec des gens qui ne partagent pas les même valeurs, on ne peut le reprocher ni à l'un ni à l'autre.
Avec "lead developer" en anglais, le problème de l'intitulé serait réglé… mais le reste de la description aura nécessairement un genre : candidat / candidate, collaborateur / collaboratrice, accord des participes passés, des adjectifs.
Les revendications sont tellement claires que des représentants du mouvements ont refusé de discuter avec le premier ministre à cause de menaces de mort de la part d'autres gilets jaunes.
Et aussi parce qu'ils estimaient que de toute façon, vu la communication du gouvernement avant l'échange, n'avait aucune chance d'aboutir à quoi que ce soit.
J'aimerais échanger avec toi sur l'évolution de ton outil et le fort intérêt que j'y vois pour l'intégrer dans tracim. Est-ce que tu as une adresse mail ou un moyen de discuter en direct ? J'ai créé 2 tickets sur github, mais je voudrais échanger d'une manière plus générale.
Je pense qu'on peut contribuer en terme d'interface utilisateur, ergonomie et expérience utilisateur ; ça rentrerait dans l'objectif d'intégrer l'outil dans tracim mais cela nécessite aussi quelques fonctionnalités supplémentaires du code de WBO et du coup j'aimerais en discuter avec toi pour voir comment on peut collaborer et mutualiser nos efforts.
Tu peux me contacter à l'adresse suivante : damien point accorsi arobase algoo point fr.
Super projet. J'ai testé vite fait, et je vois une fonctionnalité manquante : l'édition des éléments déjà créés (et en particulier le déplacement). Est-ce prévu ?
Petites remarques d'ergonomie / utilisabilité :
je rejoins les remarques concernant le zoom / dézoom
l'outil "main" gagnerait à être séparé des outils de dessin (l'outil main ne créé pas d'entité graphique, contrairement à ligne droite, rectangle par exemple)
l'outil gomme gagnerait à être mis à la fin des entités graphiques car il ne créé rien, il retire
la taille configurée gagnerait à être affichée d'une manière ou d'une autre (soit une preview en dessous, soit la taille en pixels - si c'est géré en pixels, soit les deux.
Avec un outil de déplacement, je serais assez tenté de l'intégrer dans tracim en tant qu'application complémentaire : l'outil est simple, compte tenu de sa conception on peut facilement la "proxifier" pour gérer les tableaux blancs et droits d'accès via tracim mais donner accès à l'application directement ensuite (intégration légère, qui a l'avantage de permettre des mises à jour plus faciles). Dans cette optique, est-ce que tu (vous?) seriez ouverts à des MR concernant le design de l'interface utilisateur (ou à l'implémentation d'un mécanisme pour "templater" l'interface) ?
[^] # Re: Ne pas effacer l'histoire, et question de monopole.
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Service après-vente : Boulet (le dessinateur) et l'art libre. Évalué à 8. Dernière modification le 13 janvier 2019 à 08:49.
Le libre n'est pas tout à fait à l'opposé de ça, non. Linux, Firefox, Libreoffice, Nextcloud, Dolibarr par exemple sont des marques déposées. C'est la même démarche que de protéger ses personnages.
C'est une démarche qui semble assez naturelle si tu veux maîtriser ton image : ça évite toute confusion entre ce que tu développes et ce que d'autres personnes développeraient sous le même nom.
[^] # Re: tracim
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Logiciel "collaboratif" pour réaliser une revue documentaire. Évalué à 2.
Cette fonctionnalité n'est effectivement pas disponible et nécessiterait des développements.
Techniquement, on sait faire ça, donc à ajouter dans l'interface c'est une évolution très rapide à implémenter.
Ok. Merci pour tes retours et ton retour d'expérience.
[^] # Re: Bof
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Feedback d'une production tournant chez Scaleway ?. Évalué à 3.
Super ! Merci pour ton retour bien détaillé ! Effectivement entre snapshot et ansible + backup, je suis plutôt partisan de la seconde solution qui est "une recette" alors que l'autre est un résultat.
[^] # Re: Bof
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Feedback d'une production tournant chez Scaleway ?. Évalué à 2.
Oui, mais ça n'arrive pas un service qui ne tombe jamais en panne ;)
J'ai des serveurs VPS OVH, dédié SoYouStart et Online ; les serveurs ne tombent jamais en panne non plus (sauf panne physique genre disque défaillant, mais ça… on n'y peut rien). La question que je me pose c'est de partir sur une stratégie similaire (en gérant moi-même la partie "infra") ou partir sur une stratégie "cloud" où j'achète des instances, j'attache du stockage, etc et dans ce cas, je configure l'infra, mais je ne la gère pas. L'avantage étant la souplesse à l'évolution, la simplicité pour gérer la stratégie réseau (quelle machine accède à quelle autre, quelle machine est publique, etc, etc).
[^] # Re: Ça dépend...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Feedback d'une production tournant chez Scaleway ?. Évalué à 2.
Est-ce que tu as eu des ennuis comme ceux qu'évoquent MrBidon ? Depuis combien de temps tes machines Scaleway tournent-elles ?
[^] # Re: Bof
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Feedback d'une production tournant chez Scaleway ?. Évalué à 2.
Merci pour ton retour.
Ce qui me dérange avec OVH c'est le temps de réponse du support. Concernant tes problèmes chez Scaleway (VM arrêtée longtemps ou autre), ça date de quand, c'est récent ?
[^] # Re: tracim
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Logiciel "collaboratif" pour réaliser une revue documentaire. Évalué à 4. Dernière modification le 08 janvier 2019 à 15:14.
Bonjour Tifriis (et Nonolapero),
Je te confirme que Tracim peut quasiment de base répondre à ton besoin. Je t'invite à jeter un coup d'oeil à la démo - http://tracim.fr/demo
Il y a probablement un peu de travail à faire pour valider/invalider des commentaires, et plusieurs solutions pour répondre à ton cas d'utilisation, chacune ayant des avantages et inconvénients.
Si après test de la démo l'outil te semble intéressant, je t'invite vivement à créer un ticket sur le repo github de tracim pour qu'on échange sur ton cas d'utilisation et les éventuelles adaptations qui pourraient être faites.
Damien
p.s : pour qu'il n'y ait pas d'ambiguité, je précise que je suis le responsable du projet tracim
# fonctionnalités payantes ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Discutions/Débats] ⛅ Nextcloud : 2018 aura-t-elle été l'année du bugs. Évalué à 2.
Il me semblait qu'au moment du fork, les devs étaient contre le double licencing. J'avais mal compris ?
[^] # Re: bon courage
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Huit ans et plus toutes ses dents. Évalué à 9.
J'ai répondu à ce genre d'interprétation avant même que tu commentes (cf. mes commentaires ci-dessus)
Évidemment. Mais s'autoformer sur hadoop dans le but d'être recruté ça veut dire quoi ? C'est comme dire «je vais me remettre au développement après 5 ans à faire des technos MS, je vais me plonger dans MySQL». On s'en fout. Soit tu as les bases et tu es capable d'apprendre sur le tas, soit tu es expert et on te recrute pour ça.
[^] # Re: bon courage
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Huit ans et plus toutes ses dents. Évalué à 8. Dernière modification le 29 décembre 2018 à 11:18.
Au passage je précise bien : je ne dis pas que l'auteur n'est pas passionné. Je donne simplement mon avis - qui est subjectif.
Je donne mon avis parce que c'est ce que l'auteur a demandé. J'ai une position de recruteur et donc mon avis peut être intéressant pour se préparer à des entretiens, indépendamment du fait que j'ai tord ou raison.
[^] # Re: bon courage
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Huit ans et plus toutes ses dents. Évalué à 10. Dernière modification le 29 décembre 2018 à 11:14.
Lire un livre, pour moi ce n'est pas de la veille, c'est approfondir un sujet. La veille c'est le contraire : survoler tout ce qui passe pour savoir ce qu'il pourrait être intéressant d'approfondir.
Si tu es passionné et que tu fais de la prod, je m'attends (naïvement?) à ce que tu sois au fait de l'état de l'art dans le domaine, même si tu ne pratiques pas.
# bon courage
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Huit ans et plus toutes ses dents. Évalué à 7.
La veille techno, c'est un truc qui se fait au quotidien. Mon avis, c'est que n'est pas un passionné sinon tu ne te retrouverais pas en 2019 avec 8 ans de veille de retard.
Python c'est un outil pour développer des applications complètes, pour faire du traitement de données, pour faire du scripting et de l'automatisation. Continue de l'apprendre. Ça te fera pas te faire embaucher, mais c'est un couteau suisse qui te servira au quotidien.
Tu ne cibles pas un boulot de développeur, je me trompe ? Laisse tomber hadoop.
Ça c'est la base. Que tu veuilles faire de la prod, du développement, du devops, c'est le standard d'infrastructure, le cloud.
Si tu veux rattraper ton retard, c'est là dessus qu'il faut le rattraper, et avec les problématiques connexes : technos de déploiement, orchestration, «scalabilite», serverless, devops.
Apprends les principes généraux avant de focaliser sur une techno spécifique. Rattrape ta veille techno avant de mettre les mains dans le camboui. On s'en br… de kubernetes si tu ne maîtrises pas ce qu'est l'orchestration et ce qu'est un conteneur.
[^] # Re: Git
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Weboob banni de Debian ?. Évalué à 8. Dernière modification le 22 décembre 2018 à 07:24.
Pour les ignorants comme moi : SJW = Social Justice Warrior
[^] # Re: Git
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Weboob banni de Debian ?. Évalué à 10. Dernière modification le 21 décembre 2018 à 10:10.
Oui
Lol. Quand on voit les débats sur weboob, il y a d'un côté les "bien-pensant lisses et fades", et de l'autre "les indépendants, libres". C'est pas aussi simple que ça non plus.
J'ai eu des échanges dans les colonnes de LinuxFR avec des défenseurs de weboob qui étaient pour le moins agressifs. J'ai également expliqué à l'époque pourquoi j'avais choisi un projet concurrent (Scrapy) pour un projet - parce que Scrapy avait une image plus professionnelle, et les réponses ont été :
Debian les aide : "changez de nom".
C'est un sujet récurrent. Si je résume mon impression suite aux échanges que j'ai pu avoir c'est quelque chose comme : "on est bon, c'est n'importe quoi de s'appuyer sur l'image".
Et pour avoir regardé le code, je confirme qu'il est bon.
Non, je n'ai pas répondu. En fait, fondamentalement je ne sais pas ce qui doit être accepté ou pas. Je ne suis pas assez compétent sur le sujet, je n'ai pas assez échangé avec des personnes qui se sentent offensées ou pas offensées, je ne suis pas assez bon en Anglais pour savoir ce qui est correct, pas correct, insultant, etc.
Les échanges que j'ai eu avec des développeurs weboob n'ont juste pas été très agréables et pas très ouverts ( j'en suis resté là.
[^] # Re: Git
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Weboob banni de Debian ?. Évalué à 10. Dernière modification le 21 décembre 2018 à 09:12.
En fait je sais pas pourquoi on débat. Comme le dit Tim dans son commentaire sur le billet weboob-the-asshole-detector : il y a deux communautés (l'équipe de dévelopement Weboob et l'équipe de développement Debian) et il y a visiblement une incompatibilité entre les deux. C'est pas un problème en soit. Si on veut vivre en communauté avec des gens qui ne partagent pas les même valeurs, on ne peut le reprocher ni à l'un ni à l'autre.
[^] # Re: lead developer
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Recrutement][CDI] Lead Développeuse full-stack / généraliste sur Grenoble - embauche rapide. Évalué à 1.
D'après un article paru sur libération il y a un an, ce n'est pas si évident que ça.
[^] # Re: Lead Développeuse
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Recrutement][CDI] Lead Développeuse full-stack / généraliste sur Grenoble - embauche rapide. Évalué à 2.
C'est possible. Un candidat qui s'arrêterait à ça ne correspond pas à la philosophie du poste, c'est donc un effet de bord acceptable.
[^] # Re: lead developer
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Recrutement][CDI] Lead Développeuse full-stack / généraliste sur Grenoble - embauche rapide. Évalué à 2.
Avec "lead developer" en anglais, le problème de l'intitulé serait réglé… mais le reste de la description aura nécessairement un genre : candidat / candidate, collaborateur / collaboratrice, accord des participes passés, des adjectifs.
[^] # Re: Un supporter de plus...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de la tablette tactile libre Diskio Pi. Évalué à 3.
Diffusez l'info ! C'est super facile : il faut juste faire un clic sur twitter ou mastodon :
Merci pour le projet !
# Un supporter de plus...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de la tablette tactile libre Diskio Pi. Évalué à 4.
en espérant que j'aurai utilement apporté ma pierre à l'édifice !
[^] # Re: [HS] Re: Qui devrait-on craindre ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Téléphone mobile : suis-je paranoïaque ?. Évalué à 3. Dernière modification le 04 décembre 2018 à 21:33.
Et aussi parce qu'ils estimaient que de toute façon, vu la communication du gouvernement avant l'échange, n'avait aucune chance d'aboutir à quoi que ce soit.
[^] # Re: fonctionnalité de déplacement d'entité ? Intégration dans tracim ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche WBO : un tableau blanc interactif. Évalué à 4. Dernière modification le 04 décembre 2018 à 09:45.
Rebonjour lovasoa,
J'aimerais échanger avec toi sur l'évolution de ton outil et le fort intérêt que j'y vois pour l'intégrer dans tracim. Est-ce que tu as une adresse mail ou un moyen de discuter en direct ? J'ai créé 2 tickets sur github, mais je voudrais échanger d'une manière plus générale.
Je pense qu'on peut contribuer en terme d'interface utilisateur, ergonomie et expérience utilisateur ; ça rentrerait dans l'objectif d'intégrer l'outil dans tracim mais cela nécessite aussi quelques fonctionnalités supplémentaires du code de WBO et du coup j'aimerais en discuter avec toi pour voir comment on peut collaborer et mutualiser nos efforts.
Tu peux me contacter à l'adresse suivante : damien point accorsi arobase algoo point fr.
Damien
[^] # Re: Concurrents?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche WBO : un tableau blanc interactif. Évalué à 6.
Intéressant, mais sauf erreur de ma part, ni l'un ni l'autre ne sont des logiciels libres.
# fonctionnalité de déplacement d'entité ? Intégration dans tracim ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche WBO : un tableau blanc interactif. Évalué à 9.
Bonjour,
Super projet. J'ai testé vite fait, et je vois une fonctionnalité manquante : l'édition des éléments déjà créés (et en particulier le déplacement). Est-ce prévu ?
Petites remarques d'ergonomie / utilisabilité :
Avec un outil de déplacement, je serais assez tenté de l'intégrer dans tracim en tant qu'application complémentaire : l'outil est simple, compte tenu de sa conception on peut facilement la "proxifier" pour gérer les tableaux blancs et droits d'accès via tracim mais donner accès à l'application directement ensuite (intégration légère, qui a l'avantage de permettre des mises à jour plus faciles). Dans cette optique, est-ce que tu (vous?) seriez ouverts à des MR concernant le design de l'interface utilisateur (ou à l'implémentation d'un mécanisme pour "templater" l'interface) ?
[^] # Re: tiret long…
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message éditeur texte ou markdown aidant à la conformité à la langue française. Évalué à 2. Dernière modification le 23 novembre 2018 à 13:02.
Effectivement ; quand je disais "tiret long" j'avais à l'esprit le "tiret moyen" ou "demi quadratin".