Laurent J a écrit 2938 commentaires

il faut aussi que firefox soit installer sur ton ordinateur , puisque il est basé sur firefox

pas du tout, nvu est totalement autonome. Il repose sur le code de Firefox, mais il n'y a pas besoin de firefox pour l'utiliser

alors que la différence au niveau code doit pas être énorme. En tout cas c'est le même moteur.

Ah tiens... Tu m'en apprend une bonne là...

Alors voilà, si je peux te donner un conseil, va faire un tour sur le CVS de mozilla. et regarde les branches.. Et fais des diffs sur la partie layout et autre modules "bas niveau" entre la branche de mozilla et celle de firefox 1.0 (aviary)...

j'oubliais, pour eviter ce genre de vers, il suffit juste d'interdire dans php la possiblité d'inclure/de charger des fichiers distants ( paramètre allow_url_fopen dans php.ini)

a) nos scripts sont pas trop bancaux (le script visé, index.php,
fait un include($page. ".php"), et la concaténation fait qu'il
aurait dû ajouter une page qui finit par .php sur le site compromis et
faire en sorte d'include()r celle-là). Dans l'absolu il devrait faire un
include("./".$page.".php"), mais bon. C'est pas mon script ;-)

Ouauaaaaiiii super, c'est quoi l'url de ton site ?

index.php?page=../../../../../../../../etc/passwd%00


C'EST UNE TRES MAUVAISE IDEE DE PASSER UN NOM DE FICHIER, OU UN MORCEAU DE NOM DE FICHIER EN PARAMETRE, DESTINÉ À UN INCLUDE

Tes scripts sont trés trés bancaux pour moi.

Si tu ne l'as pas déjà fait, je te recommande vivement d'indiquer un open_base_dir dans ton php.ini. Et de regarder dans tes applis si il y a pas des fichiers texte non php (ini, xml ou autre) qui contiendrait des parametres de conf de ces applis (l/p des bdd etc...)

Quelques liens un peu plus digeste que les specs du W3C (et en français)

intro
http://openweb.eu.org/articles/intro_accessibilite/(...)

30 jours pour rendre un site web plus accessible
http://www.la-grange.net/accessibilite/index.html(...)

Les bonnes pratiques pour rendre accessible son site web
http://www.opquast.com/bonnes-pratiques/?niveau=3(...)

Tu as Copix. Il est plus lourd que jaz, mais offre beaucoup plus de features je pense (DAO en xml, système d'évènement, etc...), et a un fonctionnement différent.

site officiel : http://copix.aston.fr(...)
site communauté : http://www.copix.org(...)
posez vos questions sur le forum http://forum.copix.org(...)

Une version 2.2 devrait sortir ce mois-ci si on n'est pas trop débordé...
Une version 2.3 dans quelques semaines/mois devrait terminer la phase "xmlisation" (la plupart des sources, des configs etc seront stockés en XML, avec générateur de code dérrière, et un IDE pour développer tout ça via un clickodrome)
Une version 3 est prévue dans x mois, optimisée pour PHP5 (non, on ne fera pas de version compatible PHP4 et PHP5 à la fois, ce serait dommage de se passer des features de PHP5)

J'ai compris ?

Non.

Jaz (ou copix) et Pear sont deux choses différentes.

Le premier t'offre une manière de structurer ton code, s'occupe de la coordination de ton appli et d'autres choses, le deuxième n'est qu'une boîte à outils à utiliser lors des différentes actions (que tu dois coder...).

Ils sont complémentaires. De plus, Jaz utilise trés certainement Pear pour son fonctionnement interne. Cela ne te dispense pas d'appeler des objets de Pear quand tu en as besoin.

pear n'est qu'un ensemble de bibliothèque. Il ne te force pas à structurer ton code.

Tout comme Copix <pub>http://copix.org</pub> , phpJaz te force à structurer ton code d'une certaine manière, à organiser tes sources d'une certaine manière.

bref, ce sont de véritables frameworks, ce que n'est pas Pear.

vous pouvez me moinsser : le snapshot de la 1.4 a un theme par défaut qui semble propre...

(je savais bien qu'il fallait que je reste encore au lit aujourd'hui...)

mmmm, désolé, j'ai pas vu, la demo repose sur la version 1.3, et non 1.4...

il y a une demo de la 1.4 quelque part ?

Franchement, à l'heure où la plupart des gens commencent à comprendre l'interet des standards, à l'heure où beaucoup de nouveaux projets se mettent aux CSS, la demo de phpwebgallery n'est vraiment pas un exemple de ce coté là. ( http://demo.phpwebgallery.net/category.php(...) )

Je dirais même que le code html est une horreur et les développeurs n'ont aucune excuse, depuis le temps qu'on en parle.. (arf, les quelques styles CSS qu'il y a ne sont même pas mis dans une fichier séparé...avec la tag soup qu'il y a autour, j'ai l'impression de voir une appli qui date de 1998...)

Qu'on ne me dise pas "oui tu peux faire ton theme patati patata". Si il y avait un code html sémantiquement propre, conforme, et un design basé sur CSS, cela eviterait de refaire tout un thème...

enième rappel :
http://openweb.eu.org(...) http://www.pompage.net(...) http://www.webmaster-hub.com(...)

Le problème, c'est que c'est un export plutôt light par rapport à ce que peut gérer docbook.

Par exemple, comment dans OpenOffice, on dit que tel morceau de phrase c'est un nom de fichier ? un nom de classe ? de méthode ? etc.. (correspondant respectivement aux balises filename, classname methodname etc...)

Bref, avec openoffice, on ne peut produire que du docbook simplet même si c'est déjà pas si mal.

Tu oublie une chose : les trolleurs sont des êtres humains (si si), ils ont donc besoin de manger. Or il est l'heure de manger. Ils sont tous en fait à la cantoche ! :-D

T'inquiète, ils vont venir les trolls.

tu dois confondre avec le portail msn justement http://www.msn.com/(...)

Je vois parmis les screenshots, l'utilisation d'un composant 'webbrowser'

Ce composant est-il réécrit de A-Z dans gambas ? ou utilise-t-il khtml ?

Comme il s'agit d'une appli qt, est-il possible de réutiliser des composants kpart ?
Si ce n'est pas le cas, ça serait vraiment, vraiment cool.

Car, on peut tourner la question dans tous les sens, l'auteur doit quand meme manger à la fin du mois

Pour manger, il y a les concerts. Depuis tout temps (troubadour ou autre ;-) , les artistes se font payer via ce moyen, pas en pondant un CD et en attendant que les sous rentrent.

oui mais si tu cliques sur le lien dans le menu à gauche, ça va vers l'addullact.

C'est donc en partie de notre faute.. Il va falloir qu'on corrige ça :-)



---
laurent J / Copix Team

il est mis que la dernière version stable est la 2.0 => c'est faux. La dernière est la 2.1

Je confirme ;-)
Même d'ailleurs que la 2.1 ne sera bientôt plus la dernière stable :-D

Bon, faut qu'on corrige tout ça :-)

aaah le -moz-border-radius :-)

