Eclipse ist hässlich (von einem sich erholenden vim Benutzer)

Question

Also, ich wage endlich den Einsatz von Eclipse von Vim ... aber ich habe einige ernste Probleme über die unglaublich überladene Schnittstelle und Menüsystem. Beispiel: Rechtsklick in den Haupttextbereich ergibt ein Untermenü mit ~ 30 Elementen ... Die ganze Eclipse-Umgebung wirkt umständlich und eher hässlich.

Ich habe die Schriftarten und Farben sorgfältig geändert, und es stört mich, dass die Einstellungen im gesamten Einstellungsfenster gespickt sind. Ich wünschte, es gäbe schnelle Farbschemata, wie sie Emacs und Vim seit Jahrzehnten haben. Durch Stackoverflow gefunden I:

http://blog.codefront.net/2006/09/28/vibrant-ink-textmate-theme-for-eclipse/

Aber, würde ich noch ein paar Beispiele lieben! Etwas wie Torte oder Schiefer.

Hat jemand das Geheimnis, Eclipse ein nützlicheres Werkzeug mit einer ästhetischeren Schnittstelle zu machen?

Answer 1

Nun, wenn Sie vim so sehr vermissen, und nur die zusätzlichen Eclipse-Funktionen wollen, haben Sie eclim betrachtet?

Das Hauptziel von eclim ist es, Eclipse-Funktionalität in den Vim-Editor zu bringen. Das ursprüngliche Ziel war, die Java-Funktionalität von Eclipse in vim bereitzustellen, aber die Unterstützung für verschiedene andere Sprachen (c/C++, PHP, Python, CSS, HTML, XML usw.) wurde hinzugefügt und einige weitere sind geplant.

Eclim ist weniger eine Anwendung und mehr eine Integration von zwei großen Projekten. Der erste, Vim, ist wohl einer der besten Texteditoren überhaupt. Die zweite, Eclipse, bietet viele großartige Werkzeuge für die Entwicklung in verschiedenen Sprachen. Jeder bietet viele Funktionen, die die Entwicklerproduktivität erhöhen können, aber beide lassen noch etwas zu wünschen übrig. Vim fehlt die native Java-Unterstützung und viele der erweiterten Funktionen von Eclipse. Eclipse wiederum benötigt für viele Dinge immer noch die Maus und bietet im Vergleich zu Vim eine weniger ideale Schnittstelle zum Bearbeiten von Text.

Hier kommt eclim ins Spiel. Anstatt zu versuchen, eine IDE in Vim oder einen Vim-Editor in Eclipse zu schreiben, bietet eclim ein Eclipse-Plug-in, das Eclipse-Funktionen über eine Serverschnittstelle bereitstellt, und eine Reihe von Vim-Plug-ins, die über diese Schnittstelle mit Eclipse kommunizieren. Diese Funktionalität kann auf drei verschiedene Arten genutzt werden, wie unten dargestellt.

http://eclim.sourceforge.net/_images/use_cases.png

1. Das erste Szenario ist für die, für die Vim ihre primäre Bearbeitungsoberfläche ist. In diesem Szenario führen Sie eine Headless-Instanz von Eclipse aus, mit der alle vim-Instanzen kommunizieren können, um die verschiedenen Eclipse-Funktionen bereitzustellen.
2. Das zweite Szenario ist für diejenigen, die vim als Hauptschnittstelle bevorzugen, aber häufig für alle Funktionen, die nicht von eclim bereitgestellt werden, zurück in die Eclipse springen. In diesem Fall können Sie den eclim-Server innerhalb der Eclipse-GUI ausführen und dann mit ihm über externe vim-Instanzen interagieren, genau wie im ersten Szenario.
3. Das letzte Szenario ist für diejenigen, die die Eclipse-Schnittstelle in Vollzeit verwenden möchten, aber gvim als eingebetteten Eclipse-Editor verwenden möchten. Genau wie im vorherigen Anwendungsfall wird der eclim-Server innerhalb der Eclipse-GUI ausgeführt und das eingebettete gvim interagiert mit ihm genauso wie externe vim-Instanzen.

Answer 2

Wenn Sie das Kontextmenü von Eclipse denken ist riesig, haben Sie nicht, dass der xD Eric sehen

Die Farbschemata sind nicht so schlecht, ich glaube, Sie Ihre Kombinationen speichern können, so sollte es nicht sein, ein großes Problem beim Verpacken Ihrer Favoriten, um sie von einem System zum anderen zu halten.

Und schließlich denke, dass die meisten "normalen Menschen" (nicht Geeks mit Unicces aufgewachsen) Vim ist einfach schrecklich ... und Emacs kann dazu führen, dass Ihre Finger ausgerenkt.

Answer 3

Sie können viel durch die Plugins ändern ... btw welche Sprache codieren Sie? JAVA? Versuchen Netbeans dann ..

Answer 4

die "maximize" option on the tab of the Editors Nicht vergessen: sehr nützlich, wenn Sie beiseite alle „GUI unübersichtlich“ von allen anderen Ansichten eingeführt festlegen möchten.
Diese Ansichten sind noch zugänglich durch Symbole auf der Seite, aber Sie können nur auf sie nur in einem (oder mehreren) Editoren und konzentrieren sich arbeiten:

alt text http://blogs.infosupport.com/photos/peterhe/images/12528/original.aspx

Ein großer Gewinn für mich ist der Weg Wie maximieren und minimieren funktioniert jetzt.
In der Vergangenheit füllte die Maximierung eines Editors einen einzelnen Editor über den gesamten Bildschirm aus.
Wenn Sie auf einem Breitbildmonitor arbeiten, wie der, den mein Laptop hat, führt dies zu einer großen Menge an Leerraum, der nicht sehr nützlich ist.
In Eclipse 3.3 bleiben Tiling-Editoren erhalten, wenn sie maximiert sind. Dies macht es einfach, meinen Komponententest und Code-Editor nebeneinander zu platzieren, so dass ich beim Eintippen von Tests sehr leicht den Code prüfen kann, den ich gerade teste

Auch Ansichten sind minimiert statt komplett ausgeblendet.
Viele Leute wissen nicht einmal, dass Sie eine Ansicht minimieren können, denn vor Eclipse 3.3 machte das Minimieren keinen Sinn. Es war komplett horizontal ausgerichtet, was bedeutet, dass es normalerweise nur komisch aussah und Platz verschwendet.
Wenn in Eclipse 3.3 minimiert, verhalten sich Ansichten jetzt eher wie "schnelle Ansichten" und werden tatsächlich immer wirklich minimiert. Das alles funktioniert sehr gut, weil es viel weniger Notwendigkeit, um zu maximieren/wiederherstellen, um eine Ansicht zu sehen, besonders in Kombination mit quick access.