Installation de composants de pilotes personnalisés
Important
La plateforme d’impression moderne est le moyen privilégié de Windows pour communiquer avec les imprimantes. Nous vous recommandons d’utiliser le pilote de classe IPP en boîte de Microsoft, ainsi que les applications de support d’impression (PSA), pour personnaliser l’expérience d’impression dans Windows 10 et 11 pour le développement de périphériques d’impression.
Pour plus d’informations, veuillez consulter la section Plateforme d’impression moderne et le Guide de conception des applications de support d’impression.
Lorsque vous fournissez des composants personnalisés pour les pilotes d’imprimante de Microsoft, vous devez également fournir un fichier .ini pour l’installation du composant. (Si votre imprimante n’est pas prise en charge par ntprint.inf, vous devez également fournir un fichier INF de l’imprimante).
Le fichier .ini doit contenir une section OEMFiles. Dans cette section, chaque composant personnalisé est décrit en utilisant l’une des entrées suivantes :
OEMDriverFilen
Nom d’un plug-in de rendu.
OEMConfigFilen
Nom d’un plug-in d’interface utilisateur.
où n spécifie l’ordre dans lequel l’installateur installe les fichiers. Les numéros spécifiés pour n doivent être consécutifs, en commençant par 1, pour les deux types de plug-ins.
Par exemple, si vous fournissez deux plug-ins de rendu et un plug-in d’interface utilisateur, et que votre modèle d’imprimante est XYZ, votre fichier .ini pourrait apparaître comme suit :
[OEMFiles]
OEMDriverFile1=XYZDRV1.DLL
OEMConfigFile1=XYZUI1.DLL
OEMDriverFile2=XYZDRV2.DLL
Les espaces ne sont pas autorisés avant ou après le signe égal (=). Les noms de fichiers ne peuvent pas inclure de spécifications de chemin.
Dans l’exemple, deux plug-ins de rendu sont spécifiés. En fonction des valeurs n pour OEMDriverFilen, xyzdrv1.dll est installé avant xyzdrv2. Les pilotes Unidrv et Pscript5 appellent les plug-ins dans l’ordre où ils sont installés, donc plus tard, lorsqu’un pilote doit appeler des fonctions de hooking DDI graphiques et des méthodes COM fournies par ces plug-ins, xyzdrv1.dll est appelé avant xyzdrv2.dll.
Le nom du fichier .ini doit refléter le nom du produit de l’imprimante. Le nom du fichier .ini doit être distinct des noms des fichiers .ini pour d’autres imprimantes afin d’éviter les conflits de noms. Si vous rétroportez un plug-in de rendu ou un plug-in d’interface utilisateur vers Windows NT 4.0, le nom de votre fichier .ini doit correspondre au nom de votre fichier .gpd ou .ppd. (C’est-à-dire que xyz.ini doit être utilisé pour xyz.gpd ou xyz.ppd). Cette restriction ne s’applique pas à Windows 2000 ou aux versions ultérieures du système d’exploitation Windows.
Un fichier .ini peut contenir du texte ANSI ou Unicode, mais le texte Unicode est recommandé. Dans un fichier .ini, les lignes commençant par le signe dièse (#) sont des commentaires.
Pour plus d’informations, veuillez consulter la section Directives générales pour les fichiers INF et Installation d’un minipilote Unidrv.
Si vous fournissez un fichier INF d’imprimante, une façon pratique d’installer et d’enregistrer un composant personnalisé est de faire du composant un fichier dépendant du pilote d’imprimante. De plus, le fichier .inf associé peut être installé en tant que fichier dépendant. Pour plus d’informations sur les fichiers dépendants pour les pilotes d’imprimante, veuillez consulter la section Entrées du fichier INF de l’imprimante.
Alternativement, vous pouvez installer un composant personnalisé en faisant du composant un fichier dépendant d’un autre composant d’impression tel qu’un moniteur de port ou une application de statut. Cependant, cette méthode pourrait créer des difficultés car les opérations de point-and-print n’installent que le pilote et les fichiers dépendants du pilote sur le client. Si un composant personnalisé n’est pas répertorié en tant que fichier dépendant du pilote d’imprimante, le composant doit être installé sur le client d’une manière autre que dans le cadre de l’opération de point et d’impression.