Reprise du message précédent :

yé bon là?

Yeah
Par contre, c'est moche Pis coder en Comic Sans MS, faut être maso

C'est lisible et l'interface est réduite à son plus strict minimum

Faut que t'arrêtes la drogue, si ça ressemble à du comic sans ms chez toi faut songer à passer chez l'ophtalmo

12/10 à chaque oeil (bon en fait, le toubib a pas vu (si j'ose dire) ma petite myopie à l'oeil gauche), alors change plutôt de lunettes

Putain, j'connaissais pas, y a de l'idée !

Le contenu de ce message a été effacé par son auteur

Mais tu t'appelles vraiment Masklinn alors  

Ben ça dépend du besoin, si tu sors du HTML et que l'élément de sortie est pas dynamique, j'vois pas l'intérêt d'utiliser xsl:element (je l'utilise quasiment que pour les H*). Idem pour xsl:attribute, si t'as pas des truc compliqués à faire dedans ça sert juste à rendre la XSL encore plus imbitable, et c'est pas comme si cette merde était bitable, à la base

Classiquement, xsl:attribute je l'utilise surtout pour

• Les attributs complètements optionnels (xsl:if avec un xsl:attribute dedans, truc du style)
• Les attributs dont le contenue varie beaucoup (@class, typiquement)
• Les groupes d'attributs générés ensemble (via un xsl:call-template par exemple)

Le reste, c'est majoritairement inline.

Naturellement, tu en doutais?

Le contenu de ce message a été effacé par son auteur

 
Sauf que les buttons vont disparaître, et que je vois pas ce qu'on peut faire abev button qu'on ne peut pas faire avec input

Ba si on peut styler les input de type button de la même façon qu'on peut styler les buttons, alors ouais, y a rien d'intéressant

Avoir une image dans la <value/> sans devoir bricoler des background-image en CSS, pour commencer

Je vois pas le problème de background-image

Ya pas de background-image sur les input (en tous cas pas sur tous les browsers)

Bin ça veut juste dire que si tu veux mettre une image dans un bouton, t'es obligé de passer par du CSS et background-image. C'est pénible pour les boutons à usage unique.

Pour commencer, par exemple il me semble bien que sous safari les inputs ne sont pas styllables (ou pas depuis longtemps) à cause du style "mac".

Et aussi ça Ou si on veut une image dynamique, ça marche pas trop non plus.

Bon c'est bien pratique le loggage des erreurs, et à la fois bien relou quand tu dois avoir constament les yeux rivés sur le nav et le ssh, en vérifiant tout le tps si telle erreur vient du dernier F5 ou de celui d'avant

Mask => pourquoi t'es sous Emacs et pas sous un autre éditeur ?
Où est-ce qu'on peut trouver des bonnes configurations pour Emacs ?

c'est domage le bug IE qui va avec...
http://www.peterbe.com/plog/button-tag-in-IE

j'ai bien une idée  

sinon plus sérieusement Emacs j'ai essayé j'ai jamais pu...quitte à prendre du old school, je préfère encore Vim, je le trouve plus ergonomique...et surtout je trouve Emacs horriblement mal intégré à Windows

après si on maitrise un brin le list, et si on a 3 bras, Emacs c'est hyper puissant, faut le reconnaitre...tu peux bosser hyper rapidement sur x fichiers texte en //...

Parce qu'il marche très bien sans souris, parce qu'il a plein de raccourcis qui poutrent, et parce que quand on bricole avec des langages à la con c'est le seul éditeur capable de faire à la fois leur coloration et leur indentation correctement

Habituellement, on se la fait petit à petit, en aggrégeant. Un .emacs, c'est un truc assez personnel (pas au sens où c'est secret, mais au sens où il n'y a pas 2 personnes qui ont strictement les mêmes besoins ou désirs).
 
Sinon, suffit de chercher .emacs sur google, ou (encore mieux) d'aller sur l'emacswiki

Il y a certaines sites que vous consultez quotidiennement en rapport avec la programmation and co ?

Pour PHP, Nexen.net sort généralement des trucs intéressants ; ils font pas beaucoup d'articles à proprement parler mais linkent vers d'autres souvent bien foutus.

http://www.bloglines.com/public/Masklinn + http://programming.reddit.com

le forum ça compte?

Pour PHP, choppe le RSS de http://www.planet-php.net/

Je viens de m'installer eclipse/pdt. Ca a l'air plutôt sympa quand même ! J'ai un peu de mal pour l'instant à débugger un projet avec Code Igniter par contre.

Perso, je suis PDT depuis un petit moment (1 an ou plus) et il commence à être correct, mais dans pas mal de domaines il est super loin de fonctionnalités qui pourraient vraiment faire la différence. Même l'auto-completion est pas exceptionnelle, c'est dommage.
C'est quand même l'éditeur PHP que j'utilise (principalement parce que j'utilise Eclipse pour d'autres trucs de toute façon), les autres que j'ai testés étant pas top (ou payants). Et pis il a un bon potentiel

Je connaissais pas, chu allé voir, et je tombe sur un lien vers http://www.phpguru.org/#219
Déjà, rien qu'à lire le truc, je me dis que c'est vaseux mais connaissant PHP, why not. Par contre, après avoir lu les commentaires, je me demande si c'est vraiment un bonne source et si j'ai bien fait d'ajouter ce feed à mon Netvibes
Tu me confirmes qu'ils font pas que linker des conneries ?

Ils linkent un peu tout en fait, c'est un gros hub. Alors forcément y'a parfois des merdes

OK, bon ba j'vais tester le feed pendant quelques semaines et on verra bien Merci quand même

Merci pour les infos.
 
Et CodeIgniter : personne n'aurait beaucoup d'infos dessus ? Je le découvre, mais j'aimerais savoir, si certains connaissent, si je peux continuer à l'utiliser, ou s'il vaudrait mieux que j'évite  

Comme t'en faisais mention et que je connaissais pas, chu allé mater un peu. Ca a l'air sympa mais assez basique, donc tout dépend de tes besoins, je pense.
Un chouette lien qui liste plusieurs frameworks PHP et qui compare certaines fonctionnalités : http://www.phpframeworks.com/
Donc c'est surtout en fonction de tes besoins.

k ,merci pour le lien, je vais potasser ça.

 
et le html c est aps trop ca
quand je vois ce genre de trucs je pars en courant
 

Bin ouais, d'où ma question Mais phpguru.org, j'crois c'est à proscrire

on comprend rien a leur mise en page, ça fait mal aux yeux

je crois qu en effet il serait fort probable que dans les aleas de mes ballades etherees sur l interweb mondial je me souvienne un jour que peut etre cet ilot chaotique ne constitue pas une etape fortement desirée sur mon parcours

Merci pour vos liens

hello
 
Dites vous avez déjà eu une internal server error (500) avec comme log apache (error_log) :
"Premature end of script headers on monfichier.php"
 
Le fichier en question est un script de lancement de mails par lots (newsletter).. j'en ai envoyé 5000 hier sans problemes.. a la fin de l'envoi de ma newsletter la page de confirmation d'envoi s'affichait bien..
aujourd'hui, meme script : erreur ci-dessus..
 
je precise que c'est sur du linux, qu'il n'ya aucun autre probleme au niveau des mails mais que qmail buggait particulierement ce matin...
 
un bug lors de l'envoi en file d'attente dun mail de php vers qmail pourrait generer ce genre d'erreur ?
 
merci
 
edit: et oui je precise que le script a buggé vers la moitié des 5000 mails sans raisons apparentes... (set_time_limit(0) de tte facon) donc a priori ce serait la file d'attente de qmail qui etait bouchonnée?

Le contenu de ce message a été effacé par son auteur