You are not logged in. Please login or register.
Active topics Unanswered topics
Search options
Hello Robert,
Thanks for proposing your help! As you perhaps saw the documentation is built using the Sphinx-doc tool. Do yoy have some experience with it? What are you specific skills?
I myself am currently a little blocked at this time (you can see the commit history, I mostly worked on the actions). To be more specific, it is the chapter "Interface" that bugs me. It shows you the different icons to use in Qelectrotech. Problem is that I updated the image path as it was before messy, meaning that I need to change 200+ paths in the files. I am currently looking if Sphinx-doc can provide a global path ( like Qet/interface = _external/_images/en/qet_interface) so that editing image path would be easier now and in the future. I have asked someone on the sphinx-doc github discussion page but haven't got a meaningful response.
What we could do during that time is setup translations of the doc? By the way Laurent, I think we could create an account on https://hosted.weblate.org/about/ as they have a unlimited tier for open source projects/ or host our own weblate.
It would make the doc translation easier
Question: On en est à quelle version de la doc?
Salut,
Écoute, je pense pas que ce soit pertinent de mettre ton adresse email, je verrai plus tôt un truc du genre "licence@qelectrotech.org"
Pourquoi:
1) Ca fait plus pro/crédible -> pour des utilisateurs ne connaissant pas l'histoire du projet, ca donne confiance
2) Ca sépare la prise de contact des problèmes de licence du code
Je peux pour l'instant mettre une adresse ne pointant à rien, à voir si on la crée
Salut,
Je suis en train de mettre en place un système d'action pour l'attribution de la licence à l'aide de l'outil https://reuse.software/.
Tout est prêt, l'action marche sans problème, je voulais juste te demander si QET a une adresse email générale du genre "contact@qelectrotech.org". Parce que pour le moment, j'ai mit ton adresse QET que je trouve ici: https://qelectrotech.org/contact.php
Merci par avance
scorpio810 wrote:Integrated-Circuit wrote:Re, ca fait un bail.
Le projet est de plus en plus ambitieux et complexe. Je pense intégrer les éléments du wiki dans la doc d'une façon ou d'une autre.
Cela centraliserai toutes les infos au même endroit, ce qui rendrait peut-être le wiki obsolète.
Est ce que ca te dérange?
Çà ne me dérange pas.
Une page Github html ou l'on peut voir le résultat, et éventuellement faire des corrections, améliorations ?
By the way, je vois que le bouton de donation a disparu, vous êtes en train de transitionner vers liberapay?
scorpio810 wrote:Integrated-Circuit wrote:Re, ca fait un bail.
Le projet est de plus en plus ambitieux et complexe. Je pense intégrer les éléments du wiki dans la doc d'une façon ou d'une autre.
Cela centraliserai toutes les infos au même endroit, ce qui rendrait peut-être le wiki obsolète.
Est ce que ca te dérange?
Çà ne me dérange pas.
Une page Github html ou l'on peut voir le résultat, et éventuellement faire des corrections, améliorations ?
Ca fonctionnerait sur le même principe que la doc, ajouter /modifier le fichier .rst et le build lors des commits et pulls request.
Cela dit en passant, j'ai regardé les logs de modif' du wiki et au vu de leur faible quantité, je pense que l'on peut demander aux gens de créer un ticket sur le repo de la doc en cas de problème.
A propos, sur un tout autre sujet, je suis en ce moment chez SEW Usocome pour un job d'été et la maintenance à besoin d'un logiciel pour du pneumatique. je tente de pousser l'utilisation de Qet 
Re, ca fait un bail.
Le projet est de plus en plus ambitieux et complexe. Je pense intégrer les éléments du wiki dans la doc d'une façon ou d'une autre.
Cela centraliserai toutes les infos au même endroit, ce qui rendrait peut-être le wiki obsolète.
Est ce que ca te dérange?
Au fait, pour l'instant la Direction que ca prend sa te semble bon? ou je dois procéder à des changements?
scorpio810 wrote:Vu qu'on a changé d’hébergeur, autant c'était facile avec le panel de VHFS de TuxFamily à l’époque de donner des droits de lecture/écriture en fonction de l'user et des répertoires, c'est bien plus compliqué sur le nouvel hébergement.
Donc je préfère qu'on fasse tout par Github et créer des pages HTML Github.
Ça m’évite beaucoup de travail, créer un token sur le CI de gérer le rsync Github-> site, etc.
Apres sur le site c'est juste un lien à changer sur quelques entités, forum, main site, ect. qui pointeront vers les nouvelles pages HTML Github au lieu du site.
OK pas de problème, je pense que je vois le délire que serait ma proposition.
Petite question, tu dispose des droits sur le domaine qelectrotech.org non (ajouter un sous-domaine, etc...)? parce que Github peut te permettre de mettre un domaine custom. On pourrait imaginer un truc du style "manual.qeletrotech.org".
scorpio810 wrote:Salut,
le wiki est sur un serveur, après le code etc, est sur github.
En parlant de CI, si tu connais ça m’intéressais bien de ne plus avoir avoir a faire de mon coté toutes les builds et packages (Debian deb, stable sid, Windows installer, readyToUse, flatpak,AppImage, Apple Intel)sur ma machine après chaque gros commits, de 1 ça exige une grosse machine qui coûte une fortune à l'achat et qui est dépassé 4 apres.. et de 2 elle consomme beaucoup de courant Lmême en idle..(180W) et plus de 500W en compile 48 Thread..
les factures qui augmentent .. ne font que réduire mon petit budget.. et suite à mes gros problemes de santé mon salaire à bien diminué..
Au fait , j'ai pensé à un truc pour mettre en plance une CI du site avec envoi sur le serv du manuel.
Sachant qu'il est host sur une machine séparée de Github, il serai possible d'ajouter une étape d'upload des fichiers html à la CI.
On pouurait alors utiliser rclone ou scp/sftp pour effectuer le transfert de Github vers le serv.
je peux préparer le terrain, comme ca tu pourras faire après ma MR un commit incluant une clé SSH obfusquée pointant vers le serv.
Vois le dessin que j'ai fais si tu comprend pas bien se que je dis
scorpio810 wrote:Salut,
le wiki est sur un serveur, après le code etc, est sur github.
En parlant de CI, si tu connais ça m’intéressais bien de ne plus avoir avoir a faire de mon coté toutes les builds et packages (Debian deb, stable sid, Windows installer, readyToUse, flatpak,AppImage, Apple Intel)sur ma machine après chaque gros commits, de 1 ça exige une grosse machine qui coûte une fortune à l'achat et qui est dépassé 4 apres.. et de 2 elle consomme beaucoup de courant Lmême en idle..(180W) et plus de 500W en compile 48 Thread..
les factures qui augmentent .. ne font que réduire mon petit budget.. et suite à mes gros problemes de santé mon salaire à bien diminué..
Faut que je regarde, mais oui ce serait bien (on pourrait imaginer une CI qui build QET et pull le master du manuel lors de la compilation)
En parlant de la doc, vous la hostez où? parce que j'ai commencé à créer un script CI github et je suis en train de mettre en place le hostiong avec les pages github, mais si vous l'hostez autre part, ca sert a rien que j'implémente ca.
C'est exactement ce que je suis en train de faire...
Possible d'être contributeur?
Au pire, attend je suis en train de refaire pas mal de choses. je peux récupérer des contenus et lorsque ce sera bon:
1. tu clone mon repo et tu l'utilise comme manuel pour QET
et
2. on conserve l'ancien pour de l'archivage
j'ai commencé à créer un site wiki https://github.com/Integrat-edCircuit/Qelectrotech-wiki basé sur l'outil sphinx. l'avantage est que celui-ci utilise les fichiers au format .rst (assez facile a modif lorsq'on connait la syntaxe) et que je l'ai configuré d'une facon à avoir un makefile qui build automatiquement les fichiers html, je suis en train de set up l'action github pour avoir un build continuel. j'ai juste un peu de mal avec la fonction d'upload des artifacts de build de github. si quelqu’un si connait je suis preneur.
On pourrait imaginer que dans le futur on pourrai bundle les fichiers HTML et avoir à la fois un manuel on- et off-line pour les utilisateurs de QET.
Merci,
Écoute je vais expérimenter un peu sur mon github perso et si jamais sa t'intéresse tu pourra cloner le repo.
Bonne soirée
Could be a good idea, what I had in mind was to get the content of the docuwiki, put it in markdown in a github and find a way to publish the contents online (maybe a bookstack) as the markdown + git approach would make it easier to update things.
Au fait pour les prochaines discussions, pas besoin de rester en anglais, je viens de voir sur le forum que toi aussi tu est français, on va faire plaisir à l'académie nationale en perfectionnant notre grammaire.
Blague à part, sur les fichiers que tu m'a envoyé, je ne vois pas grand chose à propos de linux (malgré le fait que tu utilise mingw, est ce que ca diffère un peu sous linux?)
Since the wiki looks... very out of date, would it be unreasonable that I bundle the code style in the mirror source code? (I'm getting the impression that a repo for the wiki would be necessary to easily edit/keep track off/update the informations, would you be against it?)
1) In the old doc for QT, I see that a xml coding style is mentionned, is it still used?
2) Could you please describe me the QTCreator in all of its details please?
Hello everyone, I'm currently reworking adding infos to build Qelectrotech.
I'm in the process of creating a BUILD.md file to help contributors to get started.
Do you got any tips about building the app (dependencies to install, tools like QT creator to configure, etc..) that you want to share?
if you got any, do not hesitate to add a message to this subject. Linux build options would be appreciated as this is my main OS.
Thx in advance
Posts found: 19
Generated in 0.016 seconds (65% PHP - 35% DB) with 5 queries
