Séparation présentation / contenu / comportement

par **naholyr** » 16 juin 2007, 10:12

Petit esprit revanchard ce matin moi

En l'occurrence je n'ai jamais plus avancé sur ma lib, car j'ai franchement fini par douté de l'intérêt que le public lui porterait vu le retour ici...

Petit retour d'expérience 2 ans après, même si les ActionSheets du W3C n'ont pas avancé d'un iota, vous n'avez toujours pas compris

? Parce que maintenant des librairies pour externaliser les comportements JS via des sélecteurs CSS, il y en a des tonnes et elles ont plutôt un bon succès.

jQuery notamment l'a bien popularisé.

Et là je me dis : la prochaine fois, je vous écouterai pas

P.S: la page que je link au début du thread n'est plus online, la faute à un plantage de free il y a quelques mois, je n'ai pas pu tout remonter mais celui-là je dois l'avoir dans un coin.

par **naholyr** » 12 août 2005, 08:28

Je parle des ActionSheet de la note d'octobre 1998 du w3c, qui est semble-t-il complètement passée aux oubliettes, alors que ça mangeait pas de pain : en 3 jours c'est implémenté en réutilisant le parseur CSS et l'interpréteur Javascript il n'y a rien à réécrire quasiment

Dommage

mais je reste persuadé qu'on y viendra... En tous cas moi ça m'a motivé, je vais donner un coup de collier sur ma lib au niveau du parseur.

par **Ripat** » 12 août 2005, 08:15

( j'ai testé dans firefox, c'est pas implémenté du tout )

Qu'est-ce qui ne marche pas?

Ton exemple marche parfaitement dans Firefox chez moi.

par **naholyr** » 12 août 2005, 00:13

http://www.w3.org/TR/NOTE-AS

D'un côté ça fait chier, j'ai rien inventé (encore que j'aime pas trop leur syntaxe mébon c'est quand-même proche) mais d'un autre côté, ça prouve que c'est pas si con mon truc

( j'ai testé dans firefox, c'est pas implémenté du tout

)

par **ouckileou** » 11 août 2005, 22:17

merci bien pour toutes ces explications

par **pascaltje** » 11 août 2005, 21:37

Alors là j'aimerais bien voir des intranet avec une CSS & tutti quanti En général les intranet sont optimisé pour IE parce que tous les postes du parc sont sous un Windows de base et qu'il ne fallait donc travailler que pour IE...

exact, mais:
- un style ça se copie, du moins les couleurs pour donner le change
- je fais joujou avec le renard flambé au taf, because pas de restriction avec ça + firefox powa (onglets...)

et il faut penser que IE perd du terrain

A+

Pascal

par **naholyr** » 11 août 2005, 21:25

c'est l'idéal à programmer comme premier jeu, on peut modéliser et tester des trucs, développer des joujous en XHR, une messagerie, un compteur de hack, des options rigolotes (je vais en implementer du style: jouer en mode texte, jouer avec une CSS perso - comme ça on copie celle de l'intranet au taf et on est discret etc... )

Alors là j'aimerais bien voir des intranet avec une CSS & tutti quanti

En général les intranet sont optimisé pour IE parce que tous les postes du parc sont sous un Windows de base et qu'il ne fallait donc travailler que pour IE...

par **naholyr** » 11 août 2005, 21:18

ça n'a rien à voir mais.... c'est quoi un jpc ?

http://www.tourdejeu.net

par **pascaltje** » 11 août 2005, 20:18

ça n'a rien à voir mais.... c'est quoi un jpc ?

jpc = jeu par correspondance

on distingue:
- le jpem = jeu par email
- le jpf = jeu par forum
- le jpn = jeu par navigateur (notre cas)

en anglais on remplace jp par pb = play by

a&f ?
avancer & frapper = jeu basique où le joueur a un perso sur une carte, il avance et frappe

( le but très subtil du jeu est de faire du score, devenir le + fort, avoir le + de victimes)
exemple:
www.apomicsworms.com (je suis classé dans les vers de génération 2, et mon score - décés faibles - s'explique par la triche)

c'est l'idéal à programmer comme premier jeu, on peut modéliser et tester des trucs, développer des joujous en XHR, une messagerie, un compteur de hack, des options rigolotes (je vais en implementer du style: jouer en mode texte, jouer avec une CSS perso - comme ça on copie celle de l'intranet au taf et on est discret

etc... )

A+

Pascal

par **ouckileou** » 11 août 2005, 20:04

J'essaie tellement de promouvoir les standards et l'accessibilité, que dans l'ombre, je développe un jpc accessible (jouer à nainwak en étant aveugle, qui n'en a pas rêvé ? hein ?).

ça n'a rien à voir mais.... c'est quoi un jpc ?

par **naholyr** » 11 août 2005, 19:56

AMHA, c'est quand même plus simple d'ajouter onclick="window.open('this.href');return false;" à un lien que :
1) ajouter class="popup" dans ses liens
2) créer les fichiers events.bs, events.css, behaviors.js, events.js
3) relier sa page avec ces 4 fichiers

