S'identifier - S'inscrire - Ecrire un article - Contact

Un texte générateur de textes

... mini bdd ?

Par Xavier • Suggestions • Dimanche 15/07/2007 • 24 commentaires  • Lu 10042 fois • Version imprimable

Note : 3.3/5 (55 notes)

Mots-clés :


Pour mes dessins (je pense que cela répondrait aussi aux besoins d'autres utilisateurs), j'ai besoin de créer de nombreux textes.

Pour fiabiliser le processus (pas d'erreurs dus à des fautes de frappes dans des textes "tapés à la main"), et le rendre plus productif (rythme de travail), j'aimerais disposer d'un générateur de textes.

Etape 1 : je construis mon générateur. C'est un texte, avec dedans un formulaire.

Etape 2 : j'utilise mon générateur. Il produit un texte avec le bon titre et le bon contenu, y compris mots-clés etc.


Le formulaire, pour la partie "contenu", présente :
des menus déroulants
des cases à cocher bouton radio
des champs de texte pouvant contenir du HTML et commandes (gourou, transclusion, etc.) interprété par VB

J'organise le formulaire de telle façon que le texte résultant se présente dans le bon ordre de "blocs" ou "paragraphes". Amélioration : des cases à numéroter pour donner l'ordre d'apparition des "paragraphes" dans le texte résultant.

Tout ceci faciliterait "extrêmement beaucoup grandement géantement" le boulot des utilisateurs VB qui notamment présentent des trucs comme des logiciels, des critiques, des produits, des services, des oeuvres, etc.

Ce serait en quelque sorte une interface de production d'une "bdd du pauvre".

Bdd du pauvre, car il n'existe pas vraiment de "champs" au sens bdd.

Néanmoins, plus j'y pense, plus je trouve cette suggestion géniale :-) et urgente :-)

Et ça ne devrait pas être bien difficile ni long à faire par le Grand Sorcier qui vient de nous pondre ça : exécution de commandes formulaires et API.

En gros, chaque élément du formulaire produit un "bloc" ou "paragraphe" ou "phrase" ou contribue à le construire.



Exemple :


produira comme "phrase" dans le texte produit :
Âge de la girafe : 10


Cette suggestion a été adoptée par 55 utilisateurs :

  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Fix :  
  • isabelle :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  
  • Visiteur :  

Les utilisateurs qui ont voté pour cette suggestion ont voté également pour :


Commentaires

Une moulinette à la OMG par Fix le Dimanche 15/07/2007 à 19:08

Fix OMG a pondu une moulinette offline. Qu'on peut utiliser pour faire des trucs sur articles et textes d'un blog préalablement downloadé. Puis il faut reloader sur le serveur VB.

Une adaptation de cette moulinette pour gérer la production de textes ?

- A partir d'un texte "générateur de texte". Les textes sont produits localement, puis le tout est reloadé. Nota : textes produits un par un.

Idée parallèle ?

- A partir d'une BDD locale. La moulinette produit tous les textes voulus, Nota : textes produits d'un seul coup. Puis on reloade.



Javascript par Stephane le Lundi 16/07/2007 à 16:39

Stephane Enfin une suggestion où je n'ai rien à faire. :-)

Tu peux faire un tel générateur en Javascript avec un formulaire : tu mets tous les champs que tu veux, et tu ajoutes simplement une fonction sur l'èvenement onSubmit qui concatène tous tes champs comme tu veux et qui met ça dans les paramètres htmlareatext et title de /cgi-bin/text.pl.


Re: Javascript par Jean-Luc le Lundi 16/07/2007 à 16:44

Jean-Luc ça aussi, j'aimerais bien savoir le faire. Que ceux qui s'y essayent veuillent bien nous faire part de leur expérience !


Re: Javascript par Stephane le Lundi 16/07/2007 à 16:50

Stephane Hop : http://www.elated.com/articles/form-validation-with-javascript/
Au lieu de valider les champs, tu les concatènes.



Re: Javascript par Jean-Luc le Lundi 16/07/2007 à 16:58

Jean-Luc Allez hop : un autre lien blogmarké ! Et un autre devoir de vacances - outre de me mettre sérieusement à la langue worldwide (qui n'est pas le achteumeuleu !).


Re: Javascript par Fix le Lundi 16/07/2007 à 17:22

Fix

Ah, un SG content ! ça fait plaisir :-)


Supposons que j'aie touillé en javascript un texte "générateur de texte".

Ce que je souhaite, c'est que le générateur me crée un nouveau texte. Son titre, son contenu, ses cases à cocher ("lister les articles les textes qui ...), son ascendant (mot-clé), les mots-clés synonymes, etc. etc.

Ce nouveau texte s'afficherait ... dans une nouvelle fenêtre (un nouvel onglet).

Je voudrais n'avoir à faire, une fois le générateur activé, que cliquer sur "modifier" dans le nouveau texte créé (après l'avoir relu, quand même : utilité de l'afficher dans un nouvel onglet, parce que je veux garder sous l'oeil le générateur, c'est pour des tâches répétitives :-) )


J'ai examiné le HTML d'un formulaire de création de texte.


(Nota : Je souhaiterais que la valeur du champ "site_id" soit remplacée dans mon javascript par une variable genre $NomDuBlog )
Je ne comprends pas bien ce que fait le champ "title", est ce qu'il n'a pas, lors de la création d'un texte, la valeur du champ "text_id" ?

Ça n'a probablement pas de rapport avec ma question (générer des textes), mais pourquoi y a t-il une palanquée de champs <input type="hidden" name=".cgifields" ...> avec le même nom, mais des valeurs différentes ?

En modifiant (par mon script) les valeurs de certains champs, je coche des cases, etc. etc. Tout ça a l'air OK.

Il faudrait que je réfléchisse un peu, quant à l'automatisation du choix de l'ascendant. Dans la plupart des cas que j'envisage, c'est possible. Et lorsque l'automatisation n'est pas possible ... eh bien un gros avertissement dans un générateur bis, disant qu'il faut, dans le nouveau texte créé, chercher (si possible) un ascendant.

Au premier abord, tout cela est simple, et facile à "remplir" en javascript à partir d'un formulaire générateur.

Est-ce que je peux ajouter un champ "target" au formulaire, pour que le résultat (un nouveau texte) s'affiche dans un nouvel onglet ?

Avec ce que j'ai vu, j'imagine qu'il est également facile et possible de créer un "générateur d'articles" :-)






Re: Javascript par Stephane le Lundi 16/07/2007 à 18:26

Stephane
Hop.


Re: Javascript par Fix le Lundi 16/07/2007 à 18:42

Fix Je voudrais que ça fasse Hop ! dans un nouvel onglet, (comme souhaité dans un commentaire précédent :-) )


Re: Javascript par Jean-Luc le Lundi 16/07/2007 à 18:44

Jean-Luc Excusez-moi de vous déranger. Tu peux répondre sur ton portable ?


Re: Javascript par Stephane le Lundi 16/07/2007 à 19:59

Stephane Ajoute target="_new"  dans le lien.


Travail offline par Fix le Lundi 16/07/2007 à 18:24

Fix @ SG : tu n'as pas répondu sur la possibilité d'une moulinette locale :-)

