Reprise du message précédent :

 
On ouvre tous les liens dans des tabs

En même temps, tu ne le sais pas encore mais le xhtml 2 est déjà mort

 
Chaque lien fils en iframe a 50% de taille au milieu du parent

 
bah si c'est bien foutu dans l'élément contenu le nouvel href rend le pas sur celui du contenant, puis voilà...non?

Génial, ça change la vie    
 
Vous inquietez pas, je dépose le brevet pour le Web 10.0, quand les sites web pourront faire des fellations à distance

Pareil que quand on divise par 0

 
Ca donne une nullité ?

Sisi, je suis au courant...

Dites les kids j'ai un petit problème avec border-collapse sur IE (6 et 7).
En gros j'ai un tableau avec border-collapse dans une iframe ( oui oldshool webapp pour intranet), et quand je fous l'iframe en visibility hidden bin.... les border se cachent pas.
C'est connu comme truc? Y'a un contournement possible ( autre que de foutre cellspacing=0 sur toutes les tables )?

Petit code exemple, la page contenant l'iframe:

de la page de la frame:

edit: pour le fun vous pouvez aussi faire refresh sur le contenu de l'iframe au 1er chargement ...

un outil/framework/skevousvoulez en asp.net qui fait comme rubyonrails, pour la générations de pages de back "moches mais rapides pour rentrer des données", vous auriez une idée ?

 
florent , je comrpedns , il y a des marges louches sur cette page. Il semble que la feuille de style soit mal prise en compte  
 

Une table dans une table dans une table dans une table dans une table

 
C'est ton cauchemar de cette nuit ?

l'ecran etait trop petit, mai si ly a encore deux etage de table au dessus ^^
 
et je viens de trouver d'autres perles :  

 
il y a au moins 2 erreurs de syntaxe sur un morceau de code zaussi petit

 
Oué  

Il y a quelque chose de prévu en Php, lorsqu'on appelle une fonction d'une classe, de savoir si l'appel est interne ou externe ?

hein?
Dans quel but?

Je veux lancer une vérification supplémentaire si jamais la demande est appellée par $maClasse->maFonction(); (cette vérification n'a pas besoin d'être lancée si on fait $this->maFonction().

Mais c'est loin d'être primordial, ça m'a juste amené à ma poser la question.

Je comprends pas ce qui peut te pousser à faire des choses différentes dans un cas ou dans l'autre, mais à ma connaissance ça n'existe pas...

sinon tu fais une fonction privée qui fait ce que fait ta fonction publique actuelle, et dans la publique tu fais ta vérification puis tu appelles la privée...

+1 ( avec ça et la reflexion sur l'utilité de la chose)

Oui en effet, je n'y avais pas pensé.
 
Comme je le disais c'est pas quelque chose d'important. En gros, en simplifant :
 
- Instanciation de la classe
- __construct vérifie si le form à été validé
- Si oui -> on vérifie les champs avec les règles données
- S'il y a erreur, on fait un addError(.....)
 
Maintenant dans de rare cas il se peut que j'utilise une fonction externe, un peu plus complexe, pour vérifier un champ en particulier. Si cette fonction renvoie false, alors je fais manuellement un $maClasse->addError(......), mais il faut que cette erreur ne soit ajouté que si le formulaire à bien été validé, sinon non.
 
Il y a plusieurs méthode pour ça, je peux tout simplement faire un if($maClasse->form_sent === true) { $maClasse->addError(..); } aussi...
 
Comme je l'ai dis, c'est juste que ça m'a amené à me poser la question, mais pas forcément pour l'utiliser

ça me parait douteux, tout ça.

 
Très sincèrement, je pense que ça ne l'est pas, j'ai beaucoup bossé sur cette classe, et je pense qu'elle est très bien faite

Normal c'est toi qui l'as pensée cette classe. Maintenant pour savoir si "elle est très bien faite" demande toi si oui ou non, il n'y a que toi qui peut la comprendre...

si t'es content de toi c'est le principal!

Oui c'est sûr Mais je ne pense pas que je sois le seul à la comprendre.

Bon je le saurai si un jour je la met à disposition de quelqu'un, mais ce n'est pas envisagé pour le moment

Mais je pense qu'elle est assez simple d'utilisation, et malgré tout assez puissante.

En principe on ne fait pas de vérifications dans un constructeur, on se contente d'y initialiser les attributs.

Moi j'aime pas les principes

Sinon plus sérieusement je vois pas pourquoi Pour moi la fonction __construct permet d'éxécuter tout ce qu'on veut, à l'instanciation de la classe, et __destruct() à sa destruction...

Pour l'initialisation des attributs, on le fait déjà avant toute fonction, à coup de public/private $mon_tableau = array(); etc... non ?

 
non.

 
Bon ben vas y, explique, je sens que je vais encore apprendre des choses ...
 
Comment tu fais si tu veux exécuter une fonction particulière à l'instanciation de la classe ?

 
Je vois pas ce qu'il y a à expliquer...les variables membres s'instancient dans le constructeur de classe, c'est tout.
Et je vois pas ce que tu pourrais vouloir exécuter (autre que l'initialisation de ton instance) qui nécessite d'être appelé spécifiquement à l'instanciation d'une classe...

 
Ben je vois absolument pas du tout en quoi ça gène ... mais alors vraiment pas du tout
 
Et entre ça :
 

class maClasse{
    private $ma_var;
    private $mon_tableau = array();
}

 
et ça :
 

class maClasse{
    function __construct(){
        $this->mavar = '';
        $this->mon_tableau = array();
    }
}

 
 
Je ne vois aucun intérêt à privilégier la 2ème méthode

class maClasse{
    private $ma_var;
    private $mon_tableau = array();
}

class maClasse{
    function __construct(){
        $this->mavar = '';
        $this->mon_tableau = array();
    }
}

Fondamentalement les deux sont faux.

bah normal, la "bonne" c'est une 3ème.

class maClasse{
    private $ma_var;
    private $mon_tableau;
 
         function __construct(){
             $this->ma_var = '';
             $this->mon_tableau = array();
         }
      }

Juste un truc pour ceux qui savent :
Est-ce que ça existe une version standalone de IE6 et IE7, mais sur mac
Je n'ai définitivement plus de PC, ça m'embête pour développer mes trucs.
Et vraiment pas envie d'installer une version de windows en émulation juste pour ça

<mylife>
Ptin, chuis entrain d'écrire l'implé/spec d'un box-model (je simplifie mais l'idée est là, c'est un espèce de mini-toolkit pour un truc en opengl), c'est marrant mais en fait les limitations sur le centrage vertical/horizontal, certaines extensions de conteneur, etc... en fait c'est totalement justifié d'un point de vue algorithmique.
 
J'ai toujours cru qu'ils étaient simplement con au W3C et que les limitations du box model actuel sont chiantes, en fait ils ont de vraies raison
</mylife>

Parallels + install Windows XP w/ IE6 + install Windows XP w/ IE 7

Ouais, mais relis mon message (j'ai édité)

class maClasse{
    private $ma_var;
    private $mon_tableau;
 
         function __construct(){
             $this->ma_var = '';
             $this->mon_tableau = array();
         }
      }

 
Et l'intérêt ? La différence ?