Welcome on the EKD bug report site.
FS#26 - Rendre l'interface de Image > Divers > Ajout d'éléments identique aux autres
Concerne le projet:
EKD
Ouverte par Strict Standards: array_map() expects parameter 1 to be a valid callback, non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 281 Angelo (ekd) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 613 dimanche, 25 octobre 2009, 12:54 GMT
Dernière édition par Strict Standards: array_map() expects parameter 1 to be a valid callback, non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 281 Olivier Ponchaut (marmotte) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 613 mardi, 17 novembre 2009, 19:11 GMT
Ouverte par Strict Standards: array_map() expects parameter 1 to be a valid callback, non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 281 Angelo (ekd) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 613 dimanche, 25 octobre 2009, 12:54 GMT
Dernière édition par Strict Standards: array_map() expects parameter 1 to be a valid callback, non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 281 Olivier Ponchaut (marmotte) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 613 mardi, 17 novembre 2009, 19:11 GMT
|
DétailsChanger complètement l'interface dans Image > Divers > Ajout d'éléments afin que cette interface ressemble complètement aux autres (avec les onglets Image(s) source, Réglages, Image(s) après traitement, Infos).
C'est la partie que je connais le moins dans EKD, je ne m'étais absolument pas occupé du code de cette partie. Du boulot en perspective !!!. |
Cette tâche dépend de
Close par Olivier Ponchaut (marmotte)
Strict Standards: Non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 613 mardi, 17 novembre 2009, 19:11 GMT
La raison de la clôture est: Implemented
Strict Standards: Non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 613 mardi, 17 novembre 2009, 19:11 GMT
La raison de la clôture est: Implemented
1. Mise en place de 3 ou 4 onglets (Au minimum : Fichier(s) image(s), Réglages et Info ... peut-être un visualisation en plus ... A voir)
2. Modification du moteur d'export -> Exporter (Fonction render()) directement le QGraphicScene dans un QImage et ensuite enregistrer l'image dans un format plus courant (jpg, png, ppm, tiff, bmp ...) -> J'utilise déjà cela dans la partie Vidéoporama pour l'ajout des textes sur l'image. L'avantage est que le process est plus rapide et que l'image exportée est vraiment identique à la "prévisualisation" qu'il y a dans l'ongle réglage en cours de composition de l'image. La qualité de l'image d'origine est conservée. -> Cette partie suppose quelques modification dans l'export mais également dans l'utilisation du QgraphicScene et du QGraphicView existant.
3. Donner le choix du format d'export des images et éventuellement (Votre avis ???) la taille (donc fonction de redimensionnement intégrée à la composition d'image)
Voilà, avant de commencer le chantier, je voudrais avoir votre avis.
Olivier
Il faudra vraiment tester à fond pour voir (s'il y en a, les moindres problèmes ... bugs ...).
Qu'en pense Aurélien ?.
a+
Angelo
Je compte encore ajouter / modifier les choses suivantes :
1. Ajout de l'onglet "Visualisation des images" (modifiées)
2. Ajout de boutons pour :
* Fonction "supprimer tous les ajouts en une fois"
* Pivoter dans un sens ou dans l'autre (2 boutons au lieu de 1)
* "Monter" ou "Descendre" un élément par rapport à un autre (Quel élément ajouté cache l'autre ?)
* Zoom ajusté à la taille de la fenêtre disponible
3. Ajout d'une listbox pour définir le format de sortie (png, jpg, bmp, tiff, ppm) + listbox "compression / qualité" si pertinent (qualité pour JPG et compression pour PNG).
4. (En option :) ) Possibilité de redimensionner les éléments ajoutés
5. Image sur les boutons en plus du texte.
Olivier
Excellent !. Je viens de faire un test ici au collège sous Jaunty ... ce que tu as mis en place fonctionne bien (sauf qu'il n'y a pas [encore ?] de traitement par lot), mais à un moment donné j'ai eu ceci ds la console:
0.07284116745
0.00835609436035
QCursor.pos() 1000 302
self.mapFromGlobal(QCursor.pos() 687 61
if not self.view.geometry().contains(point) or pixmap
point 84 84
self.view.mapToScene(point) 13.9523519523 108.13072763
0
adresse classe <gui_modules_image.divers.image_divers_txt_sur_img.TextItem object at 0xb10ce6c>
<unknown program name>(10518)/ findLibraryInternal: plugins should not have a 'lib' prefix: "libkfilemodule.so"
<unknown program name>(10518)/ KPluginLoader::load: The plugin "libkfilemodule" doesn't contain a kde_plugin_verification_data structure
QCursor.pos() 844 630
self.mapFromGlobal(QCursor.pos() 531 389
if not self.view.geometry().contains(point) or pixmap
point 79 79
self.view.mapToScene(point) 5.2321319821 99.4105076599
QCursor.pos() 985 337
self.mapFromGlobal(QCursor.pos() 672 96
if not self.view.geometry().contains(point) or pixmap
point 60 60
==> Le problème: <unknown program name> ...
Autrement, est-ce que tu as prévu de faire comme ds les autres cadres Image --> un traitement par lot, car là pour l'instant il n'y a eu que ma 1ère image chargée qui a été traitée. De même il faudrait rajouter l'onglet Image(s) après traitement.
Voilà, voilà.
Angelo
Question : Quelle est la finalité du traitement par lot (Ajout d'un logo sur toute une série d'image ?) ?
Je peux activer un traitement par lot, mais pour moi celui-ci n'a du sens que pour une série d'image ayant des dimensions (et orientation !) identiques. Sinon les éléments ajoutés ne seront pas positionnés aux mêmes endroits d'une image à l'autre. Il se peut même que certains éléments ne soit pas visibles sur certaines images ou que les éléments ajoutés soit à une échelle très différente -> Très génant.
Je voulais également ajouter la possibilité de redimensionner les cadres simples (actuellement à quoi servent ils ???), les cadres textes et les cadres images.
Bref, je me suis bien amusé :)
Olivier
########################################################
Question : Quelle est la finalité du traitement par lot (Ajout d'un logo sur toute une série d'image ?) ?
########################################################
Ajout de texte ou logo sur un lot d'image --> le traitement par lot est indispensable (!). S'il n'y a pas de traitement par lot, les utilisateurs ne vont pas comprendre. Par exemple j'ai une série d'images (j'ai fait un rendu image par image dans Blender) et je veux apposer mon nom et la date --> il faut un traitement par lot (!).
########################################################
Je peux activer un traitement par lot, mais pour moi celui-ci n'a du sens que pour une série d'image ayant des dimensions (et orientation !) identiques. Sinon les éléments ajoutés ne seront pas positionnés aux mêmes endroits d'une image à l'autre. Il se peut même que certains éléments ne soit pas visibles sur certaines images ou que les éléments ajoutés soit à une échelle très différente -> Très génant.
########################################################
Je comprend bien ce que tu veux dire mais ... comme dans certains autres cadres Image d'EKD, il faut que les images soient redimensionnées à la taille de l'image (w x h) la plus présente dans le lot. Il faut absolument un traitement par lot.
Si jamais il y a vraiment un problème et malgré le redimensionnement des images, il y a risque de perte de texte (en dehors du champ de l'image), il faut prévenir l'utilisateur par une boîte de dialogue.
A part ce problème de traitement par lot, il me semble qu'il y a un autre souci, la boîte de dialogue de sauvegarde est démesurée (boîte de dialogue trop large) elle prend pratiquement toute la largeur de l'écran (je suis avec une résolution de 1440x900), voilà une copie d'écran montrant le problème:
http://imagebin.ca/view/4kyf_Rv4.html
Ca vient de chez moi ou tu constates aussi la même chose chez toi ? (ou ça vient de KDE sous Karmic ?).
Voilà, voilà.
Je m'en retourne à la rédaction des textes délivrés par les boutons Aide dans la partie Vidéo.
a+
Angelo
merci pour les explications. C'est fait :) Le traitement par lot est mis en place, mais il n'y a pas de vérifications sur les tailles des images dans le lot, ni de redimensionnement des images les unes par rapport aux autres.
Par contre, il est facilement possible de vérifier la mise en place des éléments sur les images du lot car pour voir le résultat, il suffit de sélectionner l'image voulue dans la liste de l'onglet "image(s) source" et de voir le résultat dans l'onglet "réglage".
Pour le soucis avec la boîte de dialogue de sauvegarde, je n'ai pas du tout ce problème. De plus, la boîte de dialogue n'a pas la même apparence. L'appel de cette boite de dialogue est faite avec ceci : "fname = unicode(QFileDialog.getSaveFileName(self,"Sauver l'image", path))" Il n'y a donc aucuns paramètres de taille spécifié. Il est probable que tu aies ce problème dans d'autres modules également.
qu'est-ce que tu souhaites encore voir implémenté sur ce module en priorité ? (Redimensionnement + vérification ou "c'est bon ainsi" ?)
S'il n'y a plus rien à faire, je cloturerai la tâche.
Olivier
> Par contre, il est facilement possible de vérifier la mise en place des éléments
> sur les images du lot car pour voir le résultat, il suffit de sélectionner l'image
> voulue dans la liste de l'onglet "image(s) source" et de voir le résultat dans l'onglet
> "réglage".
Oui oui tu as parfaitement raison, donc effectivement pas besoin de redimensionner.
> Pour le soucis avec la boîte de dialogue de sauvegarde, je n'ai pas du tout ce problème.
Je n'ai plus ce problème, bizarre.
> Il est probable que tu aies ce problème dans d'autres modules également.
Non je n'avais ce problème que dans ajout d'éléments.
> qu'est-ce que tu souhaites encore voir implémenté sur ce module en priorité ?
Ben disons je verrais bien (alors je n'ai aucune idée si c'est réalisable ...) du texte en 3D, texte en perspective, ...
un truc du genre:
http://www.tri-edre.fr/manuals/kinemac/Resources/text3d.jpeg
Si c'est trop compliqué ou prise de tête, on laisse tomber.
a+
Angelo
D'accord pour regarder la possibilité de mettre du texte 3D ... mais je propose de mettre ce point pour la version 2.1. J'ouvre donc une nouvelle entrée dans le système de suivi en "Feature request" pour version suivante EKD.
Olivier