Une moulinette locale de production de textes (ou articles) serait utile pour travailler offline.

Mais d'abord, il faudrait un outil offline :-) ---> et hop une suggestion.







Re: Travail offline par Stephane le Lundi 16/07/2007 à 18:27

Stephane Je réponds :

Le plus simple c'est de faire une moulinette en Javascript. :-)


Re: Travail offline par Fix le Lundi 16/07/2007 à 18:38

Fix Une moulinette en javascript ?

Ben, autant re-créer VB en Ajax :-), avec interaction avec serveur VB, et interaction avec un serveur-local-à-écrire-celui-là-ou-à télécharger

C'est labosonic qui serait content :-)


Re: Travail offline par leblase le Lundi 16/07/2007 à 19:39

leblase Ajax?Yes!


Re: Travail offline - upload de fichiers par Fix le Mercredi 18/07/2007 à 17:41

Fix @ Stéphane :

1) pas de pb pour créer en ligne des textes avec tous leurs attributs.

1.a) Si je veux créer un "texte" offline ... est ce que je crée une page html en reprenant une partie du modèle du blog ?

1.b) Si j'uploade cette page, est ce que VB prendra automatiquement en compte tous les champs ? Est ce qu'il faut prévoir une moulinette supplémentaire sur VB (en javascript, ou autre) pour "valider" chaque texte uploadé ?

2) Est ce que lorsque je charge un document "blablabla" (texte ou article) par la procédure d'upload, il écrase automatiquement le document "blablabla" existant ?



