Photoshop éléments 4...

hr a écrit:

TG a écrit:

Non, un vrai développement en XCode et tout et tout. Automator, c'est super mais ce n'est pas véritablement du développement.
C'est une idée pour la section Labo.

C’est peut-être un peu compliqué quand on peut faire « ouvrir le paquet » sur l’appli + un glisser/déposer du fichier French.lprog sur le bureau, mais c’est comme vous voulez, hein… moi ce que j’en dis…

Ce n'est pas compliqué de coller deux fils l'un sur lautre, mais je trouve plus pratique de tourner la clé pour démarrer ma bagnole ! Il n'y a qu'en informatique qu'on trouve normal de mettre les mains dans le moteur pour une utilisation normale...

TG a écrit:

Ce qui est compliqué, pour bien des gens, c'est d'afficher le contenu du paquet, d'y trouver ses marques et de trouver ce qu'il faut faire.

Oui, enfin, je pensais surtout aux personnes qui ont le problème là, maintenant. Si quelqu’un veut écrire un applescript ou une appli et qu’on la mette en téléchargement sur le forum ou ailleurs, c’est une autre histoire.
On peut aussi (je peux aussi) écrire une mini-procédure pour ceux qui, avec un guide pas à pas, pourraient avoir envie de le faire eux-même, histoire d’apprendre quelque chose. J’ai fait ça l’une ou l’autre fois dans labo, c’est une autre façon de faire qui intéressent une autre sorte de gens, pas très techniques aux départ mais d’une nature bricoleuse et qui aiment bien comprendre. C’est une chose à laquelle penser je trouve, dans labo. J’écrirai les quelques lignes qu’il faut un de ces jours, quand je serai moins à la bourre, histoire de ne pas juste lancer des idées en l’air.

Je pense que ma solution de basculer sur une session en anglais pour savoir si un bug vient de la traduction est tout de même la plus simple...
Ma question était juste de savoir s'il existait un moyen plus simple... et apparemment, ce n'est pas le cas.

Bernardo a écrit:

Je pense que ma solution de basculer sur une session en anglais pour savoir si un bug vient de la traduction est tout de même la plus simple...

Comme tu veux, chacun son truc.

hr a écrit:

Bernardo a écrit:

Je pense que ma solution de basculer sur une session en anglais pour savoir si un bug vient de la traduction est tout de même la plus simple...

Comme tu veux, chacun son truc.

Ben oui, il faut être adminstrateur pour manipuler les fichiers des applications, ce qui m'oblige à changer de session si je veux utiliser ton système. Je ne suis même pas sudoers sur une session normale.

Bernardo a écrit:

il faut être adminstrateur pour manipuler les fichiers des applications, ce qui m'oblige à changer de session si je veux utiliser ton système.

Ah ! ça y est, je comprends maintenant pourquoi tu trouvais ça compliqué !

Non, pas du tout, on n’a pas besoin de changer de session. Moi non plus je ne suis pas administrateur dans ma session de travail, mais au moment où je fais le glisser/poser (par défaut c’est une copie mais avec pomme ça force le déplacement), le Finder me demande le mot de passe administrateur.

Donc pas de fermeture de session et en fait c’est le même principe que quand on installe une appli par glisser/poser à partir d’une image disque dans le dossier /Applications : le Finder fait cette manœuvre et celle-là seulement avec les droits administrateurs qu’il te demande pour l’occasion.

[quote="hr"]

Bernardo a écrit:

Ah ! ça y est, je comprends maintenant pourquoi tu trouvais ça compliqué !

Non, pas du tout, on n’a pas besoin de changer de session. Moi non plus je ne suis pas administrateur dans ma session de travail, mais au moment où je fais le glisser/poser (par défaut c’est une copie mais avec pomme ça force le déplacement), le Finder me demande le mot de passe administrateur.

Donc pas de fermeture de session et en fait c’est le même principe que quand on installe une appli par glisser/poser à partir d’une image disque dans le dossier /Applications : le Finder fait cette manœuvre et celle-là seulement avec les droits administrateurs qu’il te demande pour l’occasion.

