Il faut que j'ai une vraie fenêtre, et lÍ … j'ai besoin d'aide. Qu'y
aurait-il comme outil de développement simple pour ce genre de boulot ?
Il faut que j'ai une vraie fenêtre, et lÍ … j'ai besoin d'aide. Qu'y
aurait-il comme outil de développement simple pour ce genre de boulot ?
Il faut que j'ai une vraie fenêtre, et lÍ … j'ai besoin d'aide. Qu'y
aurait-il comme outil de développement simple pour ce genre de boulot ?
Bonjour Í tous !
"BenoÍ®t L." nous a émerveillés par cette prose :Il faut que j'ai une vraie fenêtre, et lÍ … j'ai besoin d'aide. Qu'y
aurait-il comme outil de développement simple pour ce genre de boulot ?
Ici tu vas trouver ton bonheur
<https://latenightsw.com/freeware/>
Í l'article
Dialog Toolkit Plus v1.1.2
J'ai utilisé dans une ou deux applis AS, donc je sais que ça marche et
que le développeur est sÍ»r.
Par contre il va te falloir un peu de la patience pour comprendre
comment le faire marcher… (il y a des exemples fournis)
Bonjour Í tous !
"BenoÍ®t L." nous a émerveillés par cette prose :
>
Il faut que j'ai une vraie fenêtre, et lÍ … j'ai besoin d'aide. Qu'y
aurait-il comme outil de développement simple pour ce genre de boulot ?
Ici tu vas trouver ton bonheur
<https://latenightsw.com/freeware/>
Í l'article
Dialog Toolkit Plus v1.1.2
J'ai utilisé dans une ou deux applis AS, donc je sais que ça marche et
que le développeur est sÍ»r.
Par contre il va te falloir un peu de la patience pour comprendre
comment le faire marcher… (il y a des exemples fournis)
Bonjour Í tous !
"BenoÍ®t L." nous a émerveillés par cette prose :Il faut que j'ai une vraie fenêtre, et lÍ … j'ai besoin d'aide. Qu'y
aurait-il comme outil de développement simple pour ce genre de boulot ?
Ici tu vas trouver ton bonheur
<https://latenightsw.com/freeware/>
Í l'article
Dialog Toolkit Plus v1.1.2
J'ai utilisé dans une ou deux applis AS, donc je sais que ça marche et
que le développeur est sÍ»r.
Par contre il va te falloir un peu de la patience pour comprendre
comment le faire marcher… (il y a des exemples fournis)
En lisant un script d'exemple je crois avoir compris.
Si j'y arrive je passe Í l'étape 1.1*, ajouter :
— Case Í cocher : Ajouter « -- » en début de signature (Pop-up Oui/Non)
— Bouton « Enregistrer »
Puis 1.2 : bouton pour importer une liste de signatures.
(Si ce n'est pas réalisable simplement, alors voir ci-dessous)
J'ai découvert Swift d'Apple mais cela va, je pense, limiter le partage
de l'appli avec ceux qui ont au moins Catalina. Il Í l'air de permettre
beaucoup de choses, mais, d'après ce que je lis, il consomme beaucoup de
CPU même s'il est inutilisé. Par contre il est Open Source et permet de
compiler sous Windows et Linux.
<https://www.swift.org/platform-support/>
Mais ça, c'est pour dans bien plus tard sauf Í être plusieurs :)
En lisant un script d'exemple je crois avoir compris.
Si j'y arrive je passe Í l'étape 1.1*, ajouter :
— Case Í cocher : Ajouter « -- » en début de signature (Pop-up Oui/Non)
— Bouton « Enregistrer »
Puis 1.2 : bouton pour importer une liste de signatures.
(Si ce n'est pas réalisable simplement, alors voir ci-dessous)
J'ai découvert Swift d'Apple mais cela va, je pense, limiter le partage
de l'appli avec ceux qui ont au moins Catalina. Il Í l'air de permettre
beaucoup de choses, mais, d'après ce que je lis, il consomme beaucoup de
CPU même s'il est inutilisé. Par contre il est Open Source et permet de
compiler sous Windows et Linux.
<https://www.swift.org/platform-support/>
Mais ça, c'est pour dans bien plus tard sauf Í être plusieurs :)
En lisant un script d'exemple je crois avoir compris.
Si j'y arrive je passe Í l'étape 1.1*, ajouter :
— Case Í cocher : Ajouter « -- » en début de signature (Pop-up Oui/Non)
— Bouton « Enregistrer »
Puis 1.2 : bouton pour importer une liste de signatures.
(Si ce n'est pas réalisable simplement, alors voir ci-dessous)
J'ai découvert Swift d'Apple mais cela va, je pense, limiter le partage
de l'appli avec ceux qui ont au moins Catalina. Il Í l'air de permettre
beaucoup de choses, mais, d'après ce que je lis, il consomme beaucoup de
CPU même s'il est inutilisé. Par contre il est Open Source et permet de
compiler sous Windows et Linux.
<https://www.swift.org/platform-support/>
Mais ça, c'est pour dans bien plus tard sauf Í être plusieurs :)
Bonjour Í tous !
"BenoÍ®t L." a prestement tapoté de ses doigts agiles :En lisant un script d'exemple je crois avoir compris.
Parfait, tu n'as plus qu'Í essayer ;-)Si j'y arrive je passe Í l'étape 1.1*, ajouter :
— Case Í cocher : Ajouter « -- » en début de signature (Pop-up Oui/Non)
— Bouton « Enregistrer »
Puis 1.2 : bouton pour importer une liste de signatures.
(Si ce n'est pas réalisable simplement, alors voir ci-dessous)
J'ai une appli qui comporte un champ de saisie, 5 boutons radio sur un
fond image, une case Í cocher, une liste pop-up, un menu pop-up, un
champ éditable, 5 champs de texte statique, une icÍ´ne, 2 boutons (mais
il pourrait y en avoir bien plus). Donc tout est possible…
Mais la grosse difficulté (non, pas difficile mais réclamant de la
patience et beaucoup d'essais) quand on se lance dans un dialogue modal
aussi complexe avec Dialog Tool Kit, c'est la gestion de l'espacement
vertical des éléments de la composition et dans quel ordre les appeler
pour que ça ne tourne pas en champ de bataille.
J'ai découvert Swift d'Apple mais cela va, je pense, limiter le partage
de l'appli avec ceux qui ont au moins Catalina. Il Í l'air de permettre
beaucoup de choses, mais, d'après ce que je lis, il consomme beaucoup de
CPU même s'il est inutilisé. Par contre il est Open Source et permet de
compiler sous Windows et Linux.
<https://www.swift.org/platform-support/>
Swift gourmand en ressources ? Oui, mais quand tu le lances pour
développer avec, rien d'extraordinaire Í cela. On ne le laisse pas lancé
pour ne rien faire…
Swift demande un réel /apprentissage/ en terme d'accès aux bibliothèques
et aux commandes, Í la manière d'Objective-C, même si la syntaxe a été
rendue un peu moins absconse.
Le gros avantage est Interface Builder pour construire l'interface sans
avoir Í en écrire le code.
Au final du vrai code compilé et signable (sinon pas de distribution
possible, contrairement Í un appleScript)
Quant aux versions, pour peu que tu le déclares dans le projet, tu peux
rendre ton appli rétro-compatible jusqu'Í 10.9 qui a été la version ou
ASOC (AppleScript-Objective-C) a été abandonnée au profit de Swift.
Mais ça, c'est pour dans bien plus tard sauf Í être plusieurs :)
Je ne me sens pas assez motivé pour me lancer dans l'apprentissage d'un
outil aussi lourd, d'un nouveau langage pas facile d'accès, pour des
bidules que je ne diffuse pas (en principe), que je ponds et qui
marchent en AppleScript, et tant pis pour l'interface minimaliste.
J'ai même la flemme de passer Í MacCafé, c'est dire…
Bonjour Í tous !
"BenoÍ®t L." a prestement tapoté de ses doigts agiles :
En lisant un script d'exemple je crois avoir compris.
Parfait, tu n'as plus qu'Í essayer ;-)
Si j'y arrive je passe Í l'étape 1.1*, ajouter :
— Case Í cocher : Ajouter « -- » en début de signature (Pop-up Oui/Non)
— Bouton « Enregistrer »
Puis 1.2 : bouton pour importer une liste de signatures.
(Si ce n'est pas réalisable simplement, alors voir ci-dessous)
J'ai une appli qui comporte un champ de saisie, 5 boutons radio sur un
fond image, une case Í cocher, une liste pop-up, un menu pop-up, un
champ éditable, 5 champs de texte statique, une icÍ´ne, 2 boutons (mais
il pourrait y en avoir bien plus). Donc tout est possible…
Mais la grosse difficulté (non, pas difficile mais réclamant de la
patience et beaucoup d'essais) quand on se lance dans un dialogue modal
aussi complexe avec Dialog Tool Kit, c'est la gestion de l'espacement
vertical des éléments de la composition et dans quel ordre les appeler
pour que ça ne tourne pas en champ de bataille.
>
J'ai découvert Swift d'Apple mais cela va, je pense, limiter le partage
de l'appli avec ceux qui ont au moins Catalina. Il Í l'air de permettre
beaucoup de choses, mais, d'après ce que je lis, il consomme beaucoup de
CPU même s'il est inutilisé. Par contre il est Open Source et permet de
compiler sous Windows et Linux.
<https://www.swift.org/platform-support/>
Swift gourmand en ressources ? Oui, mais quand tu le lances pour
développer avec, rien d'extraordinaire Í cela. On ne le laisse pas lancé
pour ne rien faire…
Swift demande un réel /apprentissage/ en terme d'accès aux bibliothèques
et aux commandes, Í la manière d'Objective-C, même si la syntaxe a été
rendue un peu moins absconse.
Le gros avantage est Interface Builder pour construire l'interface sans
avoir Í en écrire le code.
Au final du vrai code compilé et signable (sinon pas de distribution
possible, contrairement Í un appleScript)
Quant aux versions, pour peu que tu le déclares dans le projet, tu peux
rendre ton appli rétro-compatible jusqu'Í 10.9 qui a été la version ou
ASOC (AppleScript-Objective-C) a été abandonnée au profit de Swift.
>
Mais ça, c'est pour dans bien plus tard sauf Í être plusieurs :)
Je ne me sens pas assez motivé pour me lancer dans l'apprentissage d'un
outil aussi lourd, d'un nouveau langage pas facile d'accès, pour des
bidules que je ne diffuse pas (en principe), que je ponds et qui
marchent en AppleScript, et tant pis pour l'interface minimaliste.
J'ai même la flemme de passer Í MacCafé, c'est dire…
Bonjour Í tous !
"BenoÍ®t L." a prestement tapoté de ses doigts agiles :En lisant un script d'exemple je crois avoir compris.
Parfait, tu n'as plus qu'Í essayer ;-)Si j'y arrive je passe Í l'étape 1.1*, ajouter :
— Case Í cocher : Ajouter « -- » en début de signature (Pop-up Oui/Non)
— Bouton « Enregistrer »
Puis 1.2 : bouton pour importer une liste de signatures.
(Si ce n'est pas réalisable simplement, alors voir ci-dessous)
J'ai une appli qui comporte un champ de saisie, 5 boutons radio sur un
fond image, une case Í cocher, une liste pop-up, un menu pop-up, un
champ éditable, 5 champs de texte statique, une icÍ´ne, 2 boutons (mais
il pourrait y en avoir bien plus). Donc tout est possible…
Mais la grosse difficulté (non, pas difficile mais réclamant de la
patience et beaucoup d'essais) quand on se lance dans un dialogue modal
aussi complexe avec Dialog Tool Kit, c'est la gestion de l'espacement
vertical des éléments de la composition et dans quel ordre les appeler
pour que ça ne tourne pas en champ de bataille.
J'ai découvert Swift d'Apple mais cela va, je pense, limiter le partage
de l'appli avec ceux qui ont au moins Catalina. Il Í l'air de permettre
beaucoup de choses, mais, d'après ce que je lis, il consomme beaucoup de
CPU même s'il est inutilisé. Par contre il est Open Source et permet de
compiler sous Windows et Linux.
<https://www.swift.org/platform-support/>
Swift gourmand en ressources ? Oui, mais quand tu le lances pour
développer avec, rien d'extraordinaire Í cela. On ne le laisse pas lancé
pour ne rien faire…
Swift demande un réel /apprentissage/ en terme d'accès aux bibliothèques
et aux commandes, Í la manière d'Objective-C, même si la syntaxe a été
rendue un peu moins absconse.
Le gros avantage est Interface Builder pour construire l'interface sans
avoir Í en écrire le code.
Au final du vrai code compilé et signable (sinon pas de distribution
possible, contrairement Í un appleScript)
Quant aux versions, pour peu que tu le déclares dans le projet, tu peux
rendre ton appli rétro-compatible jusqu'Í 10.9 qui a été la version ou
ASOC (AppleScript-Objective-C) a été abandonnée au profit de Swift.
Mais ça, c'est pour dans bien plus tard sauf Í être plusieurs :)
Je ne me sens pas assez motivé pour me lancer dans l'apprentissage d'un
outil aussi lourd, d'un nouveau langage pas facile d'accès, pour des
bidules que je ne diffuse pas (en principe), que je ponds et qui
marchent en AppleScript, et tant pis pour l'interface minimaliste.
J'ai même la flemme de passer Í MacCafé, c'est dire…
J'ai même la flemme de passer Í MacCafé, c'est dire…
J'ai même la flemme de passer Í MacCafé, c'est dire…
J'ai même la flemme de passer Í MacCafé, c'est dire…
Le 5 février 2022 Í 19:58, Joseph-B a raconté:J'ai même la flemme de passer Í MacCafé, c'est dire…
Ah oui, quand même...
Pourtant, la migration depuis MacSoup se fait "fingers in the nose", je
peux en témoigner!
Le 5 février 2022 Í 19:58, Joseph-B a raconté:
J'ai même la flemme de passer Í MacCafé, c'est dire…
Ah oui, quand même...
Pourtant, la migration depuis MacSoup se fait "fingers in the nose", je
peux en témoigner!
Le 5 février 2022 Í 19:58, Joseph-B a raconté:J'ai même la flemme de passer Í MacCafé, c'est dire…
Ah oui, quand même...
Pourtant, la migration depuis MacSoup se fait "fingers in the nose", je
peux en témoigner!
J'ai une appli qui comporte un champ de saisie, 5 boutons radio sur un
fond image, une case Í cocher, une liste pop-up, un menu pop-up, un
champ éditable, 5 champs de texte statique, une icÍ´ne, 2 boutons (mais
il pourrait y en avoir bien plus). Donc tout est possible…
Mais la grosse difficulté (non, pas difficile mais réclamant de la
patience et beaucoup d'essais) quand on se lance dans un dialogue modal
aussi complexe avec Dialog Tool Kit, c'est la gestion de l'espacement
vertical des éléments de la composition et dans quel ordre les appeler
pour que ça ne tourne pas en champ de bataille.
J'ai une appli qui comporte un champ de saisie, 5 boutons radio sur un
fond image, une case Í cocher, une liste pop-up, un menu pop-up, un
champ éditable, 5 champs de texte statique, une icÍ´ne, 2 boutons (mais
il pourrait y en avoir bien plus). Donc tout est possible…
Mais la grosse difficulté (non, pas difficile mais réclamant de la
patience et beaucoup d'essais) quand on se lance dans un dialogue modal
aussi complexe avec Dialog Tool Kit, c'est la gestion de l'espacement
vertical des éléments de la composition et dans quel ordre les appeler
pour que ça ne tourne pas en champ de bataille.
J'ai une appli qui comporte un champ de saisie, 5 boutons radio sur un
fond image, une case Í cocher, une liste pop-up, un menu pop-up, un
champ éditable, 5 champs de texte statique, une icÍ´ne, 2 boutons (mais
il pourrait y en avoir bien plus). Donc tout est possible…
Mais la grosse difficulté (non, pas difficile mais réclamant de la
patience et beaucoup d'essais) quand on se lance dans un dialogue modal
aussi complexe avec Dialog Tool Kit, c'est la gestion de l'espacement
vertical des éléments de la composition et dans quel ordre les appeler
pour que ça ne tourne pas en champ de bataille.
Bonjour Í tous !
"BenoÍ®t L." a prestement tapoté de ses doigts agiles :En lisant un script d'exemple je crois avoir compris.
Parfait, tu n'as plus qu'Í essayer ;-)Si j'y arrive je passe Í l'étape 1.1*, ajouter :
— Case Í cocher : Ajouter « -- » en début de signature (Pop-up Oui/Non)
— Bouton « Enregistrer »
Puis 1.2 : bouton pour importer une liste de signatures.
(Si ce n'est pas réalisable simplement, alors voir ci-dessous)
J'ai une appli qui comporte un champ de saisie, 5 boutons radio sur un
fond image, une case Í cocher, une liste pop-up, un menu pop-up, un
champ éditable, 5 champs de texte statique, une icÍ´ne, 2 boutons (mais
il pourrait y en avoir bien plus). Donc tout est possible…
Mais la grosse difficulté (non, pas difficile mais réclamant de la
patience et beaucoup d'essais) quand on se lance dans un dialogue modal
aussi complexe avec Dialog Tool Kit, c'est la gestion de l'espacement
vertical des éléments de la composition et dans quel ordre les appeler
pour que ça ne tourne pas en champ de bataille.
Bonjour Í tous !
"BenoÍ®t L." a prestement tapoté de ses doigts agiles :
En lisant un script d'exemple je crois avoir compris.
Parfait, tu n'as plus qu'Í essayer ;-)
Si j'y arrive je passe Í l'étape 1.1*, ajouter :
— Case Í cocher : Ajouter « -- » en début de signature (Pop-up Oui/Non)
— Bouton « Enregistrer »
Puis 1.2 : bouton pour importer une liste de signatures.
(Si ce n'est pas réalisable simplement, alors voir ci-dessous)
J'ai une appli qui comporte un champ de saisie, 5 boutons radio sur un
fond image, une case Í cocher, une liste pop-up, un menu pop-up, un
champ éditable, 5 champs de texte statique, une icÍ´ne, 2 boutons (mais
il pourrait y en avoir bien plus). Donc tout est possible…
Mais la grosse difficulté (non, pas difficile mais réclamant de la
patience et beaucoup d'essais) quand on se lance dans un dialogue modal
aussi complexe avec Dialog Tool Kit, c'est la gestion de l'espacement
vertical des éléments de la composition et dans quel ordre les appeler
pour que ça ne tourne pas en champ de bataille.
Bonjour Í tous !
"BenoÍ®t L." a prestement tapoté de ses doigts agiles :En lisant un script d'exemple je crois avoir compris.
Parfait, tu n'as plus qu'Í essayer ;-)Si j'y arrive je passe Í l'étape 1.1*, ajouter :
— Case Í cocher : Ajouter « -- » en début de signature (Pop-up Oui/Non)
— Bouton « Enregistrer »
Puis 1.2 : bouton pour importer une liste de signatures.
(Si ce n'est pas réalisable simplement, alors voir ci-dessous)
J'ai une appli qui comporte un champ de saisie, 5 boutons radio sur un
fond image, une case Í cocher, une liste pop-up, un menu pop-up, un
champ éditable, 5 champs de texte statique, une icÍ´ne, 2 boutons (mais
il pourrait y en avoir bien plus). Donc tout est possible…
Mais la grosse difficulté (non, pas difficile mais réclamant de la
patience et beaucoup d'essais) quand on se lance dans un dialogue modal
aussi complexe avec Dialog Tool Kit, c'est la gestion de l'espacement
vertical des éléments de la composition et dans quel ordre les appeler
pour que ça ne tourne pas en champ de bataille.
Maintenant y-a-t-il quelqu'un qui saurait me guider pour que j'ai une
« fenêtre » plus large. Je pose la question parce que j'utilise la boÍ®te
d'alerte pour présenter le résultat et elle ne peut être allongée, d'o͹
les fin de lignes pas propres. En AS on a rien d'autre pour afficher des
données Í l'écran.
Maintenant y-a-t-il quelqu'un qui saurait me guider pour que j'ai une
« fenêtre » plus large. Je pose la question parce que j'utilise la boÍ®te
d'alerte pour présenter le résultat et elle ne peut être allongée, d'o͹
les fin de lignes pas propres. En AS on a rien d'autre pour afficher des
données Í l'écran.
Maintenant y-a-t-il quelqu'un qui saurait me guider pour que j'ai une
« fenêtre » plus large. Je pose la question parce que j'utilise la boÍ®te
d'alerte pour présenter le résultat et elle ne peut être allongée, d'o͹
les fin de lignes pas propres. En AS on a rien d'autre pour afficher des
données Í l'écran.
"Benoͮt L." wrote:Maintenant y-a-t-il quelqu'un qui saurait me guider pour que j'ai une
« fenêtre » plus large. Je pose la question parce que j'utilise la boÍ®te
d'alerte pour présenter le résultat et elle ne peut être allongée, d'o͹
les fin de lignes pas propres. En AS on a rien d'autre pour afficher des
données Í l'écran.
Au lieu de demander Í AppleScript de présenter le résultat dans une
boͮte de dialogue, demandez-lui d'afficher le presse-papiers puisque le
résultat s'y trouve.
"Benoͮt L." <benoit@com.invalid> wrote:
Maintenant y-a-t-il quelqu'un qui saurait me guider pour que j'ai une
« fenêtre » plus large. Je pose la question parce que j'utilise la boÍ®te
d'alerte pour présenter le résultat et elle ne peut être allongée, d'o͹
les fin de lignes pas propres. En AS on a rien d'autre pour afficher des
données Í l'écran.
Au lieu de demander Í AppleScript de présenter le résultat dans une
boͮte de dialogue, demandez-lui d'afficher le presse-papiers puisque le
résultat s'y trouve.
"Benoͮt L." wrote:Maintenant y-a-t-il quelqu'un qui saurait me guider pour que j'ai une
« fenêtre » plus large. Je pose la question parce que j'utilise la boÍ®te
d'alerte pour présenter le résultat et elle ne peut être allongée, d'o͹
les fin de lignes pas propres. En AS on a rien d'autre pour afficher des
données Í l'écran.
Au lieu de demander Í AppleScript de présenter le résultat dans une
boͮte de dialogue, demandez-lui d'afficher le presse-papiers puisque le
résultat s'y trouve.