par isabelle le Mercredi 18/07/2007 à 16:15

isabelle euh, j'ai pas tout compris, donc je te laisse mettre un mot-clé, et voir comment statuée cette suggestion : apparemment elle n'est pas à implémenter puisque GS a dit qu'il n'avait rien à faire...


Re: par Fix le Mercredi 18/07/2007 à 17:32

Fix Mot-clé éventuel : productivité ?

Mon pb. est de créer un méga-nombre de fiches (textes) donnant les data pour des dessins.

Le nom du texte est basé sur l'identifiant unique du dessin.

Chaque fiche comprend un certain nombre de "champs". Ces champs ne sont pas de véritables champs comme sur les bases de données. Ce sont des paragraphes ordonnés dans la fiche.

Chaque paragraphe comprend du blabla (par ex. "Âge de la girafe") + une ou plusieurs valeurs.

Je veux pouvoir créer ces paragraphes avec le moins possible d'erreurs ou omissions. Et sans avoir à faire de copier-coller, sans avoir à retaper des valeurs "connues".

D'où l'idée de formulaires pour créer ces paragraphes, si par ex les tailles possibles pour l'hippopotame sont 1,2,3,23 (mais rien entre 3 et 23), je mets dans le formulaire un menu déroulant avec uniquement les valeurs "1,3,23". Beaucoup de ces valeurs sont des mots-clés, qui permettront de sélectionner, trier et lister facilement les fiches.

Un "submit" du formulaire créera automatiquement le paragraphe "La taille de l'hippo est 23" (par exemple).

Nota : Si "23" est destiné à être un mot-clé, il serait plutôt rédigé de cette façon "taille_hippo_23"

Le générateur de fiches (de textes) comprend donc plusieurs champs (au sens HTML) avec des boutons radio, des cases à cocher, des déroulants, des zones de texte, etc. Un clic sur le "submit" suffit à créer tous les paragraphes, automatiquement insérés dans une nouvelle fiche (texte) a priori valide.

Est ce que j'ai été clair ?


Dans la discussion ci-dessus, j'ai aussi parlé de moulinette, de façon à produire plus de fiches en moins de temps. L'idée de moulinette revient, à partir d'une (vraie) base de données locale (mon Mac), à produire + rapidement les fiches (les textes), puis à uploader le tout vers un blog.

Tout ceci ne remplace pas une "connexion" directe entre VB et une base de données.

Le schéma idéal serait le suivant : base de données locales <==> base de données en ligne <==> VB
Les doubles flèches signifient que je peux mettre à jour (modifier la base) en suivant une flèche de gauche à droite, aussi bien que de droite à gauche.

L'idéal de l'idéal serait une intégration (par API) du pilotage de base de données dans VB.




Re: par isabelle le Mercredi 18/07/2007 à 18:32

isabelle Voili voilou je crois avoir piger. (jlb a l'habitude, je comprends vite si on m'explique longtemps ;-))
Je te suis à 100% !! Je suis en train d'essayer de trouver un moyen pour faire une base de données de mes épiceries solidaires sous forme de répertoire national par fiche et je m'évertue à faire du copier coller de trucs un peu identiques. A long terme j'aurai 500 fiches avec une actualisation chaque année. Un moyen simple pour automatiser la chose me serait d'un grand secours : des champs déroulants qui seront aussi des mots-clés, etc... L'idée d'un aller retour entre ma base de données perso et celle sur VB serait géniale.
Mais je crois que pour ma part, ça va être plutôt un gros chantier pour la rentrée. Et il faudrait d'abord que j'arrive y voir clair dans l'utilisation ou pas de l'arborescence des mots-clés !


Re: par Fix le Mercredi 18/07/2007 à 19:54

Fix jlb est donc si patient que ça :-)

Une petite précision : ces formulaires sont écrits (liés, bidouillés, trucmuchés...) avec du javascript.

Un trucmuchage évident est de faire des contrôles sur les valeurs entrées dans le formulaire pour fabriquer une fiche.

Par ex., si j'ai oublié de donner une valeur au champ "herbe préférée de l'éléphant", le trucmuchage en javascript, lorsque je clique sur Submit, me dit "Veuillez compléter le champ herbe préférée de l'éléphant". Tant que je n'ai pas donné une valeur à "herbe préférée de l'éléphant", je ne peux obtenir du Submit qu'il fasse ce que j'attends (ici, créer une fiche).

