Traduction de PmWiki:ReleaseNotes - Page originale sur PmWiki:PmWikiFr:NotesDeVersions
Attention !
Depuis la version beta 20, il y a une modification dans la manière dont sont convertis les liens comportant une apostrophe ou un tiret. Derrière une apostrophe ou un tiret, il n'y a plus de majuscule mais une minuscule.
Par exemple le lien [[Suivi d'auteur]] va vers la page SuiviDauteur alors qu'auparavant il allait vers SuiviDAuteur.
Ceci peut vous donner l'impression que certaines pages ont disparu, il n'en est rien, mais il faut les recopier ou les renommer. Vous pouvez directement renommer les fichiers par FTP sans problème (sauf la recherche des liens interpages qui est erronée tant que les pages n'ont pas été éditées).
Si vous utilisez les deux types de liens ChatHuant et [[Chat-huant]], vous aurez des corrections à faire dans vos pages. De plus, lors de la mise à jour de la version i18n, il est préférable d'effacer toutes les pages internationales situées dans /wikilib.d avant la mise à jour, afin d'éliminer les pages de la documentation devenues ainsi obsolètes.
Il y a aussi des modifications importantes depuis la beta 44. Si vous migrez depuis une version antérieure, lisez attentivement les notes de cette version et des suivantes.
Cette révision corrige les problèmes de validation de page pour les pages contenant des fragments de recherche et des &, change PmWiki afin d'utiliser dans PHP la commande "return" au lieu de "exit", et corrige un avertissement dans scripts/transition.php.
Cette révision répare une paire de bogues importants et ajoute quelques nouvelles fonctionnalités à PmWiki.
De plus, cette révision répare le bogue avec ?action=attr qui modifie l'historique de page.
Pour les sites utilisant l'authentification LDAP avec authuser.php, PmWiki fournit désormais les variables $AuthLDAPBindDN et $AuthLDAPBindPassword pour spécifier les règles ('binding' ?) de recherche. Il contourne une bizarrerie du PHP qui fait apparaître comme authentifié un utilisateur quand un mot de passe vide est fourni. Authuser.php manipule désormais directment les codages de mot de passe md5 (utilisés couramment par les bases de données MySQL).
Le noyau inclut désormais la balise (:linebreaks:) (d'après la recette Cookbook:LineBreaks), qui fait que le texte écrit sur des lignes séparées dans le code source apparaissent aussi comme des lignes séparées sur l'affichage (c.a.d., ne joint pas automatiquement une ligne à la précédente).
Il y a eu quelques modifications internes pour améliorer la gestion des séparateurs précédés par un espace (il y aura plus de détails à ce sujet dans une révision ultérieure).
Le noyau fournit désormais une balise (:if date:) pour afficher le texte uniquement si le jour actuel est dans la gamme de dates définie.
Cette révision corrige une omission dans xlpage-utf-8.php qui échouait à mettre en majuscule les lettres ASCII quand mb_strtoupper n'est pas présent.
Cette révision ajoute simplement la possibilité d'utiliser des apostrophes pour entrer des phrases clés (mots de passe contenant des espaces) en utilisant ?action=attr, et corrige une erreur affichant le nom au lieu du titre dans le thème d'impression par défaut.
Cette révision modifie la conversion minuscule/majuscule dans xlpage-utf-8.php en utilisant une table plus directe, et complète la table avec plus de caracttères que dans le set utf-8.
Cette révision corrige aussi la variable $VersionNum qui était supposée apparaître en 2.0.6.
Un raccourci clavier (ak_textedit) a été ajouté à la page d'édition de texte.
Enfin, cette révision ajoute un temps limite à la génération des .linkindex, pour éviter les temps sur les pages longues quand on génère le .linkindex.
Dans cette révision, il y a quelques compléments et de nombreuse corrections pour les sites qui utilisent ou ont besoin de l'encodage utf-8, la gestion des cookies d'auteur est améliorée, et il y a un meilleur support pour le suivi des révisions de version.
Le plus gros changement est dans le module xlpage-utf-8.php, qui a été réécrit de manière importante. Cette nouvelle version de xlpage-utf-8.php ne dépends plus de la fonction mb_strtoupper(), qui ne semble pas disponible dans de nombreuses installations PHP. Cette nouvelle version de xlpage-utf-8.php utilise mb_strtoupper() si disponible, mais sinon il effectue lui-même les conversions min/maj d'après une table unicode directement définie dans le module. Actuellement cette table comprends uniquement les conversions min/maj pour les caractères d'Europe de l'ouest (Latin-1 or ISO-8859-1) et les caractères cyrilliques, en souhaitant étendre la table pour supporter les autres langues autant que souhaitable. Contactez moi sur la liste de diffusion si une set de caractères particulier n'est pas encore supporté.
En sus de ce qui précède, les noms d'auteur et les cookies dans les environnement utf-8 fonctionnent de nouveau, et les suffixes de lien contenant des caractères non-ASCII fonctionnent également à nouveau.
La gestion des boutons de l'interface opérateur avec Internet Explorer a été beaucoup améliorée; la sélection de texte fonctionne désormais comme supposé quand on appuie sur un bouton de l'interface. Malheureusement, il est possible qu'il n'y ait pas d'espoir pour les navigateurs Mac Safari...
Une variable $CookiePrefix a été ajoutée; un administrateur wiki peut définir $CookiePrefix pour empêcher les cookies PmWiki's d'interférer avec les cookies définis par les autres applications du même nom de domaine.
Quelques problèmes de validation XHTML avec l'utilisation des balises <script> ont été résolues.
Et finalement, pour les auteurs de modules et de recettes, il y a désormais une variable $VersionNum pour savoir si la version de PmWiki en cours est plus ancienne ou plus récente qu'une version identifiée. $VersionNum est composé du numéro de version en ajoutant au numéros de versions mineures et majeures des zéros pour avoir trois chiffres, donc $VersionNum pour cette révision (2.0.6) se lit 2000006, alors qu'une révision comme la "2.1.24" aura une variable $VersionNum définie comme 2001024.
Comme précisé dans la liste de diffusion pmwiki-users, les entrées du PITS sont mises à jour lorque qu'il est envisagé qu'elles soient prise en compte dans la distribution principale. La liste peut être trouvée sur http://www.pmwiki.org/PITS/CoreCandidate, vous êtes tous invités à ajouter votes et commentaires sur les sujets en question.
Cette version ajoute une action ?action=logout et nettoie quelques éléments pour le support des versions internationales.
La variable $Newline a été aussi formellement supprimées du code principal. -- les sites qui ont absolument besoin des pages stockées suivant le format 1.x peuvent définir $NewlineXXX. (Notez que cette version est toujours capable de lire les pages des formats PmWiki précédents.)
Une semaine après la révision 2.0.0 nous en sommes actuellement à la révision 2.0.4, la plupart des changements étant des améliorations et corrections mineures. On trouve quelques améliorations de-ci de-là.
Le plus gros changement est l'ajout d'un système d'indexation de liens pour améliorer la vitesse des Categories? et des liens arrières (utilisant la balise
(:pagelist link=...:). Le système utilise un fichier .linkindex pour mémoriser tous les liens de pages du site, générant et mettant à jour le fichier dès que nécessaire et utilisant ce fichier pour éviter de scanner les pages connues pour n'avoir pas de lien vers la cible. Le fichier .linkindex peut être supprimé à tout moment pour le régénerer entièrement. L'indexation des liens peut être désactivée en définissant $EnableLinkIndex=0;
dans local/config.php.
Le "résumé des modifications" associé avec chaque édition est maintenant limité à 100 caractères maximum. Un paramétrage local peut modifier la taille maximum du résumé.
Les séquences 'tilde' (~) utilisées pour générer les signatures sont maitenant précises;
seule une séquence de 3 ou 4 tildes va créer une signature. Les séquences plus longues comme ~~~~~~~~ sont laissées tel que et ne sont pas converties en signatures. (Générer une séquence de trois ou quatre tildes nécessite toujours un peu de créativité, comme dans [=~~=]~ et
[=~~=]~~.)
Un nombre important de messages précedemment codés directement sont désormais traduisibles lors de la création d'une version internationale.
De nombreux messages PHP E_NOTICE (affichés quand error_reporting() est définie à sa valeur maximum) sont désormais éliminés.
Ceci est une révision mineure; le noyau est amélioré pour afficher les résumé des modifications dans l'historique de page, et ajoute des attributs dans les furmulaires d'entrées de forms.php.
Cette révision corrige aussi une erreur dans la définition du paramètre $sub pour l'authentification LDAP, améliore les définitions de valeur par défaut dans scripts/urlapprove.php, et corrige les pages de recherche te le thème pour utiliser la variable $SiteGroup au lieu de la valeur fixe "Site".
Finalement, cette révision change la balise (:searchbox:) pour être un peu plus élegant lors de la génération de formulaire quand $EnablePathInfo est défini.
Ces versions corrigent quelques erreurs mineures dans le chargement et l'enregistrement des pages, de l'envoi de courriel et la documentation.
Après une longue attente, Je suis heureux d'annoncer la version officielle de PmWiki 2.0.0, maintenant disponible sur http://www.pmwiki.org/pub/pmwiki .
PmWiki 2.0 est en développement depuis plus d'un an, avec plus de 80 versions de développement. De plus le 'cookbook' de la version 2.0 continue de s'étoffer, et comporte actuellement plus de 200 fiches et d'autres sont en préparation.
Non disponible à la mise sous presse: Que ceux qui seraient déçus que les fonctionnalités qu'ils jugent "indispensables" ne soient pas présentes dans la révision 2.0.0, se rassurent. La révision 2.0.0 n'est pas la fin du développement,mais seulement une base stabilisée pour la poursuite des améliorations. Même si quelques fonctionnalités (par ex., pages de discussion/commentaires, table des matières, autorisations sur des groupes, liens arrières et catégories plus rapides) ne sont pas dans la révision 2.0.0, je suis sûr que nous en sommes à un point ou ces possibilités pourront être ajoutées lors des révisions 2.0.x avec un impact minimal sur les sites 2.0 existants. Et si ce n'est pas le cas, nous repartirons en révision 2.1. :-)
Mise à jour vers 2.0.0: Beaucoup de sites sont restés relativement à jour avec les dernières version beta de la révision 2.0; pour la plupart de ces sites, la version 2.0.0 est une révision mineure (cependant, lire les notes plus bas). Pour les sites fonctionnant avec des versions beta antèrieures à la version 2.0.beta44, la révision peut nécessiter un peu plus de travail -- vérifier les Notes De Versions pour plus de détails. Pour les sites fonctionnant avec les versions 0.6 et 1.0 de PmWiki, voir http://www.pmwiki.org/wiki/PmWiki/UpgradingFromPmWiki1 pour les recettes garantes d'un succès lors de la migration vers PmWiki 2.0.0.
PmWiki 2.0.0 comporte certains changements par rapport à la version précédente (beta55):
NDT : Maintenant, il faut traduire en Français ces améliorations...
Et pour la suite: J'ai prévu de travailler sur la mise à jour 2.0.0 des versions internationales -- beaucoup des éléments d'internationalisations ont cessé de fonctionner à partir de la version beta 44 et ont besoin d'un nettoyage. En parallèle avec ceci sont prévues des améliorations et nettoyages sur les pages de pmwiki.org, de même qu'une réponse aux entrées importantes du PITS. Après ceci viendra des améliorations fonctionnelles, incluant des pages de commentairess, l'édition de section, et des possibilités d'indexation/recherche améliorées.
Merci: Tous mes humbles et sincères remerciements à tous ceux qui ont contribué avec beaucoup de leur temps, de leurs idées, opinions, écriture et code pour PmWiki. Je sais que la page PmWiki:Contributors est largement obsolète, aussi si vous avez participé un tant soi peu au développement de base de PmWiki, ne soyez pas timide ou modeste -- n'hésitez pas à vous inscrire à la liste pour vous associer à ce remarquable groupe.
Et, comme toujours, les commentaires, suggestions, questions, et rapports d'erreurs peuvent être signalés sur la liste de diffusion ou sur le PmWiki Issue Tracking System.
Merci encore,
Pm
J'espérais sincèrement que la révision suivante serait la 2.0.0, mais ça n'a pas marché comme ça. Ce qui doit réellement être fait maintenant est de finir le nettoyage de la documentation.
Cette révision comporte nombre de changements importants et de correction. D'abord, 'value=' wikistyle fonctionne de nouveau, ayant été cassé dans une version précédente. Les StylesWiki acceptent désormais des points et des parenthèses dans les valeurs,
donc les éléments tels que "1.5em" et "rgb(255,255,255)" fonctionnent. Il y a un nouveau stype wiki "%cframe%", qui centre le contenu dans un cadre de 200 pixels (ceci peut être ajusté avec le paramètre "width=" dans le style wiki).
La directive (:include:) permet désormais la recherche d'une inclusion dans une liste de pages; la première page qui existe est sélectionnée. Ainsi la balise
(:include Page1 Page2 Page3:)
inclue le contenu de la première des pages disponible parmi Page1, Page2, ou Page3.
La balise [@...@] est désormais la balise de texte "preformatté". Elle peut être utilisée à la place de la balise 'espace' [=...=] pour générer des blocs de texte preformatté et de texte brut. Elle est aussi plus performante dans la gestion des retour de ligne surnuméraires dans le bloc [@...@], de manière à ce qu'il n'y ait pas trop d'espace vertical indésiré dans l'affichage.
Et à propos d'espace vertical indésiré, la gestion par PmWiki des "ligne blanches" dans le texte source a été quelque peu modifiée. Dans les version précédentes de PmWiki, quelques directives
(par ex., (:comment:), (:keyword:), (:noleft:), (:if:)) aboutissaient dans des lignes blanches dans le texte source, ce qui génerait un espace vertical dans l'affichage. Dans cette révision, seules les lignes qui sont blanches dans le texte source (avant interprétation) génèrent un espace vertical dasn l'affichage. ceci est plus évident pour les auteurs et permet des séquence de balises plus propres.
ceci peut avoir des effets sur certains auteurs de recettes. Si une balise spéciale crée une autre balise wiki à interpréter ultérieurement par PmWiki, et que la balise produite contient des lignes blanches destinées à l'espacement vertical dans l'affichage, alors la balise spéciale doit produire soit un tag '<:vspace>' ou appeller la fonction PVS() pour convertir les espace verticaux en tags (Pour plus de détails ou de l'aide, demander sir la liste de diffusion.)
Certains ont noté que le site pmwiki.org a désormais un nouveau thème; une variante de ce thème est supposée devenir le thème par défaut dans la prochaine révision. Le thème de la version 2.0.beta sera disponible en téléchargement dans le Cookbook pour les sites qui veulent continuer à l'utiliser.
Cette version réhabilite ?action=search, de manière à permettre les recherches dans le contexte d'une groupe ou de la page courante. Elle modifie aussi la directive (:searchbox:) pour permettre une option "group=" pour limiter la recharche à certains groupes.
Cette version comporte nombre de corrections mineures et introduit des améliorations dans la gestion d'images. La majeure partie des améliorations est décrite dans la page PmWiki.Images. Les autres changements sont dans le ChangeLog.
Cette version corrge un problème introduit par la fonction "Enregistrer et éditer"
introduite dans la version 2.0.beta44 -- Les envois fait avec "Enregistrer et éditer" ne tiennent pas compte de blocklists, urlapprovals, et de l'édition simultanée.
Pour les administrateurs et les auteurs de recettes qui utilisent les fonctionnalités d'édition, elles sont désormais contrôlées par la variable $EnablePost. Mettre $EnablePost à zéro supprime l'édition --
précédemment ceci était généralement fait avec unset($_POST['post']).
Si nécessaire, un message justifiant la suppression de l'édition peut être plaçé dans le tableau $MessagesFmt.
Cette révision propose deux amélioration majeures dans la sémantique des autorisations de PmWiki:
1. Le tableau $HandleAuth peut être utilisé pour définir le niveau d'autorisation requis pour exécuter l'action correspondante. Par exemple,
définir $HandleAuth['diff'] à 'edit' signifie que le niveau d'autorisation d'édition est requis pour voir l'historique de page (?action=diff). De manière similaire,
définir $HandleAuth['source'] à 'admin' signifie que seul l'administrateur peut utiliser ?action=source.
2. Les mot de passent sont désormais attribués en "cascade" -- c'est à dire que si une page définit un mot de passe de lecture, mais pas de mot de passe d'édition, à ce moment là, le mot de passe de lecture est requis pour pouvoir éditer. De manière similaire, si une page définit un mot de passe d'édition, mais pas de mot de passe pour la définition des mots de passe (...), alors le mots de passe d'édition est requis pour pouvoir modifier les mots de passe.
Eci évite les situations ou les auteurs définissent une mot de passe d'édition sur une page mais ne donnent pas de mot de passe correspondant pour modifier les mots de passe.
Ceci ne modifie pas les autres caractéristiques des mots de passe PmWiki -- c'est à dire, les mots de passe de page prennent le pas sur les mots de passe de groupe, et les mots de passe de groupe prennent le pas sur les mots de passe de site. La mise en cascade des mots de passe est seulement utilisée quand il n'y a pas de mot de passe de page, groupe ou site défini pour un niveau d'autorisation donné.
Cette révision ajoute un entête de Content-Disposition: pour les sites qui ont désactivé les téléchargements directs (remplissent automatiquement le nom de fichier du navigateur pour un tel téléchargement). Elle corrige aussi quelques problèmes avec la balise \\ à la fin des lignes.
Cette révision comporte nombre d'importants changements, et est, espérons-le, la dernière revision "majeure" avant la 2.0.0.
Avec cette révison on trouve un script spécial transition.php qui reconfigure PmWiki pour le faire fonctionner de manière identique aux révisions précédentes. Dans les notes ci-dessous, les changements gérés par le script de transition sont notés par [ ]. Ce script de transition script est automatiquement chargé par défaut de manière à ce que l'administrateur du site n'ai rien à faire pour l'utiliser.
Le script de transition script fournit aussi des options de diagnostic pour informer les administrateurs des endroits ou il peut y a voir des données ou fonctions obsolètes, et comment modifier le paramétrage pour la mise à jour.
PmWiki définit maintenant des styles CSS de façon à ce que les images d'une page soient affichées sans bordure (la valeur par défaut du HTML et une bordure de 1-pixel). Pour revenir au comportement antérieur, ajouter ce qui suit dans le fichier local/config.php:
$HTMLStylesFmt['img'] = ' img { border:1px solid; } ';
$ImgTagFmt="<img src='\$LinkUrl' style='border:0px;' alt='\$LinkAlt' />";
Avec cette révision est proposé officiellement le groupe "Site" objet de discussions sur la liste de diffusion. Le groupe Site est destiné à gérer un ensemble varié de pages utilitaires et de configuration utilisée par PmWiki, et nombre de pages de PmWiki ont été déplaçées du groupe "Main" vers ce nouveau groupe. Plus de détails ci-dessous.
La modification principale de cette révision est sont support des formulaires d'entrée. Notamment, La page d'édition peut désormais être définie en utilisant des balise wiki dans la page Site.EditForm page. ( [ ] Cependant, PmWiki continue à respecter la variable $PageEditFmt pour les sites ou les thèmes qui ont personnalisés les pages d'édition.)
La page d'édition comporte désormais une ligne de "résumé des modifications" ou les auteurs peuvent résumer la nature de leurs éditions. La page d'édition peut désormais comporter un bouton "Enregistrer et éditer" pour enregister les changements mais continuer à éditer, et un bouton "Annuler" pour abandonner les modifications.
La variable $EditMessageFmt pour affichier des messages aux auteurs est désormais le tableau $MessagesFmt, qui peut être utilisé avec la balise (:messages:). [ ] Le script de script déplace les messages de $EditMessageFmt vers $MessagesFmt pour maintenur un fonctionnement correct.
Nombre d'emplacements de pages traditionnels ont été déplaçés vers le groupe Site, dont beaucoup sont gérées par le script de transition:
La variable $PagePreviewFmt n'existe plus dans PmWiki standard (elle est désormais gérée par Site.EditForm). [ ] Cepedant, pour préserver la compatibilité avec les versions antérieures elle peut être créée par le script de transition dans certaines situations.
La substitution de $PageName (obsolète depuis la version 2.0.devel14) est désormais abandonnée. Utilisez $FullName à la place.
Les boutons de l'interface peuvent avoir des raccourcis clavier associés.
Les boutons de l'interface sont désormais affichés avec la directive (:e_guibuttons:) dans Site.EditForm, au lieu d'être liés à $EditMessagesFmt.
Cette révision offre désormais la possibilité de personnalisations pour un utilisateur ou un navigateur spécifique, comprenant des raccourcis clavier et des tailles de formulaires. Plus de détails seront donnés ultérieurement dans la documentation.
Cette révision ajoute les directives standard (:noleft:) et (:noright:) pour supprimer l'affichage des menus droite et gauches (ce qui dépends des fichiers de configuration de thèmes).
This release adds the long awaited (:div:) markup. The format of
the markup is
(:div:)
...
(:divend:)
Attributes (e.g., id='name' and class='class' can be supplied
to the (:div:) directive. (:div:) lives in the same markup
layer as advanced tables (:table:), so divs and tables do not
nest, and any div or advanced table directive ends any previous
(:div:). (We may change this in a future release; for now we'll go
with the non-nesting version.)
The release also adds a div shortcut, any line beginning with >><<
marks a new div section. In addition, wikistyle specifications
can go between the >> and <<, thus >>bgcolor=#ffffdd<< will create
a division with a light yellow background. Similarly, one can
do things like >>id=foo<<, >>class=bar<<, and even make
use of author-defined wikistyles such as >>center<< or >>Don<<.
Lastly, the wikistyle code now supports %id=name%, which
allows an HTML id='name' attribute to be added to the
affected text.
This minor release adds the (:if attachments:) conditional markup, to include/exclude markup based on the (non)existence of attachments to the current page.
This is a minor release with some small bugfixes to uploads, adding the ability to set the item number for ordered lists with %item value=nn%, and enabling nested Keep()s for module writers.
This very minor release simply updates the authuser.php script to support Apache MD5 encryption in .htpasswd files.
This release primarily fixes some bugs with wikistyles and their interactions with block structures such as tables and headings. In addition, the release fixes some nagging errors with opening directories in PITS and other recipes.
This release also adds definition lists to the available syntaxes for building WikiTrails.
Finally, this release adds scripts/authuser.php, which is a preliminary script for user-authentication based on .htpasswd (and similarly formatted) files.
This version performs a minor bug fix to the ListPages() function for those sites that are storing pages in per-group subdirectories.
Cette version corrige quelques erreurs mineures et apporte quelques amélioratons:
Cette version corrige un bug important qui excluait des termes dans le code pagelist, et un petit bug avec la génération de cellules s'il y a des espaces après le '||' final dans un tableau simple.
Cette version corrige quelqhues bugs dans le code récent de pagelist.
Cette révision apporte une révision majeur du fonctionnement du script pagelist.php, qui supporte les balises
(:pagelist:) et (:searchresults:). Cette version
supporte maintenant un paramètre link= pour renvoyer des pages avec des liens vers une page cible (i.e., "backlinks"). Nous avons aussi les paramètres "order=" et "count=" qui peuvent être utilisés pour trier les pages listées et limiter la longueur d'affichage.
Cependant, ces changements font qu'il est possible que certaines personnalisations locales ou certains modules ne fonctionnent pas, aussi soyez prudents lors d'une mise à jour.
Cette révision optimise aussi l'affichage des liens et répare un problème de performance dans la fonction FmtPageName(). Ces changements améliorent a vitesse d'affichage des pages jusqu'a 40%.
Ce qui reste avant la révision officielle 2.0: reprise de la page d'édition, ajout d'une fonction de commentaire, et correction de la documentation.
Finalement, les séquences finales ?> ont été supprimées de tous les scripts pour simplifier l'installation sur VMS et d'autres environnements qui ont des problèmes avec les sauts de lignes après les ?> fermants.
La version beta32 ajoute la variable $RCLinesMax, qui limite le nombre maximum de lignes qui sont sauvées dans les fichiers RecentChanges (TousLesChangements et ChangementsDuGroupe). La valeur par défaut est zéro, qui correspond à "aucune limite".
Cette révision ajoute la possibilité de stocker et afficher les attachements (uploads) depuis des répertoires qui ne sont pas directement accessibles au serveur Internet.
L'action "download" (?action=download) dit à PmWiki de récupérer un attachement associé à la page courante. Ceci peut être utilisé pour protéger les attachements par un mot de passe de page, ou pour contourner les serveur Internet qui ne peuvent pas accéder aux fichiers dans le répertoire uploads/ créé par PmWiki.
directories.
Definir $EnableDirectDownload=0; dit à PmWiki de générer des liens ?action=download pour récupérer les attachements au lieu d'accéder directement par le serveur Internet. Notez que cette configuration ne peut en elle-même protéger le répertoire de téléchargement; on doit aussi configurer les serveur Internet ou le répertoire uploads/ pour bloquer les accès directs aux fichiers attachés.
Cette révision ajoute aussi la variable $EnableFixedUrlRedirect. Quand PmWiki recoit une url avec une "nom de page partiel" (tel que le nom du groupe Wiki), il détermine d'abord le "nom complet" pour la page. Normalement PmWiki envoie ensuite un "redirect" au navigateur demandant à celui-ci de recharger la page suivant le nom complet "officiel" de la page, mais mettre
$EnableFixedUrlRedirect à zéro supprime le rechargement et la page est donc envoyée immédiatement (et l'url d'accès à la page est donc conservée).
Cette révision contourne quelques problèmes avec les sessions PHP résultant en des verrrouillages de tâches web. Les changements introduits dans le code des autorisations de la révisions 2.0.beta29 ont sérieusement augmenté les risques de tels verrouillages, aussi tous les sites opérant la révision 2.0.beta29 sont incités à mettre à jour vers cette version.
Cette révision modifie aussi la gestion des MotsWiki de manière à ce que les motswiki ne soient plus espacés si la variable $LinkWikiWords est désactivée.
Enfin, cette révision ajoute $PageTextStartFmt et
$PageTextEndFmt pour permettre des personnalisations locales du container autour de <!--PageText--> dans les thèmes.
Cette révision comporte des modifications importantes dans les autorisations et le stockage des pages, aussi les sites opérationnels peuvent attendre la découverte et la correction des nouveaux bugs avant de faire une mise à jour. Ou alors, allez-y mais soyez prêt à une marche arrière vers la révision beta28 ou antérieure si vous avez des problèmes.
Cependant, j'ai besoin de nombreux testeurs pour les nouveautés de cette révision, qui sont substantielles. Et donc j'apprécierai grandement l'aide que peuvent apporter les gens qui testent et suggèrent des améliorations. Je recherche particulièrement des idées en ce qui concerne les interfaces et comment en faciliter la compréhension.
Le formulaire des attributs de page (obtenu par ?action=attr et utilisé pour définir le smots de passe) a été amélioré de telle sorte qu'il est maintenant possible de voir quels mots de passe ont été définis, et si ces mots de passes viennent des valeurs par défaut du groupe ou du site. Par exemple, voir http://www.pmwiki.org/wiki/Test/AttrExample?action=attr . Ces messages ne sont pas encore traduits -- Je veux que l'interface en anglais soit d'abord finalisée et ensuite nous définirons les chaînes de traduction.
Des mots de passe multiples (séparés par des espaces) peuvent désormais être définis pour les pages et les groupes, ainsi entrer "un deux" comme mot de passe signifie que 'un' ou 'deux' seront acceptés. De ce fait, les mots de passe ne peuvent pas contenir de blancs (J'espère que ceci ne sera pas une grande perte -- faites moi savoir si c'est le cas).
Le champ de demande de mot de passe est maintenant présenté avec un thème normal. (c'est à dire avec entête, menu, pied de page); précédemment les formulaires de mot de passe n'étaient pas décorés et apparaissaient seuls dans la fenêtre du navigateur
Il y a une balise conditionnelle (:if auth ...:) disponible pour faire des actions dépendantes des autorisations en cours. Par exemple, on peut créer une liste à puce avec
(:if auth read:)* [[Voir page -> {$Name}?action=browse]]
(:if auth edit:)* [[Editer page -> {$Name}?action=edit]]
(:if auth upload:)* [[Attachements -> {$Name}?action=upload]]
(:if auth attr:)* [[Attributs de page -> {$Name}?action=attr]]
(:if auth admin:)* Vous êtes logué comme administrateur
(:ifend:)
et seuls les items correspondants aux autorisations en cours pour l'utilisateur vont apparaître. Ceci sera très utile pour créer des boutons correspondant aux actions.
Assuming there's already some mechanism in place for identifying and authenticating someone, pages can specify a password field of "id:xyz", which means to allow only user "xyz" the specified access. For example, specifying an edit password of "id:alice" means that only user "alice" (and the admin) is allowed to edit the page. Multiple ids can be specified as either "id:alice,bob,carol" or "id:alice id:bob id:carol". The special value "id:*" is used to mean any authenticated user, and users can be excluded via the minus sign, as in "id:-eve,*".
User-based authentication can completely coexist and mix freely with password-based authentication, thus an edit password of "id:alice glorp" will allow Alice and anyone who knows the password "glorp" to edit the page.
2.0.beta29 supports only REMOTE_USER authentication; future releases will add other authentication mechanism.
Cette révision comporte des améliorations importantes à la fonction attachements/téléchargements de PmWiki. Les améliorations comportent:
Attach:nompage/fichier.ext. "nompage" peut renvoyer à des pages d'autres groupes.
(:attachlist:) accepte désormais des paramètres; ext= peut être utilisé pour limiter la liste des attachements à des extensions spécifiques, et on peut fournir un nom de page pour obtenir les attachements de cette page (par ex., (:attachlist Groupe.NomPage:).
Cette révision comporte un certain nombre de changement mineurs et de corrections. Les changement les plus importants sont listés ci-dessous.
[=...=] |
... |
{$FullName}.
$MetaRobots.
Cette révision ajoute la possibilité d'avoir des modèles d'édition, c'est à dire que les administrateurs de site peuvent définir le texte par défaut des nouvelles pages. Plus de détails (en anglais) sur Cookbook:EditTemplates.
Cette révision comporte une correction importante dans l'exécution des paramètres QUERY_STRING, et change la manières dont les PagesNonTrouvées sont générées. Ceci est nécessaire pour éviter que les robots (notamment celui utilisé par inktomi) génèrent de longues séquences de liens vers des pages inexistantes.
Cette révision ajoute aussi la fonction ParseArgs() pour faciliter la séparation des paramètres de directives pour les modules du cookbook et d'autres composants. La documentation pour cette fonction sera fournie dans Cookbook:ParseArgs.
Les balises de liste ont été modifiées de manière à supprimer tout espace unique qui suit la balise.
Un commutateur $EnablePostAttrClearSession a été ajouté pour contrôler si la modification des attributs d'une page entraîne ou non l'oubli des mots de passe déjà saisis; ceci peut être modifié en mettant $EnablePostAttrClearSession à zéro.
Cette révision apporte quelques améliorations.
Tout d'abord, le système de gestion des mots de passe a été amélioré pour limiter la confusion dans la gestion des mots de passe (d'autres améliorations sont prévues). Auparavant PmWiki gardait en mémoire tous les mots de passe saisis lors de la session de navigation courante. Dans cette révision, modifier un mot de passe fait que PmWiki "oublie" tous les mots de passes entrés préalablement, évitant ainsi la confusion due au fait qu'une page apparaît non protégée alors qu'en fait l'accès est autorisé par un mot de passe enregistré auparavant.
Cette révision ajoute l'option $EnablePageListProtect. Quand activée, les directives (:pagelist:) et (:searchresults:) exclueront les pages n'ayant pas d'autorisation de lecture.
Cette révision apporte quelques améliorations et quelques corrections d'erreurs.
Le code de chargement des thèmes (skins) a subi quelques améliorations et a été réécrit pour une bonne part, mais ceci ne devrait pas avoir d'effet sur les thèmes existants. La variable $BasicLayoutVars n'est plus utilisée. Cette version introduit la fonction SetTmplDisplay() qui facilite une adaptation personnelle permettant de désactiver certaines sections d'un thème.
L'écran de demande de mot de passe a été modifié de manière à ce que le curseur soit automatiquement placé dans le champ lorsque la page est chargée.
L'action ?action=source a été corrigée pour les pages contenant des caractères non-ASCII.
La barre de boutons peut désormais utiliser des boutons contenant des élément HTML quelqconques (par ex., pour les boutons "sauver" et "prévisualisation").
Il y a d'autres modification notées dans le PmWiki/ChangeLog (en anglais).
[[page:]] et [[linebreaks]] des recettes du cookbook (suggéré par C. Ridderström et P. Ogay).
Cette version a un nombre de changements relativement mineurs.
D'abord, la variable $UrlLinkFmt a été modifiée de manière à ce que les liens aux urls externes contiennent l'attribut rel='nofollow', pour aider à lutter contre le spam comme décrit (en anglais) dans http://www.google.com/googleblog/2005/01/preventing-comment-spam.html. Les administrateurs de site peuvent adapter $UrlLinkFmt et $UnapprovedLinkFmt de façon à définir ou omettre rel='nofollow' selon la nécessité.
l'algorithme de création des noms de pages avec les [[liens libres]] a été légèrement modifié. d'abord les lettres suivant un tiret ne sont plus automatiquement capitalisées, donc [[ci-joint]] renvoie vers une page nommée "Ci-joint" et non "Ci-Joint". ceci est plus conforme à ce qui se faisait dans la version 1. D'autre part, l'apostrophe ne force pas la capitalisation de la lettre qui suit, donc [[L'artiste]] renvoie vers Lartiste et pas vers LArtiste.
Les sites qui souhaitent conserver le comportement antèrieur de PmWiki2 peuvent le faire avec :
$PageNameChars = '-[:alnum:]';
$MakePageNamePatterns = array(
"/[^$PageNameChars]+/" => ' ',
"/(\\b\\w)/e" => "strtoupper('$1')",
"/ /" => '');
Le fichier de liens intersites localmap.txt peut maintenant comporter des commentaires (préfixés par '#' dans le fichier).
Les en-têtes (balises !!) peuvent maintenant comporter des styles wiki de bloc.
Plus d'informations (en anglais) dans PmWiki.ChangeLog.
PmWiki utilise les sessions PHP pour suivre les mots de passe et les autorisations de page; cependant, si une session expire (ou est perdue autrement) alors qu'un auteur est en cours d'édition d'une page protégée par mot de passe, l'édition peut être perdue lors de la demande de renouvellement de mot de passe. Cette version corrige ce problème en préservant le texte édité et les autres variables de formulaires lors de la demande d'un mot de passe.
Cette révision améliore la barre de bouton d'édition, corrige quelques bugs et apporte d'autres changements et améliorations mineures.
Un texte alternatif est désormais valide dans les cheminements WikiTrails; par ex., on peut utiliser <<|[[PageTrail | autre texte]]|>> pour changer le texte du lien vers la page de cheminement.
Le module de la barre de bouton d'édition comporte de nombreux changements.
Cette révision élimine aussi les balises <p>...</p> qui étaient générées autour des lignes contenant d'autres balises de blocs HTML (par ex. résulats de recherche, listing de page, formulaires). Ceci rend ces pages conformes au standard HTML et elles passent la validation du W3C.
$HTMLHeaderFmt a été modifié afin que les concepteurs de thèmes puissent invalider totalement les styles 'inline' utilisés par PmWiki et d'autres modules du coolbook. Pour désactiver les styles 'inline', utilisez $HTMLHeaderFmt['styles'] = ''; .
Finalement, cette révision répare un appel à la fonction setlocale() qui était supposé retourner la valeur courante de 'locale' mais en fait la modifiait.
Cette révision corrige simplement quelques bugs mineurs des les StylesWiki (les couleurs définis dan s les styles s'étendent aux ancres), les tableaux de mots de passe par défaut et la gestion des tableaux évolués.
Corrige l'oubli de la fonction requise pour la gestion des boutons d'édition.
L'amélioration principale de cette révision est l'addiation de boutons dans la fenêtre d'édition. Ceci est désactivé par défaut -- Pour l'activer, définir dans le fichier config.php.
$EnableGUIButtons = 1;
Si votre site personnalise la variable $PageEditFmt, then notez que les boutons sont plaçés à la fin de $EditMessageFmt et que <textarea> doit avoir id='edit' pour permettre auxboutons de fonctionner.
Le script rss.php a aussi été amélioré -- il transcrit désormais les entités (du HTML 4) en leurs équivalent numériques. Ceci élimine beaucoup d'erreurs de validation des flux et de problème avec les lecteurs de flux RSS.
Cette version ajoute la variable $Titlespaced variable et la balise {$Titlespaced}; $Titlespaced est remplacé par le titre de la page (s'il est défini par la directive (:title:)) ou par le nom de la page avec des espaces.
Enfin, nombre d'erreurs avec les styles wiki ont été corrigées.
Cette révision apporte un certain nombre d'optimisations et améliorations mineures, résumées ci-dessous. Si vous n'en comprenez pas la nature, elles ne vous affecteront probablement pas. :-)
style='border:0px;' au lieu de border='0'.
$PageEditFmt inclut maintenant id='text' pour faciliter le référencement/la mise en page.
Cette révision répare un bogue introduit en 2.0.beta7 qui empêche le script refcount.php (exécuté par ?action=refcount) de générer des liens valides. Elle nettoie aussi la gestion des StylesWiki et %-dans-les-urls (ce que la version 2.0.beta7 était supposée faire).
En général, tous les sites utilisant la série 2.0.betaXX sont invités à mettre à jour suivant cette dernière révision.
Cette révision ajoute nombre de balises <div> et d'identificateurs autour des éléments produits par PmWiki (c.a.d. les téléchargements, les résultats de recherche, les attributs de page, etc.). Ceci facilite la mise en forme par des feuilles de style CSS.
De plus, cette révision ajoute des fonctionnalités au script urlapprove.php pour limiter le nombre de liens non approuvés qui peuvent être sauvés avec une page (pour aider le combat contre le spam wiki).
Enfin cette révision ajoute la balise (:description:) pour générer la balise html <meta name='description' ... /> dans la sortie. (:description:) pourra aussi être utilisée pour d'autres fonctions à venir (c.a.d. des extraits de de résultats de recherche, etc.).
Cette révision nettoie d'abord nombre de points liés au téléchargement:
(:attachlist:) ajoute automatiquement les liens "remplace-attachements" (marqués par des triangles) aux items de la liste.
Cette révision modifie aussi la fonction StopWatch() (utilisée de manière interne pour des test de performance de PmWiki) de facon a ne prendre effet que si $EnableStopWatch est mis à 1 (horloge de base) ou 2 (horloge de base et temps d'exécution des routines).
Cette révision améliore significativement la procédure d'installation. En prmier lieu, les étapes d'installation ont été simplifiées, et PmWiki fournit des instructions appropriées quand l rencontre un environnement PHP "safe_mode".
Cette révision fournit aussi un meilleur traitement des fichiers '.flock' -- si PmWiki découvre qu'il ne peut ouvrir un fichier .flock en écriture, il efface le fichier et recommence au lieu de se plaindre. Ceci rend le système plus robuste lors des sauvegardes et récupérations.
Cette révision fournit des corrections mineures sur la balise [[target |#]], l'apparence des variables $... dans la documentation, et permet à uploads.php de mieux fonctionner avec l' url rewriting.
Cette révision propose un certain nombre de changements significatifs. D'abord et avant tout, il change la syntaxe uri de ?pagename= vers ?n=, et l'installation est maintenant définie par défaut avec $EnablePathInfo = 0; pour avoir une melleures compatibilité.
Les sites qui veulent continuer à utiliser la forme des uri .../Main/HomePage au lieu de ?n=Main.HomePage devraient mettre $EnablePathInfo = 1 dasn le fichier config.php.
Cette révision corrige un bogue probable dans la manipulation des noms d'auteurs qui supprimait de manière incorrecte les espaces.
2.0.beta8 inclue des fonctionnalités de style CSS avancées pour les tableaux simples avec les variables $TableRowAttrFmt et $TableCellAttrFmt, ce qui sera décrit dans une astuce à venir.
Aussi, cette révision améliore grandement le support des sites en UTF-8, incluant la possibilité d'avoir des caactères UTF-8 dans les noms de pages et les liens [[utf-8 links]]. Il reste du travail sur les détails pour permettre le support des MotsWiki UTF-8 -- les fonctions PHP n'ayant pas un bon support pour celà. Voir les scripts/xlpage-utf-8.php pour plus d'informations sur l'UTF-8.
Enfin, les balises Q: et A: sont de retour, et quelques autres corrections mineures et des améliorations sur la documentation improvements ont été ajoutées.
Cette révision comprend nombre d'améliorations. D'abord, elle fournit un fichier scripts/xlpage-utf-8.php, qui permet à PmWiki d'être capable de gérer à peu-près la police utf-8 dans les noms de pages. Comme les fonctions PHP's preg_* ne semblent pas capable de détecter les caractères alphanumériques UTF-8, le compromis est que les MotsWiki sont restreint à l'usage des caractères ASCII. Nous travaillons au contournement de cette restriction.
Le script xlpage-utf-8.php peut être automatiquement chargé par une XLPage? qui spécifie 'xlpage-i18n' => 'utf-8'.
Aussi dans cette révision:
[[cible |#]])
$DefaultPageTextFmt (ceci pourrait encore changer)
Cette révision comprend un certains nombres de corrections mineures (voir le ChangeLog), et il reprend la function $WikiWordCount de PmWiki 1 par laquelle un administrateur peut limiter le nombre de conversions de chaque Mot(s)Wiki.
Le fichier d'exemple sample-config.php a été mis à jour avec plus de commentaires et de suggestions de personnalisation.
Enfin, cette révision accroit la valeur par défaut de $MaxIncludes à 50 (et fournit une meilleure documentation sur la variable $MaxIncludes).
Cette révision répare les bogues introduits par les changements de la révision 2.0.beta3. Les utilisateurs de la 2.0.beta3 devraient faire une mise à mettre à jour.
Cette révison fournit une version simple de la directive (:attachlist:) (il n'y a pas encore de tri disponible et la syntaxe est appelée à évoluer), et des corrections ont été apportées aux pages PmWiki.EditQuickReference et PmWiki.UploadQuickReference pages. Des pages par défaut sont aussi fournies pour verrouiller les mots de passe dans le groupe Main et PmWiki. Les extensions en majuscules ".GIF", ".JPG", et ".PNG" sont autorisées dans les fichiers.
De manière interne, cette révision change aussi la séquence d'édition pour utiliser la variable autoglobale $_POST au lieu de $_REQUEST (i.e., les envois d'édition ne sont autorisés qu'avec la methode 'post' et non avec les chaînes de paramètres).
Cette révision répare les bogues causés par le fait que $PageTemplateFmt ne fonctionne plus dans pmwiki-2.0.beta1.
Cette révision marque l'entrée de PmWiki 2.0 dans le statut "beta", alors qu'il avance vers une révision offcielle. Le changement principal de cette révision est dans le code des thèmes (skins) -- les versions précédentes de PmWiki utilisaient $PageTemplateFmt pour spécifier l'emplacement des fichiers modèles et maintenant la variable $Skin est utilisée pour indiquer le répertoire qui contient (dans pub/skins/) les fichiers modèles, le script php de configuration, et d'autres fichiers.
En général, si vous aviez précédemment la variable $PageTemplateFmt définie comme "pub/skins/myskin/myskin.tmpl", maintenant vous pouvez simplement mettre $Skin='myskin'. Voir BasePourLaMiseEnPage pour plus de détails.
Traduction de PmWiki:ReleaseNotes - Page originale sur PmWiki:PmWikiFr:NotesDeVersions