Il existe la possibilité d'exporter les livres au format PDF. Existe-t-il aussi la possibilité de les exporter au format texte ? PAC2 (d) 27 mars 2011 à 07:30 (UTC)[répondre]
Cherche la sous-page Texte entier de l’œuvre. Si elle n’existe pas encore, pour obtenir le texte entier, il suffit de transclure toutes les pages du livre au moyen de la formule :
Ok, merci pour ta réponse. Je pense que ça pourrait être aussi utile d'exporter les textes dans un format texte tout simple (sans mise en forme HTML). Je sais qu'on peut toujours se débarrasser des tags html à l'aide d'expressions régulières, mais c'est jamais une partie de plaisir. Je sais par exemple que sous DokuWiki, il est assez facile d'avoir accès à un document au format texte avec des éléments de syntaxe au format wiki (voir par exemple http://doc.ubuntu-fr.org/_export/raw/texworks sur doc.ubuntu-fr) PAC2 (d) 31 mars 2011 à 07:09 (UTC)[répondre]
Bonjour, je viens de parcourir l'ensemble des solutions possibles pour exporter l'ensemble des pages d'un livre d'un coup, et il s'avère que... cela n'est tout simplement pas possible : en effet, la solution présentée ci-dessus ne concerne que le mode page, lequel se réfère à une version scan-image (fac-similé), qui requière la création d'un fichier .djvu (déjà vu), spécifique au mode image, et non au mode texte. Pareil pour Autour_de_la_Lune/Texte_entier : il s'agit encore d'un fichier .djvu : Non, la meilleure solution (la moins mauvaise) est l'utilisation du menu "Créer un livre" qui est disponible juste sous le menu "Imprimer / exporter" (la moins mauvaise car il faut tout de même ajouter les pages une par, par exemple ajouter tous les chapitres d'un livre, un par un). Or ce menu disponible dans Wikipédia n'est pas disponible dans Wikisource, un comble ! Est-ce que par hasard, "on" s'opposerait à trop de facilité dans la gratuité... ? Patrice Dargenton (d) 31 octobre 2011 à 09:51 (UTC)[répondre]
Bonjour,
En général, la réponse paranoïaque, c’est celle qui est fausse et grotesque. Donc non, « on » (les contributeurs bénévoles qui travaillent des jours et des jours à fournir du contenu libre et gratuit) ne s’oppose pas « à trop de facilité dans la gratuité… » Cette extension est simplement défectueuse dans l’espace « page ». Marc (d) 31 octobre 2011 à 10:10 (UTC)[répondre]
Alors comment expliquer l'absence du menu "Créer un livre" dans Wikisource ? Comment expliquer l'absence aussi d'une fonctionnalité de création automatique d'un livre par défaut (c-à-dire en utilisant tout simplement le sommaire du livre !) ? (je veux bien croire que cela pose problème en mode page, mais en mode texte, de toute façon, je peux faire autant de copié/collé qu'il y a de chapitre, si c'est fastidieux, je ne voie pas où est la difficulté technique) Patrice Dargenton (d) 31 octobre 2011 à 11:29 (UTC)[répondre]
Si c’est défectueux dans l’espace « Page », ça l’est aussi pour les transclusions, donc pour la majorité des textes (bientôt les 2/3) que vous consultez et que vous pouvez recopier librement. Vous pouvez vous en rendre compte en essayant de créer un livre dans Spécial:Livre avec des transclusions. Donc autrement dit l’extension n’est pas adaptée à Wikisource. En tout cas, merci de cesser vos insinuations aberrantes : ce n’est pas parce que vous ne connaissez pas la réponse qu’il faut supposer de mauvaises intentions. Marc (d) 31 octobre 2011 à 12:05 (UTC)[répondre]
Effectivement, on peut y arriver via la page Spécial:Livre, mais on ne peut pas sauver le livre, contrairement à Wikipédia (d'ailleurs cette fonctionnalité ne semble pas fonctionner sur Wikipédia) : en effet il reste des problèmes à corriger. On peut récupérer un document odt contenant l'ensemble des articles ou chapitres que l'on aura ajouté un par un, mais cela n'apporte que peu de choses par rapport à une série de copié/collé, dommage. Merci en tout cas pour les informations données. Patrice Dargenton (d) 1 novembre 2011 à 08:06 (UTC)[répondre]
Discussion commencée dans l'encyclopédie, où il y a des points sous divers caractères, sans correspondance avec les tables unicodes.
J'ai codé une solution qui pourrait mettre n'importe quel signe au dessus ou au dessous d'un caractère. Piero l'a utilisé et me conseille de la proposer ici.
Exemple, pour mettre un vrai point sous n'importe quel caractère, mais avec un petit défaut :
ABCDE mot initial sans point
ABC.DE mot avec point mais avec une fausse espace juste après.
ABC.DE mot avec point, et fausse espace reportée après le mot (ou la phrase ou le paragraphe).
Je peux faire le modèle correspondant avec les paramètres : signe, position, texte à suivre ...
Dans la page Encyclopedie 651 j'ai codé des surlignages de mots : LX, MM, |Δ|, qui seraient plus pratiques (et signalés) par un modèle adhoc. On pourrait le nommer Modèle:Surligner ? Qu'en pensez-vous ? --Rical (d) 17 décembre 2010 à 11:42 (UTC)[répondre]
Il a l'air de convenir, mais en haut de la colonne 2, il ne permet pas de mettre le contenu en italique, alors qu'en milieu de cette colonne oui.
Il ne comporte pas de catégorie de suivi comme Modèle:PointSous. Faut-il l'ajouter ?
En milieu de la colonne 2, le surlignage est là pour former un pi : "quand la lettre Π en renfermoit ... le quintuple". Dans l'original le surlignage semble commencer au-dessus du premier pied du Π autour de Δ mais ensuite l'original semble mal imprimé et la copie est floue. Faut-il indiquer une correction par rapport à l'original ? --Rical (d) 26 janvier 2011 à 18:20 (UTC)[répondre]
Oui le style italique annule {{Surligner}} et vice-versa, il faudrait donc intégrer cette option au modèle (ex : {{Surligner|i=oui}} passerait en italique).
Le modèle est corrigé avec les paramètres "texte" et "i", et utilisé dans Encyclopedie 651. La doc aussi avec l'exemple grec, et même une jonglerie pour arriver à afficher <nowiki> et </nowiki>.
Où signaler les modèles PointSous et Surligner ? Faut-il ajouter dans leur doc des renvois de l'un à l'autre, ou de voir d'autres modèles, et vice versa ? --Rical (d) 27 janvier 2011 à 11:48 (UTC)[répondre]
Le gadget Popups affiche des popup d'infos en cascades très pratiques, au survol des liens, dans wikipedia et wikibooks. On l'obtient par préférences/Gadgets/Outils avancés, et des utilisateurs de wikisources l'on déjà par monobook.js . Pourrait-on l'avoir pour tous dans wikisource ? Merci d'avance. --Rical (d) 22 décembre 2010 à 22:50 (UTC)[répondre]
J'ai 2 soucis avec la transclusion. Je ne suis pas sur que ce soit le meilleur endroit pour en parler mais bon ...
dans une page d'index, lorsque l'on transclut une page de sommaire (dans la propriété Sommaire), la couleur d'avancement de correction de cette page n'apparaît plus. Pour rendre le problème plus clair, par exemple dans Livre:About - Le Roi des montagnes.djvu, j'ai transclus, dans le sommaire, la page 255 et du coup dans la liste des pages la page tdm apparaît en gris alors qu'elle est corrigée (code jaune),
en mode Page, lorsque l'on ne transclus que le sommaire, l'onglet Source n'apparaît pas ce qui est vraiment dommage. Par exemple, pour La Fortune des Rougon, la directive <pages index="Emile Zola - La Fortune des Rougon.djvu" header=Sommaire /> fait bien apparaitre le titre et le sommaire mais pas l'onglet Source. Il faut aller dans un des chapitres pour le voir.
Bonjour Toto256, Pour la première question, cela me semble normal, la table des matières (abrégée en tdm) est rendue visible car d’une couleur distincte, je l’ai toujours vécu de la sorte et non comme une anomalie. Pour la seconde, un modèle existe pour cela modèle:index mais je ne suis pas certain qu'il soit encore d’actualité. J’ai opté pour un lien index dans le cartouche du titre (par exemple : Traité d’économie politique). En attendant un avis plus éclairé, cordialement.--Walpole (d) 17 janvier 2011 à 14:39 (UTC)[répondre]
Merci Walpole Pour le deuxième point, le modèle:index fait tout à fait l'affaire, en attendant une éventuelle évolution de la transclusion. Par contre, pour le premier point, le problème reste entier. Un meilleur exemple est peut-être Livre:Leroux - Le Parfum de la dame en noir.djvu. Un rapide coup d'œil peut faire croire que le document est entièrement validé. En fait, les deux pages tdm (en gris) ne sont que corrigés : elles devraient apparaître en jaune. Je trouve que ce détail empêche les livres d'être totalement validés.Toto256 (d) 17 janvier 2011 à 18:59 (UTC)[répondre]
Problème avec Notes latérales dans des Notes de bas de pagemodifier
Dans le Traité sur la Tolérance de Voltaire Voir ICI un certain nombre de pages comportent des notes de bas de pages elles-mêmes annotées en marge (à droite ou à gauche). Ce que j'ai tenté fonctionne bien en mode page, mais la transclusion en page de Texte n'est pas du tout satisfaisante (note au milieu de la référence).
Quelqu'un qui maîtrise les subtilités de ces balises pourrait-il m'aider à résoudre ce problème, SVP ?
Merci d'avance, --Hsarrazin (d) 2 juin 2011 à 14:50 (UTC)[répondre]
Je suis en train de formater une pièce de théâtre, et je me heurtes à un problème : pour la mise en forme, il faut utiliser le modèle Modèle:ThéâtreDébut au début de la pièce et Modèle:ThéâtreFin à la fin. Or, il n'en faut qu'une au début et une à la fin. Donc en mode page, que dois-je faire ? Ajouter ces modèles en noinclude (sauf la première et la dernière page) ? Ça fonctionne mais, c'est pas un peu lourd ?
Un autre problème un peu identique : le texte est en vers, donc j'utilise la balise poem. Celle-ci (pouvez-vous confirmer ?) s'utilise pour chaque réplique. Donc, lorsqu'une réplique n'est pas terminée à la fin de la page : même problème ! Il faudrait la refermer pour le mode page en noinclude, puis la réouvrir sur la page suivante toujours en noinclude.
N'y aurait-il pas de moyen plus simple ? J'ai cherché dans de nombreuses pièces de théâtre un modèle auquel me conformer, mais quasiment aucune page de théâtre n'utilise le mode page... Donc je me remet à vous...
Merci, ce que j'y comprend donc que la balise poem peut être fermée à la fin d'une page pour être réouverte après, sans provoquer de changement de "paragraphe". Mais cette pièce n'utilise pas Modèle:ThéâtreDébut. C'est facultatif ? Nadin123 (d) 9 juillet 2011 à 18:30 (UTC)[répondre]
Je crois que les modèles {{ThéâtreDébut}} et {{ThéâtreFin}} ont été créé pour éditer du théâtre directement en espace principal, pas quand on travaille en mode Page. De plus, ces modèles ne sont pas documentés, ce qui rend très difficile de comprendre à quoi ils servent. Il faudrait éventuellement poser la question à leur créateur Philippe Kurlapski (d · c · b) - --Hsarrazin (d) 9 juillet 2011 à 18:36 (UTC)[répondre]
De toute façon, vu le code de ces modèles, ils ne doivent être utilisés QUE dans la page de transclusion : ils n'ont aucun intérêt en mode PAGE, puisqu'ils servent à définir des marges et une mise en forme d'un texte long… donc n'aie pas de scrupule… beaucoup d'infos qui figurent dans les pages "éditer du théatre", "éditer de la poésie", etc., se réfèrent aux anciennes procédures, avant la correction en mode PAGE. - ces pages d'aide auraient besoin d'une sérieuse mise à jour
J'ai vu aussi que tu as utilisé le modèle {{personnage}} - pour que le nom des personnages soit centré, il faut mettre "|c" après le nom du personnage, comme ça {{personnage|Scapin|c}} - bon courage ! --Hsarrazin (d) 9 juillet 2011 à 19:54 (UTC)[répondre]
Pourquoi centrer ? Je trouve ça plus esthétique lorsque ça ne l'est pas, à cause des vers. En effet, les retours à la ligne causés par ceux-ci font que la ligne n'est jamais complète (pleine-page), donc le nom de personnage paraît totalement décalé lorsqu'il est centré. De plus ça n'a pas l'air d'être une convention, déjà la pièce dont Tpt me donnait le lien y déroge, certainement pour la raison que j'évoque. Nadin123 (d) 9 juillet 2011 à 21:40 (UTC)[répondre]
ça n'a rien d'obligatoire… je te le signalais simplement parce que les noms sont centrés sur les pages que tu édites actuellement :) --Hsarrazin (d) 10 juillet 2011 à 05:32 (UTC)[répondre]
Lorsqu'on renomme une page, les sous-pages correspondantes sont-elles aussi renommées automatiquement, ou faut-il le faire à la main, une par une ? --Hsarrazin (d) 9 juillet 2011 à 18:12 (UTC)[répondre]
Ce n’est pas automatique, il faut cocher une case sous la boîte où tu écris le nouveau nom. Après, le problème est que seul un administrateur peut supprimer en même temps les redirections créées et devenues inutiles. Marc (d) 9 juillet 2011 à 18:32 (UTC)[répondre]
C'est le caractère "è" qui ne passe pas. Cela doit être lié au fait que le latex est comprit comme étant de l'iso et non de l'UTF-8. Tpt (d) 9 juillet 2011 à 19:38 (UTC)[répondre]
Quelqu’un sait-il s’il existe un moyen de faire une note dans une note, en sorte qu’elle s’affiche ensuite correctement dans l’espace principal (ici) ? Marc (d) 12 juillet 2011 à 15:49 (UTC)[répondre]
Avec {{#tag:ref|blabla<ref>blabla</ref>|nomdelanote}}, ça fonctionne plutôt bien et la note est automatiquement reportée dans la page principale après la note dans laquelle elle se trouve. Mais dans le détail, je ne sais pas comment ça marche. Marc (d) 12 juillet 2011 à 21:49 (UTC)[répondre]
« tag:ref », j'imagine que cela correspond à <ref name=nom-de-la-référence>, c'est-à-dire qu'on a étiqueté la référence. C'est bien cela que veut dire tag, ou j"ai mal compris ? --Zyephyrus (d) 13 juillet 2011 à 18:37 (UTC)[répondre]
Heu, j'arrive à suivre le fil presque jusqu'au bout, mais plus à la fin. De quelle couleur devais-je colorer le follow|p.340 ? Est-ce que cela correspond au début #tag:ref ? (J'ai coloré ci-dessous le contenu du texte qui fait face au fac-similé dans le mode Page. L'affichage obtenu dans l'espace principal est ici.) --Zyephyrus (d) 13 juillet 2011 à 18:55 (UTC)[répondre]
Ah, merci, Marc. Donc je récapitule ainsi : en rouge, la note de premier niveau, en vert la note dans la note.
Début de citation
et celle de les bien connaître dans celle de se bien rappeler les idées qui les composent et leurs rapports avec celles qui les {{tiret|avoi|sinent}}{{#tag:ref|seul moyen d’éclaircir et de rectifier nos raisonnemens, est de substituer la description détaillée de l’idée au signe qui la représente en abrégé ; et ce moyen, s’il est bien employé, suffit toujours pour trouver d’où vient l’équivoque ou l’erreur. Enfin, comme l’a dit très-énergiquement M. Maine-Biran, quand nous nous servons de toutes nos langues (excepté l’algèbre), nous sommes toujours obligés de porter à la fois le double fardeau du signe et de l’idée<ref><small>Voyez son excellent Mémoire intitulé : Influence de l’habitude sur la Faculté de penser.
C’est, je crois, un des meilleurs ouvrages qui aient jamais été écrits sur ces matières.</small></ref>. Nous y sommes également obligés, même pour combiner des idées de quantité, quand nous entreprenons de le faire par le moyen des signes de nos langues ordinaires, sans employer ceux de l’algèbre. Aussi, alors ne pouvons-nous pas pousser le calcul jusqu’au degré de complication auquel nous atteignons à l’aide des signes de l’algèbre. Il y a plus ; c’est que, même en nous servant de ceux-ci, nous ne sommes complètement dispensés de songer à l’idée que dans les momens où une formule trouvée et des règles de calcul démontrées nous guident mécaniquement ; mais dans tous ceux où il s’agit de se décider pour une opération plutôt que pour une autre, de reconnaître le sens et la valeur de{{tiret|l’expres|sion}} |follow=p.340}}
On peut dans ce cas utiliser les modèles refa et refl. Le problème que j’ai soulevé ci-dessus était différent, car il s’agissait d’une note dans une note distribuée sur plusieurs pages, avec une césure, d’où l’impossibilité d’obtenir un affichage correct dans l’espace principal. Marc (d) 16 juillet 2011 à 12:35 (UTC)[répondre]
Ensuite, il faut renommer cette page en cochant la case pour renommer toutes les sous-pages. Mais cela crée des redirections si l’on n’est pas administrateur. J’ai donc fait ce renommage. Marc (d) 16 juillet 2011 à 21:09 (UTC)[répondre]
Merci bien en tout cas pour le renommage ! — Le message qui précède, non signé, a été déposé par Pikinez (discuter), le le 16 juillet 2011 à 21:41
Sur la page dans l’espace principal « Alice au pays des merveilles », j'observe des retours à la ligne non-souhaités avant et après la page 8 ; on a par exemple :
« Alice pensa
aussitôt que ce pouvait être celle d’une des portes »
De la cause, non, mais du remède peut-être : dans l'onglet Gadget de tes Préférences, la dixième case de la partie Édition, si tu la coches, te permet d'activer un bouton de la barre d'outils qui formate le texte. L'as-tu essayé ? Résout-il le problème ? --Zyephyrus (d) 19 juillet 2011 à 17:43 (UTC)[répondre]
Zyephyrus : Non, ça ne sert à rien (enfin, ça ne modifie rien).
Pikinez : en effet, ça va parfaitement sans l'image. Mais je ne vois pas ce que l’on peut faire pour régler ça. J'ai essayé de mettre l’image en tête (avant tout texte sur la page), sans succès. À mon avis c’est un bug, du moins ça ne me paraît pas logique. Nadin123 (d) 19 juillet 2011 à 18:15 (UTC)[répondre]
C’est tout à fait logique du point de vue langage, mais il est vrai que ce n’est pas satisfaisant au niveau du rendu. La solution que j’utilise dans ce cas consiste à modifier l’emplacement de l’image, de façon à la placer entre deux paragraphes. Il faudrait dont la placer en page 7 (en includeonly pour ne pas la voir en mode page). On peut voir un exemple ici : L’Architecture de la Renaissance/Livre_I/Chapitre_2. Aristoi (d) 19 juillet 2011 à 22:49 (UTC)[répondre]
Voilà, c’est fait. J'ai tout de même laissé l'image page huit en noinclude, de manière a conserver un texte fidèle à l’original dans l’espace page. Et en effet, maintenant que tu le dis, ça me semble logique que le logiciel se sente obligé de recréer un paragraphe pour y placer l'image flottante. Merci ! Nadin123 (d) 19 juillet 2011 à 22:58 (UTC)[répondre]
Le modèle {{Documentation}} sert à afficher la sous-page /Documentation sur la page du modèle. Il est bien entouré de balises noiclude, donc aucune influence sur les pages où il est utilisé. Aristoi (d) 25 juillet 2011 à 22:24 (UTC)[répondre]
si j'ai bien compris, ce code est employé dans des livres pour lesquels on a défini un CSS dans la page d'index, et pour lesquels on souhaite interrompre l'application du style CSS ponctuellement (les 2 colonnes du Trévoux sur une page où le texte est sur Une colonne par ex.) --Hsarrazin (d) 26 juillet 2011 à 09:37 (UTC)[répondre]
J'ai fait une doc qui a l'air de correspondre à la réalité, mais j'aimerais bien une confirmation parce qu'en fait c'est la première fois que je vois cette technique.
Ne faudrait-il pas un modèle pour repérer toute la collection des caractères bizarres que l'on trouve un peu partout, en attendant de résoudre ces cas. Et pour placer toutes ces pages dans une catégorie. Comment l'appeler : "Glyphe" ou "Typo" ou peut-être "Question" ? --Rical (d) 25 juillet 2011 à 11:11 (UTC)[répondre]
Faute de frappe dans le résumé d’une modificationmodifier
j’ai fait une faute de frappe dans le résumé de la modification. J’ai écrit
Changé "il résolut de continuer son opposition, Il écrivit" en "il résolut de continuer son opposition, Il écrivit". (Changé virgule en point.)
au lieu de
Changé "il résolut de continuer son opposition, Il écrivit" en "il résolut de continuer son opposition. Il écrivit". (Changé virgule en point.)
Je n’arrive pas à corriger cela. Je pense que ce n’est pas grave du moment que la modification elle-même est correcte, mais je voulais quand même le signaler. Désolé !
je ne pense pas que ce soit très grave de faire des fautes dans les "résumés"… la plupart des correcteurs très actifs se contentent de mention très courte, du genre "correction", ou "typo" ou "+telle info" - mais vu la façon dont les contributions sont enregistrées, les résumés ne sont pas modifiables… ne t'inquiète pas, tu aurais pu te contenter de "rectif. ponctuation" :) --Hsarrazin (d) 29 juillet 2011 à 06:13 (UTC)[répondre]
Aucune importance. Le but du commentaire est juste de pouvoir facilement surveiller les modifications du wiki. En effet, ces commentaires sont souvent très cours (par manque de temps, surtout quand on fait des modifications en chaîne). Et puis, bienvenu sur Wikisource ! N’hésite pas à poser des questions, les nouveaux contributeurs sont les bienvenus ! Tpt (d) 29 juillet 2011 à 06:57 (UTC)[répondre]
Je viens de remarquer que le modèle {{Table}} ne fonctionne pas dans les index ! J’ai essayé sur plusieurs index au hasard mais le problème est le même partout : le code n’est apparemment pas interprété ! Je ne vois pas d’où vient le problème (en tout cas, je ne vois rien dans MediaWiki:Proofreadpage index template qui l’expliquerais…).
Quelqu’un saurais ce qui se passe, où et pourquoi ?
C'est ce que je faisais avant que je remarque qu'en faisant ainsi une apostrophe apparaissait lors de la transclusion : Éloge de la folie (Lejeal)/Éloge de la Folie#64. D'où vient cette apostrophe ? En regardant le code du modèle tiret, on s'aperçoit que le mot est affiché s'il est dans l'espace page seulement, or les apostrophes sont à l'extérieur du modèle et sont donc théoriquement transluses.
Si j'écris « '''' », le système wiki affiche « ' » (et la suite en gras, - interprété comme 3+1 apostrophes - mais en mode page, je pense que toutes balises sont automatiquement fermés par le système, et donc la mise en gras n'apparait pas lors de la transclusion).
Or si on écrit « '' '' », le système affiche « ».
Pour corriger cela, il faudrait donc introduire un espace dans le modèle tiret après la fin du mot, afin d'éviter ce problème. Reste à savoir si cela n'engendre pas d'autres erreurs.
non, je n'ai pas compris ce que tu expliques… :) mais, j'ai tenté de mettre les guillemets à l'intérieur du modèle {{Tiret}} (en les laissant à l'extérieur de {{Tiret2}} qui sert à la transclusion… et ça semble marcher… peux-tu me dire ce que tu en penses ? au passage, je te recommande le Gadget de Phe pour repérer les scanilles (le dernier dans la liste des gadgets d'édition, qui m'a permis de repérer un "1" à la place de "l" en page 63 :) --Hsarrazin (d) 2 août 2011 à 15:48 (UTC)[répondre]
Ta technique marche bien en effet, mais je veux régler un problème en fait, pas le contourner. J'ai annulé ta modif. pour qu'on voit l'erreur engendré. (je crois que c'est la page 62 (que je n'ai pas corrigé) que tu as corrigé une erreur, pas 63 ; dans mon js perso, je supprime tous les 1 et 0… pour éviter de me tromper avec les l ou les O), super outil que le js perso… quand on a été initié). Merci de ton aide, j'attends l'avis d'un wikitechnicien (qui comprendra le message je l'espère) ;). Pikinez (d) 2 août 2011 à 16:04 (UTC)[répondre]
le problème vient du saut de ligne invisible parasite intégré dans les sections "noinclude" par défaut des en-têtes ou pieds de page, et du fait que MediaWiki semble vouloir faire le ménage des ouvertures ou fermetures d'italiques ou de gras juste à la fin de la source section à inclure, quand en apparence ils semblent appraître en fin d'un paragraphe, alors qu'il ne le devrait pas. Quelque chose a changé dans MediaWiki pour tenter de contourner un autre problème, mais de la plus mauvaise façon qu'il soit... Si le mode page supprimait ses sauts de ligne parasites juste avant la fin du noinclude ou au début, on n'aurait pas ce problème. (pour voir de quoi je parle il faut accéder au source réel de la page avant qu'il soit modifié à l'édition par l'outil de mode page qui sépare entête et pied de page pour rendre invisible la présence des noinclude et la façon dont ils sont séparés du contenu de l'en-tête ou du pied-de page. J'ai toujours dit que ces sauts de ligne ne devrait jamais être là, car MediaWiki croit avoir à faire à un changement de paragraphe à cet endroit. — Verdy_p (d) 10 septembre 2011 à 05:46 (UTC)[répondre]
Le problème est résolu en n'utilisant non pas les apostrophes ASCII pour mettre en italique (ou gras), mais les balises HTML "<i>...</i>" (ou "<b>...</b>" pour le gras), dont on peut cacher la seconde dans la section noinclude de fin de page, et cacher la première dans une section noinclude en tête de page, afin que ces balises ne soint pas transclues en doublon.
La même chose avec les apostrophes ne marche pas à cause d'un nettoyage de trop fait pas MediaWiki qui tente de supprimer les apostrophes isolées de mise en gras ou italiques restant en fin de ligne, avant que l'opération de transclusion ait eu lieu.
J'ai essayé de le fait en mettant cela dans l'en-tête ou le pied de page, mais ilreste un problème avec un saut de paragraphe en trop lorsqu'on est en mode page, qui interrompt incorrectement le gras ou l'italique qu'on y a mis. Alors la seule façon est de créer les sections noinclude de masquage *dans* la page, là où le mode édition de page ne touche à rien (puisqu'il intervient uniquement sur les sections noinclude les plus externes — Verdy_p (d) 10 septembre 2011 à 08:08 (UTC)[répondre]
Dans cette page se trouve un paragraphe dont chaque ligne débute par des guillemets ouvrants. Je ne parviens pas à trouver un moyen d'obtenir ce résultat. Quelqu'un aurait-il une idée ? Iggy (d) 6 août 2011 à 17:48 (UTC)[répondre]
Bonjour, on ne peut pas obtenir cet effet, car wikisource n’impose pas les sauts de lignes : suivant la taille de la police choisie par le lecteur, les sauts de lignes peuvent être placés à des endroits très variables. Dans ce genre de cas, on ne garde que les guillemets au début de chaque paragraphe de la citation. Zaran (d) 6 août 2011 à 18:37 (UTC)[répondre]
Merci pour ta réponse ; oui, je savais que les retours à la ligne dépendent de la mise en page et du choix d'affichage. Je me demandais juste s'il n'existait pas une astuce permettant de contourner le problème. Iggy (d) 8 août 2011 à 06:32 (UTC)[répondre]
Changement de titre de "Constitution française de 1958 avec l'ensemble de ces modifications" en "Constitution française de 1958 avec l'ensemble de ses modifications"modifier
Bonsoir.
Comme je l'ai indiqué en page de discussion de ladite page (le commentaire en question est bien de moi, j'étais connecté comme simple IP à ce moment-là, le passage à Wikisource ne reprenant pas automatiquement la connexion à Wikipédia, peut-être une autre chose à revoir), il conviendrait, à mon sens, de faire la modification de titre indiquée en titre/sujet de ce présent message.
Histoire que la syntaxe soit homogène dans la même œuvre quelle est la réelle différence entre les balises : <br /> et <nowiki /> en début de page (censé faire un retour à la ligne) ? Exemple la différence entre ça et ça . Merci. Ʋɩṽɛ Ⱡɑ Ɍøsỉȅre!!!7 août 2011 à 02:51 (UTC)[répondre]
L’utilisation de ces balises en début de pages ne sert pas à faire un retour à la ligne, mais à éviter de perdre les premiers sauts de ligne qui permettent de faire l’indentation du premier paragraphe de la page. Le rendu au final entre ces deux balises est quasiment identique (identique d’un point de vue visuel) si ce n’est la présence dans le code de la page générée de la balise <br /> si on utilise celle-là. Il est donc préférable d’utiliser la balise <nowiki /> à la place. Aristoi (d) 7 août 2011 à 13:47 (UTC)[répondre]
Je continue pour ma part à utiliser des <br /> dans les œuvres commencées, pour tout faire corriger par un bot à la fin ; ensuite quand je commencerai d'autres textes j'emploierai </nowiki> systématiquement. --Zyephyrus (d) 8 août 2011 à 07:29 (UTC)[répondre]
Voilà, fait, mais toutes les pages de ce livre ont le même problème. Il faut ouvrir l'entête (bouton outils proofread, [+] et ajouter un <br /><saut de ligne> comme ici [1] — Phe21 août 2011 à 20:08 (UTC)[répondre]
Depuis plusieurs mois je ne peux relire les fichiers présentés par chapitres car les onglets de validation n'apparaissent pas en bas de page. Quelqu'un aurait-il une solution ? --Herisson (d) 28 août 2011 à 08:04 (UTC)[répondre]
qu'entends-tu par "les fichiers présentés par chapitre", le mode "Page" (exemple) ou celui-là - je ne crois pas qu'il y ait "d'onglets de validation" sur ces textes non liés à un scan - il vaudrait mieux rapatrier le scan (peux-tu indiquer son adresse) rattacher le scan celui-ci et les 4 suivants et travailler en mode Page après un bon "Match/Split", non ? d'autant que j'ai vu que Phe a mis en place les TDM, ce qui devrait faciliter la transclusion :) --Hsarrazin (d) 28 août 2011 à 09:20 (UTC)[répondre]
Sur les textes non liés à un scan il y a toujours eu des onglets de validation jusqu'ici. Je travaille sur la relecture de David Copperfield, mais la conversion que tu me proposes de faire me semble compliquée… Je souhaite uniquement que les onglets réapparaissent. Ont-ils été supprimés sur les fichiers sans scan ? --Herisson (d) 29 août 2011 à 07:18 (UTC)[répondre]
@Herisson : Si c'est pour Joseph Balsamo que tu avais besoin d'onglets de validation, le problème ne se pose plus… apparemment, Phe a fait le Match/Split…. il ne reste plus qu'à corriger en mode Page Ici pour le premier volume, puis à suivre les 5 - Bon courage… c'est long, 5 volumes… même si le roman est palpitant… --Hsarrazin (d) 29 août 2011 à 19:45 (UTC)[répondre]
Si j'ai bien compris, il s'agit des boutons de validations qui n'apparaissait qu'avec le skin monobook et qui donnait dans l'espace principal des boutons semblable aux boutons de validations de l'espace Page: permettant de modifier l'avancement d'un texte via le modèle {{TextQuality}}. — Phe8 septembre 2011 à 09:44 (UTC)[répondre]
J'ai rendu ce bout de code accessible pour toute les apparences mais sous la forme d'un gadget. Voir vos préférences « Ajoute des boutons permettant de modifier l’indicateur de qualité d’un texte. » — Phe8 septembre 2011 à 15:43 (UTC)[répondre]
Je suis à la recherche de quelqu'un capable de reprendre ce code sous licence GPL et de l’adapter en gadget (pour commencer) afin que ça donne quelque chose comme ceci.
Je pense qu'on a tout à gagner à lécher l’interface de lecture sur Wikisource, ce gadget serait un bon point de départ.
Fait, ne fonctionne que sur les navigateurs récents. Si cela ne te convient pas, on peut tout simplement utiliser un tableau. Zaran (d) 4 septembre 2011 à 13:14 (UTC)[répondre]
Oui, ma ça me va. Merci !
Le code n'a pas d'effet lors de la transclusion, et ces deux colonnes (qui continuent sur la page suivante) ne sont pas affichés dans un tableau, ce qui ne me dérange pas vraiment. Je demande à Acer11, qui est en train de corriger le livre, ce qu'il en pense. Pikinez (d) 7 septembre 2011 à 22:40 (UTC)[répondre]
Effectivement ça ne passe pas dans la transclusion, c'est dommage dans l'optique d'une reproduction semblable à l'original, mais j'en ferais pas une maladie. Merci à vous deux. --Acer11 (d) 8 septembre 2011 à 09:35 (UTC)[répondre]
Oui l’effet deux colonnes est restreint au mode page avec cette balise. D’après ce que m’a expliqué Phe, c’est voulu : puisqu’on affiche les textes de façon continue (à la différence de page par page), les deux colonnes ne se justifient pas tellement. En effet, si ces colonnes s’étendent sur plusieurs pages, cela oblige à remonter de plusieurs écrans à la fin de la colonne de gauche. Si tu tiens vraiment à avoir deux colonnes, il existe une solution basée sur {{ColG}}. Zaran (d) 8 septembre 2011 à 11:17 (UTC)[répondre]
De plus, comme nous prévoyons des formats variés (par exemple entre autres des écrans de téléphone) il me semble que le format deux colonnes pourrait parfois s’avérer peu confortable. --Zyephyrus (d) 8 septembre 2011 à 11:57 (UTC)[répondre]
Ok, c'est toujours intéressant de voir les tenants et les aboutissants d'une question comme celle-ci. Ici le « colonnage » n'a vraiment rien d'important, c'est bien qu'il y ait une solution pour les cas (que je n'imagine pas) où ça serait nécessaire. Merci à tous. --Acer11 (d) 8 septembre 2011 à 14:20 (UTC)[répondre]
En fait, il y a deux cas, 1) le deux colonnes sert seulement au rendu, par exemple à rendre le texte plus compacte (double colonne, font plus petite) et n'est pas utile et même nuisible dans l'espace principal (à la fin de la première colonne il faut retrouver le début de la seconde), l'autre cas est celui ou les deux colonnes forment en fait un tableau de deux colonnes Page:Andrac - Quelques considérations sur la cautérisation actuelle.djvu/14 où l'intention de l'auteur est que lecteur lise quelques paragraphes de la colonne de gauche, puis lise les paragraphes correspondant de celle de droite pour comparaison. J'ai l'impression que c'est pourquoi il y a des confusions de l'utilisation du double colonnes, dans un cas c'est purement esthétique, dans l'autre c'est en réalité un tableau mais sans bordures. — Phe8 septembre 2011 à 14:37 (UTC)[répondre]
Ma validation de la page Page:Variétés Tome VI.djvu/179 a eu des effets malencontreux (le Catéchisme des courtisans passe de la page 178 à la page 180). Pas réussi à revenir à la version de Levana qu'il convenait de valider purement et simplement, aucune correction n'étant nécessaire sur cette page 179. Une personne autorisée peut-elle résoudre le problème ?
--Rotomagus (d) 8 septembre 2011 à 17:45 (UTC)[répondre]
Merci, cela marche. Cependant, avec la nouvelle syntaxe pour créer les sections, avec les dièses, il m'est impossible de mettre un section au dessus d'un espace vide : automatiquement, après avoir cliquer sur Publier, le texte est décalé pour que la section soit juste au-dessus. C'est difficile à comprendre peut-être ; pour schématiser, si j'écris :
Hors section
## debut ##
Ceci est un texte, ceci est un texte
cela se transforme en
Hors section
## debut ##
Ceci est un texte, ceci est un texte
La nouvelle syntaxe est activée par défaut, c'est l’ancienne syntaxe qu'il est possible d'activer dans les préférences ;-). C'est ce que je vais faire à l'avenir pour ce genre de cas. Merci à vous. Pikinez (d) 13 septembre 2011 à 13:36 (UTC)[répondre]
Le problème est que si quelqu'un édite cette page avec le gadget actif, ta modification sera défaite, la solution est de protéger le saut de ligne avec un <nowiki /> comme pour les débuts de Page: — Phe13 septembre 2011 à 15:52 (UTC)[répondre]
Y a-t-il une récente modification du logiciel ? car avant, je ne me souviens avoir eu ce problème. D'ailleurs, il faudrait peut-être que je revois tous les textes avec lesquelles j'ai utilisé les sections… Bizarrement en regardant un texte en cache sur Google et le texte actuel, il y a bien une différence : dans l'un il y a une indentation (le texte en cache) et pas dans le texte actuel. [2] Comment cela ce fait-il ? Pikinez (d) 13 septembre 2011 à 19:06 (UTC)[répondre]
Ce <br/> ne concerne que les pages où il y a une transclusion d’épigraphe et de sommaire, donc ne peut pas affecter la page que tu donnes en exemple. Peut-être un problème avec le modèle Brn ? Je vais essayer de regarder en détail. Zaran (d) 14 septembre 2011 à 14:04 (UTC)[répondre]
Ce n'est pas le modèle brn, je détaille pas. Je crois bien que c'est l'entête : Comparons ces deux pages avec le même code : l'un avec le lien vers la sous-page texte entier qui apparait, et l'autre sans le lien puisqu'elle n'existe pas. Il y a bien quelque chose… Dans les deux cas, de toute façon, il y a un br, l'un ne gêne pas la suite car il est inclus entre des balises p ; mais pas dans l'autre cas, celui sans le lien texte entier : ce saut le ligne est inclus dans le texte de l'épigraphe, ce qui donne cette non-indentation. Pikinez (d) 14 septembre 2011 à 19:27 (UTC)[répondre]
C’est réparé, visiblement ce n’était pas le <br/> introduit par l’ajout du champ épigraphe (celui-ci n’est présent que sur les pages de sommaire), mais deux passages à la ligne qui se combinait dans le code du modèle. Normalement, les passages à la ligne sont supprimés au moment de la transclusion du modèle, mais pas toujours, c’est assez mystérieux. Bref, après avoir mis le code sur une seule ligne le problème semble résolu. Merci pour ta vigilance. Zaran (d) 14 septembre 2011 à 22:40 (UTC)[répondre]
Le comportement est toujours différent, selon qu'il y ait ou non un lien vers la sous-page Texte entier. Faut-il attendre que ça prenne effet ? Pikinez (d) 14 septembre 2011 à 23:23 (UTC)[répondre]
Excuse-moi, j’étais en train d’expérimenter en même temps, la prochaine fois je ferai mes expérimentations sur une copie personnelle du modèle. Le comportement est maintenant le même. Zaran (d) 14 septembre 2011 à 23:30 (UTC)[répondre]
Oui, j'ai vu : les deux textes étaient maintenant identiques (plus maintenant ?)… Cependant, il y a l' autre problème : le rendu du texte partiellement transclu à changer, et cela me pose un problème avec les textes déjà formaté. Que dois-je faire ? Dois-je espérer quelque chose de ce coté ? Pikinez (d) 14 septembre 2011 à 23:32 (UTC)[répondre]
Je ne suis pas sûr de bien comprendre quel est l’auutre problème. Pour moi il y a deux problèmes :
le fait que la nouvelle syntaxe des sections supprime les lignes vides après les marques de section : ceci est un bug et sera bientôt corrigé je l’espère.
le fait que lorsqu’on utilise les sections, le résultat obtenu dépend du contexte de transclusion. Exemple : si la section commence par un retour à la ligne, et est transclue dans un contexte où elle sera précédée par un retour à la ligne, il y aura au total deux retours à la ligne donc pas d’alinéa. Ceci n’est pas un bug, mais plutôt une discipline à s'imposer dans l’utilisation des sections. On peut s’en sortir en forçant au niveau du contexte de transclusion l’ouverture d’un paragraphe ou d'un div. Zaran (d) 14 septembre 2011 à 23:44 (UTC)[répondre]
L'autre problème, le mien surtout, c'est qu'avant, lorsque j'utiliser la transclusion partielle,j'obtenais un texte indenté. Or, avec tous ces changements, il n'y en a plus du tout (il faut rajouter des nowiki). J'ai donné un lien google en cache, on le voit bien : avant il y avait une indentation [4]. Elle n'apparait plus sur le texte actuel. Comprenez bien qu'il y a eu un changement de rendu du texte partiellement transclu. Pikinez (d) 15 septembre 2011 à 00:13 (UTC)[répondre]
Je ne peux pas faire un <pages… from= to= parce que l'ordre des pages est inversé (normal, c'est un texte arabe). pour la transclusion j'ai donc utilisé l'autre méthode avec le modèle {Pages mais j'aimerais bien utiliser également la boite de titre, alors j'ai mis au hasard <pages… sommaire="*" et ça marche, pour ne pas afficher pas défaut le sommaire quand on n'utilise pas le from= to= . (Je ne peux pas corriger en arabe, tout ce que je peux mettre c'est une page avec des liens rouges, ça va peut-être amener des gens à corriger, je n'y crois pas vraiment, mais on ne sait jamais…) Pikinez (d) 24 septembre 2011 à 23:52 (UTC)[répondre]
Salut, tu peux aussi faire comme m'a conseillé Phe : un <pages… from=1 to=1 header=1 /> (en choisissant un numéro de page qui est normalement vide (c'est souvent le cas de la page 1, mais dans ton cas, la 2 serait mieux) - ça met une boîte de titre, mais pas de sommaire :) - pour le texte en arabe, tu n'aurais pas meilleur compte à mettre les pages sur le WS arabe avec {{iwpage}} - je dis peut-être une bêtise là, tout dépend s'ils ont des contributeurs qui comprennent le français ? --Hsarrazin (d) 25 septembre 2011 à 06:25 (UTC)[répondre]
Est-il possible d’utiliser pages index pour ne transclure qu’une page sur deux (édition bilingue), sinon serait-il possible d’ajouter cette fonction ? Marc (d) 26 septembre 2011 à 19:35 (UTC)[répondre]
a priori, pas pour le moment… j'ai posé la question il y a quelques semaines sur l'oldwikisource, ainsi que sur ws:la, à cause d'un livre bilingue (français/latin), mais Doug a considéré que c'était une bonne suggestion et m'a dit qu'il tâcherait de la faire remonter :) --Hsarrazin (d) 26 septembre 2011 à 20:07 (UTC)[répondre]
Oui, je crois que ce n’est pas possible pour le moment. J’ai fait une proposition ici. Si personne ne réagit je pourrais éventuellement écrire un patch pour ça. Zaran (d) 26 septembre 2011 à 20:46 (UTC)[répondre]
Je n’ai pas vu passer cette suggestion (ni ici, sur sur old ou la) mais personnellement, je trouve que c’est une excellente idée. D’une manière générale, les balises pages et pageslist devraient être plus souples et permettre plus d’option (sauf erreur pages ne comprend pas les sections alternées non plus ce qui est très dommage et dommageable pour les ouvrages multilingues). Cdlt, VIGNERON * discut.28 octobre 2011 à 14:18 (UTC)[répondre]
J’avais aussi rencontré ce problème quand je corrigeais Alice au pays des Merveilles ; je n’ai pas trouvé de solution et j’ai donc laissé le texte avant l’image. Ce n’est pas simple, car l’espace vide fait partie de l’image. Toute image doit être rectangulaire en informatique ; la transparence pallie le problème, mais fait quand même partie de l’image, et occupe donc de la place sur la page.
Enfin, en théorie on pourrait y arriver en mettant l’image en image de fond, ce qui nous permet d’écrire par-dessus. Mais ça n’est pas possible en pratique car il faudrait alors déplacer le texte au pixel près (avec position:relative) pour l’avoir au bon endroit sur l’image, et donc on aura un rendu différent selon la taille de la colonne de texte, le zoom du navigateur, etc.
Pas possible donc pour moi. Autant avoir un rendu moins conforme et partout correct qu’avoir un rendu très conforme sur certaines configurations et mauvais sur d’autres. Nadin123[discuter]18 octobre 2011 à 22:08 (UTC)[répondre]
Voir cette discussion. Il s’agit d'un bug dans wikisource : un saut de ligne est ajouté en fin de page à chaque nouvelle modification, ce qui crée des paragraphes parasites au moment de la transclusion. Quannd le bug sera corrigé, un bot passera sur toutes les pages pour supprimer les sauts de lignes en fin de page, et tout devrait normalement rentrer dans l’ordre. Zaran (d) 18 octobre 2011 à 10:11 (UTC)[répondre]
En effet ce problème n'est pas encore résolu et cela m'énerve beaucoup. Il y a quelqu'un capable de résoudre ce problème dans la salle? Sonuwe (d) 28 octobre 2011 à 08:44 (UTC)[répondre]
Bonjour, je souhaite remplacer les « s » par des « ſ » (s long) dans des pages, comme celle-ci par exemple, avec l’expression rationnelle « s\B → ſ » en respectant la casse. Cette expression rationnelle permet de remplacer les « s » qui ne sont pas en fin de mot en « ſ ». Avec l’outil « Rechercher et remplacer », lorsque je clique sur « Remplacer tout », il est indiqué « 30 remplacements faits » ce qui correspond bien au nombre de remplacements à faire mais ce n’est pas appliqué !!! Comment faire ? Y a-t-il un problème dans la gestion du « \B » dans Wikisource ? (doc Python et doc Wikipedia) Je ne sais pas à qui/où remonter le problème (dev ?). Merci d’avance. FitzSai (d) 15 décembre 2011 à 18:05 (UTC)[répondre]
J’utilise un script fait par Marc : un bouton fr transforme les s en ſ, mais je ne sais pas s’il complète ce que tu décris ou si c’est un équivalent pur et simple. Tu peux le trouver ici. --Zyephyrus (d) 15 décembre 2011 à 22:38 (UTC)[répondre]
Intéressant de faire un bouton, beaucoup plus efficace. J’ai tenté de le faire dans mon common.js avec l’aide (Mediawiki et Wikipedia), mais la fonction replace n’est pas documentée. J’ai improvisé et le mieux que je puisse faire est que le bouton s’affiche mais ne fait rien quand je clique dessus. Une idée ? Je vais aussi poser la question dans le Projet:JavaScript. FitzSai (d) 16 décembre 2011 à 20:52 (UTC)[répondre]
Effectivement, ça fonctionne mieux en ajoutant le gadget par les préférences. Quand je le chargeais dans mon common.js, ça faisait une erreur en plus. Ton code fonctionne très bien, le mien aussi, l’expression rationnelle est donc correcte. Néanmoins, ça ne fonctionne pas partout : les mots comme « écrasé », « conséquence » ou « Esséens » ne sont pas correctement substitués : « écrasé », « conséquence », « Eſséens ». Les lettres avec un accent sont interprétées comme des caractères de fin de mot. \B ne semble pas être implémenté correctement dans JavaScript, et par extension les classes de caractères (alphanumériques, etc.) car les accents ne sont pas inclus. Que faire ? mettre toutes les lettres avec un accent dans l’expression rationnelle ? Ou y a-t-il plus propre ? FitzSai (d) 17 décembre 2011 à 22:46 (UTC)[répondre]
Les regex javascript sont effectivement assez sommaires et ont des problèmes avec les caractères accentués. Regarde dans le code du gadget, il y a déjà des exemple de liste des caractères accentués. Tu sera je pense contraint à en faire la liste dans la regex. Tpt (d) 18 décembre 2011 à 07:50 (UTC)[répondre]
L’explication semble être que \B correspond à la position entre deux caractères d’un mot (position entre \w\w) ainsi que la position entre deux caractères non-mot (\W\W). Sauf que \w = [A-Za-z0-9_], donc pas de lettres accentuées (Source : regexp.info). Merci pour votre aide, je vais chercher du côté de XRegExp. FitzSai (d) 18 décembre 2011 à 13:20 (UTC)[répondre]
J’ai réussi avec XRegExp à faire un bouton correct, voir mon common.js. J’ai dû lancer deux fois le remplacement pour corriger les mots comme « aussi » en un clique. Attention, à ne pas intégrer dans le gadget typo car le remplacement change aussi les modèles comme {{sc}} ou {{sc}} dans la page. Je vais chercher à pouvoir remplacer uniquement du texte sélectionné. Bonnes fêtes de fin d’année et à bientôt ! FitzSai (d) 31 décembre 2011 à 17:04 (UTC)[répondre]
