accessoire de bureau

Les premiers gestionnaires d'informations personnelles, tels que Norton Desktop et Sidekick de Borland , offraient une calculatrice, une alarme, un calendrier et d'autres fonctions contextuelles pour les systèmes d'exploitation monotâches comme MS-DOS utilisant des techniques de terminaison et de maintien en résidence .

Introduit en 1984 avec le système d'exploitation de l' ordinateur Apple Macintosh , un accessoire de bureau (DA) était un logiciel conçu comme un pilote de périphérique, conforme à un modèle de programmation particulier. Ce modèle permettait d'exécuter simultanément de très petites applications auxiliaires avec n'importe quelle autre application du système. Il offrait ainsi un léger multitâche sur un système qui, initialement, en était totalement dépourvu.

Les applications décentralisées (DA) étaient implémentées comme une classe spéciale de pilote . Elles étaient installées dans la file d'attente des pilotes et recevaient un temps d'exécution périodique et coopératif lorsque l'application hôte appelait la fonction SystemTask() dans sa boucle principale . Une DA pouvait disposer d'une interface utilisateur à condition qu'elle soit confinée à une seule fenêtre principale. Un cadre de fenêtre spécifique, avec une barre de titre noire et des coins arrondis, était réservé aux DA afin que l'utilisateur puisse les distinguer des fenêtres de l'application hôte.

Les premiers assistants numériques (AD) typiques comprenaient la calculatrice et le réveil. Le panneau de configuration , le sélecteur et l'album ont initialement été implémentés sous forme d'AD. Des AD tiers, tels que des correcteurs orthographiques, pouvaient être achetés. Écrire un AD était considéré comme difficile, surtout au début, lorsque les outils de développement étaient peu nombreux. Cependant, comme les pilotes ne disposaient d'aucun privilège particulier sur les premières versions de Mac OS, écrire un AD n'était, avec de la pratique, pas plus difficile que n'importe quelle autre application.

Un utilitaire spécifique , Font/DA Mover, permettait de modifier la configuration des accessoires de bureau (DA). Ces derniers n'étant ni installés ni lancés comme les applications, l'utilisateur ne pouvait pas les glisser-déposer dans ou hors du système. Ils résidaient dans les ressources « DRVR » du système , à l'instar des pilotes, mais pouvaient être installés dans n'importe quel fichier dont les ressources étaient chargées en mémoire. Ils étaient stockés dans Système 7 , qui intégrait une fonction multitâche coopérative standard , le besoin en applications de bureau (DA) a considérablement diminué, et les développeurs ont été incités à privilégier les petites applications. Le système a continué à exécuter des DA (et continue de le faire jusqu'à Mac OS 9.x ) pour assurer la rétrocompatibilité. Sous le Système 7 et les versions ultérieures, les DA pouvaient être déplacées et renommées à l'aide du Finder, comme des applications classiques, ce qui rendait inutile Font/DA Mover et limitait leur utilisation à la gestion des polices . Lorsqu'une DA était exécutée sous le Système 7, elle s'exécutait toujours dans l' espace d'adressage du Finder . L' icône d'une application de bureau sous le Système 7 et les versions ultérieures est approximativement inversée, la main qui écrit étant à gauche au lieu d'être à droite.

Un mécanisme similaire permettant aux petits programmes utilitaires de fonctionner en parallèle des applications régulières était également présent dans le système d'exploitation de l' Apple IIGS et de l'Apple IIe .

Le GEM ressemblait beaucoup au Macintosh à bien des égards. On peut citer, par exemple, la présence d'accessoires de bureau, pour la même raison : permettre l'utilisation de plusieurs programmes dans un système ne prenant en charge qu'une seule application complète à la fois (bien que les accessoires de bureau du GEM utilisaient la commutation de tâches et non le multitâche coopératif comme le Macintosh ).

Du point de vue de la programmation, les accessoires de bureau étaient implémentés, comme les autres applications GEM, sous forme de fichiers .EXE DOS , dont le nom se terminait par .ACC (Accessoire) plutôt que .APP (Application). Chaque fichier .ACC pouvait gérer plusieurs accessoires ; les trois accessoires GEM standard (Calculatrice, Horloge et Spouleur d'impression) étaient fournis CALCLOCK.ACC. L'installation consistait simplement à placer le fichier .ACC dans le répertoire approprié : \GEMBOOTdans les versions antérieures, et \GEMAPPS\GEMSYSdans GEM/3 et les versions ultérieures.

Chaque accessoire de bureau installé réduisant la mémoire disponible pour les programmes, une technique permettant d'augmenter temporairement l'espace disponible consistait à renommer un ou plusieurs fichiers .ACC en leur attribuant une extension différente (généralement .ACX) et à redémarrer GEM. Sur l' Amstrad PC-1512 , par exemple, l'accessoire Snapshot était fourni avec l'extension .ACC SNAPSHOT.ACXet devait être renommé en .ACC avant utilisation.

Les accessoires de bureau continuaient d'être pris en charge par ViewMAX , le gestionnaire de fichiers DR-DOS , qui était fourni avec des versions presque inchangées de la calculatrice et de l'horloge.

Pour la même raison que l'utilisation des accessoires de bureau dans Mac OS et GEM, à savoir permettre l'exécution simultanée de plusieurs programmes sur un système ne prenant pas en charge le multitâche, le concept d'accessoires de bureau a été étendu à Palm OS par des développeurs tiers. Les accessoires de bureau sont des applets lancées par une application ou un hack faisant office de lanceur. Ce lanceur peut détecter les frappes au clavier ou d'autres événements système et afficher un accessoire de bureau prédéfini. De nombreuses applications de lancement Palm OS génériques sont également capables de lancer des accessoires de bureau.

Un programme d'accessoire de bureau est une base de données de ressources Palm de type « DAcc », spécifiée pour inclure une unique ressource « code » n° 1000 contenant le code binaire implémentant l'accessoire. Les variables globales et statiques ne sont pas disponibles, mais un DA peut appeler des API d'interface utilisateur. Il est possible qu'un DA contienne des ressources d'interface utilisateur dans sa base de données. Le lanceur de l'accessoire de bureau transfère l'exécution au premier octet de la ressource « code » n° 1000.

Les assistants numériques (AD) offrent un minimum de multitâche. Cependant, contrairement à macOS et GEM, une fois l'utilisation de l'AD terminée, il est nécessaire de le fermer pour revenir à l'application sous-jacente. Il est possible d'afficher un AD par-dessus un autre, mais cela peut réduire la mémoire disponible.