Question sur avant XCode

[djanet]

Bonjour

Je me suis fait une applis avec AppleScript Studio et le problème est:

Faite sous le système X 3.3 avec Xcode.

Quand je la teste sous X 2.7 le texte dans NSTable View Info (1 caractère ASCII par ligne) n'est pas affiché mais si je sélectionne les lignes j'ai le résultat du contenue des lignes (les explications sur les caractères, codes, etc...).

La question est sous X 2.7 c'est pas Xcode qui est fournie, alors NSTable View Info existe où pas.

Merci d'une réponse.

@+

 

[la tortue]

Ta question n'est pas très claire...
Avant Xcode, il y avait ProjectBuilder (c'est presque la même chose). Mais les APIs existaient déjà.
Si tu as une interface, tu peux tester sa rétrocompatibilité avec Interface Builder. (Compatibility Checking)
Sinon, ton histoire de caractère ASCII, ou contenu de code, c'est vraiment obscur.
Tu peux détailler un peu plus?

A+

 

[tatouille]

les tableview sont différentes entre panther et jaguar

 

[djanet]

Ta question n'est pas très claire...
Avant Xcode, il y avait ProjectBuilder (c'est presque la même chose). Mais les APIs existaient déjà.
Si tu as une interface, tu peux tester sa rétrocompatibilité avec Interface Builder. (Compatibility Checking)
Sinon, ton histoire de caractère ASCII, ou contenu de code, c'est vraiment obscur.
Tu peux détailler un peu plus?

A+

Bonjour.

Ce que fait mon application:
1) Dans une fenêtre verticale pour 1 caractère par ligne, j'affiche les codes ASCII Apple.
2) Quand je sélectionne un caractère:
a) Affiche le caractère en corps 72.
b) Me dit les touches de commande à utiliser.
c) M'affiche les touches à utiliser.
d) Me signale si c'est un caractère que l'on peut avoir ou non avec le clavier.
e) M'indique la signification de ce caractère.
f) Donne les N° Décimaux et hexadécimaux pour l'ASCII et l'Unicode.

Un bouton presse-papier qui permet quand il est sélectionné, de placer en mémoire le code sélectionné, ce qui permet par un simple coller d'avoir tous les caractères (de 32 à 255).

L'affichage dans la fenêtre de sélection peut se faire en ASCII, Déci ASCII, Hexa ASCII, Déci Unicode ou Hexa Unicode.

Mes calculs sont fait avec le N° de ligne sélectionné et transformé dans les autres codes.

Sous Jaguar, l'affichage des codes dans la fenêtre ne se fait pas, Mais si je sélectionne une lignes toutes les données s'affichent.

Ce type de fenêtre sous ProjectBuilder n'existe pas ou marche d'une autre façon.
La étais ma question.

Marche très bien pour moi sous Panther mais j'aurais aimer que ça marche sous Jaguar.

Merci pour votre réponse.

@+

 

[la tortue]

Désolé, mais là, je ne vois pas d'où peux venir le problème...
Peut-être une incompatibilité, lié à AppleScript?

A+

 

[djanet]

les tableview sont différentes entre panther et jaguar

Bonjour

Donc il faudrais que je fasse une version en changeant seulement la tableview sous ProjectBuilder,
je suis sous Panther alors pas de version sous Jaguar.

Merci à La tortue et à tatouille pour les réponses.

@+

 

[tatouille]

Bonjour

Donc il faudrais que je fasse une version en changeant seulement la tableview sous ProjectBuilder,
je suis sous Panther alors pas de version sous Jaguar.

Merci à La tortue et à tatouille pour les réponses.

@+

je ne sais pas exactement le probleme il faudrait mieux identifier

le mieux serait de recompiler ton appli sous jaguar pour voir

tu as apparrement un probleme d'affichage et de rafraichissement

utilises tu une petite tableview ou une grosse ?

pourrais tu mettre des screen shot a dispo et le contenu obtenu par rapport au contenu souhaité ?

