Reprise du message précédent :

Le smiley dawa porte à confusion.

BTW, t'es un salop mais - pour une fois - ca s'applique pas dans le contexte  
d'ailleurs je confirme tout à fait ta pensée sous-jacente faut ban ce n00b

bonne année les gayz

 
 
J'ai une classe avec pour attribut un tableau d'objets :

Class Personne
{
    protected     $_array_Fonction = array();
 
    public function updateFonctions( $id_fonction, $datas )
    {
        if( !empty($id_fonction) && !empty($datas) ) {
        
            // MAJ des données de la fonction
        
        } else if( !empty($id_fonction) && empty($datas) ) {
        
            // Suppression de la fonction
 
            @unset($this->_array_Fonction[$id_fonction]);
        
        } else if( empty($id_fonction) && !empty($datas) ) {
        
            // Nouvelle fonction
        
        }
    }
}

J'ai une erreur unexpected T_UNSET à la ligne 15.
 
Comment faire pour supprimer l'élément d'un tableau qui est en attribut d'un objet (si je peux pas utiliser unset())?
 
 

C'est quoi ton @ devant le unset ? Enlève-le, c'est lui qui fait merder.
 
Revoir ton parser cérébral d'erreur, le unexpected indique qu'un mot-clé ne peut être après un autre. Donc là unset ne peux suivre @

Quel c*n !
 
 

T'FACON @ SAY LE MAL /FOU/ /FOU/ /MALADE/

C'est un mal parfois nécessaire

Non

Quand une fonction te renvoit un warning alors que ça fait chier

ça fait quoi ?

Exemple ?

Ca fout le error_reporting à 0 de manière temporaire.

Cette salope de getimagesize. Pourquoi balancer un E_WARNING si ce n'est pas une image valide, alors que ça peut retourner false, ce qui est suffisant ?

Ca bouffe tous les warnings et toutes les erreurs balancés par la fonction

Parce que PHP4 pue du gland
 
T'as qu'à vérifier que l'image est valide avant de l'appeler

Justement c'est à ça que me sert ce truc C'est la fonction parfaite : si pas valide retourne false, si valide retourne type et dimensions. Pile ce qu'il faut pour ne pas avoir 50 appels différents. Tu connais PHP, si t'as deux fonctions (une pour valider, une pour retourner type et dimensions), t'aura droit à 2 fopen sur le fichiers, 2 parsing etc.

Moi qui pensait que je ne pouvais pas trouver pire que "on error resume next" comme gestion d'erreur

PHP5 pareil

avec ?

Tu préfères une exception, comme 0.5% des fonctions php, histoire d'être plus cohérent que jamais

Say vraiment trai trai con, comme fonction, en plus d'être nommé n'importe comment

This is PHP toussa

Chais pas, je fais pas de PHP moi, j'fais du Python et j'utilise PIL qui a une interface pas complètement con

En fait j'préférerais une fonction qui ouvre une image, s'assure qu'elle est valide et renvoie un handler, potentiellement lazy pour pas charger tout le truc en mémoire, et le reste des fonctions qui agissent là dessus

Perso j'utilise parfois le @ quand je veux obtenir la taille d'un fichier : plutôt que de vérifier que le fichier existe (avec file_exists() ) puis de faire un file_size(), je fais directement un @file_size().
 
file_size() renvoie la taille du fichier filename , ou FALSE (MAIS génère une erreur de niveau E_WARNING) en cas d'erreur.

Hum en php dans le genre ya aussi imagecreatefromjpeg() (:o), mais c'est pareil ça renvoie un warning en cas d'erreur

putain mais...

Merci d'ailleurs à l'API la plus nulle du millénaire

Par comparaison, avec PIL:

>>> from PIL import Image
>>> i = Image.open('ground_horse.png')
>>> i.size
(240, 85)
>>> i2 = Image.open('wrangler.pdf')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "e:\Python25\lib\site-packages\PIL\Image.py", line 1916, in open
    raise IOError("cannot identify image file" )
IOError: cannot identify image file

Want

http://www.pythonware.com/library/pil/handbook/

On s'en fout tant qu'y a des wrappers pour cacher tout ça

/me s'en va développer un bridge python->php

Et si elle change entre temps  

http://docs.python.org/extending/embedding.html

On parle de scripts PHP là, tout le monde s'en tape

Parce qu'en python tu définis un callback en cas de changement ?
edit : ah nan ok, bon toute façon je m'en branle, perso .

En python l'image est chargée directement et proprement avec une API qui n'est pas complètement débile

Même avec une API débile, on peut faire

$ih = createimagefromjpg("croutcrout.jpg" );
$x = imagesx($ih);
$y = imagesy($ih);

Alors arrête

C'est sûr qu'on est pas emmerdé par le try/catch ou un test de validité

$ih = createimagefromjpg("croutcrout.jpg" );
$x = imagesx($ih);
$y = imagesy($ih);

Et quand tu pointes pas sur une image valide il te colle un vieux warning pourri dans ton log et il renvoie FALSE

(d'ailleurs si tu tentes de charger un PNG avec ça, il pète aussi )

(edit:

hu hu hu)

C'est pas le sujet
 

 
Bon, toute façon tant que c'est caché dans un wrapper, ya pas sujet à discussion²

On peut se demander pourquoi l'utilisateur doit se taper la création d'un wrapper (et les bugs qui sont avec) alors que ça pourrait faire partie de la lib ou de son binding PHP, quand même, un peu

Sauf que comme d'hab, le wrapper, faut se le taper à la main

ou openimage, qui est encore plus clair et histoire qu'on ait pas à aller à la fin du nom pour savoir si c'est la bonne fonction; ou iopen/imageopen pour aller avec fopen

Ya aussi des libs et des fremrocks

tin mais stop avec vos bonnes idées on fait du php là
Pourquoi pas un truc objet