AR preview, html et cie

[Georges Mariano]

Bonsoir,

Sur un plone 3, j'ai depuis quelques temps, installé le produit
ARpreview. J'en suis globalement satisfait, mais je me pose quelques
questions sur son fonctionnement/développement.

Voilà, pour rappel, ce produit génère une preview (html) d'un fichier
(formats  word, pdf, ...)
La preview est générée par appel en arrière-plan de convertisseurs ad-hoc

a)  pour de gros fichiers stockés, la génération prend bcp de temps,
et la preview est "grosse". Ce n'est pas toujours très souhaitable /
confortable. Pourrait-on imaginer définir une taille de fichier
au-dessus de laquelle la préview ne serait pas générer (sauf choix
explicite) ...?

b) Plone ne rend pas la main avant d'avoir fini de générer la preview
... Serait-ce possible qu'il rende la main ?

c) Quand on utilise l'uploader flash, la génération de preview n'est
pas enclenchée. Je fais (ensuite) semblant de modifier les fichiers
uploadés (un par un)... :(

d) Je viens de remarquer en testant l'upload de plusieurs fichiers
html que ceux-ci ne sont plus visualisés/restitués par Plone mais
celui-ci propose de les télécharger !
Comble : chaque fichier html déposé propose sa preview ... html, qui
se visualise correctement !!

Bug ou effet de bord de AR preview ?

Merci d'avance pour tout éclaircissement

A+
--
http://tartine-blog.blogspot.com/
jabber:[hidden email]

_______________________________________________
Plone-FR mailing list
[hidden email]
http://lists.plone.org/mailman/listinfo/plone-fr

[Alexandre Garel]

Bonsoir,

Je te donnes quelques éléments de réponses. Mais peut être les créateurs
du produit vont montrer le bout de leur nez :-)

Georges Mariano a écrit :

> Bonsoir,
>
> Sur un plone 3, j'ai depuis quelques temps, installé le produit
> ARpreview. J'en suis globalement satisfait, mais je me pose quelques
> questions sur son fonctionnement/développement.
>
> Voilà, pour rappel, ce produit génère une preview (html) d'un fichier
> (formats  word, pdf, ...)
> La preview est générée par appel en arrière-plan de convertisseurs ad-hoc
>
> a)  pour de gros fichiers stockés, la génération prend bcp de temps,
> et la preview est "grosse". Ce n'est pas toujours très souhaitable /
> confortable. Pourrait-on imaginer définir une taille de fichier
> au-dessus de laquelle la préview ne serait pas générer (sauf choix
> explicite) ...?
>  

Ça doit pouvoir se faire en modifiant le produit, même si je ne suis pas
sur et certain que le calcul de la taille du fichier soit si facile dans
Plone (en tout cas par défaut il ne me semble pas que cette info soit
dispo et au détour je me rappel d'un bout de code qui s'occupait de ça,
et itérait sur le contenu du fichier pour faire les totaux)

> b) Plone ne rend pas la main avant d'avoir fini de générer la preview
> ... Serait-ce possible qu'il rende la main ?
>  

Rien n'est impossible mais on passe à un niveau de complexité supérieur
! Une solution simple pourrait être de ne pas faire la conversion tout
de suite, juste d'inscrire le besoin de conversion dans une liste
d'attente, puis d'avoir une tache cron (ou plutôt une tache zope
programmée) qui passe régulièrement et génère le preview pour tous ceux
de la liste d'attente.

Note que pour aller plus loin il y aurait zope.async mais ce n'est pas
facile à manipuler (il faut un sacré niveau). Le projet dolmen (du monde
grok et non pas Plone) l'utilise : http://gitweb.dolmen-project.org/

