ein "find in files" und ein "replace in files"

und dann kann man via klick im Find-Fenster auf genau die Stelle in dem File finden, in der der Text gefunden worden ist!

Also mich als VIM Fan kann das nicht wirklich überzeugen.

Was kann euer Editor was die anderen nicht können?

Servus,
unter http://proton-ce.sourceforge.net/status/zip/ gibt es immer in sehr kurzen Abständen funktionsfähige dev Versionen in denen immer die neuesten Features zum testen drin sind.

Es gibt noch einige kleienr und größere Dinge zu erledigen bevor tabs implementiert werden, aber es wird Sie bald geben
greetz & fetten Segen
manu

Die Methode, um die zugehörigen Zeilen aus der (oder den verschachtelten) CSS-Dateien zu holen müsste aber schlau sein... zum Beispiel wirken ja auch vorher für div getroffene Einstellungen.

@Pfuschi: Hast ja recht, aber ich komm momentan nicht mal richtig dazu mich um mein eigenes Projekt zu kümmern oder die Bilder endlich online zu stellen, obwohl Renee schon ganz hibbelig ist ;)

Das vorcompilierte ist doch nur für Redhat, ich hab SUSE (9.0). Hmmm ... schon schlecht... hättest mal besser doch Tk nehmen sollen ;) :D

Ich hab auch mal irgendwann mit dem Problem zu tun gehabt, dass das Standard-Hintergrund-Grau verschiedener Windows-Versionen unterschiedlich ist. Bei mir liess es sich dann über Transparente Bilder lösen, kann man bei den Schriften vielleicht Standard-Hintergrund oder transparenten Hintergrund verwenden?\n\n

<!--EDIT|Crian|1102953285-->

selbstredend, natürlich, sowas muss einfach da sein

nennt sich im jedit hypersearch da ich die anzahl der module begrenzen will
soll das hypersearchmodul zb auch zb debuggen gut sein das man genaus zu allen nicht errors oder warnigs(auch in perl) springen kann

was haltet ihr von der idee auch bookmarks datei übergreifend setzen zu können es kann sich eh keine sau 10 bookmarks je datei merken und mann kann ja wenn man wirklich mehr brauch sie über eine commandozeile vi mässig rufen weil es das kürzeste ist will ich in diese kommando zeile per
strg+< reinspringen dies eingaben werden auch wahleise in einen interpreter geleitet so das systemshell ausgaben oder perl einzeiler ich aus den autput panel wieder in den text ziehen kann\n\n

<!--EDIT|lichtkind|1080257739-->

danke, aber ich wusste ungefähr was was PAR ist. problem ist nur das: wenn alles in einer datei gepackt ist, mag es schneller sein, aber ich versuchte oben
zu sagen das das teil davon lebt das es auch "lose teile" gibt und seien es bloss eigene erweiterungen (plugins in perl) die man platform unabhängig
weitergeben kann oder config datein. ich hab mich ganz am anfang als ich das teil plante dafür entschieden das features vorrang vor geschwindigkeit haben, TIMTOWTDI !

[quote=sri,25.03.2004, 22:13]Wenn du das aber mit mehr als einem Modul machst wird alles früher oder später unzertrennlich miteinander verwoben. Ergebnis: Spagetticode.

Namespace pollution ist furchtbar, ich bevorzuge prinzipiell modulares OO. ;)[/quote]
ich habe oben geschrieben: .... Der einzige Zweck des Exporters ist meiner Meinung nach fuer prozedurale Module... und bei einem OOP-Modul hat IMHO der Exporter meistens nichts verloren...

Wofuer brauchst du den Exporter, ausser um Namespace-Pollution zu betreiben? Irgendwie verstehe ich gerade nicht, was du jetzt aussagen willst...\n\n

<!--EDIT|Strat|1080296339-->

ja mal sehen
muss ne menge löcher stopfen
werd die idee aber mir merken
EOL mode wird aber auf jeden und file->properties zu finden sein