SDK 3.0 : Mes problèmes de compatibilité
bnk
Membre
Bonjour,
De mon coté j'ai des problèmes de compatibilité pour un tableViewCell et une animation.
J'avais parfois des warnings en 2.2.1 parfois pas quoi qu'il en soit mon projet fonctionnait bien.
Ce sont des warnings "distinct Objective-C type.", en cherchant sur google, j'ai compris que c'était juste parceque je balance pas le type d'objet attendu mais comme ça fonctionnait quand même...
Dois-je absolument les corriger? (il y en a 3 parceque je passe une UIImage en subView à la place d'une view).
Bref en OS3, j'ai des problèmes d'affichage.
* animation permettant de laisser plus longtemps l'image d'intro fonctionne mal : mon image est décalée d'environ 20 pixels vers le haut. (c'est ici que je passe une UIImage à la place d'une view)
* Cells: le texte est décalé dans ma cell par rapport à l'OS 221 d'environ 30 pixels vers la droite.
En OS 2.2.1 : CGRect contentRect = CGRectMake(0, 0.0, 230, 43);
En OS 3.0 : CGRect contentRect = CGRectMake(30, 0.0, 260, 43);
-> si le problème perssiste, je bricolerai en utilisant le test de muqaddar
Voici mes warnings:
Merci
De mon coté j'ai des problèmes de compatibilité pour un tableViewCell et une animation.
J'avais parfois des warnings en 2.2.1 parfois pas quoi qu'il en soit mon projet fonctionnait bien.
Ce sont des warnings "distinct Objective-C type.", en cherchant sur google, j'ai compris que c'était juste parceque je balance pas le type d'objet attendu mais comme ça fonctionnait quand même...
Dois-je absolument les corriger? (il y en a 3 parceque je passe une UIImage en subView à la place d'une view).
Bref en OS3, j'ai des problèmes d'affichage.
* animation permettant de laisser plus longtemps l'image d'intro fonctionne mal : mon image est décalée d'environ 20 pixels vers le haut. (c'est ici que je passe une UIImage à la place d'une view)
* Cells: le texte est décalé dans ma cell par rapport à l'OS 221 d'environ 30 pixels vers la droite.
En OS 2.2.1 : CGRect contentRect = CGRectMake(0, 0.0, 230, 43);
En OS 3.0 : CGRect contentRect = CGRectMake(30, 0.0, 260, 43);
-> si le problème perssiste, je bricolerai en utilisant le test de muqaddar
#ifdef __IPHONE_3_0
Voici mes warnings:
<br />//animation permettant d'afficher plus longtemps le Default.png<br /> imagePresentation = [[[UIImageView alloc] autorelease] initWithImage:[UIImage imageNamed:@"Default.png"]];<br /> [tabBarController.view addSubview:imagePresentation];<br />//warning: passing argument 1 of 'addSubview:" from distinct Objective-C type.<br /> [UIView beginAnimations:@"ImagePresentation" context:nil];<br /> [UIView setAnimationBeginsFromCurrentState:YES];<br /> [UIView setAnimationDelegate:self];<br /> [UIView setAnimationDidStopSelector:@selector( removeDefaultView: )];<br /> [UIView setAnimationDelay:1.0];<br /> [UIView setAnimationDuration:1.5];<br /> [imagePresentation setAlpha:0.0];<br />//warning 'UIImage' may not respond to '-setAlpha'<br /> [UIView commitAnimations];<br /><br />//plus loin dans le code<br />[imagePresentation removeFromSuperview];<br />//warning: 'UIImage' may not respond to '-removeFromSuperview"<br />
Merci
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Les deux autres warnings qui suivent montrent qu'il croit que imagePresentation est une UIImage et non une UIImageView : le "from distinct objective-C type" montre qu'il pense que ton argument n'est pas une UIImageView (alors que c'est ce qu'il attend) et le warning suivant dit que "UIImage may not respond to setAlpha" montrant qu'il pense que imagePresentation est une UIImage.
Donc tous ces warnings sont à mon avis dus au fait que tu ne respectes pas les règles de base classiques de gestion mémoire et l'ordre habituel des appels de méthodes.
Sinon dans la 2e partie le warning sur le "assignment from distinct Objective-C type" sur "viewWithTag" est normal par contre : viewWithTag retourne un objet UIView non spécialisé. Et toi tu l'affectes à une variable de type UILabel. Certes UILabel est une sous-classe de UIView, et surtout vu comment tu as créé ton label et affecté son tag dans le "if", tu sais que c'est un UILabel. Mais le compilateur ne peux pas le savoir, tout ce qu'il sait c'est que viewWithTag retourne une UIView générique, et pas forcément une UIView qui se trouve être plus précisément un UILabel.
Si tu veux enlever ce warning, il faut effectuer un cast (transtypage) explicite sur le retour de viewWithTag pour le transtyper en UILabel. C'est ce qui est conseillé dans la doc sur les UITableViewCells Programming Guide d'ailleurs.
Enfin, en OS 3.0, le initWithFrame: reuseidentifier est deprecated (ça m'étonne que tu n'aies pas eu de warning dessus), il faut utiliser [tt]initWithStyle:reuseidentifier:(/tt] si je ne m'abuse. Et là l'utilisation d'un #ifdef __IPHONE_3_0 comme j'avais précaunisé à muqaddar te sera du coup nécessaire.
Voici en vidéo ce que ça fait:
http://bnka.free.fr/beurdel/bugOS3.mov
J'ai essayé en ajoutant 10px de hauteur à mon imageView affichée pour tricher un peu mais rien n'y fait, cette UIImageView n'est pas correctement ajoutée en subview.
Est-ce un bug de cette beta de l'OS3 ?
Ce code fonctionne parfaitement en OS 2.2.1.
EDIT:
Solution: cocher la case "Cancellable Content Touches" sous IB dans theUITextView inspector.
En fait lorsqu'on ajoute une subview avec l'OS 3, le CGRectMake commence vraiment au bord de l'écran et non en dessous de la status bar comme dans l'OS 2.2.1.
Du coup il faut décaler la view de 20 pixels (hauteur de la status bar) vers le bas sur l'axe Y.
CGRectMake (0.0f, 20.0f, 320.0f, 460.0f)];
Je me pose une question:
Je dois faire une suite d'applications qui ont la même architecture, seul leur contenu change (ce contenu est chargé via des fichiers xml).
Comment construire cette suite d'applications le plus simplement possible?
Ca revient à dire : comment est identifié une application?
Est-ce le bundle identifier com.yourcompany.${PRODUCT_NAME:rfc1034identifier})?
L'idée est de simplement copier/coller mon application #1, et de changer juste le bundle identifier pour l'application #2.
Ca évite de créer un nouveau projet, de réimporter les framework et de changer les imports "nomApplicationAppDelegate.h" dans les class qui s'en servent.
Car si je c/c mon application #1 pour changer le contenu des xml dans mon application copiée et que je le lance cette application #2 sur mon simulateur, l'application #1 va être écrasée.