Ou encore, si à deux endroits du formulaire je choisis des valeurs "incompatibles" , le trucmuchage me dira "ah mais lorsque le nénuphar est en fleur vous ne pouvez pas donner d'herbe à chats aux éléphants".

Etc.

Cette notion de contrôle "dans le navigateur de l'utilisateur" est très utile. La plupart des trucmuchages sont très simples à écrire en javascript.


Ah, encore une chose ... Puisque nous sommes au moins deux utilisateurs VB à envisager l'utilisation de "générateurs de texte" ... eh bien il y en a probablement d'autres. D'où l'utilité collective d'une ... de formulaires et trucmuchages, de même qu'il a été moult fois question de "bibliothèque de formules gourou".





Re: par Jean-Luc le Mercredi 18/07/2007 à 20:49

Jean-Luc De fait, pour le prix du blog citoyen j'avais une base excel dans laquelle je rentrais les données du site participant, en formule VB (Visual Basic) ça générait le code à insérer, par copier/coller, manuellement donc, dans l'entrée de la liste de liens VB (ViaBloga). Aujourd'hui, cela me générerait directement l'url de commande qui crèe la nouvelle entrée que je n'aurais juste qu'à contrôler et à valider. Je ne te parle pas du casse-tête pour mettre au point la base mais une fois que c'est en place... l'évènement est déjà passé ! Nous avions connu une mésaventure similaire avec Fix pour la préparation d'un livre...


Re: par Stephane le Mercredi 18/07/2007 à 23:36

Stephane

Aujourd'hui, cela me générerait directement l'url de commande qui crèe la nouvelle entrée que je n'aurais juste qu'à contrôler et à valider. Je ne te parle pas du casse-tête pour mettre au point la base mais une fois que c'est en place... l'évènement est déjà passé !

C'est quelque chose que j'ai observé très souvent : l'automatisation d'une tâche qui prend plus de temps que la réalisation manuelle de la tâche. Il y a sûrement des blagues avec des polytechniciens ou des centraliens sur ce sujet. Après la grande question est de savoir si faire l'erreur une fois suffit, ou si on va la répèter 36 fois. Il y a sûrement des proverbes chinois à ce sujet. ;-)


Re: par Stephane le Mercredi 18/07/2007 à 23:43

Stephane Ah, je pense que celui là s'applique bien :-)

"Qui chérit son erreur ne la veut connaître" - Corneille.

Et bien sûr, le proverbe chinois aussi :

"La première fois c'est une erreur, la seconde fois c'est qu'on le fait exprès."


Re: par Jean-Luc le Jeudi 19/07/2007 à 05:17

Jean-Luc Je peux en effet perdre beaucoup de temps à chercher à en gagner. Et en plus je recommence, chaque fois que je suis confronté à une tâche répétitive pour obtenir une qualité de résultat à laquelle je ne veux pas renoncer. Je ne me résouds pas à répéter une tâche insignifiante, comme de copier/coller le même code d'une structure de fiche autant de fois que la base de participants l'exige, ou de revalider des articles.... Cela, effectivement, n'a aucun sens et personne ne devrait être réduit à cela, même si d'un point de vue économique, ponctuellement, cela peut se justifier. L'erreur, s'il y en a une, c'est de se trouver ou de se mettre dans cette situation, de manquer de temps, de moyens, des bonnes ressources, des compétences nécessaires pour éviter cela. Alors certes je ne suis peut-être pas prêt à temps ou je n'y arrive pas mais j'ai appris et probablement que je serai moins démuni une prochaine fois. Alors que tu n'apprends rien à répéter une tâche, tu t'enfermes au contraire dans cette condition dans laquelle tu ne peux que répéter, 36 fois, indéfiniment. Drôle d'économie...


Re: par Fix le Jeudi 19/07/2007 à 05:49

Fix Arrrrrgh ! Ce serait donc ça, Viabloga, 36 fois  :-)  Je vais passer sur Taille Peu Près !



Session

Pour participer plus facilement, ouvrez une session :

Identifiant de
mon blog
Nom d'utilisateur
Mot de passe

Si vous avez déjà un blog sur ViaBloga ou si vous avez ouvert un compte sur l'un d'entre eux, vous pouvez vous identifier avec votre nom d'utilisateur et mot de passe en précisant d'abord l'identifiant de votre blog.

S'inscrire

Discussions actives (+ commentaire)


Archives par mois