1

Bonjour. Alors voilà, j'ai quelques petits problèmes (c'est un peu urgent et je ne vois pas où ça cloche, d'où le topic).

J'ai un fichier XML, que j'arrive à afficher dans un navigateur (safari ou firefox) et dedans je déclare une feuille de style mais elle ne semble pas fonctionner du tout (le texte ne se retrouve pas formaté d'une once !). Donc je me demande s'il y a un problème soit dans la déclaration soit dans la CSS en elle-même. Concernant la déclaration, je parle du fichier dangerous_liaisons.css qui se trouve dans le même dossier (users/mon_nom).

Je précise aussi que je n'ai pas défini le style de toutes les balises dans mon fichier CSS et pas dans un ordre particulier non plus.

Ma CSS letter { display: block; border: black; width: 70%; color: black; } letter_header { display: block; text-align: center; } letter_number { text-transform: uppercase; display: block; font-size: 200%; } letter_title { display: block; font-family: cursive; font-size: 150%; } from, to { font-family: monospace; font-weight: bold; } text { display: block; } front { display: block; text-align: center; } body { display: block; } letter_body { display: block; text-align: justify; } p { display: block; text-indent: 10%; } letter_footer { display: block; text-align: right; font-family: cursive; } date { font-family: monospace; } foreign, emph, title { font-style: italic; } q { text-decoration: underline; } theme { font-weight: bold; } theme.trust { color: green; } theme.suffering { color: red; } theme.sex { color: blue; }


Mon fichier XML <?xml version="1.0" encoding="UTF-8" standalone="no"?> <?xml-stylesheet href=“dangerous_liaisons.css" type="text/css"?>



J'ai également un deuxième problème. J'ai une DTD (qui contient des erreurs ou au moins des lacunes) et quand je la déclare, ça me met qu'il y a une erreur de syntaxe au niveau de la déclaration, mais je sais pas si cela signifie que j'ai mal déclaré la DTD ou alors que le contenu de la DTD ne correspond pas tout à fait au fichier XML...

Voici la déclaration de ma DTD dans le fichier XML (j'ai tenté sans espaces, avec ou sans guillemets, en changeant les noms et ça me met la même erreur):


<! DOCTYPE book SYSTEM "dangerous_liaisons.dtd" >

Note: elle apparaît juste après ma déclaration de CSS


Merci d'avance pour votre aide smile (idéalement j'aimerais avoir résolu au moins le premier problème aujourd'hui dimanche, vu que ma deadline est demain lundi trioui)
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

2

Je ne sais pas si c'est ça ton erreur, mais le (la ?) guillemet ouvrant(e ?) après "href=" dans la deuxième ligne de ton CSS n'est pas un simple caractère ", tu as du utiliser un logiciel qui fait automatiquement le remplacement vers un caractère graphiquement plus joli, mais syntaxiquement invalide.

Si ça n'est pas ça, je ne sais pas : tes fichiers ont l'air corrects, mais sans code XML pour tester c'est pas évident, tu pourrais nous en donner un petit bout à titre d'exemple si ça n'est pas trop confidentiel.
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

3

Merci beaucoup Zephyr ! smile

Je suis vraiment pas douée... en fait j'ai fait un copier-coller depuis le cours du prof et en effet il y avait un(e) joli(e) guillemet... Et comme j'utilise un editeur de ***** (je n'ai aucune couleur ni rien) c'est pas évident de ce rendre compte des petits détails comme ça '^_^

Maintenant ça ne marche pas totalement mais au moins ça formate un petit peu peu oui

J'aurai donc peut-être d'autres questions plus tard mais là ça va pour l'instant hehe


Et pour l'erreur de syntaxe sur la DTD, une idée de si c'est dû à une mauvaise DTD ou une mauvaise déclaration ? happy (j'aurais tendance à dire que c'est la DTD vu qu'elle ne correspond pas au document XML, mais je me trompe peut-être hehe)
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

4

pour la DTD je sais pas trop, justement j'aurais bien testé si j'avais de quoi faire mais je n'ai jamais touché aux DTDs donc à moins d'avoir un exemple je ne vais pas t'être d'une grande aide ^^
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

5

Ok merci grin Ouais, c'est pas bête, je pourrais tester avec une DTD et un document XML minimaliste... (je ferai peut-être ça si ça ne marche toujours pas une fois que ma DTD est à peu près correcte ^^)
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

6

Souane (./1) :
<! DOCTYPE book SYSTEM "dangerous_liaisons.dtd" >
Je crois qu'il ne faut pas mettre d'espace entre ! et DOCTYPE . C'est ce qui me semble le plus vraisemblable comme erreur ^^
avatar
Le scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes

7

Oui, j'avais vu finalement (encore un truc que j'ai dû copier du cours... vive MS Officle, je suppose hehe). Mais merci quand même happy


Bon, maintenant j'ai un autre problème. J'ai la balise <ref> qui a un attribut target qui prend comme valeur un refID, et ça me donne un problème avec une partie des refID mais pas tous (aucun problème, en tout cas pour l'instant, avec #noteII.5 #noteII.6 et #noteII.7, mais peut-être que le validateur ne les a pas "vus" cheeky)

J'ai comme message d'eurreur :
226: 255 Attribute value "#note61.1" of type IDREF must be an NCName when namespaces are enabled.
233: 443 Attribute value "#let63" of type IDREF must be an NCName when namespaces are enabled. 287: 120 Attribute value "#note63.1" of type IDREF must be an NCName when namespaces are enabled.


Et je ne comprends pas trop. J'ai trouvé sur internet qu'un idRef doit être un NCName, c'est à dire ne pas contenir de signe ":", mais c'est tout. Et je ne comprends pas "when namespaces are enabled"
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

8

Bon en fait ça va PEUT-ÊTRE... ceux qui marchaient c'est parce qu'ils n'avaient pas le signe "#" devant... Je vois partout qu'un ID on est censé y référer avec le signe "#", mais ça ne valide que quand j'ai le truc entre guillemets et sans # (et pourtant j'ai bien déclaré l'attribut target comme prenant uniquement des idref)

C'est pas toujours clair les explications qu'on trouve sur le net (ou dans les cours cheeky) Pfiou... 'hehe


Maitenant j'ai un joli document qui marche sous firefox à condition d'internaliser la DTD love (mais pas sous Safari, faut pas rêver sad... enfin ça ne prend pas en compte les attributs pour la CSS donc c'est limité)

6 heures pour pondre un rapport de 3000 mots, maintenant ! trilove
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

9

Tu dois "internaliser" la DTD : pourquoi ça ne joue pas sinon ? Comme je l'ai remarqué à mes dépens, seul Internet Explorer charge une DTD externe. Firefox, Safari, Opera, Chrome ne les chargent apparemment plus et possèdent leurs bases de données intégrées pour contrôler la syntaxe et résoudre les entités, entre autres.
avatar
Je sais qu'il y a marqué "con" sur ma gueule. Je suis né comme ça, je m'y fais. Mais pourquoi toutes les filles qui me plaisent se sentent obligées de rajouter le suffixe "-fident" ?

10

Oui, c'est ce que j'ai fait finalement smile

Mais bon, j'ai en gros un magnifique projet qui ne marche correctement que sous Firefox (et peut-être IE et Opera, je sais pas) hehe Parce que le marquage en XML est assez complexe (j'utilise pas mal les attributs) smile

Donc apparemment j'avais le choix entre ajouter une définition comme fichier html ou, par exemple, utiliser XML Schema (XSLT) mais ça on n'est pas censés l'utiliser pour le projet happy

Quelqu'un sait-il si la tendance va à l'amélioration pour le support des fichiers XML pur dans les navigateurs ?
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

11

Ce n'est pas du tout fait pour. Le XML pur, c'est pour représenter une arborescence de manière facile à parser par un programme, mais quand-même éditable par un humain. Pour l'affichage dans un navigateur, il y a le HTML ou le XHTML. Je signale aussi que les XSLT côté client ne sont pas du tout garantis comme étant gérés. Konqueror ne les traîte pas, et il me semble IE non plus (mais ça a peut-être changé), et pas mal de navigateurs légers non plus. Normalement, tu es censée utiliser le XSLT du côté serveur pour générer du HTML que tu peux ensuite envoyer au client.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

12

Oui, je parlais plutôt d'utiliser XSLT pour créer un fichier HTML smile Merci pour l'info en tout cas !

Je comprends que ça ne soit pas fait pour smile Mais après c'est notre prof qui nous demande de pondre un fichier XML et une CSS pour pouvoir le visualiser dans un navigateur trioui (même si j'ai conçu mon fichier XML pour faire des traitements assez sophistiqués qui de toute façon ne pourraient pas être exhaustivement représentés via une feuille de style même si c'était techniquement possible, parce qu'il y a juste trop de facteurs pour que l'oeil humain s'y retrouve hehe)

Pour info, je suis partie d'un long extrait (2500 mots) des Liaisons Dangereuses, de Choderlos de Laclos (traduit en anglais), et j'ai "annoté" à la fois sa structure mais surtout des éléments plus spécifique pour une analyse littéraire poussée (thèmes principaux, référence aux personnages, ...)
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

13

Je ne suis pas d'accord avec le point de vue de Kevin : ça me semble tout à fait sensé d'avoir un XML pour décrire des données destinées par exemple à être exploitées par informatique d'une façon ou d'une autre, et d'avoir un XSLT permettant à un humain de les visualiser sous une forme lisible.

Ta question à propos de l'évolution du support des XSLT est pertinente, je n'ai aucune information là-dessus mais ça m'intéresse aussi. Je n'ai pas l'impression que ce soit une priorité en tout cas : certains navigateurs ont des très grosses lacunes dans le support des XSLT (Firefox par exemple), et d'autres ne les supportent pas du tout (Konqueror).
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

14

J'ai pas dû être clair. En fait je parlais du support des fichier XML à l'avenir smile (j'y connais fichetrement rien en XSLT de toute façon, donc pour l'instant je ne me pose pas la question de savoir si c'est supporté. Je sais par contre que ça permet de transformer un fichier XML en fichier HTML en définissant des règles et tout smile)

Mais merci quand même d'avoir répondu à cette question non posée : c'est toujours bon à savoir smile
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

15

Quand tu parles du support des XML à l'avenir, tu parles des XML+CSS ? Parce que sinon les XML ne risquent pas de disparaître demain, ça serait un sacré retour en arrière après tous les efforts de standardisation qui sont suivis actuellement.
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

16

oui, par exemple smile (j'avoue ne pas connaître tout ce qui se fait) Ca me paraîtrait logique aussi, mais bon ça m'étonne que rien que pour les CSS ce soit mal supporté sur des navigateurs aussi courants que Safari. XML ne date quand même pas d'hier smile

De plus, le message suivant m'a fait me poser la question:
Ymox (./9) :
Tu dois "internaliser" la DTD : pourquoi ça ne joue pas sinon ? Comme je l'ai remarqué à mes dépens, seul Internet Explorer charge une DTD externe. Firefox, Safari, Opera, Chrome ne les chargent apparemment plus et possèdent leurs bases de données intégrées pour contrôler la syntaxe et résoudre les entités, entre autres


avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

17

Kevin Kofler (./11) :
et il me semble IE non plus (mais ça a peut-être changé), et pas mal de navigateurs légers non plus.
Et la marmotte…
Non mais sérieux Kevin tu te fous de qui là… ? IE gère le XSLT depuis presque toujours !
MSXML est un des meilleurs parser XML qui existe, et gère parfaitement le standard !
Konqueror est le seul navigateur qui se prétend moderne et qui ne sait pas les gérer !
Normalement, tu es censée utiliser le XSLT du côté serveur pour générer du HTML que tu peux ensuite envoyer au client.
C'est vachement cool comme idée (-> systèmes de templates) mais ce n'est pas une option viable. C'est trop lourd sur le serveur: tu pourrais générer directement le document final pour un coût sensiblement inférieur.
Souane (./10) :
Donc apparemment j'avais le choix entre ajouter une définition comme fichier html ou, par exemple, utiliser XML Schema (XSLT) mais ça on n'est pas censés l'utiliser pour le projet happy
Tu as confondu deux choses différentes en fait: XSD (XML Schema Definition) et XSL(T) (Extensible Stylesheet Language (Transformations))
Quelqu'un sait-il si la tendance va à l'amélioration pour le support des fichiers XML pur dans les navigateurs ?
Quand à ça je en sais pas grand chose non plus sad.
L'idée est très intéressante, et les normes progressent sans cesse dans ce sens (voir CSS2.1/CSS3), mais je pense pareil que Kevin et Zephyr sur ce point, le HTML reste plus adapté pour la présentation. (Pour prendre un exemple concret, tu n'as pas d'équivalent possible de la balise <img> de html en xml pur, tu dois forcément utiliser du xslt)
Quoi qu'il en soit, pour que le coupe XML+CSS fonctionne bien, il faut que les deux fonctionnent bien. XML n'est qu'une formalité pour la plupart d'entre eux, mais pour CSS les choses sont un peu différentes (quoique IE8 devrait quand même mieux s'en tirer que ses prédécesseurs)
avatar
Le scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes

18

GoldenCrystal (./17) :
Souane (./10) :
Donc apparemment j'avais le choix entre ajouter une définition comme fichier html ou, par exemple, utiliser XML Schema (XSLT) mais ça on n'est pas censés l'utiliser pour le projet smile2.gif
Tu as confondu deux choses différentes en fait: XSD (XML Schema Definition) et XSL(T) (Extensible Stylesheet Language (Transformations))

Non, j'ai pas confondu (= je connais la différence entre les deux concepts). Mais comme les deux commencent par XS je supposais que le XS voulait dire la même chose. Je vais me faire griller, zut #tricouic#[cite]
Et mince... cheeky

avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

19

Zephyr (./15) :
Quand tu parles du support des XML à l'avenir, tu parles des XML+CSS ? Parce que sinon les XML ne risquent pas de disparaître demain, ça serait un sacré retour en arrière après tous les efforts de standardisation qui sont suivis actuellement.

Bah, un des buts de HTML 5 est justement de remplacer le XHTML par quelque chose qui n'est pas du XML…
Souane (./16) :
De plus, le message suivant m'a fait me poser la question:
Ymox (./9) :
Tu dois "internaliser" la DTD : pourquoi ça ne joue pas sinon ? Comme je l'ai remarqué à mes dépens, seul Internet Explorer charge une DTD externe. Firefox, Safari, Opera, Chrome ne les chargent apparemment plus et possèdent leurs bases de données intégrées pour contrôler la syntaxe et résoudre les entités, entre autres

Ils ont changé ça parce que ça générait un traffic énorme sur les sites qui hébergent les DTD courantes (HTML 4.01, XHTML).
GoldenCrystal (./17) :
Non mais sérieux Kevin tu te fous de qui là… ? IE gère le XSLT depuis presque toujours !

Bon, apparemment (d'après la Wikipédia) le XSLT standard est géré depuis IE6, or le dernier que j'ai utilisé était le 5.5 (qui d'après la Wikipédia ne gérait qu'une préversion incompatible avec le standard final), donc forcément… gni

Ce que je sais, c'est que IE n'accepte (n'acceptait?) pas le XHTML envoyé comme tel (seulement si le serveur donne un type MIME HTML), beaucoup de développeurs web s'en sont plaints sur le net. Mais il gère le XML avec XSLT? Bizarre!
C'est vachement cool comme idée (-> systèmes de templates) mais ce n'est pas une option viable. C'est trop lourd sur le serveur:

Pas vraiment, non. C'est assez rapide de faire un passage XSLT. Il y a des sites qui font beaucoup plus de traîtements côté serveur.
tu pourrais générer directement le document final pour un coût sensiblement inférieur.

Ça dépend de l'application. Si tu peux générer du HTML directement, c'est le plus simple évidemment.
(Pour prendre un exemple concret, tu n'as pas d'équivalent possible de la balise <img> de html en xml pur, tu dois forcément utiliser du xslt)

Bah, ce n'est pas un argument, il n'y a pas de <img> en Gopher non plus, on s'en passe très bien. tongue
Cf. gopher://www.calcforge.org/1/ et http://www.calcforge.org:70/. (Les images que tu vois sont automatiquement choisis par le serveur multiprotocole Gopher/HTTP en fonction du type du fichier dans la liste, on ne peut pas mettre d'images perso en Gopher.)
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

20

Kevin Kofler (./19) :
Zephyr (./15) :
Quand tu parles du support des XML à l'avenir, tu parles des XML+CSS ? Parce que sinon les XML ne risquent pas de disparaître demain, ça serait un sacré retour en arrière après tous les efforts de standardisation qui sont suivis actuellement.
Bah, un des buts de HTML 5 est justement de remplacer le XHTML par quelque chose qui n'est pas du XML…

Et à ton avis, à quoi est destiné XHTML 5 ? triso
Souane (./16) :
De plus, le message suivant m'a fait me poser la question:
Ymox (./9) :
Tu dois "internaliser" la DTD : pourquoi ça ne joue pas sinon ? Comme je l'ai remarqué à mes dépens, seul Internet Explorer charge une DTD externe. Firefox, Safari, Opera, Chrome ne les chargent apparemment plus et possèdent leurs bases de données intégrées pour contrôler la syntaxe et résoudre les entités, entre autres

[/cite]
Il me semblait qu'ils acceptaient de charger les DTD externes quand ils ne l'avaient pas en local hum
Bon, apparemment (d'après la Wikipédia) le XSLT standard est géré depuis IE6, or le dernier que j'ai utilisé était le 5.5 (qui d'après la Wikipédia ne gérait qu'une préversion incompatible avec le standard final), donc forcément… gni

Faut se mettre à jour, y a IE9 qui arrive embarrassed
Ce que je sais, c'est que IE n'accepte (n'acceptait?) pas le XHTML envoyé comme tel (seulement si le serveur donne un type MIME HTML), beaucoup de développeurs web s'en sont plaints sur le net. Mais il gère le XML avec XSLT? Bizarre!

Il me semble que le problème n'a rien à voir avec le XML, c'est un problème de compatibilité pour assurer le même rendu qu'avec les versions antérieures.
IE9 va abandonner cette idée et acceptera le XML envoyé comme tel.
C'est vachement cool comme idée (-> systèmes de templates) mais ce n'est pas une option viable. C'est trop lourd sur le serveur:
Pas vraiment, non. C'est assez rapide de faire un passage XSLT. Il y a des sites qui font beaucoup plus de traîtements côté serveur.

Tout dépend de la complexité de la transformation en XML, mais ça reste nettement plus coûteux que de le faire sur le client embarrassed
Bah, ce n'est pas un argument, il n'y a pas de <img> en Gopher non plus, on s'en passe très bien. tongue

Oui, et on se passait très bien de la roue il y a quelques dizaines de milliers d'années roll

Cf. gopher://www.calcforge.org/1/ et http://www.calcforge.org:70/. (Les images que tu vois sont automatiquement choisis par le serveur multiprotocole Gopher/HTTP en fonction du type du fichier dans la liste, on ne peut pas mettre d'images perso en Gopher.)

C'est quoi l'intérêt d'avoir un truc tout moche ? confus
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

21

Au passage gopher://www.calcforge.org/1/
c'est passionnant !
                                                                    Gopher Menu

       CalcForge.org now hosts a wiki/bug tracker, svn repository and community forum       for software formerly known as TiEmu and TiLP and all
of their dependencies due
       to change in ownership of that software over to a group who shares very
       different beliefs from us on how the software should be maintained. For more
       information please check the CalcForgeLP or Emu-TIGCC (formerly TiLP and TiEmu,
       respectively) websites or the community forum. The links are posted below.

(HTML) CalcForgeLP website
(HTML) Emu-TIGCC website
(HTML) Community Forum
       -
(HTML) SVN Repository
(HTML) GNU/Linux Software Repository

Utiliser Gopher pour tomber uniquement sur des pages HTML (=> HTTP) ou des binaires (=> FTP) tritop
T'es sûr que tu ne voulais pas montrer que ça ne servait plus à rien, au contraire ?

D'ailleurs, ils disent d'aller sur le website... triroll
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

22

Les binaires (l'entrée Downloads que tu n'as pas citée) sont proposés directement en Gopher, pas en FTP. Le Gopher est mieux que le FTP pour proposer des fichiers, tu peux coder tes propres menus, mettre des descriptions pour les fichiers etc. avec un format compact, pas un truc lourd avec plein de fonctionnalités inutiles comme le HTML. J'ai aussi utilisé pygopherd pour la page d'accueil parce qu'elle est un menu, chose pour laquelle le format Gopher se plie aussi très bien, et que j'allais de toute façon l'utiliser pour la zone de téléchargement. D'ailleurs, CalcForge n'utilise pas FTP, tout est en dual Gopher/HTTP, en HTTP ou en HTTPS.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

23

Flanker (./20) :
Bon, apparemment (d'après la Wikipédia) le XSLT standard est géré depuis IE6, or le dernier que j'ai utilisé était le 5.5 (qui d'après la Wikipédia ne gérait qu'une préversion incompatible avec le standard final), donc forcément… gni

Faut se mettre à jour, y a IE9 qui arrive embarrassed

Ça fait longtemps que je n'utilise plus IE.
IE9 va abandonner cette idée et acceptera le XML envoyé comme tel.

Enfin! C'est beaucoup trop tard. roll
Tout dépend de la complexité de la transformation en XML, mais ça reste nettement plus coûteux que de le faire sur le client embarrassed

Parce que la machine client n'a rien d'autre à faire que de traîter ton joli site web? roll Et si c'est un téléphone avec un CPU à 10 MHz? roll

(D'ailleurs, ce qui est cool dans pygopherd, c'est qu'il peut aussi envoyer du WAP.)
C'est quoi l'intérêt d'avoir un truc tout moche ? confus

Beaucoup plus simple à coder, beaucoup moins de bande passante gaspillée, donc en tout une manière beaucoup plus efficace de faire arriver le contenu au client, ce qui compte vraiment.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

24

Bon, j'ai corrigé le rendu de mes pages Gopher sous Lynx, j'avais des lignes de 80 caractères, Lynx n'en veut que 72, si on en met plus, le rendu foire.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

25

Kevin Kofler (./24) :
Bon, j'ai corrigé le rendu de mes pages Gopher sous Lynx, j'avais des lignes de 80 caractères, Lynx n'en veut que 72, si on en met plus, le rendu foire.

trisotfl
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

26

Flanker (./20) :
Il me semblait qu'ils acceptaient de charger les DTD externes quand ils ne l'avaient pas en local hum.gif

Dans le cours que j'ai suivi, nous avions essayé de mettre un fichier XML et son DTD en accès HTTP. Résltat : seul IE résolvait les entités. Testé avec Chrome 4.1.249, Safari 4.0.5, Opera 10.50 et Firefox 3.6.1.
avatar
Je sais qu'il y a marqué "con" sur ma gueule. Je suis né comme ça, je m'y fais. Mais pourquoi toutes les filles qui me plaisent se sentent obligées de rajouter le suffixe "-fident" ?

27

Kevin Kofler (./24) :
Bon, j'ai corrigé le rendu de mes pages Gopher sous Lynx, j'avais des lignes de 80 caractères, Lynx n'en veut que 72, si on en met plus, le rendu foire.

Ah mais nan mais merde quoi gni

28

GoldenCrystal (./17) :
Kevin Kofler (./11) :
et il me semble IE non plus (mais ça a peut-être changé), et pas mal de navigateurs légers non plus.
Et la marmotte…
Non mais sérieux Kevin tu te fous de qui là… ? IE gère le XSLT depuis presque toujours ! MSXML est un des meilleurs parser XML qui existe, et gère parfaitement le standard !


Yep, il suffit de voir que ça fait des siècles que les logs MSN sont des fichiers XML transformés avec un XSL présent dans le dossier d'archives... et c'est vraiment pas con d'avoir fait comme ça...
avatar