> c) Quand on utilise l'uploader flash, la génération de preview n'est
> pas enclenchée. Je fais (ensuite) semblant de modifier les fichiers
> uploadés (un par un)... :(
>  

Là je ne saurais te dire, il doit y avoir un évènement qui n'est pas
déclenché.

> d) Je viens de remarquer en testant l'upload de plusieurs fichiers
> html que ceux-ci ne sont plus visualisés/restitués par Plone mais
> celui-ci propose de les télécharger !
> Comble : chaque fichier html déposé propose sa preview ... html, qui
> se visualise correctement !!
>
> Bug ou effet de bord de AR preview ?
>  

Ce n'est pas forcément dû à ARPreview en fait. Lorsque tu dépose un
fichier via WebDav sur Plone, il utilise les rêgles présente dans
content_type_registry pour déterminer quel type de contenu fabriquer
avec ton fichier.

La règle porte soit sur l'extension du fichier, soit sur son type/mime.
Par défaut plone 3 ne fera pas une page pour un fichier en '.html' il le
fera pour un fichier de type mime application/xhtml+xml ce qui n'est
peut être pas le type de tes fichiers (par exemple il non pas le header
xhtml ou xml). Ceci semble cohérent avec la politique de Plone qui est
de n'avoir que du xhtml dans ses contenus. Tu peux modifier ces rêgles
(mais attention danger, tu peux aussi tout casser, bien réfléchir :-)


> Merci d'avance pour tout éclaircissement
>  

J'espère que ça aide un peu.

Alex


--
Alexandre Garel - [hidden email]
Pilot Systems - 9, rue Desargues - 75011 Paris
Tel : [phone] - www.pilotsystems.net
Gérez vos contacts et vos newsletters : www.cockpit-mailing.com


_______________________________________________
Plone-FR mailing list
[hidden email]
http://lists.plone.org/mailman/listinfo/plone-fr

[tbenita]

Some javascript/style in this post has been disabled (why?)

Bonjour, j'ai complété ci-dessous les réponses d'Alex.

Alexandre Garel a écrit :

Georges Mariano a écrit :
  

Bonsoir,

Sur un plone 3, j'ai depuis quelques temps, installé le produit
ARpreview. J'en suis globalement satisfait, mais je me pose quelques
questions sur son fonctionnement/développement.

Voilà, pour rappel, ce produit génère une preview (html) d'un fichier
(formats  word, pdf, ...)
La preview est générée par appel en arrière-plan de convertisseurs ad-hoc

a)  pour de gros fichiers stockés, la génération prend bcp de temps,
et la preview est "grosse". Ce n'est pas toujours très souhaitable /
confortable. Pourrait-on imaginer définir une taille de fichier
au-dessus de laquelle la préview ne serait pas générer (sauf choix
explicite) ...?
  
    

Ça doit pouvoir se faire en modifiant le produit, même si je ne suis pas
sur et certain que le calcul de la taille du fichier soit si facile dans
Plone (en tout cas par défaut il ne me semble pas que cette info soit
dispo et au détour je me rappel d'un bout de code qui s'occupait de ça,
et itérait sur le contenu du fichier pour faire les totaux)
  

La taille est souvent un mauvais critère : on peut avoir de très gros fichiers d'une page et de très petits fichiers de 10000 pages... Lorsque le problème se pose, nous agissons souvent sur le nombre de pages maximal de la pré-visualisation, au niveau des convertisseurs.

b) Plone ne rend pas la main avant d'avoir fini de générer la preview
... Serait-ce possible qu'il rende la main ?
  
    

Rien n'est impossible mais on passe à un niveau de complexité supérieur
! Une solution simple pourrait être de ne pas faire la conversion tout
de suite, juste d'inscrire le besoin de conversion dans une liste
d'attente, puis d'avoir une tache cron (ou plutôt une tache zope
programmée) qui passe régulièrement et génère le preview pour tous ceux
de la liste d'attente.

Note que pour aller plus loin il y aurait zope.async mais ce n'est pas
facile à manipuler (il faut un sacré niveau). Le projet dolmen (du monde
grok et non pas Plone) l'utilise : http://gitweb.dolmen-project.org/
  

