CTRL + W = Increase current selection
CTRL + ALT + T = Surround with…

CTRL + B = Jump to declaration
CTRL + N = Jump to class
CTRL + ALT + Cursor-left = Jump to recently visited file
CTRL + E = List of recently visited files

CTRL + H = Show hierarchy
CTRL + ALT + U = Show hierarchy as UML-diagram

ALT + F7 = Find usage by category
CTRL + ALT + F7 = Show usages as popup

CTRL + Q = Quick JavaDoc
SHIFT + F1 = JavaDoc in browser
CTRL + SHIFT + I = Brief view of class inside

SHIFT + F6 = Refactoring

CTRL + J = Popup of live-templates
TAB = Insert live-template

CTRL + D = Show differences in “Changes”-tab
CTRL + ALT + SHIFT + D = Show differences as UML-diagram

CTRL + SHIF + [1-9] = Set bookmark
CTRL + [1-9] = Jump to bookmark

Keyboard Shortcuts You Cannot Miss
Keyboard Shortcuts

Zuvor habe ich https://rom.zhaw.ch/svn/simulation/ ausgecheckt mit TortoiseSVN und wollte dann mit IntelliJ nur noch updaten/commiten. Hat leider nicht funktioniert, wie auch im Link erklärt:
Problem using TortoiseSVN and IntelliJ 8.1

Musste danach im C:\Users\bachi\Documents\FH\Repository\simulation das .svn Verzechnis löschen und die beiden Module einzeln auschecken.

Mit diesem Code kann man bei Laufzeit Resourcen laden, die im CLASSPATH sind:

URL myurl = this.getClass().getResource("/myimage.gif");
URL url = IconSVG.class.getResource("svg/" + file + ".svg");

Bei IntelliJ werden Sourcen kompiliert und das Kompilat in ein eigenes Verzechnis gespeichert (z.B. C:\Users\bachi\Documents\FH\Repository\simulation\trunk\Simulation\bin). Die Resourcen (alles, was keine Java-Sourcen sind), die sich im Source-Verzechnis befinden, werden kopiert, wenn sie einem Pattern entsprechen:

?*.properties;?*.xml;?*.gif;?*.png;?*.jpeg;?*.jpg;?*.html;?*.dtd;?*.tld;?*.ftl

Da SVG-Dateien nicht dem Pattern entsprechen, werden sie nicht kopiert.
Lösung ist in den Settings->Compiler das Pattern anzupassen:

[...];?*.svg

Quelle: resource classpath problem intellij 9.0.2

Egal was ich gemacht habe:
– Reinstallieren von Java (1.6 oder 1.7)
– Reinstallieren von jEdit
– Killen von Java-Prozessen
Es hat alles nichts genützt.

Nach löschen von C:\Users\BENUTZER\.jedit ist nun endlich jEdit wieder am laufen!