Toutes les autres applications qui peuvent être épinglées dans la barre des tâches se comportent bien. Mais Eclipse n'affiche pas les projets récemment ouverts lorsque je clique dessus avec le bouton droit. Il ne permet pas non plus d'épingler certains projets à l'intérieur. Notez que j'ai la version JS d'Eclipse Helios. Ce qui engendre une icône de barre des tâches nouvelle et différente après le chargement.
Spécifiez la dernière version Java VM dans votre Eclipse.ini
. C'est à dire.:
-vm
jdk1.6.0_10\jre\bin\client\jvm.dll
Vous pouvez également ajouter le dossier Java bin
à votre Windows PATH
avant le dossier "windows32", car sinon Eclipse utilise "javaw.exe" dans le dossier win32 au lieu de JDK.
Riccardo's solution du rapport de bogue Eclipse a fonctionné pour moi, mais je n'ai pas de projets récemment ouverts, etc. dans la barre des tâches. Quelqu'un éprouve-t-il que ces solutions de contournement restaurent ce comportement?
J'ai le même problème sur Windows 7 x64 avec Helios x64, mais pour moi la solution de contournement suivante fonctionne avec l'option "Toujours combiner, masquer les étiquettes" pour les boutons de la barre des tâches.
- Vérifiez votre "Eclipse.ini" pour le VM spécifié) et assurez-vous que le chemin pointe vers le répertoire bin de votre JDK ou JRE (et non vers javaw.exe). Pour moi, l'argument est " D:/Développement/Langages/Java/Kit de développement/bin/"sans guillemets.
- Détachez Eclipse de la barre des tâches ou supprimez le raccourci
- Exécutez "Eclipse.exe" depuis l'explorateur et choisissez votre espace de travail
- Épinglez Eclipse dans la barre des tâches après le chargement de l'écran de démarrage et lorsque la fenêtre principale s'affiche
définir Eclipse.exe en mode de compatibilité fonctionne
Je veux juste ajouter ceci pour les utilisateurs de Win10.
Modifier Eclipse.ini
pour ajouter ces lignes à la fin avant la ligne --launcher.appendVmargs:
-vm C:/Program Files/Java/jdk1.8.0/jre/bin/server/jvm.dll
Vous devez également définir la compatibilité avec Windows Vista pour que cela fonctionne.
Je pense qu'il est important de mentionner qu'au moins pour moi, il était important d'ajouter le chemin vers la VM dans Eclipse.ini avec des barres obliques, même si je travaille avec Windows (7, c'est-à-dire). Eclipse n'a pas démarré lorsque j'ai utilisé des barres obliques inverses.
Récemment Timo Kinnunen a identifié le problème
Modifier Eclipse.ini trouver la ligne:
--launcher.appendVmargs:
et changez-le en
--launcher.appendVmargs:-vm <PATH_TO_Java>/jdk1.8.0/jre/bin/server/jvm.dll
Cela provoque le lancement de la JVM dans le même processus que Eclipse.exe plutôt qu'en tant que processus enfant et évite les subtilités des processus hôtes avec AppUserModelIDs.
Et il fonctionne !!!
Jusqu'à présent, les solutions proposées ici sur StackOverflow n'ont pas de solution facile pour exécuter plusieurs éclipses tout en ayant chacune leur propre Application ID
, Et pour faire fonctionner le regroupement d'icônes comme prévu. La réponse ici fournit une référence à la propriété System.AppUserModel.ID
Sous-jacente.
Voici un rapide [~ # ~] guide pratique [~ # ~] :
-vm
Comme beaucoup de gens ici l'ont mentionnéPin this program to taskbar
%AppData%\Microsoft\Internet Explorer\Quick Launch\User Pinned\Taskbar
Eclipse
, Eclipse (2)
ou Eclipse (3)
et ainsi de suiteUnpin this program from taskbar
Voici une extension [~ # ~] du mode d'emploi [~ # ~] , utile si vous voulez que le regroupement d'icônes soit séparé par instance Eclipse individuelle (si vous avez plusieurs instances fonctionnement):
org.Eclipse.epp.package.Java_2.0.1.20130919-0803
. Ouvrez le fichier plugin.xml
De ce dossier./plugin/extension/product/property[@name="appName"]
, Définissez l'attribut value
sur autre chose. N'utilisez pas d'espaces, gardez la longueur en dessous (jusqu'à) 40./plugin/extension/product/property[@name]
, Définissez l'attribut name
sur autre chose.-clean
Et exécutez-le une fois. Vous remarquerez que l'attribut //product/property[@name]
Est utilisé dans le titre de la fenêtre Eclipse. Ensuite, vous pouvez à nouveau supprimer -clean
.Une explication rapide sur ce qui se passe ici :
System.AppUserModel.ID
Identique, AppID
pour faire courtAppID
au démarrage. La JVM est d'abord démarrée, puis le noyau/la plate-forme Eclipse est démarré, puis le plug-in de démarrage est chargé. Dans cette dernière étape, un appel API est effectué pour définir le AppID
à la valeur à l'intérieur d'un fichier plugin.xml
. Voir ci-dessus: étendu [~ # ~] howto [~ # ~] item 2AppID
dans la nouvelle version "épinglée" du fichier .lnk. Il ne peut être détecté qu'au moment de l'exécution.Pin this program to taskbar
-> puis Windows détectera le AppID
et le stocker dans le .lnk "épinglé". Mais, en partie à cause de la redirection du processus JVM, Windows ne détecte pas les paramètres de ligne de commande, l'environnement, le dossier de travail (au démarrage au moins) et le chemin de l'icône + l'index de l'icône. Vous devez donc: System.AppUserModel.ID
(Il y en a beaucoup)J'espère sincèrement que cela réduira la quantité d'icônes de barres de tâches Eclipse détraquées sur les postes de travail autour de moi,
À la vôtre, TW