Il est tout à fait possible de modifier le zcml de FilePreview afin de ne plus souscrire à IObjectCreatedEvent, ce qui va désactiver la pré-visu à la création de fichier, et mettre dans un cron un appel à http://monsite/unfichier/@@preview_provider/updateNewPreviews
La configuration de base permet d'avoir une configuration qui fonctionne out of the box.

c) Quand on utilise l'uploader flash, la génération de preview n'est
pas enclenchée. Je fais (ensuite) semblant de modifier les fichiers
uploadés (un par un)... :(
  
    

Là je ne saurais te dire, il doit y avoir un évènement qui n'est pas
déclenché.

  

Voir point précédent.

d) Je viens de remarquer en testant l'upload de plusieurs fichiers
html que ceux-ci ne sont plus visualisés/restitués par Plone mais
celui-ci propose de les télécharger !
Comble : chaque fichier html déposé propose sa preview ... html, qui
se visualise correctement !!

Bug ou effet de bord de AR preview ?
  
    

Ce n'est pas forcément dû à ARPreview en fait. Lorsque tu dépose un
fichier via WebDav sur Plone, il utilise les rêgles présente dans
content_type_registry pour déterminer quel type de contenu fabriquer
avec ton fichier.

La règle porte soit sur l'extension du fichier, soit sur son type/mime.
Par défaut plone 3 ne fera pas une page pour un fichier en '.html' il le
fera pour un fichier de type mime application/xhtml+xml ce qui n'est
peut être pas le type de tes fichiers (par exemple il non pas le header
xhtml ou xml). Ceci semble cohérent avec la politique de Plone qui est
de n'avoir que du xhtml dans ses contenus. Tu peux modifier ces rêgles
(mais attention danger, tu peux aussi tout casser, bien réfléchir :-)


  

Je confirme la réponse d'Alex.

Cordialement,

Thierry.

[tbenita.vcf]

---

begin:vcard
fn:Thierry BENITA - atReal
n:BENITA;Thierry
adr:;;113 Bd de Pont-de-Vivaux;Marseille;;13010;France
email;internet:[hidden email]
title:atReal
tel;work:[phone]
tel;fax:[phone]
note;quoted-printable:-- =
        =0D=0A=
        atReal=0D=0A=
        Solutions libres pour Entreprises et Collectivit=C3=A9s=0D=0A=
        http://www.atreal.net - http://www.atreal.fr=0D=0A=
        04 91 29 42 81
x-mozilla-html:FALSE
url:http://www.atreal.net
version:2.1
end:vcard

---

_______________________________________________
Plone-FR mailing list
[hidden email]
http://lists.plone.org/mailman/listinfo/plone-fr

[Georges Mariano]

Le 25 septembre 2009 00:00, Alexandre Garel <[hidden email]> a écrit :
> Bonsoir,
>
> Je te donnes quelques éléments de réponses. Mais peut être les créateurs
> du produit vont montrer le bout de leur nez :-)

oui, on va attendre un peu  ;)

> sur et certain que le calcul de la taille du fichier soit si facile dans

ah zut, j'espérais...

> Là je ne saurais te dire, il doit y avoir un évènement qui n'est pas
> déclenché.

mon intuition également...

ah oui, j'ajoute un

c') quand on modifie autre chose (propriétés, catégorisation) que le
fichier "physique", la preview semble regénérée également alors qu'il
n'y a aucune raison, puisque le contenu n'a pas été modifié... (du
coups, catégoriser un enseble de gros fichiers uploadés flash, c'est
pénible :P

> Ce n'est pas forcément dû à ARPreview en fait. Lorsque tu dépose un
> fichier via WebDav sur Plone, il utilise les rêgles présente dans
> content_type_registry pour déterminer quel type de contenu fabriquer
> avec ton fichier.

> de n'avoir que du xhtml dans ses contenus. Tu peux modifier ces rêgles
> (mais attention danger, tu peux aussi tout casser, bien réfléchir :-)

ok, ok, MAIS, précédemment (versions antérieures à ma nouvelle
installation), ça fonctionnait bien intuitivement : charger un fichier
html permettait la visualisation naturelle (voire par défaut si
index.html ou si activé comme affichage par défaut du dossier). Ce
n'est plus le cas. Pour moi c'est une régression fonctionnelle.

Je sais pas si c'est lié (gros doute) mais je n'ai pas le choix du
rich text quand je veux saisir le contenu d'une page (je désactive
généralement les éditeurs riches (kupu), pour rester sobre). J'arrive
directement dans la zone de saisie (sans la présence du sélecteur
texte simple/rich text /html)

