Welcome, Guest. Please login or register.
Did you miss your activation email?
26 April 2017 à 14:52:26
Home Help Search Login Register
News:

[EN] [PL] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU]
+  Forum de Plici, solution ecommerce open source
|-+  Plici Open Source Ecommerce Solution
| |-+  News and Announcements
| | |-+  plici_1.0.0.RC.4.r.925
« previous next »
Pages: [1] Print
Author Topic: plici_1.0.0.RC.4.r.925  (Read 9934 times)
nicolas_s
Administrator
Hero Member
*****
Posts: 688



View Profile WWW
plici_1.0.0.RC.4.r.925
« on: 26 March 2008 à 17:45:08 »

Voici, la sortie de la version 1.0.0.RC.4.r.925
Elle corrige un trs grand nombre de bugs.
Elle apporte aussi quelques amliorations:
-Mise jour des composants PEARs
-Mise jour de FCK Editor en version 2.5
-Prise en charge du focus sous IE7
-Autorisation des visiteurs avec un user agent vide(Utile pour le retour de certaine banque)
-Les valeurs de configurations peuvent avoir 256 caractres
-Les pays peuvent avoir 45 caractres
-Les attributs des produits peuvent avoir 125 caractres
-Meilleur affichage des fentres volantes sous IE6
-Optimisation du titre d'une page pour un meilleur rfrencement
-Ajout de fonction Php5 pour une compatibilit php4
-Changement de nom du rpertoire d'administration livr par dfaut
-Les plicitag peuvent afficher un gabarit spcifique