(tin c'est emmerdant que CSS3 n'avance plus... J'aimerais bien qu'une recommandation pour une nouvelle version de CSS sorte, pour avoir des styles sympa standards :-/)

Si quelqu'un a le temps de regarder comment ils font, moi j'ai pas le temps.

Trés simple : à chaque caractère entré, la page utilise l'objet XMLHttpRequest (javascript) pour appeler un service web renvoyant la liste des mots clés relatifs à ce que tu tapes.

Utilisation de XmlHttpRequest : http://xulfr.org/wiki/ApplisWeb/Request(...)

ethernet/RJ45 roxor.

Y a des fils, mais au moins c'est fiable, rapide, trés bien supporté, tu pollue moins l'environnement au niveau des ondes éléctromagnetique, et tu as beaucoup moins l'impression d'avoir ta tête dans un four micro-onde.

ces "marginaux" ne le sont pas tant que ca, statistiques d'accès à l'appui.

hum.. si le site intranet est inaccessible à autre chose que IE, les gens ne vont donc pas utiliser autre chose. Donc les statistiques d'accés à ce site concernant ces navigateurs alternatifs vont être quasiement nulle.
Pas la peine donc d'avancer cet argument.

À l'inverse, si on vous sort : "pas la peine de développer pour les autres navigateurs, regardez les stats du site, y a que du IE". Là, retorquez avec les arguments de mon paragraphe précédent ;-)

Bon courage.

oui, il en faut. Beaucoup. Et beaucoup de patience. Les choses ne changent pas du jour au lendemain. Dans la boîte où j'étais avant, ça a pris des mois pour que les developpeurs commencent à accepter l'idée de réaliser les sites aux standards. (sauf dans les équipes des projets où j'étais, là ils ont été plus rapide à accepter. Faut dire que j'ai pu leur montrer plus concretement les avantages, et un lavage de cerveau tout les jours, ça aide :-)

En tout cas, une rêgle d'or : ne pas y aller brutalement. En clair : suggerer, et pas imposer. Surtout dans la manière d'expliquer les choses. Et démontrer petit à petit les bienfaits de l'utilisation. Revenir régulièrement sur le sujet. Ainsi petit à petit, ils finissent par être convaincu et on peut imposer de plus en plus.

et donc pas de support ... ce qui devait les emmerder au plus haut point

mmm... Tu es sur qu'ils savent ce que c'est que de ne pas avoir de support ? En tout cas leurs abonnés eux ils savent :-p
bon ok, ce yohan n'a certainement rien avoir avec le support Free, mais quand même..

Ce n'est pas une histoire de naiveté. il faut bien lire ce que dit l'auteur de dotclear.

Il a galéré pendant longtemps pour que dotclear fonctionne sur free. Il a tenté mainte fois d'avoir des contacts avec free pour que d'une part, ils changent quelques trucs sur leurs apaches afin que dotclear passe mieux (multiview etc... que des trucs pas vraiment transcendant hein pour un admin...), et d'autre part avoir des infos pour pouvoir hacker dotclear afin qu'il fonctionne.

Bref, il a vraiment *galeré* pour adapter dotclear sur free, tout en se faisant bouler par free.
Et maintenant free propose (ou pluôt proposait) dotclear en install automatique. En clair, ils ont envoyé boulé l'auteur mais ils ne sont pas mécontent que finalement le produit fonctionne chez eux.

Moi je dis : c'est du foutage de gueule !

Voilà le pourquoi de la réaction de l'auteur. ça n'a strictement rien à voir avec la GPL ou autre.

>On ne demande pas non plus l'accord du constructeur de la voiture situé dans un vieux garage en 3ème plan à l'écran pour pouvoir filmer la scène de cambriolage d'une maison

ça je n'en suis pas sûr. Le droit des marques ça existe. Donc citer des marques (oralement, visuelement) est régi par des lois (ok, tout dépend des pays...)