ou alors nous permettrais tu de tester ton appli ?

 

[mpergand]

Si j'ai bien compris, sous Jaguar la table ne s'affiche pas correctement au démarrage, il suffit, peut-être, de forcer le redessin de cette table ?

 

[djanet]

je ne sais pas exactement le probleme il faudrait mieux identifier

le mieux serait de recompiler ton appli sous jaguar pour voir

tu as apparrement un probleme d'affichage et de rafraichissement

utilises tu une petite tableview ou une grosse ?

pourrais tu mettre des screen shot a dispo et le contenu obtenu par rapport au contenu souhaité ?

ou alors nous permettrais tu de tester ton appli ?

Bonjour

J'envoie une pièce jointe de mon applis au format jpg.
(On va voir si je sais ajouter des pièces-jointes)

La fenêtre de sélection avec le caractère surligné en bleu est la fautive.

@+

 

[djanet]

Si j'ai bien compris, sous Jaguar la table ne s'affiche pas correctement au démarrage, il suffit, peut-être, de forcer le redessin de cette table ?

Bonjour

L'image sur mon post précédent est identique sous Jaguar mais sans les caractères ou les codes.
La fenêtre est bien visible.
Le programme marche très bien lorsque je sélectionne une ligne j'ai les résultats donc la fenêtre marche mais aucun caractères ou codes ne veut s'écrire dans cette dernière.

J'ai oublié de répondre à la question de tatouille si je voulais donner pon application pour la tester.

M'envoyer une adresse E.Mail jetable ou alors ICQ 198993419, iChat djanetam

@+

 

[tatouille]

alors petite news pour tout le monde c'est une incompatibilité applescript

mais des choses étranges :

l'application est construite en gardant normalement une compatibilité
avec jaguar et pourtant celle-ci est linkée à des lib inexistante sous jaguar
comme iconv

j'ai du mal à comprendre pourquoi ?

pourquoi linker une appli avec des lib que l'on utilise pas

libcurl, libssl ........ cocoa,carbon,applescript,coreaudio

le poid de l'application est plus lourd en link non utilisée quand code réel ?

 

[la tortue]

pourquoi linker une appli avec des lib que l'on utilise pas
libcurl, libssl ........ cocoa,carbon,applescript,coreaudio
le poid de l'application est plus lourd en link non utilisée quand code réel ?

C'est le "weak linking"...
Permet la rétro-compatibilité du code, les symboles inexistants sont évalués à NULL.
Ce qui permet de tester facilement si un symbole (une fonction) existe.
Cela permet de créer du code compatible avec 10.3 et 10.2, mais pas 10.1 ...

A+

 

[tatouille]

C'est le "weak linking"...
Permet la rétro-compatibilité du code, les symboles inexistants sont évalués à NULL.
Ce qui permet de tester facilement si un symbole (une fonction) existe.
Cela permet de créer du code compatible avec 10.3 et 10.2, mais pas 10.1 ...

A+

merci pour tes précisions ,

mais je trouve que cela devrait etre optimisé car je concois le faite de faire
un linkage générale mais un linkage poubelle non

car comme optmisation ou solution on aura vu mieux

car entre "bind at load" de 10 lib pour voir si cela existe ou pas c'est mieux que
70 lib

sachant qu'une lib contient generalement plusieurs symboles

il devrait quand meme avoir une pre-selection

:zen: :zen: :zen: :zen:

 

[la tortue]

merci pour tes précisions ,
mais je trouve que cela devrait etre optimisé car je concois le faite de faire
un linkage générale mais un linkage poubelle non
car comme optmisation ou solution on aura vu mieux
car entre "bind at load" de 10 lib pour voir si cela existe ou pas c'est mieux que
70 lib
sachant qu'une lib contient generalement plusieurs symboles
il devrait quand meme avoir une pre-selection

Heu, par défaut les applications sont "bound at load" sauf si elles sont "prebound" ...
Le "prebinding" permet d'accélérer le chargement des applications...

Je ne vois pas où est le problème??? :heu:

A+