Antes de seguir leyendo: sé sobre Butler y programas similares. Estoy buscando una forma INTEGRADA de hacer esto sin una aplicación de terceros.
De todos modos, escribí un AppleScript que ejecuta un comando de shell. Quiero mostrar esa salida en la barra de menú en la parte superior... sin Butler, ¿cómo puedo hacer esto?
En general, sin un programa de terceros, como Growl, no hay una forma integrada de hacer esto.
Sin embargo, puede escribir un script u otro programa como el que encontré aquí que le proporciona el servicio de menulet. Estoy seguro de que la integración de Growl sería mucho más fácil de lograr.
No hay una forma integrada de hacer esto en OS X. Sin embargo, usando Growl , puedes recibir notificaciones. Aquí hay un script de muestra para eso:
--Make sure Growl is running
tell application "System Events"
set isRunning to (count of (every process whose bundle identifier is "com.Growl.GrowlHelperApp")) > 0
end tell
if isRunning then
tell application id "com.Growl.GrowlHelperApp"
set the allNotificationsList to ¬
{"Test Notification", "Another Test Notification"}
--Notifications can be enabled in System Preferences>Growl>Applications>Display Options
set the enabledNotificationsList to ¬
{"Test Notification"}
register as application ¬
"Growl AppleScript Sample" all notifications allNotificationsList ¬
default notifications enabledNotificationsList ¬
-- Set the icon. You can use any icon from any application
icon of application "AppleScript Editor"
notify with name ¬
"Test Notification" title ¬
"Test Notification" description ¬
"This is a test AppleScript notification." application name "Growl AppleScript Sample"
notify with name ¬
"Another Test Notification" title ¬
"Another Test Notification :) " description ¬
"Alas — you won't see me until you enable me..." application name "Growl AppleScript Sample"
end tell
end if
Eso debería mostrar esto:
Y si también tienes habilitada la otra notificación:
Aquí se describen técnicas más avanzadas .
Dado que AppleScriptObjC es parte de macOS, es posible usar su marco "Fundamento" (incluidos los métodos de NSMenu) para lograr lo que probablemente no fue posible en 2012.
Encontré un script interesante para crear menús personalizados desde AppleScript; de esto extraje el código adecuado para colocar texto en la barra de menú de macOS . De hecho, usa solo el "título" de un menú para insertar algún contenido.
Para demostrar esto, implementé una secuencia de comandos de diálogo muy básica que solicita a los usuarios que ingresen texto (esperando 6 segundos) que luego se muestra en la barra de menú temporalmente (5 segundos).
Aquí lo tienes:
use framework "Foundation"
use framework "AppKit"
use scripting additions
property StatusItem : missing value
property newMenu : class "NSMenu"
display dialog "Write something:" default answer "" giving up after 6
set myText to text returned of the result
if myText is "" then set myText to "TOOOOO slow … try again !"
set myText to ">> " & myText & " <<"
set bar to current application's NSStatusBar's systemStatusBar
set StatusItem to bar's statusItemWithLength:-1.0
StatusItem's setTitle:myText
set newMenu to current application's NSMenu's alloc()'s initWithTitle:"Custom"
StatusItem's setMenu:newMenu
delay 5
current application's NSStatusBar's systemStatusBar()'s ¬
removeStatusItem:StatusItem
Este código AppleScript se puede usar en cualquier script suyo. (Su parte de "diálogo" es opcional...)
user3439894 ayudó a cerrar mi "menú", vea la última línea del script. ¡Muchas gracias!
https://stackoverflow.com/questions/29168474/creating-a-simple-menubar-app-using-applescript
. . . . . Sin embargo, me temo que mi última línea (funciona la mitad del tiempo) que encontré en otro lugar, y adapté, NO es correcta . . . . . . No soy programador, así que necesito más tiempo para entender el código.StatusItem's dealloc()
solo se aplica a la aplicación AppleScriptObjC y no al Editor de secuencias de comandos y se bloquea accidentalmente.set myText to ...
línea de código , la anterior al display dialog
comando realmente no hace nada en función del código resultante y, por lo tanto, no es necesaria en absoluto. En otras palabras, el único valor usado de myText
es el que se asigna después de que se ejecuta el display dialog
comando y por qué establecerlo en algo antes del comando es una codificación no utilizada y no es necesaria en el contexto del código presentado actualmente.
display dialog
StatusItem's dealloc()
o StatusItem's setTitle:""
usaría:current application's NSStatusBar's systemStatusBar()'s removeStatusItem:StatusItem
error "NSWindow drag regions should only be invalidated on the Main Thread!" number -10000
.
clemsam lang