Alors ça a peut être des possibilité d'évolutions plus importantes que la simple ouverture d'une nouvelle fenetre sur un lien, mais ça fait 4 fichiers (4 hits + qq Ko) de plus à charger en même temps que sa page...

Il est quand même plus simple d'ajouter <font color="red"></font> que :
1) ajouter class="important"
2) créer le fichier style.css
3) relier sa page avec ce fichier

Non ?
Je pense que dans mon approche, le seul problème c'est le fait qu'on doive implémenter ce lien en JavaScript. C'est une méthode qui devrait être implémentée directement dans le navigateur. Et je m'étonne qu'aucune discussion n'aie cours à ce sujet au w3c

par **pascaltje** » 11 août 2005, 18:53

Nouveau concept, beaucoup plus basique. Un défi à la fois s'il vous plait

a&f ?

moi aussi

A+

Pascal

par **@rthur** » 11 août 2005, 18:22

Dans XHTML 1.1, les attributs onclick, onmouseover, etc... sont déconseillés (sinon interdits, mais je ne veux pas m'avancer) et l'attribut target est interdit depuis XHTML 1.0 strict.

Ce qui a amené à développer ce genre de ruses pour autoriser l'ouverture de nouvelles pages sans :
- mettre de javascript dans chaque lien (ingérable)
- utiliser target (et rendre son code invalide)

Déconseillé oui comme le javascript en règle général mais tout à fait accepté du moment que tu écrit bien "onclick" tout en minuscule.

Voila ainsi un code bien valide pour ouvrir un lien dans une nouvelle fenêtre:

Code : Tout sélectionner

<a href="http://www.tonsite.com" onclick="window.open('this.href');return false;">Lien</a>

Je me ralie à la majorité pour dire que ton approche est interessante, mais de là à dire que c'est utilisable...
AMHA, c'est quand même plus simple d'ajouter onclick="window.open('this.href');return false;" à un lien que :
1) ajouter class="popup" dans ses liens
2) créer les fichiers events.bs, events.css, behaviors.js, events.js
3) relier sa page avec ces 4 fichiers

Alors ça a peut être des possibilité d'évolutions plus importantes que la simple ouverture d'une nouvelle fenetre sur un lien, mais ça fait 4 fichiers (4 hits + qq Ko) de plus à charger en même temps que sa page...

par **naholyr** » 11 août 2005, 18:10

Nouveau concept, beaucoup plus basique. Un défi à la fois s'il vous plait

par **pascaltje** » 11 août 2005, 17:34

en parlant de jpc accessible, ça avance?
tu reprends ton ancien jeu ou c'est un nouveau concept?

A+

Pascal accro à ogame

Séparation présentation / contenu / comportement

Répondre

Étendre la vue Revue du sujet : Séparation présentation / contenu / comportement