Une moulinette à la OMG

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.

 

---

Fix | Le Dimanche 15/07/2007 à 19:08 | | Répondre

Javascript

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.

 

---

Stephane | Le Lundi 16/07/2007 à 16:39 | | Répondre

← Re: Javascript

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

 

---

Jean-Luc | Le Lundi 16/07/2007 à 16:44 | | Répondre

← Re: Javascript

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

 

---

Stephane | Le Lundi 16/07/2007 à 16:50 | | Répondre

← Re: Javascript

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 !).

 

---

Jean-Luc | Le Lundi 16/07/2007 à 16:58 | | Répondre

← Re: Javascript

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" :-)

 

---

Fix | Le Lundi 16/07/2007 à 17:22 | | Répondre

← Re: Javascript

Hop.

 

---

Stephane | Le Lundi 16/07/2007 à 18:26 | | Répondre

← Re: Javascript

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

 

---

Fix | Le Lundi 16/07/2007 à 18:42 | | Répondre

← Re: Javascript

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

 

---

Jean-Luc | Le Lundi 16/07/2007 à 18:44 | | Répondre

← Re: Javascript

Ajoute target="_new"  dans le lien.

 

---

Stephane | Le Lundi 16/07/2007 à 19:59 | | Répondre

← Travail offline

@ 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.

 

---

Fix | Le Lundi 16/07/2007 à 18:24 | | Répondre

← Re: Travail offline

Je réponds :

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

 

---

Stephane | Le Lundi 16/07/2007 à 18:27 | | Répondre

← Re: Travail offline

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 :-)

 

---

Fix | Le Lundi 16/07/2007 à 18:38 | | Répondre

← Re: Travail offline

Ajax?Yes!

 

---

leblase | Le Lundi 16/07/2007 à 19:39 | | Répondre

← Re: Travail offline - upload de fichiers

@ 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 ?

 

---

Fix | Le Mercredi 18/07/2007 à 17:41 | | Répondre

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...

 

---

isabelle | Le Mercredi 18/07/2007 à 16:15 | | Répondre

← Re:

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.

 

---

Fix | Le Mercredi 18/07/2007 à 17:32 | | Répondre

← Re:

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 !

 

---

isabelle | Le Mercredi 18/07/2007 à 18:32 | | Répondre

← Re:

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 ... bibliothèque de formulaires et trucmuchages, de même qu'il a été moult fois question de "bibliothèque de formules gourou".

 

---

Fix | Le Mercredi 18/07/2007 à 19:54 | | Répondre

← Re:

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...

 

---

Jean-Luc | Le Mercredi 18/07/2007 à 20:49 | | Répondre

← Re:

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. ;-)

 

---

Stephane | Le Mercredi 18/07/2007 à 23:36 | | Répondre

← Re:

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."

 

---

Stephane | Le Mercredi 18/07/2007 à 23:43 | | Répondre

← Re:

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...

 

---

Jean-Luc | Le Jeudi 19/07/2007 à 05:17 | | Répondre

← Re:

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

 

---

Fix | Le Jeudi 19/07/2007 à 05:49 | | Répondre