Là aussi , c'est étonnant.

> J'espère que ça aide un peu.

Oui, ça délimite bien le problème.
Merci


--
http://tartine-blog.blogspot.com/
jabber:[hidden email]

_______________________________________________
Plone-FR mailing list
[hidden email]
http://lists.plone.org/mailman/listinfo/plone-fr

[Alexandre Garel]

Georges Mariano a écrit :

> Le 25 septembre 2009 00:00, Alexandre Garel <[hidden email]> a écrit :
>  
>  
>> Là je ne saurais te dire, il doit y avoir un évènement qui n'est pas
>> déclenché.
>>    
>
> mon intuition également...
>
> ah oui, j'ajoute un
>
> c') quand on modifie autre chose (propriétés, catégorisation) que le
> fichier "physique", la preview semble regénérée également alors qu'il
> n'y a aucune raison, puisque le contenu n'a pas été modifié... (du
> coups, catégoriser un enseble de gros fichiers uploadés flash, c'est
> pénible :P
>  

Effectivement tu as le droit de demander une amélioration pour ça. Ceci
dit j'ai bien peur que, Plone ne donnant pas encore l'information sur ce
qui a changé dans l'évènement de modification d'un objet, ce ne soit
légèrement pénible à coder.

>  
>> Ce n'est pas forcément dû à ARPreview en fait. Lorsque tu dépose un
>> fichier via WebDav sur Plone, il utilise les rêgles présente dans
>> content_type_registry pour déterminer quel type de contenu fabriquer
>> avec ton fichier.
>>    
>
>  
>> de n'avoir que du xhtml dans ses contenus. Tu peux modifier ces rêgles
>> (mais attention danger, tu peux aussi tout casser, bien réfléchir :-)
>>    
>
> ok, ok, MAIS, précédemment (versions antérieures à ma nouvelle
> installation), ça fonctionnait bien intuitivement : charger un fichier
> html permettait la visualisation naturelle (voire par défaut si
> index.html ou si activé comme affichage par défaut du dossier). Ce
> n'est plus le cas. Pour moi c'est une régression fonctionnelle.
>  

Oui ou une amélioration fonctionnelle, il est possible en effet que
Plone comme je te le disait est décidé de n'autoriser que le xhtml par
défaut. C'est assez facile à modifier comme je te l'indiquait.


> Je sais pas si c'est lié (gros doute) mais je n'ai pas le choix du
> rich text quand je veux saisir le contenu d'une page (je désactive
> généralement les éditeurs riches (kupu), pour rester sobre). J'arrive
> directement dans la zone de saisie (sans la présence du sélecteur
> texte simple/rich text /html)
>
> Là aussi , c'est étonnant.
>  

Disons que la encore c'est un choix de Plone de restreindre ce qui est
proposé par défaut pour ne pas perdre les utilisateurs débutants (les
utilisateurs avancés sont eux capable de configurer leur site) donc par
défaut seul le xhtml est accepté en saisie. Ça se modifie dans
configuration du site / formatage du texte.

Alex

--
Alexandre Garel - [hidden email]
Pilot Systems - 9, rue Desargues - 75011 Paris
Tel : [phone] - www.pilotsystems.net
Gérez vos contacts et vos newsletters : www.cockpit-mailing.com


_______________________________________________
Plone-FR mailing list
[hidden email]
http://lists.plone.org/mailman/listinfo/plone-fr

