PLUGIN « MISE EN PAGE » Blb-bois
-
C'est ça qu'ils aiment les codeurs, avoir quelque chose à coder, sinon ils dépriment!
-
En fouinant dans mon disque dur rescapé d'un portable j'ai retrouvé ce document du temps où je faisais de la doc pour OpenOffice puis LibreOffice...
Pour faire çà avec Draw, en comparant avec SU, il faut être un peu frapadingue mais c'était juste pour démontrer que Draw en a sous le capot. Il faut juste rendre accessible à l'usager les fonctions utiles.
Et il y déjà de quoi faire :
https://www.openoffice.org/fr/Documentation/Guides/DRAW_et_la_3D.pdfSi des programmeurs s'intéressaient au binôme Draw/SU, il y aurait de quoi faire un bon plugin utile à tous.
Manquant de compétence en programmation, je n'étais pas allé plus loin, mais de mémoire on pourrait même faire passer de la 3D SU directement dans Draw puisque les deux tournent à l'OpenGL...
Voili, voilà
Patrick
-
@patrick said:
En fouinant dans mon disque dur rescapé d'un portable j'ai retrouvé ce document du temps où je faisais de la doc pour OpenOffice puis LibreOffice...
Quel travail de bénédictin, Patrick !
Bravo
Tu avoueras tout de meme que SKETCHUP nous permet d’être a la fois créatif et productif en nous faisant oublier le soft.
Chri -
Bien sur Su n'a pas son pareil.
Mais tu remarques que cette fiche pratique est réalisée avec Draw. Donc l'idée est de dessiner dans Su-Make puis de d'envoyer dans Draw pour la mise en page. Un petit 'layout' pour tout le monde, en somme...
-
Un petit lien direct sur ce Draw particulier ?
Parce qu'il a pas mal d'homonymes!
(et petite flemme de chercher)
-
@pilou said:
Un petit lien direct sur ce Draw particulier ?
Parce qu'il a pas mal d'homonymes!
(et petite flemme de chercher)Simplement :
Il faut savoir que ce "draw" est en réalité le module "dessin" d'open office.
Voir les images suivantes pour le principe et la notice de Patrick pour les détails.Chri
-
Bonjour,
En effet c'est la partie Dessin d'OpenOffice mais à présent il vaut mieux utiliser LibreOffice, le fork libre et soutenu par la communauté OpenSource.
http://www.libreoffice.org/Comme le montre Chri, il a même quelques outils pour faire de la 3D en OpenGl dont j'ai fait le tour ici
https://wiki.documentfoundation.org/FR/Draw/Tutoriel3D
Rien à voir avec SU mais cela montre qu'il peut digérer de l'openGl. Il peut lire du DXF, du svg, du pdf. Gérard Deneux (CadLoo) a fait une extension pour du dessin technique, de la cotation... bref il est un bon candidat pour faire un outils de mise en page pour la version Make de SU.
Patrick
-
Finalement Dessin s'appelle Dessin Draw dans la version française de Libre Office
c'est donc normal de s'embrouiller !
-
Et donc pour l'instant, le meilleur format pour débouler de SU dans le "Draw" qu'est-ce ?
Ou c'est encore en gestation pour du direct ? -
Salut Pilou et à tous....
Bon alors, état des lieux :
- Notre ami de BLB-Bois se sent de mouliner du Ruby pour faire l'export des vues vers Draw.
- Gérard Deneux est prêt à donner un coup de main.
Dans le principe il doit être possible de tout passer en direct dans Draw au lieu de passer par un format de fichier intermédiaire.
D'après Gérard tout doit pouvoir être 'traduit' en objet Draw. Voici sa réponse :
" **Bonjour,
Voici ce que j'ai fait pour le module Blender en python qui devrait
être transposable en Ruby (je suis novice pour ce langage mais ce que
j'en ai lu me donne à penser que c'est faisable).le format odf est un format normalisé dont les spécifications peuvent
être trouvées ici
https://wiki.documentfoundation.org/FR/General/CreerFichierODF-
pour créer un fichier odg (dessin Draw) je suis parti d'un fichier
vide (facile à créer depuis Draw) ; -
utilisation de la bibliothèque ziplib (car les fichiers odf sont des
archives compressées) pour ouvrir en mémoire le fichier "content.xml"
contenu dans odg; -
utilisation de la bibliothèque xml pour ajouter des éléments de
dessin dans le fichier content.xml en mémoire ; -
sauvegarde sous forme d'archive compressée.
Pour les éléments de dessin, deux solutions :
a) lire les spécifications du format odf ;
b) lancer Draw, créer un segment ou un cercle ou une cote ou etc,
sauver, puis examiner le "context.xml" pour ce voir que ça donne.Voilà l'essentiel, pour d'autres détails j'attends vos questions.**
Voili, voilà ! c'est plutôt positif car dans le pratique c'est une compétence Ruby/ODF à mettre en route et pas un obstacle technique à surmonter. Par exemple, voir un objet SU en OpenGl dans Draw, serait plus ardu je pense que de transformer une cote SU en une Cote Draw ...
D'ailleurs, dans le principe exposé par Gérard, n'importe quel programmeur Ruby est apte à envoyer des instructions dans Draw pour qu'il fasse une mise en page des vues.
Évidemment il serait intéressant de peaufiner le plug de BLB-bois en lui ajoutant ce transfert dans Draw pour finaliser la mise en page, qui à l'heure actuelle, passe par l'impression des captures d'écran.
A plus
Patrick -
Quand même un travail de bénédictin pour une petite niche d'utilisateurs!
Bon courage à eux!
Advertisement