Boîte à idées : faites nous remonter vos envies

[Jiyuu]

Bonjour,

Afin de rendre le forum PySide / PyQt plus attractif et de mieux répondre à vos éventuelles demandes, nous vous proposons de réunir ici vos divers souhaits, besoins ou idées d'évolutions.
Chacun demande sera attentivement étudiée par l'équipe et en fonction de sa pertinence et sa faisabilité, intégrée lors de prochaines mises à jour.

Merci à tous

[tyrtamos]

Bonjour,

En ce qui me concerne, j'ai surtout besoin d'exemples commentés. J'en ai fait quelques uns, et à titre d'exemple, voir celui-là: http://pyqt.developpez.com/tutoriels...uperer-valeur/. Celui qui vient d'être proposé me convient aussi: http://vincent-vande-vyvre.developpe...qgraphicsitem/.

Quand je veux résoudre un problème en PyQt4, je regarde dans le manuel Qt (en C++ et en anglais), puis dans les exemples en PyQt4 et dans la FAQ de developpez, puis très vite dans une cinquantaine de pages web (merci google...) et malheusement trop souvent sans succès. Alors je passe plusieurs heures (et quelquefois plusieurs jours) à tester par essais/erreurs jusqu'à ce que ça marche. J'y arrive dans 90% des cas, mais c'est pénible et ça prend beaucoup de temps.

Par exemple, je voulais avoir une fenêtre de type "navigateur web" pour afficher des fichiers d'aide en html que je fais avec Komposer: je n'ai trouvé aucun exemple qui marche correctement (pb de suivi de liens hypertextes en particulier), et j'ai passé 3 jours à le faire, et maintenant, tout fonctionne. Mais ce n'est pas très "productif".

Autre exemple similaire, j'ai un programme avec une grosse base de données relationnelle, et je voulais faire une fenêtre pour visualiser comme avec un tableur non seulement les tables elles-même, mais aussi le résultat de requêtes SQL. Ceci avec tri, filtrage, modifications possibles des tables, exportation en CSV, etc... Maintenant, ça marche, mais nom d'un chien, j'ai souffert! Par manque d'exemples principalement. Pourtant, dès que la bibliothèque graphique en donne la possibilité, je ne devrais pas être le seul à avoir besoin de ça...

Alors, au fur et à mesure que j'avance, je me constitue mes propres "modèles de code" dans lequel je puise au gré de mes développements. Ils ne sont pas tous "présentables", mais pour ceux qui le sont, je les mets sur mon site python (http://python.jpvweb.com/mesrecettespython), et souvent je les propose à developpez (dourouc05). Le dernier que je propose est celui-là: http://python.jpvweb.com/mesrecettes...uveaux_widgets.

Un dernier problème qui, à mon avis, freine les contributions pour constituer une bibliothèque pratique et fournie: vos outils de publication sont beaucoup trop compliqués. Le simple fait d'ailleurs qu'il existe tout un forum pour déverminer ces outils montre bien le problème! Quand est-ce que vous rentrerez dans la logique d'un simple wiki???

[dourouc05]

Envoyé par tyrtamos

Par exemple, je voulais avoir une fenêtre de type "navigateur web" pour afficher des fichiers d'aide en html que je fais avec Komposer: je n'ai trouvé aucun exemple qui marche correctement (pb de suivi de liens hypertextes en particulier), et j'ai passé 3 jours à le faire, et maintenant, tout fonctionne. Mais ce n'est pas très "productif".

Les ressources ne venant malheureusement pas du ciel, on ne peut pas y faire grand-chose... Par contre, tous peuvent apporter leur pierre à l'édifice en contribuant quelques articles, quelques QR, exactement comme tu le fais !

Envoyé par tyrtamos

Un dernier problème qui, à mon avis, freine les contributions pour constituer une bibliothèque pratique et fournie: vos outils de publication sont beaucoup trop compliqués. Le simple fait d'ailleurs qu'il existe tout un forum pour déverminer ces outils montre bien le problème! Quand est-ce que vous rentrerez dans la logique d'un simple wiki???

La documentation est actuellement en grand chantier, notamment pour s'aligner sur les nouveaux formats Nokia tout en gardant les avantages d'un wiki. Il devrait être possible, à terme, d'exploiter ce système aussi pour les articles, mais nous n'en sommes qu'aux prémices (cegDv s'occupe de la partie édition offline, tant en DITA qu'en WYSIWYG, donc toute la partie client sera en Python 3 avec PyQt 4.8 ).

[Jiyuu]