[Georges Mariano]

Le 28 septembre 2009 16:56, Alexandre Garel <[hidden email]> a écrit :

> Oui ou une amélioration fonctionnelle, il est possible en effet que
> Plone comme je te le disait est décidé de n'autoriser que le xhtml par
> défaut. C'est assez facile à modifier comme je te l'indiquait.

> Disons que la encore c'est un choix de Plone de restreindre ce qui est
> proposé par défaut pour ne pas perdre les utilisateurs débutants (les
> utilisateurs avancés sont eux capable de configurer leur site) donc par
> défaut seul le xhtml est accepté en saisie. Ça se modifie dans
> configuration du site / formatage du texte.

Hmmm... Évidemment tout "framework" comme Plone peut-être amené à
évoluer pour diverses raisons. Néanmoins, dans la mise en oeuvre de
ces évolutions, il serait bon de ne pas oublier que les utilsateurs de
Plone3 (et +) sont généralement ceux qui utilisaient et déployaient du
plone 2.5 par exemple. Et que le déploiement d'un 3.3 est probablement
le prolongement / remplacement d'un 2.5.

Ajoutons que, si Plone est "diffusable" facilement c'est précisément
parce que sa mise en oeuvre "out of the box" n'est pas réservée à des
experts (la preuve, j'en ai plusieurs ;) et c'est donc plutôt à un
public de non-expert qu'il faut penser dans la mise en oeuvre des
évolutions en **privilégiant** la stabilité fonctionnelle.

Ainsi, je suis pas contre la restriction au xhtml mais cela aurait pu
se faire de manière "duale", c'est à dire en préservant le
fonctionnement antérieur mais en donnant le choix du basculement à la
restriction xhtml (dans les release notes où autre). Parce que, en
l'occurrence, je sais installer des plones "de base", des produits etc
mais je ne sais pas tritouiller les régles de fonctionnement pour
revenir au plone "que j'aime".

Ça me mets dans une position fort désagréable par rapport aux
utilisateurs actuels.

Je veux bien croire que cette approche n'est pas possible pour toutes
les options m'enfin bon, le dépôt de pages html dans un plone devait
être qqchose de relativement fréquent ...

PS : si quelqu'un avait un pointeur précis sur la manip exacte pour
revenir au comportement précédent (j'ai pas envie de "casser" le
machin)... Merci par avance.

A+
--
http://tartine-blog.blogspot.com/
jabber:[hidden email]

_______________________________________________
Plone-FR mailing list
[hidden email]
http://lists.plone.org/mailman/listinfo/plone-fr

[Alexandre Garel]

Georges Mariano a écrit :

> Le 28 septembre 2009 16:56, Alexandre Garel <[hidden email]> a écrit :
>
>  
>> Oui ou une amélioration fonctionnelle, il est possible en effet que
>> Plone comme je te le disait est décidé de n'autoriser que le xhtml par
>> défaut. C'est assez facile à modifier comme je te l'indiquait.
>>    
>
>  
>> Disons que la encore c'est un choix de Plone de restreindre ce qui est
>> proposé par défaut pour ne pas perdre les utilisateurs débutants (les
>> utilisateurs avancés sont eux capable de configurer leur site) donc par
>> défaut seul le xhtml est accepté en saisie. Ça se modifie dans
>> configuration du site / formatage du texte.
>>    
>
> Hmmm... Évidemment tout "framework" comme Plone peut-être amené à
> évoluer pour diverses raisons. Néanmoins, dans la mise en oeuvre de
> ces évolutions, il serait bon de ne pas oublier que les utilsateurs de
> Plone3 (et +) sont généralement ceux qui utilisaient et déployaient du
> plone 2.5 par exemple. Et que le déploiement d'un 3.3 est probablement
> le prolongement / remplacement d'un 2.5.
>  

C'est vrai en même temps un changement majeur de version sert justement
à pouvoir modifier des comportements qui à l'épreuve du temps ne se sont
pas révélé les plus judicieux

> Ajoutons que, si Plone est "diffusable" facilement c'est précisément
> parce que sa mise en oeuvre "out of the box" n'est pas réservée à des
> experts (la preuve, j'en ai plusieurs ;) et c'est donc plutôt à un
> public de non-expert qu'il faut penser dans la mise en oeuvre des
> évolutions en **privilégiant** la stabilité fonctionnelle.
>  

Comme je te le disais il me semble que c'est justement dans un esprit de
simplification que les changements ont été opérés (ou de respect des
standards). Ceci dit tout choix à ses avantages et inconvénient et en
l'occurrence je ne cherche pas forcément à défendre ces choix.

> Ainsi, je suis pas contre la restriction au xhtml mais cela aurait pu
> se faire de manière "duale", c'est à dire en préservant le
> fonctionnement antérieur mais en donnant le choix du basculement à la
> restriction xhtml (dans les release notes où autre). Parce que, en
> l'occurrence, je sais installer des plones "de base", des produits etc
> mais je ne sais pas tritouiller les régles de fonctionnement pour
> revenir au plone "que j'aime".
>
> Ça me mets dans une position fort désagréable par rapport aux
> utilisateurs actuels.
>  

Comme je te le disait tu peux réactiver ce comportement par un simple
paramétrage.



> Je veux bien croire que cette approche n'est pas possible pour toutes
> les options m'enfin bon, le dépôt de pages html dans un plone devait
> être qqchose de relativement fréquent ...
>  

Je ne suis  pas sur que l'utilisation de webdav pour déposer du html
soit si fréquent en fait

> PS : si quelqu'un avait un pointeur précis sur la manip exacte pour
> revenir au comportement précédent (j'ai pas envie de "casser" le
> machin)... Merci par avance.
>  

regarde

content_type_registry en ZMI dans ton instance plone 2.5 si tu en as une sous la main et refait pareil :-)

Sinon :

1. En bas de la page : add predicate (tu mets un id, par exemple html et tu choisi "extension") puis Add

2. tu spécifie html pour l'extension et tu choisi le type de contenu page.

3. fait des test et si ça fonctionne pas essaie de remonter la rêgle vers le haut.

Alex



--
Alexandre Garel - [hidden email]
Pilot Systems - 9, rue Desargues - 75011 Paris
Tel : [phone] - www.pilotsystems.net
Gérez vos contacts et vos newsletters : www.cockpit-mailing.com




_______________________________________________
Plone-FR mailing list
[hidden email]
http://lists.plone.org/mailman/listinfo/plone-fr

[Georges Mariano]

Le 28 septembre 2009 18:30, Alexandre Garel <[hidden email]> a écrit :
> Comme je te le disais il me semble que c'est justement dans un esprit de
> simplification que les changements ont été opérés (ou de respect des
> standards). Ceci dit tout choix à ses avantages et inconvénient et en
> l'occurrence je ne cherche pas forcément à défendre ces choix.


si les "pros" de Plone pouvaient faire remonter que les changements
doivent se faire avec un minimum d'impact sur les utilisateurs /
utilisations en cours, ce serait bien ...


> Je ne suis  pas sur que l'utilisation de webdav pour déposer du html
> soit si fréquent en fait

dépôt == upload aussi, c'était hors webdav


> regarde

> content_type_registry en ZMI dans ton instance plone 2.5 si tu en as une sous la main et refait pareil :-)

Seulementun 2.1 ! Un seul predicat dedans :P

> Sinon :

Merci (je pige déjà un peu plus) mais jusqu'ici ça marche pô...

PS :Je vais réactiver kupu et on se passera égalemet de rich text ...
bien dommage quand même.


A+
--
http://tartine-blog.blogspot.com/
jabber:[hidden email]

_______________________________________________
Plone-FR mailing list
[hidden email]
http://lists.plone.org/mailman/listinfo/plone-fr