Préférences de mise en évidence de la syntaxe Eclipse enregistrer et restaurer

J’ai finalement compris comment faire cela.

Je voulais juste mentionner au préalable que j’ai essayé de démarrer avec une nouvelle installation Eclipse, exporter les préférences dans un fichier .epf , changer un seul paramètre, exporter à nouveau et comparer les fichiers. À ma grande surprise, essayer d’importer des parameters à partir d’un fichier .epf minimal ne fonctionnait pas de manière fiable non plus.

La solution qui a fonctionné pour moi était de copier ces fichiers: {Eclipse workspace directory}/.metadata/.plugins/org.eclipse.core.runtime/.settings/*.prefs

J’ai essayé une nouvelle installation Eclipse sur une autre machine et après avoir copié ces fichiers, tous mes parameters ont été parfaitement restaurés.

La solution consistait à copier SOME – pas tous les fichiers de {workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings/*.prefs dans mon autre espace de travail.

En particulier (selon le https://stackoverflow.com/questions/96981/color-themes-for-eclipse thread):

 org.eclipse.jdt.ui.prefs = Syntax Coloring org.eclipse.ui.editors.prefs = Text Editors 

La copie d’autres fichiers a causé des problèmes.

Il y a quelques notes à append:

1. J’ai dû copier la paire de fichiers susmentionnée plusieurs fois avant d’obtenir la coloration correcte de la syntaxe.
2. Assurez-vous de fermer l’espace de travail, s’il est ouvert dans Eclipse, avant de copier les fichiers.

Cela a fonctionné avec Eclipse Helios.

Si vous voulez être un peu plus précis sur ce que vous migrez, les règles de mise en évidence de la syntaxe sont les lignes commençant par semanticHighlighting sur workspace-indigo / .metadata / .plugins / org.eclipse.core.runtime / .settings / org.eclipse .jdt.ui.prefs

En faisant cela, j’ai pu migrer la coloration syntaxique de Helios vers Indigo.

J’utilise JBoss Developer Studio 10 avec le moteur Eclipse Neon 4.6.

Tous les fichiers .prefs trouvent dans ce chemin:

 /workspace/.metadata/.plugins/org.eclipse.core.runtime/.sett‌​ings 

Je vous recommande de rechercher org.eclipse.*ui*.prefs place *.prefs pour affiner votre résultat.

Les principaux fichiers de configuration sont les suivants:

• org.eclipse. jdt .ui.prefs
  • Paramètres de couleur de l’éditeur de texte
• org.eclipse.ui. éditeurs
  • Paramètres de l’éditeur de texte
• org.eclipse. cdt .ui.prefs
  • Paramètres du formateur
• org.eclipse.wst. jsdt .ui.prefs
  • Paramètres de couleur de la syntaxe Java
• org.eclipse.jst. jsp .ui.prefs
• org.eclipse.wst. css .ui.prefs
• org.eclipse.wst. html .ui.prefs
• org.eclipse.wst. json .ui.prefs
• org.eclipse.wst. dtd .ui.prefs
• org.eclipse.wst. xml .ui.prefs
• org.eclipse.wst. xsl .ui.prefs

Si vous avez un espace de travail problématique:

1. Copy les fichiers ci-dessus
2. Create un nouvel espace de travail
3. Copy and Replace ces fichiers dans votre nouvel espace de travail

Cela permettra de récupérer parfaitement les parameters de couleur de vos éditeurs personnalisés. Pour moi a très bien travaillé.

Eclipse CDT stocke ‘Syntax coloring’ dans le fichier org.eclipse.cdt.ui.prefs

Ceci se trouve par exemple ici: C: \ eclipse \ workspace.metadata.plugins \ org.eclipse.core.runtime.settings \

Copiez et collez au-dessus de celui de votre nouvelle instance d’éclipse. Cela a fonctionné pour moi en passant de 3.4 à 3.5

Je voudrais exporter la préférence avant de modifier la couleur, puis après.

Ainsi, vous pourrez isoler les règles spécifiques d’un fichier de préférences d’éclipse dans un fichier plus petit et:

• vérifier si certaines couleurs non restaurées sont bien représentées par une règle
• l’importation d’une préférence plus petite a un effet sur les parameters précédemment inchangés.

Ce type de stratégie peut être affiné en plusieurs petits fichiers de parameters (un pour Java, un pour JSP, HTML, CSS,…), afin de mieux parsingr les effets secondaires potentiels lors de la réimportation de ces parameters.

Une fois, la réponse de Michael Bosworth m’a aidé à prolonger et j’ai voté. Mais maintenant je vois une obligation de répondre moi-même, car copier ces deux fichiers ne suffit pas. Laissez-moi vous expliquer pourquoi.

• Premièrement, ces fichiers contiennent des lignes irréversibles à la coloration syntaxique.

• Deuxièmement, la coloration de la syntaxe pour les autres éditeurs se trouve ailleurs, par exemple, ceux des fichiers XML sont en

  org.eclipse.wst.xml.ui.prefs

et ceux des fichiers HTML :

  org.eclipse.wst.html.ui.prefs 

Pages JSP?

  org.eclipse.jst.jsp.ui.prefs 

, etc.

• Troisièmement, lorsque nous changeons les couleurs de police, nous changeons généralement les couleurs d’arrière-plan, les couleurs de mise en surbrillance des lignes, etc. pour obtenir une vue plus claire des codes. Cela implique plus de fichiers.

Si nous recherchons des fichiers *.pref dans le chemin

 /workspace/.metadata/.plugins 

nous pouvons trouver tous les fichiers de préférences où nous pouvons localiser toutes les lignes de parameters de coloration. Mais en collant tous ces fichiers dans un autre espace de travail, ils peuvent également provoquer des problèmes, car ils ne sont pas exclusivement liés à la syntaxe. De plus, lorsque nous basculons entre deux versions d’Eclipse, des problèmes inattendus peuvent survenir.

Donc, le moyen le plus sûr est de:

• Créez un nouvel espace de travail si vous n’en avez pas.
• Ouvrez tous les fichiers *.pref nous trouvons dans l’espace de travail un par un,
• Copiez les lignes contenant les codes de couleur,
• Recherchez le même fichier dans votre nouvel espace de travail,
• Remplacez la partie couleur par une partie existante. Ou, définissez les couleurs dans Eclipse, en supposant les options correspondantes en fonction du nom des propriétés. Tous les codes de couleurs sont basés sur RVB.

EDIT : (2017.02.24)

Eclipse Mars a un plugin Oomph , qui peut enregistrer vos parameters de préférence pour une transmission transparente de vos préférences. Lorsque vous l’activez, chaque fois que vous modifiez une valeur, vous êtes invité à vous demander si vous souhaitez l’enregistrer dans Oomph, en vous fournissant la ligne exacte dans le fichier correspondant où votre nouvelle valeur est stockée. Ainsi, lorsque vous installez Oomph, vous pouvez:

1. Modifiez les parameters de la police, de la taille de la police, de la couleur d’arrière-plan, etc.
2. Dans les fenêtres d’invite d’Oomph, notez l’emplacement de vos nouveaux parameters. (Parce que si vous demandez à Oomph de mémoriser vos parameters, il ne vous le demandera plus jamais, vous ne verrez donc cette fenêtre qu’une seule fois.)

J’ai supprimé le fichier * .prefs récemment modifié des fichiers dreictory \ myworkspace.metadata.plugins \ org.eclipse.core.runtime.settings et importés suivants.

Je suis la première personne à répondre à cette question à ma connaissance :), parce que même moi j’ai eu beaucoup de mal.

Merci

J’ai réussi à importer les règles de mise en évidence de la syntaxe d’Eclipse Helios en copiant le fichier:

 .metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.jdt.ui.prefs 

de l’espace de travail source vers l’espace de travail cible. Il semble que ce fichier contienne également des profils de formatage de code et des modèles de code Eclipse.

Environnement:

 Version: Helios Release Build id: 20100617-1415 (on linux) 

J’ai rencontré le même problème il y a quelques jours. La méthode la plus simple pour restaurer les valeurs par défaut consiste à importer à nouveau le thème par défaut, disponible à l’ adresse suivante : http://eclipsecolorthemes.org/?view=theme&id=790.