Concernant les exemples et comme le dis Dourouc05, à force de QR et Articles nous arriverons un jour à constituer une base importante. Mais ceci est assez long à faire je le conçois.

Dès que les chantiers commencés seront finis, on pourra certainement programmer pleins de nouveaux articles. Il n'empêche que le manque de contributeur joue aussi beaucoup. Plus on sera nombreux, plus on pourra traiter un maximum d'article, QR et autres ressources.

Pour la doc, je pense que Tyrtamos parlait surtout des outils DVP permettant la rédaction de ces articles.
L'éditeur de Nono n'est peut être pas le plus simple je le conçois mais il est très complet et puissant. Tu as aussi le KitOooDvp de Djibril associé à son KitUnix. Les as-tu essayés ?

[tyrtamos]

Bonjour,

Je cite surtout la "publication" parce que mes articles sont toujours déjà rédigés en "wiki" sur mon site (je parle "dokuwiki" 2e langue ).

J'ai parlé de la complexité des outils parce que ça me semble freiner les contributions. Et vous n'avez aucune chance de faire plus simple qu'un wiki. Mais bon.

En tout cas, je suis d'accord pour essayer de nouveau avec vos outils, et je viens de faire la demande par MP à dourouc05 de me "remettre en selle".

[dourouc05]

Envoyé par tyrtamos

J'ai parlé de la complexité des outils parce que ça me semble freiner les contributions. Et vous n'avez aucune chance de faire plus simple qu'un wiki. Mais bon.

Si : un wiki avec mode d'édition WYSIWYG ! Maintenant, il faut aussi voir ce dont tu as besoin dans les fonctionnalités d'un wiki, à part la possibilité d'éditer et d'avoir un versionnage.

[erca57]

J'avais commencé à contribuer par un blog (sur Delphi). J'ai aussi créé par ailleurs des didacticiels pour Delphi, Java et Python. Je ne les ai jamais publiés sur Developpez.com, découragé par la complexité des outils de publication (trop consommateurs en temps, il faut tout ré-écrire).

[Jiyuu]

Bonjour et merci pour ton message.

Si effectivement le temps te manque, sache que dans l'absolu et sous réserve de pertinence l'équipe peut peut être t'aider à la mise en forme. Si cela te semble intéressant n'hésite pas à nous dire quels sujets seraient exploitables.

[dourouc05]

Envoyé par erca57

J'avais commencé à contribuer par un blog (sur Delphi). J'ai aussi créé par ailleurs des didacticiels pour Delphi, Java et Python. Je ne les ai jamais publiés sur Developpez.com, découragé par la complexité des outils de publication (trop consommateurs en temps, il faut tout ré-écrire).

Sache qu'il y a du nouveau avec ces outils : notamment, l'intégration avec OpenOffice.org a été renforcée, il pourrait suffire d'y copier-coller ton texte et de le remettre en forme, la très grosse majorité du travail est alors faite .

[rambc]

Bonsoir,
a-t-on des spécifications du balisage utilisé par le site pour la rédaction des tutoriels ?

[Jiyuu]

Pourrais-tu être plus précis sur ce que tu souhaites savoir exactement ?
Rencontres-tu des soucis pour la rédaction d'un tutoriel ?

Pour apporter quelques éléments de réponses éventuels à ta question, les rédactions d'articles, de tutoriels, etc sur DVP sont très structurées afin de garantir le même visu d'un article à l'autre.
Donc, sans rentrer dans le détail, oui des balises sont utilisées. Si tu souhaites plus d'infos là dessus, on pourra en reparler par MP.

Par contre si je suis complètement à coté de la plaque avec ce morceau de réponse, hésite pas à me le dire... il fait un peu froid chez moi et je suis un peu au ralentit là ^^

[rambc]

Bonsoir,
j'avais zappé ce message...

Je bosse sur un outil pour m'aider dans mes rédactions pour du HTML ou du PDF.

Cet outil est fait de telle façon que je peux ajouter facilement différents formats de sortie.

Du coup, j'aimerais en savoir plus sur la façon dont les rédacteurs tapent leurs tutoriels. Un exemple de code brut serait bienvenu...

[dourouc05]

Tu trouveras ton bonheur sous http://www.developpez.net/forums/f93...tils-domaines/. N'hésite pas non plus à y proposer ton outil, d'autres pourraient être intéressés (au pif, si tu as déjà une sortie DITA et un éditeur assez flexible notamment pour des paramètres globaux à l'article - enregistrer une version, un auteur, etc., sans que ce soit défini dans le texte, en données structurées -, ça nous intéresserait déjà pas mal pour le chantier en cours qu'est la traduction de la doc !).