blabla@web

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 141 142 143 .. 1454 1455 1456 1457 1458 1459 Page Suivante Page Précédente Bas de page
Auteur	Sujet : blabla@web

skeye

Reprise du message précédent :

0x90 a écrit :

Ca devient un peu bizarre comme situation il me semble :
- d'un coté on a séparé tout le coté présentationnel de l'html et le foutant dans le css, l'html n'est normalement que sémantique et fait partie de l'information.
- de l'autre le php ne devrait pas directement sortir des <li> et des <ul> alors qu'on vient de dire que c'était de l'information à part entière et pas de la présentation et on devrait reléguer ca strictement au moteur de template.
J'ai un peu l'impression qu'on fait 2x la même séparation, sans forcément un interêt réel.

( et c'est encore pire quand on a xml->html sémantique->css->présentation , à quoi ca sert d'avoir un html sématique si on a l'xml qui possède déja l'information pure, ou l'inverse, à quoi sert l'xml si l'html est sémantique ?)

(sauf que ton php ne sert pas forcément qu'à sortir du html. [:dawa] Et là d'un coup la séparation est moins ridicule )

Message cité 1 fois

---------------
Can't buy what I want because it's free -

Publicité

Flyman30

stiffler a écrit :

Code :

<% 
   dim Mail,FSO
   ' création des objets
   Set FSO = Server.CreateObject("Scripting.FileSystemObject" )
   Set Mail = Server.CreateObject("SMTPsvg.Mailer" )
   
   mail_dest = Request.QueryString("md" ) 
   codeimp = Request.QueryString("ci" ) 
   nom = Request.QueryString("nm" ) 
   prenom = Request.QueryString("pn" ) 
    
   ' SERVEUR
   Mail.RemoteHost = "127.0.0.1"
   
   ' EXPÉDITEUR
   Mail.FromName = "nom_envoi"
   Mail.FromAddress = "adresse_envoi@dawa.fr"
   
   ' DESTINATAIRE
   Mail.Addrecipient "ben", "stiffler@dawa.fr"
    
   ' COPIE CONFORME
   'Mail.AddCC 
 
   ' COPIE CONFORME INVISIBLE
   'Mail.AddBCC 
    
   ' TITRE
   Mail.Subject = "fichedeformation"
   
   ' CORPS (format html ou non)
   'if lcase(left(body,6)) = "<html>" then Mail.ContentType="text/html"
   Mail.BodyText = "test"'body
   
      ' PIÈCES JOINTES séparées par ,
   Mail.AddAttachment "D:\\blabla\1234bennbennn.txt"
 
   sendMail = Mail.SendMail
   If sendMail = true Then
    Response.Write("Email envoyé!" )
    Else
    Response.Write("Erreur : " & Mail.response)
   End If
%>

Sachant qu'il m'affiche bien Email envoyé ... ou est l'erreur (l'adresse mail est bonne ! )

Normal ASPmail n'accepte pas les serveur SMTP en 127.0.0.1 utilise celui de ton FAI par exemple pop.wanadoo.fr

0x90

→

skeye a écrit :

(sauf que ton php ne sert pas forcément qu'à sortir du html. [:dawa] Et là d'un coup la séparation est moins ridicule )

