Eclipse è brutto (da un utente vim in ripresa)

Question

Quindi, sto finalmente facendo il grande passo per usare eclipse da vim ... ma sto avendo alcuni problemi seri nel superare l'interfaccia e il sistema di menu incredibilmente ingombra. Esempio: facendo clic con il pulsante destro nell'area di testo principale si ottiene un sottomenu con ~ 30 elementi ... L'intero ambiente di eclissi sembra macchinoso e piuttosto brutto.

Ho faticosamente cambiato i caratteri ei colori, e mi dà fastidio che le impostazioni siano disseminate lungo l'intera finestra delle impostazioni. Mi piacerebbe che esistessero configurazioni rapide di colori come sia Emacs che Vim hanno avuto per decenni. Attraverso StackOverflow ho trovato:

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

Ma, mi piacerebbe qualche altro esempio! Qualcosa come torte o ardesia.

Qualcuno ha il segreto di rendere Eclipse uno strumento più utilizzabile con un'interfaccia più esteticamente gradevole?

Answer 1

Beh, se ti manca così tanto, e vuoi solo le funzioni extra di eclissi, hai considerato eclim?

L'obiettivo principale di eclim è portare la funzionalità Eclipse nell'editor Vim. L'obiettivo iniziale era quello di fornire la funzionalità java di Eclipse in vim, ma il supporto per vari altri linguaggi (c/C++, php, python, css, html, xml, ecc.) È stato aggiunto e molti altri sono pianificati.

Eclim è meno un'applicazione e più un'integrazione di due grandi progetti. Il primo, Vim, è senza dubbio uno dei migliori editor di testo esistenti. Il secondo, Eclipse, offre molti ottimi strumenti per lo sviluppo in varie lingue. Ognuno offre molte funzionalità che possono aumentare la produttività degli sviluppatori, ma entrambi lasciano ancora qualcosa a desiderare. Vim è privo del supporto Java nativo e di molte delle funzionalità avanzate disponibili in Eclipse. Eclipse, d'altra parte, richiede ancora l'uso del mouse per molte cose e, rispetto a Vim, fornisce un'interfaccia meno che ideale per la modifica del testo.

Ecco dove entra in gioco eclim. Invece di provare a scrivere un IDE in Vim o un editor Vim in Eclipse, eclim fornisce un plug-in Eclipse che espone le funzionalità di Eclipse tramite un'interfaccia server e un set di plug-in Vim che comunicano con Eclipse su tale interfaccia. Questa funzionalità può essere sfruttata in tre modi principali, come illustrato di seguito.

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

1. Il primo scenario è per coloro per i quali vim è la loro interfaccia di modifica principale. In questo scenario si esegue un'istanza headless di eclipse con cui tutte le istanze vim possono quindi comunicare per fornire le varie funzioni di eclissi.
2. Il secondo scenario è per coloro che preferiscono utilizzare vim come interfaccia principale, ma spesso finiscono per tornare a eclissi per qualsiasi funzionalità non fornita da eclim. In questo caso è possibile eseguire il server eclim all'interno di eclipse gui e quindi interagire con esso tramite istanze esterne di vim proprio come nel primo scenario.
3. L'ultimo scenario è per coloro che desiderano utilizzare l'interfaccia di eclipse a tempo pieno, ma desiderano utilizzare gvim come editor di eclissi incorporato. Proprio come nel caso d'uso precedente, il server eclim viene eseguito all'interno della GUI di eclipse e il gvim incorporato interagirà con esso proprio come farebbero le istanze di Vim esterne.

Answer 2

Se si pensa che il menu contestuale di Eclipse è enorme, non si è vedere che di xD di Eric

Il colore schemi non sono così male, penso che si può salvare le combinazioni quindi non ci dovrebbe essere un grosso problema per impacchettare i tuoi preferiti per tenerli da un sistema all'altro.

E dopo tutto, pensa che la maggior parte delle "persone normali" (non geek cresciute con gli Unices) Vim sia semplicemente orribile ... ed Emacs può far sì che le tue dita si dislocino.

Answer 3

È possibile modificare molto tramite i plug-in ... in che lingua si sta codificando? GIAVA? Prova Netbeans quindi ..

Answer 4

Non dimenticare il "maximize" option on the tab of the Editors: molto utile se si vuole mettere da parte tutti i "GUI ingombrare" introdotta da tutti gli altri punti di vista.
Quelle viste sono ancora accessibili attraverso icone sul lato, ma si può lavorare solo in uno (o più) i redattori e concentrarsi su di loro solo:

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

una grande vittoria per me è il modo come massimizzare e minimizzare ora funziona.
In passato, la massimizzazione di un editor riempiva un singolo editor su tutto lo schermo.
Se si sta lavorando su un monitor widescreen, come quello del mio portatile, questo si traduce in una grande quantità di spazio bianco che non è molto utile.
In Eclipse 3.3, gli editor di affiancamento vengono conservati quando ingranditi. Questo semplifica il mio test unitario e l'editor di codice uno accanto all'altro, quindi quando scrivo test posso facilmente controllare il codice che sto testando

Anche le viste sono ridotte al minimo invece che completamente nascoste.
Un sacco di gente non sa nemmeno che è possibile ridurre a icona una vista, perché prima di Eclipse 3.3, la riduzione al minimo non aveva molto senso. Era completamente orientato orizzontalmente, il che significa che di solito sembrava solo uno spazio strano e sprecato.
Quando ridotto a icona in Eclipse 3.3, le viste ora si comportano più come "viste rapide" e in realtà si riducono davvero. Tutto questo funziona molto bene, perché c'è molto meno bisogno di passare a ingrandire/ripristinare per guardare una vista, in particolare combinato con quick access.