Spędzam trochę czasu na dostosowywaniu kolorów podświetlania składni w Eclipse (Java, JSP, HTML, CSS itp.), Ale za każdym razem, gdy próbuję wyeksportować te ustawienia przez Plik | Eksportuj | Ogólne | Preferencje i ponownie je zaimportować, ustawienia nigdy nie zostaną całkowicie zaimportowane plecy. Niektóre kolory są przywracane, a inne pozostają niezmienione, pozostawiając mnie w stanie „pomiędzy” - bardzo frustrujące.
Nawiasem mówiąc, używam Eclipse 3.4 Ganymede.
Czy ktoś znalazł niezawodny sposób zapisywania i przywracania ustawień podświetlania składni Eclipse?
źródło
*.pref
pliki, nawet w tej samej wersji, możesz wszystko zepsuć. Istnieją ustawienia, które nie mają nic wspólnego z kolorowaniem składni w tych*.pref
plikach, takie jak lokalizacja obszaru roboczego, ustawienia jre itp. Nie można po prostu kopiować i wklejać, zamiast tego kody kolorów powinny być oddzielone wierszami.Rozwiązaniem było skopiowanie NIEKTÓRYCH - nie wszystkich - plików z
{workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings/*.prefs
innego obszaru roboczego.W szczególności ( patrz wątek /programming/96981/color-themes-for-eclipse ):
Kopiowanie innych plików powodowało awarie.
Jest kilka uwag do dodania:
To działało z Eclipse Helios.
źródło
org.eclipse.php.ui.prefs
Udało mi się po prostu nadpisać plik na Marsie. 1 (4.5.1)Jeśli chcesz dokładniej przeanalizować to, co migrujesz, reguły podświetlania składni to linie zaczynające się od semanticHighlighting w obszarze roboczym-indygo / .metadata / .plugins / org.eclipse.core.runtime / .settings / org.eclipse .jdt.ui.prefs
Robiąc to, mogłem przenieść podświetlanie mojej składni z Helios do Indigo
źródło
Używam JBoss Developer Studio 10 z silnikiem Eclipse Neon 4.6.
Wszystkie
.prefs
pliki znajdują się w tej ścieżce:org.eclipse.*ui*.prefs
Zamiast tego zalecamy wyszukiwanie,*.prefs
aby zawęzić wynik.Główne pliki konfiguracyjne to:
Jeśli masz problematyczny obszar roboczy:
Copy
pliki powyżejCreate
nowy obszar roboczyCopy and Replace
te pliki w nowym obszarze roboczymSpowoduje to idealne przywrócenie niestandardowych ustawień kolorów edytorów. U mnie zadziałało bardzo dobrze.
źródło
Eclipse CDT przechowuje 'Kolorowanie składni' w pliku org.eclipse.cdt.ui.prefs
Znajduje się na przykład tutaj: C: \ eclipse \ workspace.metadata.plugins \ org.eclipse.core.runtime.settings \
Skopiuj i wklej górną część tego w nowej instancji zaćmienia. To zadziałało dla mnie podczas przechodzenia z 3,4 do 3,5
źródło
Wyeksportowałbym preferencje przed modyfikacją koloru, a następnie po.
W ten sposób można by wyodrębnić określone reguły pliku preferencji zaćmienia w jeden mniejszy plik i:
Tego rodzaju strategię można dalej uszczegółowić w kilku małych plikach ustawień (jeden dla Javy, jeden dla JSP, HTML, CSS, ...), aby lepiej analizować potencjalne skutki uboczne podczas ponownego importowania tych ustawień.
źródło
Udało mi się zaimportować reguły podświetlania składni Eclipse Helios, kopiując plik:
ze źródłowego obszaru roboczego do docelowego obszaru roboczego. Wygląda na to, że ten plik zawiera również profile programu formatującego kod Eclipse i szablony kodu.
Środowisko:
źródło
Kiedyś odpowiedź Michaela Boswortha pomogła mi w pewnym stopniu i zagłosowałem. Ale teraz widzę obowiązek sam na to odpowiedzieć, bo skopiowanie tych dwóch plików nie wystarczy. Pozwól mi wyjaśnić, dlaczego.
Po drugie, kolorowanie składni dla innych edytorów znajduje się gdzie indziej, na przykład te z plików XML znajdują się w
org.eclipse.wst.xml.ui.prefs
a
HTML
pliki:Strony JSP?
itp.
Jeśli szukamy
*.pref
plików w pathmożemy znaleźć wszystkie pliki preferencji, w których możemy zlokalizować wszystkie linie ustawień kolorowania. Ale kopiowanie i wklejanie wszystkich tych plików do innego obszaru roboczego może również powodować problemy, ponieważ nie są one wyłącznie związane z kolorowaniem składni. Co więcej, gdy przełączamy się między dwiema wersjami Eclipse, mogą pojawić się nieoczekiwane problemy.
Tak więc najbezpieczniejszy sposób to:
*.pref
pliki, które znajdziemy w obszarze roboczym,EDYCJA : (2017.02.24)
Eclipse Mars ma wtyczkę Oomph , która może rejestrować ustawienia preferencji, aby zapewnić bezproblemową transmisję twoich preferencji. Kiedy ją aktywujesz, za każdym razem, gdy zmieniasz wartość, zapyta Cię, czy chcesz zapisać ją w Oomph, podając dokładną linię w odpowiednim pliku, w którym jest przechowywana nowa wartość. Więc po zainstalowaniu Oomph możesz:
źródło
Usunąłem ostatnio zmieniony plik * .prefs z następującego pliku dreictory \ myworkspace.metadata.plugins \ org.eclipse.core.runtime.settings \ i zaimportowałem istniejące wyeksportowane preferencje.
Jestem pierwszą osobą, która odpowie na to pytanie zgodnie z moją wiedzą :), bo nawet ja bardzo się starałem.
Dzięki
źródło
Kilka dni temu stanąłem przed tym samym problemem. Najłatwiejszym sposobem przywrócenia ustawień domyślnych jest ponowne zaimportowanie domyślnego motywu, który można znaleźć pod adresem : http://eclipsecolorthemes.org/?view=theme&id=790
źródło