Et quelques nouveauts:
-Affichage de la phrase d'accroche d'un produit sur la liste des produits similaires(Sponsoris par http://www.claradaix.com)
-Les mthodes de paiement sont dsormais des Plicitags pour une plus grande intgration
-L'accs au site internet peut tre bloqu par une authentification basique(Sponsoris par http://www.cmonclubdefoot.fr/)
-Les produits dans le panier peuvent tre limit
-Import d'image possible(Merci pour la contribution de Vini)
-Import de la description d'un produit en plusieurs parties(Sponsoris par http://www.dilamp.com/)
-Les sous liens sont dsormais affich dans un div qui scroll
-Les pliciatags de description peuvent tre utilis dans la description d'un produit
-Les attributs des produits peuvent contenir des BBCode
-Dfinition d'un nombre d'article maximum pouvant tre ajout dans le panier(Sponsoris par Tendances Dco: http://www.dragees.fr)
-Affichage de la version de Plici dans le pied de page des administration.
-Nouvelle gestion des fichiers de templates(Utilisation de fichier .html en place des fichier .tpl)

Dsormais, seuls les bugs dclars dans le bugtracker seront corrigs afin d'avoir une plus grande visibilit.

Pour les mises jour, suivez la procdure. de mise jour.

Et le lien pour le tlchargement.

Quote
EDIT: Suite la remarque de Richo: j'ai rajout les bienfaiteurs de Plici, ceux qui contribuent le faire voluer.
« Last Edit: 28 March 2008 à 16:10:42 by stephanet » Logged

Envie de devenir partenaire de Plici ?
http://www.pliciweb.com.

Vous cherchez un partenaire de Plici ?
http://www.plici.net/l1/p368-Partenaires.html
richo
Bta Testeur
Sr. Member
**
Posts: 321


fashi0n@hotmail.com
View Profile WWW Email
Re: plici_1.0.0.RC.4.r.925
« Reply #1 on: 26 March 2008 à 18:26:47 »

whhhouuuuhouuuuuuuu !!!!!! Shocked
Logged

la communication est la clef du succs
http://www.rgdcom.fr
nygad
Jr. Member
**
Posts: 74



View Profile WWW
Re : plici_1.0.0.RC.4.r.925
« Reply #2 on: 26 March 2008 à 19:57:07 »

En voici une bonne nouvelle.

J'avais peur de m'ennuyer ce weekend Tongue.

Et bien c'est parti pour l'installation.
Logged
sosdepannepc
Bta Testeur
Jr. Member
**
Posts: 92



View Profile WWW Email
Re: plici_1.0.0.RC.4.r.925
« Reply #3 on: 27 March 2008 à 09:46:05 »

Merci bcp pour tout ce travail
Bonne continuation Smiley
Logged
nicolas_s
Administrator
Hero Member
*****
Posts: 688



View Profile WWW
Re : plici_1.0.0.RC.4.r.925
« Reply #4 on: 27 March 2008 à 12:33:20 »

Suite la remarque de Richo: j'ai rajout les bienfaiteurs de Plici, ceux qui contribuent le faire voluer.
Logged

Envie de devenir partenaire de Plici ?
http://www.pliciweb.com.

Vous cherchez un partenaire de Plici ?
http://www.plici.net/l1/p368-Partenaires.html
stephanet
Membre editeur de la solution Plici
Administrator
Hero Member
*****
Posts: 2047


stephane.trichet@free.fr
View Profile WWW Email
Re : plici_1.0.0.RC.4.r.925
« Reply #5 on: 28 March 2008 à 10:54:42 »

****
* Description du fonctionnement du script qui transforme les
* anciens patrons (.tpl) en nouveau (.html)
****
- On regarde si le site courrant est un thme en lui mme, si c'est le cas et qu'aucun site ne l'utilise alors
   on dit que maintenant il hrite du thme1.
   Sinon on le laisse comme il est.
- Ensuite, on se base sur le thme dont le site hrite (peut tre lui mme) et on copie les fichiers qui n'existent pas
- On test le droit en criture sur le rpertoire /view/site/my/site
   si c'est pas bon "Sorry /view/site/my/site not writable" et fin du script
- On charge les fichiers de thmes lments pour prvoir le remplacement des net_style par leur valeur et remplir le fichier css
- On liste les fichiers dans le rpertoire /view/site/my/site modifier
- pour chaque fichier
   * on le dplace de rpertoire pour tre dans /view/site/my/site/ et non plus dans /view/site/my/site/template_compiled
   * on renomme les fichiers tpl en html et css_tpl en css et js_tpl en js
   * suppression des licences
   * changement de la syntaxe smart <!--{}--> en {}
   * Chaque fichier .html qui n'est pas un include se voit ajouter une structure HTML body etc.
      Donc on perd les modifications effectues prcdements dans top.inc et bottom.inc
      Il faudra reporter vos modifications dans :
         _header.html ou _top_part.html ou _left.html ou _footer.html ou _right.html ou _floating_window.html
         ou _page_bottom.html
   * On supprime l'appel aux _box_bottom.html, _box_top.html, _button.html et on remplace par le code HTML par dfaut de ces fichiers
      Toute modification apporte l'quivalent de ces fichiers en .tpl sont reporter sur chaque template qui l'incluait
   * les {plici_lang id="lang_str_valider" var="link_plici_lang_name"} => {$link_plici_lang_name = "lang_str_valider"|tr}
      {plici_lang id="lang_str_valider"} => {"lang_str_valider"|tr}
   * les net_style sont remplac par class="laclasse" et les net_img restent la syntaxe est plus jolie
      <div <!--{net_style id="se_faible"}-->><!--{net_img id="se_faible"}--></div>
      =>
      <div  class="sw_se_faible"><plici_net_img id="se_faible"/></div>
   * Pour foreach|else|if|elseif|assign|net_button_common_id|
net_containers|net_if_links|net_if_sublinks|net_img|
net_links|net_style|net_sublinks|not_cached|
parse_plicitag|plici_lang|plicitag_isbypassingdesignplicitag|
plicitag|section
      modification de la syntaxe en <plici_XXXX></plici_XXXX> au lieux de <!--{XXXX }--><!--{/XXXXX}-->
   * Mise jour de la BD pour utiliser les nouveaux chemin de la base de donne
   * Suppression de _box_bottom.html, _box_top.html, _button.html
   * Maintenant, les images pour n'importe quel site sont duplique chaque Update SQL (admin super)
      Comme a dans chaque .html on peut l'editer et voir l'image par un editeur HTML
   * On descend les informations de la base de donne qui contenait le fichier CSS. On les place dans un fichier dans
      /view/site/my/site/css_screen.css
      (comme a en envoyant le rpertoire /view/site/my/site/ sur un autre site, on aura les TPL, les images, le CSS, il manque juste les net_img)
      mais a va arriver aprs dans un second temps
      Toute modification de l'ancien fichier CSS doit tre reproduite dans css_screen.css
   * suppression des fichier .not_copy_this_directory car maintenant dans les sites, on a toujours toutes les images
   * On limine dans ce site tous les fichiers .html qui sont identiques ceux du thme de base
      
***************************************************
* Liste de toutes les tapes de dveloppement pour le
* nouveau systme de patron
***************************************************
- Pour modifier la largeur du site #body width: et pour la couleur de fond du bandeau #top_logo_part
   background-color: et pour son alignement : text-align
   Il faut l'indiquer dans l'ancienne page de gestion du bandeau.
   L'idal serait de pouvoir reactiver les anciennes fonction mais toujours en simulant l'outil graphisme.
   la balise ".sw_bandeau" a-t-elle lieux d'exister pourquoi on a un bandeau ?
   En fait le bandeau devrait plus etre stock en BD mais dans net img dans une classe prcise.
   Les elements du haut dans defaut n'ont pas eu de description (pas pars)
- Tester avec le PliciTag FAQ la compatiblit de la nouvelle version avec les PT,
   en profiter pour debuger le PT FAQ (voir msg sur forum)
- mettre nouvelle version de la faq en ligne et indiquer a gars du forum

- il faudrait commenter toutes les balises CSS des nouveaux fichiers CSS
- le petit carr "del." correspond a quoi exactement Huh ? Heu tout simplement supprimer, peut-etre un rapport avec "Delete" Smiley ? Je note de le traduire en Supp.
- il faudrait writer le fichier css et/ou image uniquement si il y a eu des modifications/ajout/suppression (evite la generation d'un nouveau fichier pour rien)
   pas possible car on reoit des infos du formulaire
- crer une release temporaire
- penser a merger aussi la partie MY j'ai peut etre fait des modifications dessus
- crer un site non commerce electronique
- tester la cration d'un site partir du thme 2
- liste des thmes quand on cre un site est pas bonne.
- sur une installation toute fraiche on ne peut plus voir les prvisualisation des thmes et il y a des rpertoires qui devraient ne plus apparatre.
- aprs la cration d'un nouveau site regarder l'outil de grpahisme si charg et verifier les previews
- tester sur un site tout 9 d'editer son CSS, verifier qu'il prend bien celui de son thme
- verifier que la cration d'un nouveau site fonctionne
      qu'il y a bien les picture
      le fichier text (explain.txt dans le rpetoire des patrons)
      et que trop de fichiers ne sont pas copis inutilements
      (verifier qu'il y a pas inutilement le CSS et le net_img)
- a la cration d'un site hritant du theme1 par exemple, on a comme repertoires dans view : admin, data, pic_sample,picture,explain.txt,favicon.ico,robots.txt
- attention dans les code PHP quand on fait une requete il faut absoluement utiliser plici_methods_mysql_query et
   pas mysql_query
- il faut gnrer tous les patrons et css (verifier qu'on est plus de fichier css et
   plus de fichier image si c'est le meme)
- regenerer les templates des Themes et des sites tout au propre
- dans l'editeur de CSS les images de dmonstration de ce que a va modifier n'existent plus, il faut les recrer
- il manque la gestion des css de type ".truc a" qui ne sont pas link, on doit faire quoi ?
- verifier les diffrences sur les fichiers depuis le moment ou j'ai cr la branche pour mettre jour mon script de convertion
- dans relooking on garde bien de patrons car des classes sont vides, cependant elles apparaissent dans
   le CSS (vide, mais elles y sont). Donc il faut quand mme remplacer par le 'class=""' je dirais.
   A creuser et verifier que c'est logique.
   Re appliquer le fichier de conversion et voir si fichier diminuent car l je suis la totale 102
   tt selectionn

- Il faudrait avoir une bonne BD sur 2 ou 3 sites (mariage discount, claradaix, ..)
   Tester le script, voir si tout est bon et si a fonctionne.

- tester le script sur l'ensemble de nos sites (Reconstruire toute les BDs ?)
   et virer tous les rpertoires vides de SVN my (surtout les template_not_compiled)
   et commiter les nouvelles images (normal)
      Tester tous les sites
- Gros souci, un site va perdre de son affichage graphique si ceci n'est pas fait dans le script :
      Il faut gnrer pour TOUS les scripts MY + celui du thme les fichiers HTML
      Ensuite, on compare avec les fichiers gnrs du thme 1 et on laisse ceux qui sont diffrents
      Au passage, si un site n'herite d'aucun site, il faudrait le faire hriter du thme 1 et eliminer les patrons diffrents
      Cependant, comment faire si le site A n'herite de rien et que le B herite du A ?
      Si A herite de Theme1, plici ne le gre pas. On fait des copies de tous les fichiers ? alors revoir mcanisme
      de cration de site de PLICI.
   ***En fait il faudrait refaire la suppression de templates inutiles juste aprs au 2 eme updatedatabase
   *** ce que je fais, c'est que dans un thme qui a des fils, le lance la suppression des doublons entre le
      thme courrant et ses fils- faire un script qui force tout site a heriter d'un theme (theme1 par dfaut)
   ensuite on parse chaque fichier en MD5 et on le compare a celui du thme (si ils sont egaux alors on vire celui du fils).
***
- Les fichiers Css et JS sont directement des fichiers plat, il ne sont mme pas lu par smarty
- Dans chaque fichier CSS et autant que possible, sur les balises, je les prcdent des comentaires :
         /*|desc:IMAGES ET POLICES:liste de lien lgaux:bas |*/
         /*|preview:/pic_sample/ll_bas.jpg |*/
         .sw_ll_bas {
             width: 197px;
              height: 6px;
           }
- Chaque template n'utilise plus les net_img et net_style (remplac par leur valeur)
- Chaque template de page contient un <html><head></head></html> et le JS et CSS charger
- Les fichiers top_inc, bottom_inc ne sont plus utiliss et ils sont remplac (pour avoir les TABLE, HTML, BODY dans tous les patrons)
   ATTENTION, si les fichiers ont t modifis alors ils ne sont pas converti ! (je fais rfrence un md5 de base)
   Cela engendre la cration des patrons _header, _floating_window, _left, _footer, _right, _page_bottom
- Tous les fichiers *.tpl deviennent *.html, Tous les fichier vont dans le rpertoire /view/sites/my/monsite et plus /view/sites/my/monsite/template_not_compiled/detail/page.tpl
- Il n'y a plus de licences dans les fichiers patrons
- Remplacement des tag smarty <!--{ and }--> by { and }
- Besoin d'escaper tous les { des javascript ils deviennent {literal} } {/literal}
- Les inclusion des fichiers _box_bottom.html|_box_top.html|_button.html sont directement remplac par le vrai code (mme si _box_bottom.html|_box_top.html|_button.html ont t modifi avant par l'utilisateur)
- Les <!--{plici_lang id='str_id'}--> deviennent {'str_id'|tr} et <!--{plici_lang id='str_id' var="a"}--> deviennent {'str_id'|tr:"a"}
- PLICI supporte maintenant 2 syntaxes de TPL
            * {if $truc <> "plop"}{/if}
            * {foreach from=$array item="current_item"}{/foreach}
            ET
            * <plici_if if="$truc &lt;&gt; ~plop~"></plici_if>
            * <plici_foreach from="$array" item="current_item"></plici_foreach>
   L'avantage de la seconde syntaxe c'est qu'elle bien comprise par DreamWeaver et aussi par NVU.
   Pour la seconde syntaxe, les " deviennent des ~ et chaque contenu de variable doit tre htmlencod.
   Cette syntaxe est un peu lourde, mais elle est compatible avec NVU et Dream, par contre, il y a une syntaxe du genre <?smarty:if $plop="truc"?> qui serait support par Dream mais pas NVU
   Et le plugin http://smartydwt.klitsche.org/ remplace chaque tag <?smarty:xxxx ?> sous dream par un carr IF ou autre. Et il peut les inclures
- Tous les lments suivants sont convertis la nouvelle syntaxe <plici_if > :
      foreach|else|if|elseif|assign|net_button_common_id|
net_containers|net_if_links|net_if_sublinks|net_img|
net_links|net_style|net_sublinks|not_cached|
parse_plicitag|plici_lang|plicitag_isbypassingdesignplicitag|
plicitag|section
      Donc ne sont pas fait les net_url et les |tr volontairement
- Les ids de langue restent des ids, sinon trop problmatique (mais voir infaisable)
      Problme du fichier XLS (l des gens le traduisent)
      Les textes des plici_lang dans les entrees (par exemple, le texte lang_str_fermer qui est utilis par les plici_lang php et |tr)
**7/8/07**
- suppression des .not_copy_this_directory dans picture (car elles seront copies)
- il faut que je rajoute un test en droit d'criture rcursif sur le dossier my jque je traite et si pas bon fin du script + phrase l'indiquant.
- ABANDONNE (nico) il serait possible de faire un tag qui affiche seulement sous un editeur HTML un header mme pour les tpls de lien (<!--{if 1==2}-->mon texte visible par editeur seulement<!--{if 1==2}-->)
      c'est a mon avis une bonne ide, les links seraient bo, surtout que DreamWeaver meme avec plugin n'ouvre pas les includes
- verifier qu'il n'y a plus de net_img et net_style et les dsactiver dans PLICI, dsactiver aussi le chargement de theme_element, et l'entrees du css est inutile
- Dfinir les delimiters pour le BackOffice (garder les anciens) pour que le BO continu de marcher
- supprimer l'ajout de licence des TPL dans licensing
- voir si on ne peut rien faire rapidos pour :
         href="{net_url type="SELF"}"
- Il faut penser que le plici_lang est utilis en backOffice
- le tag smarty plici_lang doit etre obsolte (sauf pour le BO)
- plus besoin de net_img, net_style
- attention, les fonctions x_smarty_function_net_style sont utilises pour la convertion
   donc il faudra faire le menage mais dans une autre version je pense
- chercher les fichiers .not_copy_this_directory et voir leur utilit (car on devrait pu faire d'heritage)
- j'ai du copier picture le rep de for_plici dans le my (l'hritage marche toujours)
**8/8/7**
- On ne peut plus dplacer le bandeau comme on veut par l'administration (virer la fct)
- On ne peut plus dfinir la largeur de son site si facilement (virer la fct)
- On ne peut plus dfinir aussi facilement la couleur de fond du bandeau (virer la fct)
- On ne paut plus dfinir simplement le centrage du bandeau (virer la fct)
- Je pense qu'il faudrait quand mme refaire le net_scan dir pour les tpl et inc car a permet de tt convertir
- Si le fichier est dj dplac, on ne doit pas refaire les traitement (pour brutus)
- (ABANDON dangereux si user a fait de modif)si $top_md5_file_test_is_ok supprimer le nouveau fichier equivalent $basedir_for_view_site_my_dbname.'detail/top.inc'
- (ABANDON dangereux si user a fait de modif)si $bottom_md5_file_test_is_ok supprimer le nouveau fichier equivalent $basedir_for_view_site_my_dbname.'detail/bottom.inc'
- Il faut supprimer les repertoires vides (seulement pour les installation sans SVN) et pour nous, en local le faire la main
- (ABANDON dangereux si script dconne)plus besoin de theme_elements le loadage et le repertoire
      Faire un script de suppression car penser aux gens qui vont updater plici par dezippage
         C:\racine_web\core\internal_components\front_sites\theme_elements
- documentation @uses     /view/sites/for_plici|my/themeXcom_site|
DBNAME/template_not_compiled/js/general.js_tpl Default Smarty Template
   a mettre jour
- (ABANDON utilis pour le CSS du FCK) dans les patrons, {$http_css_file},{$http_js_file} est toujours utilis ? (apparement en BO, verifier a quel endroit et remplacer)
**9/8/7**
- pas de duplication du fichier CSS (l'editeur css ferra le mnage)
- on duplique les images du pre vers le fils dans ce script pour le passage a cette Version
- a chaque update databade pour chaque site MY, on recupre les images inexistantes que son pre possde
- sauf que pour le passage a cette nouvelle version, il faut quand mme faire un travail si le css a t modifi en BD
    donc faut gnerer le fichier pour chaque site my, comparait avec son pre et si il est diffrent, on l'crit sinon
    on ne le surcharge pas
    * je propose de copier le template de CSS avant de lancer le gros script (comme a tout site en dispose)
          le modifieur va gnrer le fichier converti.
          a la fin de la convertion, on regarde si le MD5 du pre = MD5 du fils => delete du css du fils (sinon rien, on laisse)
- dans phpfunction get_mysql_link_for_database doit envoyer le $_3d6f_p_dbc_inherited_sitename
      et dans get_mysql_link_for_database j'avais fait un tableau global qui redonne la connection
      et il la test en faisant un SHOW STATUS; (verifier le sql si bonne syntaxe)
      ensuite il faut rajouter le systme d'hritage des images, prendre le code du script
      changer les sparateur <!--{ dans smarty (le notre) et dans site_information rechercher "template_not_compiled" et le virer
- refaire marcher le BO
- a chaque update databade pour chaque site MY, on recupre les images inexistantes que son pre possde
- ne plus permettre de crer de site thme qui copient tous les fichiers
- BO les templates des BO ne sont pas au mme endroit que le front (dans BO ils sont tjrs dans template_not_compiled)
       if ($this->is_admin)
        $this->m_tpl_not_compiled_file = "template_not_compiled/";
         Dans le site_information
- BO plici_lang est toujours utilis en BO, il faudrait le tranformer en |tr (dans le tag smarty plici_lang je teste BO ou FO, a virer ensuite)
- BO convertir les patrons pour utiliser la nouvelle syntaxe ou au moins les { } (penser qu'il faut escaper les { et } pour le javascript)
- On peut l'appliquer simplement sur le Backoffice ?
- Copier les images et le fichier CSS dans chaque site dj cr par le user
   vers leurs fils. (penser au cas de plici [my] qui hrite de simpliciweb [my]). Le faire par un script.
    Il faut d'abord avant mon super script, copier tous les fichiers (ne pas craser les fichiers dj existants).
    Ensuite lancer le script magique de conversion
**10/8/7*
- verifier script fait rien DU TOUT si fichier dej dplac (penser aux gens pour qui le script va merder)
- verifier que script si pas utilise SVN fait bien un move et pas un copy
- pour exscaper les scripts JS dans le script pour l'admin j'ai fait un truc un peu plus large et sympa que dans le script pour theme1
   je pense qu'il faudrait l'utiliser
- dans la documentation phpdoc, on a un arbre de l'arbo de PLICI avec les explications des rpertoires
- dans chaque rpertoire de site, on place un fichier TXT qui explique comment marche le systme de patron.
                  et ce qu'il faut faire pour modifier les fichiers.
   Mettre un fichier, EXPLAIN.txt dans tous les repertoires (nommer spcialement et construire une page qui ira dans la PhpDoc)
**14/08/07*
- appliquer le script sur theme1com et theme2com, verifier que tout est OK, commiter les nouveaux fichiers
   avant il faut reactiver le move SVN (j'ai mis un copier tout con)
- repasser dans les repertoires de tpl (admin, admin_plici,theme1,theme2) et virer les reps vides, voir si il reste des fichiers
- Verifier que tout ce que j'ai fait avant est OK et s'applique toujours
**17/08/07**
- Il faut que ce sript ce joue pour tout le monde $basedir_for_view_site_my_dbname ne doit pluu etre static
    modifier le script pour qu'il puisse s'executer pour chaque site MY
- le problme http://local-theme2com.simpliciweb.net/ ne fonctionne pas et clara marche
   Le soucis c'est que de faon dissociable, il faut updater les designs avec le bon chemin
   car si on cre un nouveau site le script magique ne va pas se jouer et donc pas d'update de designs (comme le cas actuel)
   Il y a une boucle php que j'ai rajout qu'il faut virer dans le script et transformer en un pure script sql a jouer en dur
Logged

PliciWeb Solutions : http://www.pliciweb.com.
nicolas_s
Administrator
Hero Member
*****
Posts: 688



View Profile WWW
Re : plici_1.0.0.RC.4.r.925
« Reply #6 on: 09 April 2008 à 11:15:48 »

Comme certain ont pu le constater, le passage en 1.0.0.RC.4.r.925 a modifi l'affichage des sous liens pour leur ajouter des ascenseurs de navigation.

Si vous dsirez connatre le fichier qui a t modifi il y a une description de la modification dans notre wiki.
Logged

Envie de devenir partenaire de Plici ?
http://www.pliciweb.com.

Vous cherchez un partenaire de Plici ?
http://www.plici.net/l1/p368-Partenaires.html
Pages: [1] Print 
« previous next »
Jump to:  


Login with username, password and session length

Powered by MySQL Powered by PHP Powered by SMF 1.1.20 | SMF © 2013, Simple Machines Valid XHTML 1.0! Valid CSS!