Red=c3=a9marrage =3a une application ne peut plus en lancer une autre
59 réponses
JPP
Bonsoir, depuis là où il fait trop chaud.
Contexte : iMac 13,2, 16G RAM, SSD 500G, High Sierra 13.6 à jour des
update sécurité faite le 12/11/2019.
Depuis des années, j'utilise iView MediaPro (IVMP) comme tour de
contrôle pour trier/éditer/ranger mes photos.
D'un clic droit sur la vignette d'une image de son catalogue,IVMP permet
de lancer des logiciels (helpers), comme Photoshop ou autres, pour
traiter des images.
IVMP fait cela via les alias des applications qu'il a déposés dans
/Users/jpp/Library/Application Support/iView/Plug-ins/Helper Applications
Avant ces vacances de fin d'année, tout fonctionnait.
J'ai arrêté mon iMac, débranché son câble d'alimentation.
Au retour, branchement, redémarrage :
IVMP ne sait plus lancer aucun des "helpers" que j'ai désigné ;
pire
je remplace l'alias de Photoshop par une application AppleScript
tell application "Adobe Photoshop CS3" to activate
marche pas.
Je monte ce script comme application sur le Bureau : marche pas.
Dans SysPrefs/Securty&Privacy/Accesibility
j'ai bien cette app et Script Editor de même que IVMP
Dans le désordre :
j'ai désactivé SIP
j'ai poubellisé les prefs de IVMP
j'ai réinitialisé la PRAM (CMD-Alt-P-R)
Marche pas.
Je boote sur un clone CCC d'avant l'arrêt du iMac :
IVMP lance bien ses "helpers"
le script démarre bien Photoshop.
Conclusion : lors du démarrage, quelque chose empêche une application
d'en lancer une autre, que ce soit via un "open" d'un alias ou l'action
d'un script.
Quoi ? Qui ?
Que s'est-il donc passé lors du redémarrage du Mac (qui n'est pas le
premier depuis des années, avec ou sans débrancher l'alim secteur) pour
que ces appels d'un programme pour en lancer un autre ne fonctionnent plus ?
Que puis-je faire ? en dehors de tout réinstaller à partir d'un clone
d'avant l'arrêt du Mac, ce qui me fera perdre pas mal de choses.
Réinstaller (si c'est possible) un HSierra 10.3.3 et la combo 10.13.6
sans les dernières mises à jour de sécurité par dessus la 10.13.6 actuelle ?
Merci pour vos suggestions.
Pour les plus intrépides, j'ai assemblé des portions de log de Mac
AnaLytics Data ici :
<https://www.dropbox.com/s/cstt3v8bdsekjx4/IVMP%20open%20PShop%20log.rtfd.zip?dl=0>
Le 8 janvier 2020 à 16 h 24, JPP a pris le temps d'écrire :
Je ne sais plus et suis sur autre chose
En fait c'est toi qui te désintéresses de la question finalement !
Oh que non vu le besoin que j'ai de iView. Tous mes dossiers photos depuis plus de 10 ans ont un catalogue iView. Sauf qu'en essayant ici et là, il semblerait que soit j'ai fait une bêtise sur mon SSD soit diskutil ne sait pas rendre une partition HFS+ et ça m'embête. Si tu as une solution, je prends.
Je n'ai pas tout suivi dans le détail, et je ne sais pas ou est ton SSD mais dans le message: <news:1ntzlem.zwct0s1kxybwcN% J'avais écrit:
Pour rester sur le sujet APFS et certaines bizarreries, j'avais sous Sierra tenté de formater en APFS un Disque Dur installé dans un Dock (avec Utilitaire Disque) juste pour tester. Aucun problème et je me suis retrouvé avec mon DD en APFS. Comme je voulai pouvoir l'utiliser avec des systèmes antérieurs, j'avais alors tenté de le reformater en HFS+ et bien surprise, plus possible, le format n'était plus proposé (alors que quand il était encore en HFS+ ce choix était possible). Il a fallu que je le fasse à partir de Mawericks. Aucun volume n'a bien sur pu être monté, mais Utilitaire de disque voyait bien le disque et l'a reformaté.
OK, il y a encore des bizarreries dans ce format qui laisse faire des choses mais pas revenir. J'ai tenté des choses avec apfs_hfs_convert mais cette commande ne reconnait pas le volume cible, bien portant selon ce qui est annoncé par diskutil. Pas bien clair tout ça.
On 08/01/20 13:38, Gilbert OLIVIER wrote:
Le 8 janvier 2020 à 16:43, JPP a écrit:
On 08/01/20 12:30, M.V. wrote:
Le 8 janvier 2020 à 16 h 24, JPP a pris le temps d'écrire :
Je ne sais plus et suis sur autre chose
En fait c'est toi qui te désintéresses de la question finalement !
Oh que non vu le besoin que j'ai de iView.
Tous mes dossiers photos depuis plus de 10 ans ont un catalogue iView.
Sauf qu'en essayant ici et là, il semblerait que soit j'ai fait une
bêtise sur mon SSD soit diskutil ne sait pas rendre une partition HFS+
et ça m'embête.
Si tu as une solution, je prends.
Je n'ai pas tout suivi dans le détail, et je ne sais pas ou est ton
SSD mais dans le message:
<news:1ntzlem.zwct0s1kxybwcN%gilbert.olivier@orange.fr>
J'avais écrit:
Pour rester sur le sujet APFS et certaines bizarreries, j'avais sous
Sierra tenté de formater en APFS un Disque Dur installé dans un Dock
(avec Utilitaire Disque) juste pour tester. Aucun problème et je me suis
retrouvé avec mon DD en APFS. Comme je voulai pouvoir l'utiliser avec
des systèmes antérieurs, j'avais alors tenté de le reformater en HFS+ et
bien surprise, plus possible, le format n'était plus proposé (alors que
quand il était encore en HFS+ ce choix était possible). Il a fallu que
je le fasse à partir de Mawericks. Aucun volume n'a bien sur pu être
monté, mais Utilitaire de disque voyait bien le disque et l'a reformaté.
OK, il y a encore des bizarreries dans ce format qui laisse faire des
choses mais pas revenir.
J'ai tenté des choses avec apfs_hfs_convert mais cette commande ne
reconnait pas le volume cible, bien portant selon ce qui est annoncé par
diskutil.
Pas bien clair tout ça.
Le 8 janvier 2020 à 16 h 24, JPP a pris le temps d'écrire :
Je ne sais plus et suis sur autre chose
En fait c'est toi qui te désintéresses de la question finalement !
Oh que non vu le besoin que j'ai de iView. Tous mes dossiers photos depuis plus de 10 ans ont un catalogue iView. Sauf qu'en essayant ici et là, il semblerait que soit j'ai fait une bêtise sur mon SSD soit diskutil ne sait pas rendre une partition HFS+ et ça m'embête. Si tu as une solution, je prends.
Je n'ai pas tout suivi dans le détail, et je ne sais pas ou est ton SSD mais dans le message: <news:1ntzlem.zwct0s1kxybwcN% J'avais écrit:
Pour rester sur le sujet APFS et certaines bizarreries, j'avais sous Sierra tenté de formater en APFS un Disque Dur installé dans un Dock (avec Utilitaire Disque) juste pour tester. Aucun problème et je me suis retrouvé avec mon DD en APFS. Comme je voulai pouvoir l'utiliser avec des systèmes antérieurs, j'avais alors tenté de le reformater en HFS+ et bien surprise, plus possible, le format n'était plus proposé (alors que quand il était encore en HFS+ ce choix était possible). Il a fallu que je le fasse à partir de Mawericks. Aucun volume n'a bien sur pu être monté, mais Utilitaire de disque voyait bien le disque et l'a reformaté.
OK, il y a encore des bizarreries dans ce format qui laisse faire des choses mais pas revenir. J'ai tenté des choses avec apfs_hfs_convert mais cette commande ne reconnait pas le volume cible, bien portant selon ce qui est annoncé par diskutil. Pas bien clair tout ça.
benoit
JPP wrote:
On 08/01/20 13:38, Gilbert OLIVIER wrote:
Le 8 janvier 2020 à 16:43, JPP a écrit:
On 08/01/20 12:30, M.V. wrote:
Le 8 janvier 2020 à 16 h 24, JPP a pris le temps d'écrire :
Je ne sais plus et suis sur autre chose
En fait c'est toi qui te désintéresses de la question finalement !
Oh que non vu le besoin que j'ai de iView. Tous mes dossiers photos depuis plus de 10 ans ont un catalogue iView. Sauf qu'en essayant ici et là, il semblerait que soit j'ai fait une bêtise sur mon SSD soit diskutil ne sait pas rendre une partition HFS+ et ça m'embête. Si tu as une solution, je prends.
Je n'ai pas tout suivi dans le détail, et je ne sais pas ou est ton SSD mais dans le message: <news:1ntzlem.zwct0s1kxybwcN% J'avais écrit:
Pour rester sur le sujet APFS et certaines bizarreries, j'avais sous Sierra tenté de formater en APFS un Disque Dur installé dans un Dock (avec Utilitaire Disque) juste pour tester. Aucun problème et je me suis retrouvé avec mon DD en APFS. Comme je voulai pouvoir l'utiliser avec des systèmes antérieurs, j'avais alors tenté de le reformater en HFS+ et bien surprise, plus possible, le format n'était plus proposé (alors que quand il était encore en HFS+ ce choix était possible). Il a fallu que je le fasse à partir de Mawericks. Aucun volume n'a bien sur pu être monté, mais Utilitaire de disque voyait bien le disque et l'a reformaté.
OK, il y a encore des bizarreries dans ce format qui laisse faire des choses mais pas revenir. J'ai tenté des choses avec apfs_hfs_convert mais cette commande ne reconnait pas le volume cible, bien portant selon ce qui est annoncé par diskutil. Pas bien clair tout ça.
Et depuis une machine sous Windows, Linux... ? -- Vie : n.f. maladie mortelle sexuellement transmissible Benoît chez leraillez.com
JPP <jpp@findelmundo.cl> wrote:
On 08/01/20 13:38, Gilbert OLIVIER wrote:
> Le 8 janvier 2020 à 16:43, JPP a écrit:
>> On 08/01/20 12:30, M.V. wrote:
>>> Le 8 janvier 2020 à 16 h 24, JPP a pris le temps d'écrire :
>>>
>>>> Je ne sais plus et suis sur autre chose
>>>
>>> En fait c'est toi qui te désintéresses de la question finalement !
>>
>> Oh que non vu le besoin que j'ai de iView.
>> Tous mes dossiers photos depuis plus de 10 ans ont un catalogue iView.
>> Sauf qu'en essayant ici et là, il semblerait que soit j'ai fait une
>> bêtise sur mon SSD soit diskutil ne sait pas rendre une partition HFS+
>> et ça m'embête.
>> Si tu as une solution, je prends.
>>
> Je n'ai pas tout suivi dans le détail, et je ne sais pas ou est ton
> SSD mais dans le message:
> <news:1ntzlem.zwct0s1kxybwcN%gilbert.olivier@orange.fr>
>
> J'avais écrit:
>> Pour rester sur le sujet APFS et certaines bizarreries, j'avais sous
>> Sierra tenté de formater en APFS un Disque Dur installé dans un Dock
>> (avec Utilitaire Disque) juste pour tester. Aucun problème et je me suis
>> retrouvé avec mon DD en APFS. Comme je voulai pouvoir l'utiliser avec
>> des systèmes antérieurs, j'avais alors tenté de le reformater en HFS+ et
>> bien surprise, plus possible, le format n'était plus proposé (alors que
>> quand il était encore en HFS+ ce choix était possible). Il a fallu que
>> je le fasse à partir de Mawericks. Aucun volume n'a bien sur pu être
>> monté, mais Utilitaire de disque voyait bien le disque et l'a reformaté.
>>
>
>
OK, il y a encore des bizarreries dans ce format qui laisse faire des
choses mais pas revenir.
J'ai tenté des choses avec apfs_hfs_convert mais cette commande ne
reconnait pas le volume cible, bien portant selon ce qui est annoncé par
diskutil.
Pas bien clair tout ça.
Et depuis une machine sous Windows, Linux... ?
--
Vie : n.f. maladie mortelle sexuellement transmissible
Benoît chez leraillez.com
Le 8 janvier 2020 à 16 h 24, JPP a pris le temps d'écrire :
Je ne sais plus et suis sur autre chose
En fait c'est toi qui te désintéresses de la question finalement !
Oh que non vu le besoin que j'ai de iView. Tous mes dossiers photos depuis plus de 10 ans ont un catalogue iView. Sauf qu'en essayant ici et là, il semblerait que soit j'ai fait une bêtise sur mon SSD soit diskutil ne sait pas rendre une partition HFS+ et ça m'embête. Si tu as une solution, je prends.
Je n'ai pas tout suivi dans le détail, et je ne sais pas ou est ton SSD mais dans le message: <news:1ntzlem.zwct0s1kxybwcN% J'avais écrit:
Pour rester sur le sujet APFS et certaines bizarreries, j'avais sous Sierra tenté de formater en APFS un Disque Dur installé dans un Dock (avec Utilitaire Disque) juste pour tester. Aucun problème et je me suis retrouvé avec mon DD en APFS. Comme je voulai pouvoir l'utiliser avec des systèmes antérieurs, j'avais alors tenté de le reformater en HFS+ et bien surprise, plus possible, le format n'était plus proposé (alors que quand il était encore en HFS+ ce choix était possible). Il a fallu que je le fasse à partir de Mawericks. Aucun volume n'a bien sur pu être monté, mais Utilitaire de disque voyait bien le disque et l'a reformaté.
OK, il y a encore des bizarreries dans ce format qui laisse faire des choses mais pas revenir. J'ai tenté des choses avec apfs_hfs_convert mais cette commande ne reconnait pas le volume cible, bien portant selon ce qui est annoncé par diskutil. Pas bien clair tout ça.
Et depuis une machine sous Windows, Linux... ? -- Vie : n.f. maladie mortelle sexuellement transmissible Benoît chez leraillez.com
JPP
On 08/01/20 16:48, Benoît wrote:
Et depuis une machine sous Windows, Linux... ?
Si j'y trouvais le même GUI et autres vestiges sympas d'OS X, j'y bondirais, surtout vu les prix (cf nouvelle gamme HP tout-en-Un)
On 08/01/20 16:48, Benoît wrote:
Et depuis une machine sous Windows, Linux... ?
Si j'y trouvais le même GUI et autres vestiges sympas d'OS X, j'y
bondirais, surtout vu les prix (cf nouvelle gamme HP tout-en-Un)
Si j'y trouvais le même GUI et autres vestiges sympas d'OS X, j'y bondirais, surtout vu les prix (cf nouvelle gamme HP tout-en-Un)
Je parlais de reformater un DD. -- Vie : n.f. maladie mortelle sexuellement transmissible Benoît chez leraillez.com
JPP
On 08/01/20 18:03, Benoît wrote:
JPP wrote:
On 08/01/20 16:48, Benoît wrote:
Et depuis une machine sous Windows, Linux... ?
Si j'y trouvais le même GUI et autres vestiges sympas d'OS X, j'y bondirais, surtout vu les prix (cf nouvelle gamme HP tout-en-Un)
Je parlais de reformater un DD.
OK, pour ça j'ai un MacBook à côté, et quelques clones sur lesquels je peux booter. La question est : peut-on migrer des logiciels dont on a plus les clés ? (mon Photoshop CS3)
On 08/01/20 18:03, Benoît wrote:
JPP <jpp@findelmundo.cl> wrote:
On 08/01/20 16:48, Benoît wrote:
Et depuis une machine sous Windows, Linux... ?
Si j'y trouvais le même GUI et autres vestiges sympas d'OS X, j'y
bondirais, surtout vu les prix (cf nouvelle gamme HP tout-en-Un)
Je parlais de reformater un DD.
OK, pour ça j'ai un MacBook à côté, et quelques clones sur lesquels je
peux booter.
La question est : peut-on migrer des logiciels dont on a plus les clés ?
(mon Photoshop CS3)
Si j'y trouvais le même GUI et autres vestiges sympas d'OS X, j'y bondirais, surtout vu les prix (cf nouvelle gamme HP tout-en-Un)
Je parlais de reformater un DD.
OK, pour ça j'ai un MacBook à côté, et quelques clones sur lesquels je peux booter. La question est : peut-on migrer des logiciels dont on a plus les clés ? (mon Photoshop CS3)
Gerald
Le 8 janvier 2020 à 16:43, JPP a écrit :
Tous mes dossiers photos depuis plus de 10 ans ont un catalogue iView.
Tout en respectant les choix de chacun et en particulier les tiens, puis-je pointer le fait que c'est peut-être là que le bât blesse ? Perso, il y a de très nombreuses années que je ne fais plus confiance à *aucun* logiciel pour assurer la gestion du classement de mes documents, quels qu'ils soient. Ni Mail, ni Photos, ni Music, ni rien (et ça remonte à leurs prédécesseurs iTunes etc.) : j'exporte/sauvegarde *tout* en formats de fichiers aussi universels que possible, et je ne fais confiance qu'à ma propre logique de classement *dans le Finder*, en combinant plusieurs aspects : - architecture des dossiers et sous-dossiers - nomenclature des noms de fichiers et dossiers (en cours de révision pour les photos, d'ailleurs, mais je ne sais pas bien où aller en causer) - utilisation des "tags" (jamais traduit, ce mot !) afin de contrarier éventuellement la logique alphabétique - utilisation des métadonnées quand cela peut être pertinent, en particulier actuellement pour les fichiers audios, mais évidemment aussi pour les photos. La raison : trop gros risque de voir survenir un besoin personnel (ou une fonctionnalité du logiciel) qui obligerait à tout remettre en cause et à devoir re-peigner des milliers de documents ! Exemple pour les photos : les scans de vieux documents. Photos et consorts ne s'intéressent qu'à la date du scan, PAS à la date de la prise de vue originale, or toi, tu t'en fiches de la date du scan et tu accordes beaucoup d'importance à l'âge de la photo quand il s'agit d'un document rare et unique ! Remarque : dans la plupart des cas, les logiciels s'accommodent très bien du tri Finder et "prennent" volontiers les dossiers complets en retour. Exemple avec iTunes (zut : Music !) qui va "manger" sans problème et en un seul coup 30000 fichiers musicaux, et les garder convenablement organisés pour peu qu'on ait porté un peu d'attention à une gestion des métadonnées cohérente avec, en l'occurence, "ma" manière de concevoir le classement des musiques de la planète Terre (dans l'espace et le temps), qui, bizarrement, n'a que bien peu à voir avec la logique Nord-américaine (nombrilo-centrée). hth, -- Gerald
Le 8 janvier 2020 à 16:43, JPP a écrit :
Tous mes dossiers photos depuis plus de 10 ans ont un catalogue iView.
Tout en respectant les choix de chacun et en particulier les tiens,
puis-je pointer le fait que c'est peut-être là que le bât blesse ?
Perso, il y a de très nombreuses années que je ne fais plus confiance
à *aucun* logiciel pour assurer la gestion du classement de mes
documents, quels qu'ils soient.
Ni Mail, ni Photos, ni Music, ni rien (et ça remonte à leurs
prédécesseurs iTunes etc.) : j'exporte/sauvegarde *tout* en formats
de fichiers aussi universels que possible, et je ne fais confiance
qu'à ma propre logique de classement *dans le Finder*, en combinant
plusieurs aspects :
- architecture des dossiers et sous-dossiers
- nomenclature des noms de fichiers et dossiers (en cours de révision
pour les photos, d'ailleurs, mais je ne sais pas bien où aller en
causer)
- utilisation des "tags" (jamais traduit, ce mot !) afin de
contrarier éventuellement la logique alphabétique
- utilisation des métadonnées quand cela peut être pertinent, en
particulier actuellement pour les fichiers audios, mais évidemment
aussi pour les photos.
La raison : trop gros risque de voir survenir un besoin personnel (ou
une fonctionnalité du logiciel) qui obligerait à tout remettre en
cause et à devoir re-peigner des milliers de documents ! Exemple pour
les photos : les scans de vieux documents. Photos et consorts ne
s'intéressent qu'à la date du scan, PAS à la date de la prise de vue
originale, or toi, tu t'en fiches de la date du scan et tu accordes
beaucoup d'importance à l'âge de la photo quand il s'agit d'un
document rare et unique !
Remarque : dans la plupart des cas, les logiciels s'accommodent très
bien du tri Finder et "prennent" volontiers les dossiers complets en
retour. Exemple avec iTunes (zut : Music !) qui va "manger" sans
problème et en un seul coup 30000 fichiers musicaux, et les garder
convenablement organisés pour peu qu'on ait porté un peu d'attention
à une gestion des métadonnées cohérente avec, en l'occurence, "ma"
manière de concevoir le classement des musiques de la planète Terre
(dans l'espace et le temps), qui, bizarrement, n'a que bien peu à
voir avec la logique Nord-américaine (nombrilo-centrée).
Tous mes dossiers photos depuis plus de 10 ans ont un catalogue iView.
Tout en respectant les choix de chacun et en particulier les tiens, puis-je pointer le fait que c'est peut-être là que le bât blesse ? Perso, il y a de très nombreuses années que je ne fais plus confiance à *aucun* logiciel pour assurer la gestion du classement de mes documents, quels qu'ils soient. Ni Mail, ni Photos, ni Music, ni rien (et ça remonte à leurs prédécesseurs iTunes etc.) : j'exporte/sauvegarde *tout* en formats de fichiers aussi universels que possible, et je ne fais confiance qu'à ma propre logique de classement *dans le Finder*, en combinant plusieurs aspects : - architecture des dossiers et sous-dossiers - nomenclature des noms de fichiers et dossiers (en cours de révision pour les photos, d'ailleurs, mais je ne sais pas bien où aller en causer) - utilisation des "tags" (jamais traduit, ce mot !) afin de contrarier éventuellement la logique alphabétique - utilisation des métadonnées quand cela peut être pertinent, en particulier actuellement pour les fichiers audios, mais évidemment aussi pour les photos. La raison : trop gros risque de voir survenir un besoin personnel (ou une fonctionnalité du logiciel) qui obligerait à tout remettre en cause et à devoir re-peigner des milliers de documents ! Exemple pour les photos : les scans de vieux documents. Photos et consorts ne s'intéressent qu'à la date du scan, PAS à la date de la prise de vue originale, or toi, tu t'en fiches de la date du scan et tu accordes beaucoup d'importance à l'âge de la photo quand il s'agit d'un document rare et unique ! Remarque : dans la plupart des cas, les logiciels s'accommodent très bien du tri Finder et "prennent" volontiers les dossiers complets en retour. Exemple avec iTunes (zut : Music !) qui va "manger" sans problème et en un seul coup 30000 fichiers musicaux, et les garder convenablement organisés pour peu qu'on ait porté un peu d'attention à une gestion des métadonnées cohérente avec, en l'occurence, "ma" manière de concevoir le classement des musiques de la planète Terre (dans l'espace et le temps), qui, bizarrement, n'a que bien peu à voir avec la logique Nord-américaine (nombrilo-centrée). hth, -- Gerald
M.V.
Le 9 janvier 2020 à 09:54, Gerald a pris le temps d'écrire :
- utilisation des "tags" (jamais traduit, ce mot !) afin de contrarier éventuellement la logique alphabétique
tag = étiquette ou label ou marqueur mais c'est vrai qu'on ne le trouve jamais traduit dans les logiciels (ou presque jamais ? ) -- Michel VAUQUOIS - http://michelvauquois.fr
Le 9 janvier 2020 à 09:54, Gerald a pris le temps d'écrire :
- utilisation des "tags" (jamais traduit, ce mot !) afin de
contrarier éventuellement la logique alphabétique
tag = étiquette ou label ou marqueur
mais c'est vrai qu'on ne le trouve jamais traduit dans les logiciels
(ou presque jamais ? )
--
Michel VAUQUOIS - http://michelvauquois.fr
Le 9 janvier 2020 à 09:54, Gerald a pris le temps d'écrire :
- utilisation des "tags" (jamais traduit, ce mot !) afin de contrarier éventuellement la logique alphabétique
tag = étiquette ou label ou marqueur mais c'est vrai qu'on ne le trouve jamais traduit dans les logiciels (ou presque jamais ? ) -- Michel VAUQUOIS - http://michelvauquois.fr
DV
M.V. a écrit ceci :
tag = étiquette ou label ou marqueur mais c'est vrai qu'on ne le trouve jamais traduit dans les logiciels (ou presque jamais ? )
C'est surtout chez Apple que les traducteurs ont la flemme. ;-) -- Denis
M.V. a écrit ceci :
tag = étiquette ou label ou marqueur
mais c'est vrai qu'on ne le trouve jamais traduit dans les logiciels
(ou presque jamais ? )
C'est surtout chez Apple que les traducteurs ont la flemme. ;-)
tag = étiquette ou label ou marqueur mais c'est vrai qu'on ne le trouve jamais traduit dans les logiciels (ou presque jamais ? )
C'est surtout chez Apple que les traducteurs ont la flemme. ;-) -- Denis
Jean-Pierre Kuypers
In article (Dans l'article) <qv6q52$954$, M.V. wrote (écrivait) :
Le 9 janvier 2020 à 09:54, Gerald a pris le temps d'écrire :
- utilisation des "tags" (jamais traduit, ce mot !) afin de contrarier éventuellement la logique alphabétique
tag = étiquette ou label ou marqueur mais c'est vrai qu'on ne le trouve jamais traduit dans les logiciels (ou presque jamais ? )
il y a aussi "onglet" <https://www.hellopro.fr/images/produit-2/6/9/3/jeu-de-25-guides-a-ongle t-metallique-10x15cm-pour-boite-a-fiches-format-a6-paysage-horizontal-23 861396.jpg> Mais l'emprunt à une langue étrangère, surtout quand c'est abscons, ça fait plus chic ! Du genre "implémenter" au lieu de "implanter". -- Jean-Pierre Kuypers Veuillez étiqueter les phrases dans leur con- texte avant de contrarier sciemment.
In article (Dans l'article) <qv6q52$954$1@shakotay.alphanet.ch>, M.V.
<mv@gmail.com.invalid> wrote (écrivait) :
Le 9 janvier 2020 à 09:54, Gerald a pris le temps d'écrire :
> - utilisation des "tags" (jamais traduit, ce mot !) afin de
> contrarier éventuellement la logique alphabétique
tag = étiquette ou label ou marqueur
mais c'est vrai qu'on ne le trouve jamais traduit dans les logiciels
(ou presque jamais ? )
il y a aussi "onglet"
<https://www.hellopro.fr/images/produit-2/6/9/3/jeu-de-25-guides-a-ongle
t-metallique-10x15cm-pour-boite-a-fiches-format-a6-paysage-horizontal-23
861396.jpg>
Mais l'emprunt à une langue étrangère, surtout quand c'est abscons, ça
fait plus chic !
Du genre "implémenter" au lieu de "implanter".
--
Jean-Pierre Kuypers
Veuillez étiqueter les phrases dans leur con-
texte avant de contrarier sciemment.
In article (Dans l'article) <qv6q52$954$, M.V. wrote (écrivait) :
Le 9 janvier 2020 à 09:54, Gerald a pris le temps d'écrire :
- utilisation des "tags" (jamais traduit, ce mot !) afin de contrarier éventuellement la logique alphabétique
tag = étiquette ou label ou marqueur mais c'est vrai qu'on ne le trouve jamais traduit dans les logiciels (ou presque jamais ? )
il y a aussi "onglet" <https://www.hellopro.fr/images/produit-2/6/9/3/jeu-de-25-guides-a-ongle t-metallique-10x15cm-pour-boite-a-fiches-format-a6-paysage-horizontal-23 861396.jpg> Mais l'emprunt à une langue étrangère, surtout quand c'est abscons, ça fait plus chic ! Du genre "implémenter" au lieu de "implanter". -- Jean-Pierre Kuypers Veuillez étiqueter les phrases dans leur con- texte avant de contrarier sciemment.
Jean-Pierre Kuypers
In article (Dans l'article) <qv6r6i$cu4$, DV wrote (écrivait) :
C'est surtout chez Apple que les traducteurs ont la flemme. ;-)
En la matière, ils n'ont certainement pas le monopole. Dans les années '80, une collègue m'affirmait que "buffer" <https://thumbs.dreamstime.com/b/old-railway-buffer-7018411.jpg> c'était plus clair que "tampon" <https://comps.canstockphoto.fr/tampon-train-gare-photo-sous-licence_csp 12129525.jpg> -- Jean-Pierre Kuypers
In article (Dans l'article) <qv6r6i$cu4$1@shakotay.alphanet.ch>, DV
<dv@reply-to.not.invalid> wrote (écrivait) :
C'est surtout chez Apple que les traducteurs ont la flemme. ;-)
En la matière, ils n'ont certainement pas le monopole.
Dans les années '80, une collègue m'affirmait que "buffer"
<https://thumbs.dreamstime.com/b/old-railway-buffer-7018411.jpg>
c'était plus clair que "tampon"
<https://comps.canstockphoto.fr/tampon-train-gare-photo-sous-licence_csp
12129525.jpg>
In article (Dans l'article) <qv6r6i$cu4$, DV wrote (écrivait) :
C'est surtout chez Apple que les traducteurs ont la flemme. ;-)
En la matière, ils n'ont certainement pas le monopole. Dans les années '80, une collègue m'affirmait que "buffer" <https://thumbs.dreamstime.com/b/old-railway-buffer-7018411.jpg> c'était plus clair que "tampon" <https://comps.canstockphoto.fr/tampon-train-gare-photo-sous-licence_csp 12129525.jpg> -- Jean-Pierre Kuypers