Uep j'etais entrain d'y penser, mais 1) je doute que ca arrive vraiment souvent 2) à ce moment la on garde celle la et on fait de l'html non-sémantique dans les templates, à quoi (ou à qui) ca sert qu'il soit clean ?
(puis si on sort de l'xhtml propre, un coup d'xsl/xslt-fo et on sort ce qu'on veut )

Message cité 2 fois
Message édité par 0x90 le 27-10-2006 à 15:26:34

Chaos Intestinal

Dj YeLL a écrit :

[:smilies-qui-se-prosternent-devant-leur-roi]

Spoiler :

google smarty tree, un peu de scroll [:cupra]

Message cité 1 fois

Dj YeLL

$question = $to_be || !$to_be;

Bon ben cette méthode fonctionne parfaitement :

PHP :

Code :

// Arbo créée depuis BDD
$arbo[0] = array(1,2,3,5,6,9);
$arbo[2] = array(4,7);
$arbo[4] = array(8);
 
function mon_arbo($parent = 0) {
    global $arbo;
    global $smarty_arbo;
    $smarty_arbo[] = 'SECTION';
    foreach($arbo[$parent] as $id){
        $smarty_arbo[] = $id;
        if(array_key_exists($id, $arbo)){
            mon_arbo($id);
        }
    }
    $smarty_arbo[] = 'ENDSECTION';
}
 
mon_arbo();
 
$smarty->assign('mon_arbo', $smarty_arbo);

Code :

{foreach from=$mon_arbo item=section_item}
{if $section_item=='SECTION'}
<ul>{capture name=closing} {/capture}
{elseif $section_item=='ENDSECTION'}
</li></ul>
{else}
{$smarty.capture.closing}
<li>{$section_item}
{capture name=closing}</li>{/capture}
{/if}
{/foreach}

Encore merci gastro :jap:

Message édité par Dj YeLL le 27-10-2006 à 15:27:05

---------------
Gamertag: CoteBlack YeLL

skeye

0x90 a écrit :

Uep j'etais entrain d'y penser, mais 1) je doute que ca arrive vraiment souvent 2) à ce moment la on garde celle la et on fait de l'html non-sémantique dans les templates, à quoi ca sert qu'il soit clean ?
(puis si on sort de l'xhtml propre, un coup d'xsl/xslt-fo et on sort ce qu'on veut )

Le fait que le html soit clean ça sert pas qu'à séparer les couches pour le programmeur, hein... [:dawao]
...et pourquoi se faire chier avec xslt si t'utilises déjà un moteur de templates?

Message cité 1 fois

---------------
Can't buy what I want because it's free -

anapajari

s/travail/glanding on hfr/gs;

0x90 a écrit :

Fais une appli ajax qui d'un coté:
- doit sortir des flux xml traités en js
- de l'autre produire des pages html(clean) avec les mêmes informations

Message cité 1 fois

Dj YeLL

$question = $to_be || !$to_be;

0x90 a écrit :

Ca devient un peu bizarre comme situation il me semble :
- d'un coté on a séparé tout le coté présentationnel de l'html et le foutant dans le css, l'html n'est normalement que sémantique et fait partie de l'information. (1)
- de l'autre le php ne devrait pas directement sortir des <li> et des <ul> alors qu'on vient de dire que c'était de l'information à part entière et pas de la présentation et on devrait reléguer ca strictement au moteur de template. (2)
J'ai un peu l'impression qu'on fait 2x la même séparation, sans forcément un interêt réel.

( et c'est encore pire quand on a xml->html sémantique->css->présentation , à quoi ca sert d'avoir un html sématique si on a l'xml qui possède déja l'information pure, ou l'inverse, à quoi sert l'xml si l'html est sémantique ?)

Je ne suis pas sûr d'avoir tout compris...

1> Ça ok
2> Là je comprends moins bien. Les CSS ne font pas tout. Pour moi il est important d'avoir :
- Le fichier Php qui traite uniquement du contenu
- Le fichier template qui traite uniquement de la disposition
- Le fichier CSS qui traite uniquement de l'apparence

Non ?

Message cité 2 fois

---------------
Gamertag: CoteBlack YeLL

skeye

(ma version est plus courte et plus simple à comprendre. [:dawao] )

---------------
Can't buy what I want because it's free -

Dj YeLL

$question = $to_be || !$to_be;

Chaos Intestinal a écrit :

Spoiler :

google smarty tree, un peu de scroll [:cupra]

Pourquoi n'y ai-je pas pensé ? Moi qui suit un fervant défenseur de la recherche

---------------
Gamertag: CoteBlack YeLL

Publicité

skeye

Dj YeLL a écrit :

Le php traite des données.
Le template emballe les données qu'on lui file pour les mettre dans le format voulu.
Le CSS définit l'apparence que le navigateur doit donner au contenu html qui va avec.

Message cité 1 fois

---------------
Can't buy what I want because it's free -

Dj YeLL

$question = $to_be || !$to_be;

skeye a écrit :

Euh ... c'est pas ce que j'ai dis ?

---------------
Gamertag: CoteBlack YeLL

skeye

pas exactement. [:aloy]

---------------
Can't buy what I want because it's free -

0x90

→

skeye a écrit :

Le fait que le html soit clean ça sert pas qu'à séparer les couches pour le programmeur, hein... [:dawao]
...et pourquoi se faire chier avec xslt si t'utilises déjà un moteur de templates?:D

Ca sert à quoi d'autre ?
( je parle pas d'html valide et standard (en oubliant le fait que mr.w3c impose la sémantique), je parle d'html sémantiquement clean)

anapajari a écrit :

Fais une appli ajax qui d'un coté:
- doit sortir des flux xml traités en js
- de l'autre produire des pages html(clean) avec les mêmes informations

lapin compris [:0x90]

Dj YeLL a écrit :

Je ne suis pas sûr d'avoir tout compris...
1> Ça ok
2> Là je comprends moins bien. Les CSS ne font pas tout. Pour moi il est important d'avoir :
- Le fichier Php qui traite uniquement du contenu
- Le fichier template qui traite uniquement de la disposition
- Le fichier CSS qui traite uniquement de l'apparence
Non ?

skoi la différence entre disposition et apparence ?
( Modulo le fait qu'on soit obligé parfois de retoucher l'html pour faire vraiment ce qu'on veut en css, mais ca c'est une faiblesse des css et ca ne devrait pas être nécessaire. )

Message cité 3 fois

mIRROR

Chevreuillobolchévik

9h du mat goto taff
bonjour le monde

Message cité 1 fois

---------------
« The enemy is the gramophone mind, whether or not one agrees with the record that is being played at the moment. » — George Orwell

FlorentG

mIRROR a écrit :

9h du mat goto taff
bonjour le monde

Il est 15h50

Message cité 1 fois

Chaos Intestinal

FlorentG a écrit :

Il est 15h50

Non il est 16h09

anapajari

s/travail/glanding on hfr/gs;

0x90 a écrit :

lapin compris [:0x90]

ok disons que tu as un list.php qui doit retourner une liste de "trucs", seuleument cette liste est accèssible de deux façons différentes:
- via un truc en ajax, qui permet de trier par colonnes ton tableau par exemple. A ce moment la c'est via le xhr.responseXML que tu construis en js ton tableau et si besoin que tu t'amuses à le ré-ordonner
- via un page "lambda" qui affiche le resultat html brut dans un table

Dans le 1er cas on se sert d'un template xml pour le retour, dans le deuxième d'un template html. Le script list.php est le même, seule la sortie varie... fus-je clair?

Message cité 1 fois

0x90

→

anapajari a écrit :

Ah, oki.

Bah dans ce cas la sortie html brute, si elle est propre est sémantique, fait un parfait format pour envoyer les données au js (et donc le php renvoie exactement les mêmes données, avec des <td> et des <tr> tartinés partout )

Message cité 2 fois

skeye

0x90 a écrit :

Bah dans ce cas la sortie html brute, si elle est propre est sémantique, fait un parfait format pour envoyer les données au js

Non.

Message cité 1 fois

---------------
Can't buy what I want because it's free -

0x90

→

skeye a écrit :

Non.:o

Pourquoi ?

Message cité 1 fois

skeye

0x90 a écrit :

Pourquoi ?

Ton JS il en a rien à branler de l'entête html, et d'un tas de choses qui seront (peut-être) dans ton html.

Message cité 1 fois
Message édité par skeye le 27-10-2006 à 16:27:08

---------------
Can't buy what I want because it's free -

anapajari

s/travail/glanding on hfr/gs;

0x90 a écrit :

Euh bin non [:roane] ... l'interet de renvoyer du xml c'est justement de pouvoir hierarchiser tes informations de manière plus interessantes pour tes traitements js... Le but c'est pas de faire un innerHTML sur la réponse.

Message cité 1 fois

0x90

→

skeye a écrit :

Ton JS il en a rien à branler de l'entête html, et d'un tas de choses qui seront (peut-être) dans ton html.:o

Ouais 'fin afficher ou non les entêtes html, spa franchement un truc qui necessite d'externaliser les <tr> et les <td> pour utiliser un second programme en php qui va les rajouter à grand coup de foreach il me semble

Message cité 1 fois

skeye

0x90 a écrit :

nan mais là tu racontes vraiment n'importe-quoi, hein. [:dawa]
ce que je veux dire c'est que c'est pas du tout dans ton intérêt de te taper le parsing d'une page html destinée à un navigateur pour en extraire en JS les infos dont t'as vraiment besoin...

Message cité 1 fois

---------------
Can't buy what I want because it's free -

0x90

→

anapajari a écrit :

Je vois pas quelle hiérarchisation on aurait de plus en xml qu'en html [:spamafote]
et c'est pas parcequ'on sort un xml qui est de l'xhtml qu'on peut pas faire des traitements genre tri et filtrage dessus hein

anapajari

s/travail/glanding on hfr/gs;

c'est que tu manques d'imagination ...
Bon on va dire une liste de recettes de cuisine. Chaque recette est caractérisé par:
- un nom
- un temps de preparation
- un temps de cuisson
- des ingrédients
- une explication
Mon flux xml sera de la forme:

Code :

<recette nom="choucroute" cuisson="20" preparation="10">
<listeIngredients>
<ingredient type="legume">Choux</ingredient>
<ingredient type="charcuterie">saucisse</ingredient>
</listeIngredients>
</recette>

Et ma sortie html equivalent

Code :

<table>
<tr>
<td>Choucroute</td>
<td>20</td>
<td>10</td>
<td>Choux(legume), Saucisse(Charcuterie)</td>
</tr>
</table>

Tu vois bien la différence non? [:pingpetrus]

Message cité 1 fois

0x90

→

skeye a écrit :

On s'est ptêtre pas compris [:cupra]

Jdis pas qu'il faut balancer à chaque fois toute la page à chaque requète xhr (ca oui, ca serait vaguement stupide [:dawa] ), jdis que c'est pas forcément utile d'avoir une couche supplémentaire qui "découple" chacun de tes modules php (module dans le sens "un bidule qui affiche un truc, genre une liste de personnes" ) de leur formatage xml/html à base d'<ul> et de <li> ou de <td> et <tr> vu que de toute facon ces marqueurs ne salissent pas les données et ne sont pas présentationnels.
Si tu veut les afficher direct sur une page web tu les balance tel quels, et la css rends ca beau.
Si tu veut les récupérer en xhr, tu balance tel quel, et c'est un format xml valide et facilement traitable.
Si tu veut faire un truc plus exotique, et seulement dans ce cas qui est assez rare, tu utilise un parseur xsl ou n'importequoi qui fasse de l'xml vers que que t'as envie (pdf, slip, etc...).

0x90

→

anapajari a écrit :

Code :

<recette nom="choucroute" cuisson="20" preparation="10">
<listeIngredients>
<ingredient type="legume">Choux</ingredient>
<ingredient type="charcuterie">saucisse</ingredient>
</listeIngredients>
</recette>

Et ma sortie html equivalent

Code :

<table>
<tr>
<td>Choucroute</td>
<td>20</td>
<td>10</td>
<td>Choux(legume), Saucisse(Charcuterie)</td>
</tr>
</table>

Tu vois bien la différence non? [:pingpetrus]

Pourquoi ne pas avoir un flux xml de la forme :

Code :

<table class="liste_recette">
<tr class="recette">
<td class="nom">Choucroute</td>
<td class="cuisson">20</td>
<td class="preparation">10</td>
<td class="ingredients"><dl>
<dt>Choux</dt><dd>legume</dd>
<dt>Saucisse</dt><dd>charcutaille</dd>
</dl></td>
</tr></table>

Si ta css est bonne, c'est directement de l'html valide. Et en tant que format xml, c'est plus long au niveau nombre de caractères, mais à peu près aussi facile à traiter (genre si tu dois trier/filtrer sur la page finale à coup d'XPath) et aussi expressif.
Du coup ton php n'a pas besoin d'avoir une couche supplémentaire pour sortir tes 2 formats différents d'xml et d'html.

( pour la css dans ce cas, il faut mettre les elements du dl en inline, et jouer sur les :before et :after pour ajouter les parenthèses, c'est pour ca que je disais tout à l'heure que c'est Modulo le fait que l'html/css soit suffisement bien implémenté, ce qui n'est malhereusement pas le cas )

Message cité 1 fois
Message édité par 0x90 le 27-10-2006 à 16:46:56

skeye

...et le jour où tu veux modifier l'apparence de ton site tu modifies tes templates, et pouf! ton jscript est à l'eau... [:dawa]

Message cité 1 fois

---------------
Can't buy what I want because it's free -

0x90

→

skeye a écrit :

...et le jour où tu veux modifier l'apparence de ton site tu modifies tes templates, et pouf! ton jscript est à l'eau... [:dawa]

théoriquement tu devrais pouvoir faire ce que tu veut de l'apparence de ton site sans changer l'html vu que l'apparence c'est coté présentation et donc css.

( par exemple, un js qui ferait des xhr sur csszengarden ne pètera jamais alors que l'apparence peut changer 1000x, mais à cause des faiblesses d'html/css encore existantes le code contient plein de blocs parfois inutiles et on peut pas totalement faire tout ce qu'on veut de manière compatible )

Message cité 2 fois
Message édité par 0x90 le 27-10-2006 à 16:49:10

Chaos Intestinal

Okay, si tu modifies la structure de la page, ça tombe à l'eau [:dawa]

skeye

0x90 a écrit :

[:rofl]
T'as vu la tronche du html de csszengarden?
S'il faut prévoir à l'avance absolument tout ce qu'on peut vouloir faire en css pour toutes les pages qu'on génère on a pas fini... [:dawa]

Message cité 1 fois

---------------
Can't buy what I want because it's free -

anapajari

s/travail/glanding on hfr/gs;

0x90 a écrit :

Pourquoi ne pas avoir un flux xml de la forme :

Code :

<table class="liste_recette">
<tr class="recette">
<td class="nom">Choucroute</td>
<td class="cuisson">20</td>
<td class="preparation">10</td>
<td class="ingredients"><dl>
<dt>Choux</dt><dd>legume</dd>
<dt>Saucisse</dt><dd>charcutaille</dd>
</dl></td>
</tr></table>

Mais parce que y'a pas d'XPath sur un xhr.responseXML [:pinguouino] , tu parcours le flux de retour via le dom pour reconstruire tes noeuds dans le document de la page html ( et tu en profites pour leur rajouter des evenements si besoin).
En plus la ton flux ne veut rien dire puisque tu "triches" en utilisant l'attribut class pour transmettre une information.

Et puis comme t'as expliqué le jour ou t'as un truc qui change, tu jettes tout ton js à la poubelle.

Chaos Intestinal

0x90 a écrit :

mais à cause des faiblesses d'html/css encore existantes le code contient plein de blocs parfois inutiles

Code :

<p class="p2"><span> ... blablabla ... </span></p>

[:pingouino]

anapajari

s/travail/glanding on hfr/gs;

Et si t'es toujours pas convaincu on va prendre un autre exemple: tu dois faire un script qui liste tous les derniers messages d'un forum sauf que tu veux que ces résultat soient visibles dans une page html et dans un flux rss.
Tu vas faire deux scripts différents alors qu'un seul avec uniquement une variante sur le format de sortie suffirait?

0x90

→

skeye a écrit :

[:rofl]
T'as vu la tronche du html de csszengarden?
S'il faut prévoir à l'avance absolument tout ce qu'on peut vouloir faire en css pour toutes les pages qu'on génère on a pas fini... [:dawa]

C'est ce que je disais, le template serait une couche inutile si l'html/css avait moins de défauts "historiques"...

( exemple à la con, tu définis sémantiquement un tableau à coup de <table> mais tu es forcé au niveau présentation d'afficher les <tr> en lignes et les <td> en colonnes, si tu veut permuter les 2, il te faut regénerer tout le code de la table en inversant les 2... )

Message cité 1 fois
Message édité par 0x90 le 27-10-2006 à 16:55:49

FlorentG

0x90 a écrit :

C'est ce que je disais, le template serait une couche inutile si l'html/css avait moins de défauts "historiques"...

Ou si l'utilisation de l'XSL serait safe côté client

Message cité 1 fois

0x90

→

FlorentG a écrit :

Ou si l'utilisation de l'XSL serait safe côté client

Ou si l'XSL était un langage utilisable [:cupra]

Dj YeLL

$question = $to_be || !$to_be;

0x90 a écrit :

Ca sert à quoi d'autre ?
( je parle pas d'html valide et standard (en oubliant le fait que mr.w3c impose la sémantique), je parle d'html sémantiquement clean)

lapin compris [:0x90]

skoi la différence entre disposition et apparence ?

Ben, comme leur nom l'indique :

Disposition = je mets ça ici, je mets ça là, ça le met au dessus de ça ...
Apparence = ça je le mets en rouge, ça ça sera bleu, celui là il sera souligné, avec une bordure verkakadoi

Message cité 1 fois

---------------
Gamertag: CoteBlack YeLL

skeye

Dj YeLL a écrit :

[:ohmyeyes]

---------------
Can't buy what I want because it's free -

Publicité

Page : 1 2 3 4 5 .. 141 142 143 .. 1454 1455 1456 1457 1458 1459

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

HTML/CSS

blabla@web

Sujets relatifs
blabla 3	blabla 2
PUTAIN HARKO TU AS FERM2 BLABLA !	[Beaucoup de blabla pour rien : post à effacer] Compiler .bat
variable1="blabla + variable2 +blala : c'est possible ??	[PHP & regex] "blabla blabla file.ext?point=444 blabla" Recupérer 444
mail("celine@hotmail.com"," sujet","blabla"); pose une err ! Help	[MySQL] WHERE 'blabla' compris dans le champ truc
[blabla@olympe] Le topic du modo, dieu de la fibre et du monde	[PHP / BlaBla - limite]
Plus de sujets relatifs à : blabla@web

Page générée en 0.185 secondes