Ah oui, effectivement. Tu as raison. Mais sous Leopard (et de manière optionnelle sous Tiger), on a une seconde couche de droits d'accès, les ACL, qui me semblent perturbés quand on fait ce genre de manip. Mais je me trompe peut-être.

En tout cas, à plusieurs reprises, quand j'ai voulu remplacer un répertoire du dossier Applications par un autre, je me suis vu refuser l'autorisation au bout d'un moment. Le répertoire original était perturbé mais ni effacé, ni remplacé. Seule solution, mettre le répertoire original à la poubelle et déplacer ensuite le nouveau. Bien sûr, ça marche avec une application (un paquet) par exemple ou un sous-répertoire d'un paquet.

Il parait que ces nouveaux ACL sont là pour la compatibilité Windows. Moi, je m'en fous, ce syst!ème aura disparu avant que je m'y intéresse.

Bernardo a écrit:

Il parait que ces nouveaux ACL sont là pour la compatibilité Windows.

Hein ? Mais c’est quoi ces cochonneries ? On nous salope le système pour qu’il soit assorti à un autre système complètement pourri ? C’est vraiment n’importe quoi !

hr a écrit:

Bernardo a écrit:

Il parait que ces nouveaux ACL sont là pour la compatibilité Windows.

Hein ? Mais c’est quoi ces cochonneries ? On nous salope le système pour qu’il soit assorti à un autre système complètement pourri ? C’est vraiment n’importe quoi !

Disons que ça rajoute une des fonctionnalités en compliquant la structure...

OK, c’est très intéressant, mais qui a un semblant de solution pour moi ?
Adishatz

papillon a écrit:

OK, c’est très intéressant, mais qui a un semblant de solution pour moi ?
Adishatz

papillon, j'ai peur que personne n'ait de réponse. Je suis dans le même cas, comme je te l'ai dit. J'ai installé le truc sur 3 bécane (c'est mal mais je l'ai payé une fois, quand même) et c'est partout pareil.

TG a écrit:

J'ai installé le truc sur 3 bécane (c'est mal mais je l'ai payé une fois, quand même) et c'est partout pareil.

Oh, tu sais, la notion de bien et de mal... d'ailleurs, est-ce une notion individuelle ou universelle. Vous avez 4 h.

TG a écrit:

TG a écrit:

Bernardo a écrit:

Oui, merci. Je sais faire ça. Ma question était plutôt de trouver la manière la plus simple pour lancer une seule application en anglais une seule fois pour voir si un problème que l'on a est un bug de traduction.

Dans les ressources, renommer momentanément french.lproj en n'importe quoi, french_lproj par exemple, devrait suffire.

Tiens, ben voilà une idée pour un petit développement facile : un gestionnaire des langues présentes dans une appli. C'est surtout de l'emballage.

Ben voilà, c'est disponible (AppLangMgr) en téléchargement dans la section ad hoc du portail. Ceux qui veulent tester...
Le source y est, vous pourrez vous amuser avec...

TG a écrit:

Ben voilà, c'est disponible (AppLangMgr) en téléchargement dans la section ad hoc du portail. Ceux qui veulent tester...
Le source y est, vous pourrez vous amuser avec...

L'application AppLangMgr a quitté inopinément...

Bernardo a écrit:

TG a écrit:

Ben voilà, c'est disponible (AppLangMgr) en téléchargement dans la section ad hoc du portail. Ceux qui veulent tester...
Le source y est, vous pourrez vous amuser avec...

L'application AppLangMgr a quitté inopinément...

La v1.0.1 est dispo. Je suis un peu dérouté par la dernière mouture de XCode et j'ai zappé une ou deux petites choses... Désolé.

Hélas, PSE4 n'est pas développé de façon tout à fait réglo. Du coup, les xxx.lproj sont de simples dossiers vides dont le retrait n'a pas d'influence sur le résultat.

Font quand même un peu chier chez Adobe...

TG a écrit:

Hélas, PSE4 n'est pas développé de façon tout à fait réglo. Du coup, les xxx.lproj sont de simples dossiers vides dont le retrait n'a pas d'influence sur le résultat.

Font quand même un peu chier chez Adobe...

Ils sont vraiment lamentables. En même temps, la version 4 commence à dater. Dans la version 6, les dossiers lproj ne sont pas vdes.