
hallo liste, bisher habe ich nur unter win2000 python anwendungen entwickelt und dabei immer "PythonWin" von Mark Hammond verwendet. welcher editor ist für linux (ich arbeite mit redhat 8.0) zu empfehlen ? er sollte: + leicht zu handhaben sein + python syntax highlighting unterstützen + html / xml syntax highlighting unterstützen + einen klassenbrowser besitzen + auf- und zuklappen von code blocks unterstützen (z.B. ganze klassen "zuklappen") mit welchen editoren arbeitet ihr, und warum ? -nico ______________________________________________________________________________ UNICEF bittet um Spenden fur die Kinder im Irak! Hier online an UNICEF spenden: https://spenden.web.de/unicef/special/?mc=021101 _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Nico Grubert schrieb:
welcher editor ist für linux (ich arbeite mit redhat 8.0) zu empfehlen ?
Ich keinen Editor, der alle Deine Anforderungen erfüllt, aber Du könntest Dir diese beiden mal ansehen: - JEdit (Java, http://www.jedit.org, besser via apt: www.jpackage.org) - Nedit (eigentlich bei jeder Distribution dabei) cu, Uwe _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Hi, Am Mittwoch, 2. Juli 2003 10:28 schrieb Nico Grubert:
er sollte: + leicht zu handhaben sein + python syntax highlighting unterstützen + html / xml syntax highlighting unterstützen + einen klassenbrowser besitzen + auf- und zuklappen von code blocks unterstützen (z.B. ganze klassen "zuklappen")
mit welchen editoren arbeitet ihr, und warum ?
ich benutze Gideon (aka Kdevelop 3), der ist zwar erst im alpha stadium, kann aber alles was du oben beschrieben hast (und noch mehr) und ist frei. Infos und (AFAIK) auch RH Packete bei kdevelop.org, alternativ kannst du dir das Teil auch selber backen, die CVS-Versionen sind erheblich weiter (und stabiler) als die letzte Alpha. Gruss, Stefan _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

nach diversen installationsorgien (bei denen ich dann doch recht intim mit rpm geworden bin) hab ich eric zum laufen gebracht. der ist ok soweit schwachpunkte - umschalten zwischen geoeffneten tabs (dateien) ist nur mit strg-alt-tab bzw strg-alt-shift-tab moeglich. das ist doch ein wenig anstengend. - schriftbild von nicht python/C/c++ files kann gar nicht geaendert werden. - das maskottchen ist unsaeglich haesslich. die installation war auch nicht gerade einfach - aber das liegt eher an linux - da ist man als windows user einfach verwoehnt. ciao robertj --- Stefan Pielicke <pielicke@globalpark.de> wrote:
Hi,
Am Mittwoch, 2. Juli 2003 10:28 schrieb Nico Grubert:
er sollte: + leicht zu handhaben sein + python syntax highlighting unterst�tzen + html / xml syntax highlighting unterst�tzen + einen klassenbrowser besitzen + auf- und zuklappen von code blocks unterst�tzen (z.B. ganze klassen "zuklappen")
mit welchen editoren arbeitet ihr, und warum ?
ich benutze Gideon (aka Kdevelop 3), der ist zwar erst im alpha stadium, kann
aber alles was du oben beschrieben hast (und noch mehr) und ist frei. Infos und (AFAIK) auch RH Packete bei kdevelop.org, alternativ kannst du dir das Teil auch selber backen, die CVS-Versionen sind erheblich weiter (und stabiler) als die letzte Alpha.
Gruss, Stefan
_______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de
===== ----------------------------------------------------------- Robert Kuzelj tel 0177 5302230 Gaissacherstrasse 7 81371 Muenchen the trinity of desirables of (software) architecture: firmitas, utilitas, venustas (marcus vitruvius 20 bc) strength, utility, beauty _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Ich checke das mal mit SciTE durch: Nico Grubert wrote:
welcher editor ist für linux (ich arbeite mit redhat 8.0) zu empfehlen ? er sollte: + leicht zu handhaben sein [x] auf jeden fall, bloß die Optionen muss man größtenteils in Textfiles anpassen
+ python syntax highlighting unterstützen [x]
+ html / xml syntax highlighting unterstützen [x] und C/C++, SQL, PHP und, und, und... + einen klassenbrowser besitzen [ ] nö, aber da könnte man ja vielleicht auch einen Externen benutzen
+ auf- und zuklappen von code blocks unterstützen (z.B. ganze klassen "zuklappen") [x] klassen, methoden, funktionen, if/else-blöcke...
Außerdem: [x] automatisches einrücken [x] ein/ausrücken von ganzen blöcken [x] RegEx-Suche [x] verhält sich fast gleich unter Windows und Unix [x] ist schnell [x] kann externe Programme (Compiler, python, pychecker etc.) einbinden [x] kann, glaube ich, auch call-tips anzeigen, wenn du ein Python Api-File für dein Projekt generierst Ansonsten verwende ich auch gerne NEdit wegen der schönen Makrosprache und den möglichen rechteckigen Markierungen. HTH, Chris _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Meine volle Unterstützung für SciTE. Hier noch ein paar Pluspunkte mehr: Christopher Arndt wrote:
Ich checke das mal mit SciTE durch:
Nico Grubert wrote:
welcher editor ist für linux (ich arbeite mit redhat 8.0) zu empfehlen ? er sollte: + leicht zu handhaben sein
[x] auf jeden fall, bloß die Optionen muss man größtenteils in Textfiles anpassen
+ python syntax highlighting unterstützen
[x]
+ html / xml syntax highlighting unterstützen
[x] und C/C++, SQL, PHP und, und, und...
+ einen klassenbrowser besitzen
[ ] nö, aber da könnte man ja vielleicht auch einen Externen benutzen
Da SciTE Quelltextpositionen in anderen Dateien "anspringen" kann, so diese in der Ausgabe eines Programms erscheinen und der Konvention gehorchen, die der Python-Interpreter bei der Ausgabe von Stacktraces verwendet, sollte auch eine provisorische Integration mnachbar sein.
+ auf- und zuklappen von code blocks unterstützen (z.B. ganze klassen "zuklappen")
[x] klassen, methoden, funktionen, if/else-blöcke...
Außerdem:
[x] automatisches einrücken [x] ein/ausrücken von ganzen blöcken [x] RegEx-Suche
und Ersetzung. Auch "Find in Files". (Unter Windows braucht man ein kleines zusätzliches Perl-Skript.)
[x] verhält sich fast gleich unter Windows und Unix [x] ist schnell [x] kann externe Programme (Compiler, python, pychecker etc.) einbinden
Nicht nur das, man bekommt bei der Ausführung ein Shell-Fenster (als Splitwindow im Editor), sieht die Ausgaben, kann eventuelle Fehlermeldungen anklicken, und landet sofort an der richtigen Stelle im betreffenden File. Es gibt auch einen "stop execution" button/Menüpunkt, und der Python-Interpreter läuft als separater Prozeß (im Gegensatz zu IDLE oder PythonWin, wo ein crashendes Python-Programm die Entwicklungsumgebung mit in den Abgrund ziehen kann, und wo man nie ganz sicher ist, ob nicht noch "Rest-Zustand" vom vorigen Durchlauf irgendwo im Interpreter lauert). Eine richtig gute Mini-IDE. Wiederum (fast) gleich unter Linux und Win32, und (fast) gleich für die anderen von SciTE unterstützten Programmier- sprachen. Was fällt mir noch ein: - (Optionale) Darstellung (und nützliche Präferenzeinstellungen zur Behandlung von) Tabulatorzeichen und Leerzeichen. Wer mit SciTE editiert, kann jeden diesbezüglichen Ärger bei der Arbeit mit Python-Quellen vergessen. - alle Funktionen auch über Tastenkombinationen erreichbar, Standardkonfiguration hierfür lehnt sich grob an Windows-Konventionen an (Ctrl-C, Ctrl-V, etc. ) - Export nach HTML, RTF, LaTeX und (in der neuesten Version 1.52) PDF.
[x] kann, glaube ich, auch call-tips anzeigen, wenn du ein Python Api-File für dein Projekt generierst
Ansonsten verwende ich auch gerne NEdit wegen der schönen Makrosprache und den möglichen rechteckigen Markierungen.
SciTE kann auch rechteckig markieren. Allerdings nur mit der Maus: Ctrl+Maustaste1, dann Rechteck "aufziehen". (Habe ich auch erst kürzlich gelernt, steht etwas versteckt in der Doku.)
HTH, Chris
Tja, ich verwende andere Editoren nur noch wenn es gar nicht anders geht. Oder wenn ich in WingIDE arbeite - aber deren Editor basiert ja zum Glück auch auf Scintilla, also fühlt man sich sofort im großen und ganzen zu Hause ... Grüße, Thilo _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Nico Grubert wrote:
hallo liste,
bisher habe ich nur unter win2000 python anwendungen entwickelt und dabei immer "PythonWin" von Mark Hammond verwendet. welcher editor ist für linux (ich arbeite mit redhat 8.0) zu empfehlen ?
Ich arbeite mit gvim (www.vim.org), weil es nix schnelleres und effizienteres gibt.
er sollte: + leicht zu handhaben sein
Wie Linux selber: Benutzerfreundlich, aber waehlerisch darin, wen es in seinen Freundeskreis aufnimmt... ;)
+ python syntax highlighting unterstützen + html / xml syntax highlighting unterstützen
plus mehrere Dutzend weitere Sprachen, und beliebige selber zu konfigurieren.
+ einen klassenbrowser besitzen
Nein. Hast du so viele tausend Klassen, dass du das brauchst?
+ auf- und zuklappen von code blocks unterstützen (z.B. ganze klassen "zuklappen")
Ja, habe ich aber noch nie eingesetzt, also ohne Erfahrungswerte aus der Praxis. Die anderen zweitausend Features (die man alle nur dann sieht, wenn man sie auch braucht) zaehle ich jetzt nicht einzeln auf... -schorsch -- Georg Mischler -- simulations developer -- schorsch at schorsch com +schorsch.com+ -- lighting design tools -- http://www.schorsch.com/ _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

-----Original Message----- From: python-de-bounces+domma=procoders.net@python.net [mailto:python-de-bounces+domma=procoders.net@python.net]On Behalf Of Georg Mischler Sent: Wednesday, July 02, 2003 12:12 To: python-de@python.net Subject: Re: [Python-de] Welcher Python-Editor fuer Linux?
Ich arbeite mit gvim (www.vim.org), weil es nix schnelleres und effizienteres gibt.
Ganz meiner Meinung, aber ich wünsche mir ab und an schon sowas wie eine Projektverwaltung, wenn's mehr Files werden. Es gibt eine Entwicklerversion von GVim für Gnome2, die ihn zu einem Bonbobo Control macht. Damit müßte man ihn dann in andere Anwendungen einbetten können. Kennt jemand eine IDE für Gnome2, die sowas erlaubt? Oder hat sonstige Erfahrungen mit GVim/Python/Projektverwaltung? Gruß, Achim _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Am Wed, 2 Jul 2003 13:28:26 +0200 Schrieb "Achim Domma \(ProCoders\)" <domma@procoders.net>: ..., aber ich wünsche mir ab und an schon sowas wie eine
Projektverwaltung, wenn's mehr Files werden. Es gibt eine Entwicklerversion von GVim für Gnome2, die ihn zu einem Bonbobo Control macht. Damit müßte man ihn dann in andere Anwendungen einbetten können. Kennt jemand eine IDE für Gnome2, die sowas erlaubt? Oder hat sonstige Erfahrungen mit GVim/Python/Projektverwaltung?
Gruß, Achim
Hi Achim, Man kann in vim/gvim auch sessions speichern und laden, dann werden alle Dateien, die beim speichern der session in vim offen waren wieder geöffnet. Da der Ort und der Name der Sessiondateien frei gewählt werden kann, ists auch möglich mit mehreren Editorfenstern zu arbeiten. Ist zwar keine echte Projektverwaltung, aber schon ein Schritt in diese Richtung. Gruß Dookie _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

On Wed, Jul 02, 2003 at 01:28:26PM +0200, Achim Domma (ProCoders) wrote:
Ganz meiner Meinung, aber ich wünsche mir ab und an schon sowas wie eine Projektverwaltung, wenn's mehr Files werden. Es gibt eine
RCS? CVS?
Entwicklerversion von GVim für Gnome2, die ihn zu einem Bonbobo Control macht. Damit müßte man ihn dann in andere Anwendungen einbetten können. Kennt jemand eine IDE für Gnome2, die sowas erlaubt? Oder hat sonstige Erfahrungen mit GVim/Python/Projektverwaltung?
http://www.vim.org hat diverse Scripte, um vim mit RCS zu koppeln. Dies funktioniert hier ohne Probleme. -- Jens Kubieziel http://www.kubieziel.de All things that are, are with more spirit chased than enjoyed. -- Shakespeare, "Merchant of Venice" _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Hi Also ich benutze den NEdit. Imho mit der einige Editor unter Unix, der auch diese Bezeichnung verdient. Die Empfehlungen für den VI verstehe ich nicht. Der VI ist imho neben dem Emacs eine der schlimmsten Entwicklungen, die je ein Programmierer hervorgebracht hat - Zwar unheimlich viele Features, aber eine Benutzerfreundlichkeit unter aller Sau. Eigentlich gibt es nur eine Begründung für seinen Einsatz: über die Textconsole und eine ssh etwas auf dem Server zu editieren... Jan Neumüller _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Die Empfehlungen für den VI verstehe ich nicht. Der VI ist imho neben dem Emacs eine der schlimmsten Entwicklungen, die je ein Programmierer hervorgebracht hat - Zwar unheimlich viele Features, aber eine Benutzerfreundlichkeit unter aller Sau.
Wir haben hier ganz deutlich vom gvim gesprochen. Wenn du damit nicht umgehen kannst/willst, ist das kein Problem, aber ich hoffe der OP läßt sich davon nicht abschrecken es zu probieren. Eine wichtige Eigenschaft von Python ist, daß die Script im großen und ganzen wirklich OS unabhängig sind. D.h. wenn ich einfach ein paar Texte in der Gegend 'rumjongliere, dann kann ich das auf jeder Plattform, auf der Python läuft. Und das selbe gilt für gvim: Der läuft auf fast allen Unixen, Windows und allem was mir bisher so untergekommen ist. Egal ob ich gerade über die Konsole arbeiten muß oder ein GUI mit Maus habe. Gruß, Achim _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Die Empfehlungen für den VI verstehe ich nicht. Der VI ist imho neben dem Emacs eine der schlimmsten Entwicklungen, die je ein Programmierer hervorgebracht hat - Zwar unheimlich viele Features, aber eine Benutzerfreundlichkeit unter aller Sau. Eigentlich gibt es nur eine Begründung für seinen Einsatz: über die Textconsole und eine ssh etwas auf dem Server zu editieren...
+1. Ich hatte heute wieder die zum Glück sehr selten-und-erlesene "Freude", mit VI zu arbeiten: per telnet auf einer hp-ux Maschine (es geht um ein hostprogramm, du willst es nicht wirklich wissen: allein die willkür des hp-ux c compilers beim alignment wäre eine horrorstory wert). Ich verstehe jetzt auch, warum die Tastatursteuerung per hjkl funktioniert: weil das schimmlige Terminal die Cursortasten nicht kann (in meinem Fall Backspace & Delete übrigens auch nicht, was das Editieren wirklich spassig machen kann). Das ist UNIX(TM): Anstatt dass man nach 30 Jahren es schafft, terminals einfach *RICHTIG* zu unterstützen, erschafft man editoren, bei denen hjkl zur Navigation benutzt wird (und / zum Suchen). Klasse. _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

+1. :: :: Ich hatte heute wieder die zum Glück sehr selten-und-erlesene :: "Freude", mit :: VI zu arbeiten: per telnet auf einer hp-ux Maschine (es geht um ein :: hostprogramm, du willst es nicht wirklich wissen: allein die willkür des :: hp-ux c compilers beim alignment wäre eine horrorstory wert). :: :: Ich verstehe jetzt auch, warum die Tastatursteuerung per hjkl :: funktioniert: :: weil das schimmlige Terminal die Cursortasten nicht kann (in meinem Fall :: Backspace & Delete übrigens auch nicht, was das Editieren :: wirklich spassig :: machen kann). Das ist UNIX(TM): Anstatt dass man nach 30 Jahren :: es schafft, :: terminals einfach *RICHTIG* zu unterstützen, erschafft man editoren, bei :: denen hjkl zur Navigation benutzt wird (und / zum Suchen). Klasse. Naja, dann hast Du noch nie richtig mit VI(M) gearbeitet: Wenn Du mal die Navigation mit "hjkl" und den vielen weiteren Tastenkürzeln beherrschst, bist Du beim Zehnfinger-Blindtippen viel schneller, da Du deine Finger nicht zum Navigieren abheben musst... Ich will den VIM nicht mehr missen, nach Einarbeitung ist der Editor sehr effizient zu bedienen. Gruß, Uwe. :: _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Gerson Kurz wrote:
Die Empfehlungen für den VI verstehe ich nicht. Der VI ist imho neben dem Emacs eine der schlimmsten Entwicklungen, die je ein Programmierer hervorgebracht hat [snip rant]
+1.
Ich hatte heute wieder die zum Glück sehr selten-und-erlesene "Freude", mit VI zu arbeiten: per telnet auf einer hp-ux Maschine [...]
HP-SUX also ;-) Wenn ich 'telnet' höre, weiss ich schon, dass da irgendwelche steinalten Monster Administratoren und -Computer sind. Stand der Technik ist für Remote-Terminalzugriff seit Jahren SSH.
Ich verstehe jetzt auch, warum die Tastatursteuerung per hjkl funktioniert: weil das schimmlige Terminal die Cursortasten nicht kann
Genau, die gab's nämlich noch nicht, als vi und Emacs entwickelt wurden.
(in meinem Fall Backspace & Delete übrigens auch nicht, was das Editieren wirklich spassig machen kann).
Die braucht man bei vi beide nicht. Der wurde genau dafür entwickelt, dass man ausser der Escape-Taste nur die Buchstabentasten braucht. Das ging dann nämlich auch damals auf allen Terminals, wo jeder Hersteller seine eigenen inkompatiblen Spezialtasten hatte.
Das ist UNIX(TM): Anstatt dass man nach 30 Jahren es schafft, terminals einfach *RICHTIG* zu unterstützen, erschafft man editoren,
Genau, UNIX(TM). Komischerweise funktioniert das nämlich z. B. perfekt mit SSH über putty und einer FreeBSD oder Linux-Kiste am anderen Ende. Mit Backspace, Delete, Funktionstasten usw. Halt kein UNIX(tm) ;-)
bei denen hjkl zur Navigation benutzt wird (und / zum Suchen). Klasse.
Genau, Klasse, weil so logisch. / vorwärtssuchen ? rückwärtssuchen (ist auf Ami-Tastatur Shift-[/] Natürlich bei vim auch mit Regular Expressions. Und nur zur Info für den originalen Fragesteller: ich bin beileibe *kein* alter Unix-Hase, sondern mit WordStar-Tastenbelegung auf Turbo-Pascal aufgewachsen. Hab danach jahrelang auf Unix den 'joe' Editor in der WordStar-Version verwendet. Da der jedoch irgendwann nicht mehr weiterentwickelt wurde und viele fortgeschrittene Features wie Syntax Highlighting, Makroaufnahme und Suchen und Ersetzen mit Regulären Ausdrücke nicht konnte, hab ich mir was leistungsfähigeres gesucht. Und da gibt's im Highend-Bereich eigentlich nur zwei: (X)Emacs als klare Nummer eins und (g)vim. Mir taugte halt die vim-Tastenbelegung besser, drum ist's der geworden. -- Gerhard _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Jan Neumüller aka Nasan aka Serecia wrote:
Hi
Also ich benutze den NEdit. Imho mit der einige Editor unter Unix, der auch diese Bezeichnung verdient.
Die Empfehlungen für den VI verstehe ich nicht.
Ich auch nicht. Ich verwende ausschließlich *VIM*.
Der VI ist imho neben dem Emacs eine der schlimmsten Entwicklungen, die je ein Programmierer hervorgebracht hat
Da würde ich entschieden widersprechen.
- Zwar unheimlich viele Features, aber eine Benutzerfreundlichkeit unter aller Sau.
Das kommt auf die Definition von Benutzerfreundlichkeit an. vi(m) und Emacs sind z. B. beide sehr konsequent in der Bedienung, wenn man die grundlegenden Kommandos verstanden hat, ergibt sich der Rest quasi automatisch von selbst.
Eigentlich gibt es nur eine Begründung für seinen Einsatz: über die Textconsole und eine ssh etwas auf dem Server zu editieren...
Auch da würden wahrscheinlich alle vi(m) und Emacs-Benutzer widersprechen, wir verwenden die Dinger auch sehr gern lokal. Wer's gern bunt und zum Klicken hat, kann auch gvim bzw. (x)emacs in der GUI-Version fahren :-P Der Hauptwitz bei beiden (emacs natürlich extrem) ist, dass sie fast beliebig konfigurierbar sind. Ein extremes Beispiel it z. B. Cream - http://cream.sf.net/ - das macht aus gvim einen Editor, wie er von Windows-Usern (ich tippe, du kommst aus der Ecke) gewohnt ist. Ähnlich wie z. B. UltraEdit. -- Gerhard _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Die Empfehlungen für den VI verstehe ich nicht. Ich auch nicht. Ich verwende ausschließlich *VIM*.
Als wäre der wirklich besser...
Der VI ist imho neben dem Emacs eine der schlimmsten Entwicklungen, die je ein Programmierer hervorgebracht hat Da würde ich entschieden widersprechen.
Jedwedes Programm mir Modi ist aus Usability-Gesichtpunkten broken-by-design.
- Zwar unheimlich viele Features, aber eine Benutzerfreundlichkeit unter aller Sau. Das kommt auf die Definition von Benutzerfreundlichkeit an. vi(m) und Emacs sind z. B. beide sehr konsequent in der Bedienung, wenn man die grundlegenden Kommandos verstanden hat, ergibt sich der Rest quasi automatisch von selbst.
Mich stört z.B. unheimlich dieser nervige Befehlsmodus. Oder das ich nicht einfach die Cursortasten zum navigieren nehmen kann, oder das Backspace und DEL nicht funktionieren. Ich weiß, daß man viel davon nach einigem rumkonfigurieren bekommen kann, aber ein Editor sollte solch einfache Dinge von Hause aus können...
Eigentlich gibt es nur eine Begründung für seinen Einsatz: über die Textconsole und eine ssh etwas auf dem Server zu editieren... Auch da würden wahrscheinlich alle vi(m) und Emacs-Benutzer widersprechen, wir verwenden die Dinger auch sehr gern lokal.
Zumindest ich fluche jedesmal, wenn ich einen der beiden benutzen muß.
Wer's gern bunt und zum Klicken hat, kann auch gvim bzw. (x)emacs in der GUI-Version fahren :-P
Ahja und da verhalten die sich wirklich besser?
Der Hauptwitz bei beiden (emacs natürlich extrem) ist, dass sie fast beliebig konfigurierbar sind. Ein extremes Beispiel it z. B. Cream - http://cream.sf.net/ - das macht aus gvim einen Editor, wie er von Windows-Usern (ich tippe, du kommst aus der Ecke) gewohnt ist. Ähnlich wie z. B. UltraEdit.
Ich komme eigentlich aus der Amiga-Ecke, bin aber mittlerweile auf Win32, FreeBSD und MacOSX zuhause. Imo leider vi, vim, emacs und co unter dem gleichen Problem, wie viele andere Unix-Tools: Bei ihrer Erstellung wurde nie an den User gedacht sondern immer nur eine technisch gute Lösung gesucht. Jan Neumüller _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

On Wed, 2 Jul 2003 17:39:56 +0200 Jan Neumüller aka Nasan aka Serecia <nasan@slayers.de> wrote:
Jedwedes Programm mir Modi ist aus Usability-Gesichtpunkten broken-by-design.
Kommt darauf an wofür du es brauchst, als RMS es entworfen hatte(emacs) war nicht viel mit X und so, da ging es um ganz andere Sachen als du sie heute benötigst. Fühle dich frei zu benutzen was du willst, würde RMS jetzt schreiben :-))
Wer's gern bunt und zum Klicken hat, kann auch gvim bzw. (x)emacs in der GUI-Version fahren :-P
Ahja und da verhalten die sich wirklich besser?
Die kommen deinen Mausgewohnheiten doch entgegen oder?
unter dem gleichen Problem, wie viele andere Unix-Tools: Bei ihrer Erstellung wurde nie an den User gedacht sondern immer nur eine technisch gute Lösung gesucht.
Wie oben schon geschrieben, sie haben einige Jährchen auf dem Buckel, sicherlich entsprechen sie nicht den neuen Benutzeranforderungen aber wer ganz tief im System schrauben muss, dem kommen sie ungemein nützlich vor. Im übrigen sollten wir diese Diskussion um den besseren Editor beenden. Benutzt was euch nützt. Gruß Mike _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Am Wed, 2 Jul 2003 17:39:56 +0200 Schrieb Jan Neumüller aka Nasan aka Serecia <nasan@slayers.de>: ...
Mich stört z.B. unheimlich dieser nervige Befehlsmodus. Oder das ich nicht einfach die Cursortasten zum navigieren nehmen kann, oder das Backspace und DEL nicht funktionieren. Ich weiß, daß man viel davon nach einigem rumkonfigurieren bekommen kann, aber ein Editor sollte solch einfache Dinge von Hause aus können...
hmm jetzt muss ich wirklich mal schauen, welchen Editor ich verwende -- VIM - Vi IMproved 6.1 (2002 Mar 24, compiled Feb 8 2003 12:47:34) -- also doch vim, komisch bei mir gehen die BS und die Del-Taste wie gewohnt zum Löschen von Zeichen. Uii und ich kann sogar mit den Cursortasten im Text rumfahren. Dabei hab ich da gar nix extra configuriert. Nur die Farben im Editor hab ich meinen Gewohnheiten angepasst und dann noch ein paar Macros zum HTML-Schreiben. Gruß Fritz alias Dookie *derseinenvimnedeintauschenwürde* _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Nicht, daß jemand da draussen denkt, ich sei ein Freund von Windows, möchte ich das Ergebnis des heutigen Arbeitstages vorstellen, inkl. eines 3-Zeilen Pythonprogramms, welches die komplette DDE-Kommunikation von Windows lahmlegen kann. TADA... Gehst du zu C:\python22\Lib\site-packages\win32\Demos\dde Startest du ddeserver.py Startest du ddeclient.py Wunderbar, ddeclient spricht mit ddeserver. Erzeugst du eine Datei breakdde.py (wer seinem VI hinterhertrauert, darf gerne im Komfort von EDLIN schwelgen), in der folgendes steht: import time, win32gui win32gui.CreateWindowEx(0,"EDIT","",0,0,0,0,0,0,0,0,None) time.sleep(6000) Jetzt startest du die Programme (achtung, die Reihenfolge ist wichtig!) ddeserver.py breakdde.py ddeclient.py - oha! DDE Client kann nicht mehr mit dem Server reden! Die Ursache findest du hier http://support.microsoft.com/support/kb/articles/q136/2/18.asp Man beachte die Unverfrorenheit! Die Chuzpe! Du kannst die Kommunikation zwischen zwei externen Prozessen lahmlegen, indem du in deinem Prozess einfach dich selbst schlafen legst (und vorher ein "toplevel" Fenster angelegt hast. "Toplevel" Fenster anzulegen ist, wie obiges Beispiel zeigt, eine Trivialität reinsten Grades.). Microsoft gibt zu, daß das ein Problem in seinen Produkten ist, und empfiehlt dir ---- DEIN Programm zu ändern. Wahrlich toll ists', solche Fehler suchen (und finden) zu dürfen. Gib als Zugabe ein komplexes System das ein Windowmessagebasiertes Microsoft-API bedient, ein externes Programm das DDE benutzt und somit hängt, wenn beide am gleichen System laufen, sowie ein "SPY++"-Produkt, welches die Macht hat, jeden Rechner in die Knie zu zwingen - es fehlte nicht viel und ich wäre reumütig zu hjkl zurückgekehrt. (Ganz gereicht hat es dann allerdings doch nicht). _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Hi Gerson, sicher ein krasser und außerdem nerviger Bug, ganz klar. Aber bedenke, aus welcher Zeit er stammt und unter welchen steinalten Produkten er auftritt: Zitat aus Deinem Knowledgebase-Link: win32s (Win3.11) Windows 95 Win NT Server/Workstation 3.51 Sorry, sowas ist verjährt. Ich habe ja auch kein SuSE 4.5 mehr laufen... Diese alten Systeme haben noch ganz andere Issues.... Arbeitest/entwickelst Du echt unter solchen Fossilien? Viele Grüße Tino _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Sorry, sowas ist verjährt. Ich habe ja auch kein SuSE 4.5 mehr laufen... Diese alten Systeme haben noch ganz andere Issues....
Arbeitest/entwickelst Du echt unter solchen Fossilien?
Der Bug tritt unter Windows 2000 Service Pack 4 auf. (Unter NT4 auch. XP vermeide ich persönlich). Probiers' aus! _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Tino Lange wrote:
Hi Gerson,
sicher ein krasser und außerdem nerviger Bug, ganz klar. Aber bedenke, aus welcher Zeit er stammt und unter welchen steinalten Produkten er auftritt:
Zitat aus Deinem Knowledgebase-Link: win32s (Win3.11) Windows 95 Win NT Server/Workstation 3.51
Sorry, sowas ist verjährt. Ich habe ja auch kein SuSE 4.5 mehr laufen... Diese alten Systeme haben noch ganz andere Issues....
Arbeitest/entwickelst Du echt unter solchen Fossilien?
Ist schon richtig, aber leider ist DDE bei manchen alten Programmen immer noch der einzige Weg. Leider nicht nur bei alten Programmen, fällt mir dazu ein... Wenn Du Visual Studio offen hast und dann per Shortcut versuchst, PythonWin zu starten, kann das manchmal seeeehr lange dauern, oder das Teil kommt mit "broken DDE conversation" hoch. Bin nicht ganz sicher, aber meine mich zu erinnern, daß unter Umständen sogar in "modernen" COM-Objekten teilweise DDE involviert ist. Ich arbeite unter XP und habe solche Effekte, muß aber nochmal genauer nachgraben. ciao - chris -- Christian Tismer :^) <mailto:tismer@tismer.com> Mission Impossible 5oftware : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9a : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 89 09 53 34 home +49 30 802 86 56 pager +49 173 24 18 776 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/ _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Guten Abend, Christian Christian Tismer schrieb:
Ich arbeite unter XP und habe solche Effekte, muß aber nochmal genauer nachgraben.
Ich habe mir grade eben Python2.3beta zum Testen installiert, und ebenso Pythonwin dafür - parallel zu meiner 'normalen' Version 2.2.3, mit der ich arbeite. Ich habe soetwas zuvor noch nicht gemacht (zwei Versionen gleichzeitig installiert zu haben), und vielleicht ist das ja sowieso ein grober Fehler von mir. Jetzt bekomme ich beim Hochfahren beider Versionen ein popup: "There was an error in the DDE conversation with Pythonwin" Nachdem ich das wegclicke, geht alles seinen normalen Gang - soweit ich bisher geschaut habe. Allerdings stören tut es mich schon. Hast Du einen Tip, wo ich nachschauen könnte, in der Hoffnung, diesen Fehler zu beheben? Ich arbeite mit win2k. gruß werndt _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Am Wed, 2 Jul 2003 10:28:51 +0200 Schrieb "Nico Grubert" <nicogrubert@web.de>:
mit welchen editoren arbeitet ihr, und warum ?
-nico
Hi Nico, ich verwende wie einige Hier vim/gvim davon gibts soger (unter Debian-Linux) eine Variante die sich mit Python erweitern lässt. Die Einarbeitung braucht zwar seine Zeit, aber dafür gibts auch ein "vimtutor", das bei den ersten Schritten sehr gut weiterhilft. Auch die eingebaute Hilfefunktion ist IMHO sehr gelungen. Gruß Dookie _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

mit welchen editoren arbeitet ihr, und warum ?
SciTE (http://www.scintilla.org/SciTE.html) unterstützt die Punkte bis auf "Klassenbrowser". Abgesehen davon ist scintilla - der Editor-"Kern" von Scite, Bestandteil von wxPython: du kannst dir also in Python selber deine Editorvariante basteln ;) QScintilla sollte KDEiger sein, kenne ich aber nicht (und weiß auch nicht, ob es dafür eine Scite-Variante gibt). _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Nico Grubert wrote:
hallo liste,
bisher habe ich nur unter win2000 python anwendungen entwickelt und dabei immer "PythonWin" von Mark Hammond verwendet. welcher editor ist für linux (ich arbeite mit redhat 8.0) zu empfehlen ? er sollte:
Ich benutze gerne Boa Constructor für das Editieren. Guis erstelle ich mit wxPython und lasse daraus code generieren, also nicht mit einem xrc (dieser Unterstützt nicht alle Funktionen). Habe früher Eric3 benutzt, aber nach einem System update wollte pyqt nichtmehr richtig :) An Boa gefällt mir z.B. daß beim abspeichern Code gleich compilert wird und man sofort zu etwaigen Fehlern springen kann. Auserdem ist mir wx lieber als Qt, da das Objektmodell einfacher und durchschaubarer ist und von der Plattformunabhängigkeit besser. Die meistes Editoren benutzten sowieso die scintilla engine und sind daher im groben gleich :) http://boa-constructor.sourceforge.net/ Liebe Grüße Daniel _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de

Sehr angenehm ist der Editor in WingIde. Ich braucht diesen oder Kate, der Bestandteil von KDE ist Gruss Robert Am Mittwoch, 2. Juli 2003 10:28 schrieb Nico Grubert:
hallo liste,
bisher habe ich nur unter win2000 python anwendungen entwickelt und dabei immer "PythonWin" von Mark Hammond verwendet. welcher editor ist für linux (ich arbeite mit redhat 8.0) zu empfehlen ? er sollte: + leicht zu handhaben sein + python syntax highlighting unterstützen + html / xml syntax highlighting unterstützen + einen klassenbrowser besitzen + auf- und zuklappen von code blocks unterstützen (z.B. ganze klassen "zuklappen")
mit welchen editoren arbeitet ihr, und warum ?
-nico
___________________________________________________________________________ ___ UNICEF bittet um Spenden fur die Kinder im Irak! Hier online an UNICEF spenden: https://spenden.web.de/unicef/special/?mc=021101
_______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de
-- mit freundlichen Grüssen Robert Rottermann www.redCOR.ch _______________________________________________ Python-de maillist - Python-de@python.net http://python.net/mailman/listinfo/python-de
participants (20)
-
Achim Domma (ProCoders)
-
Christian Tismer
-
Christopher Arndt
-
daniel.poelzleithner
-
Fritz Cizmarov
-
Georg Mischler
-
Gerhard Häring
-
Gerson.Kurz@t-online.de
-
Jan Neumüller aka Nasan aka Serecia
-
Jens Kubieziel
-
Mike Abel
-
Nico Grubert
-
robert
-
Robert Kuzelj
-
Stefan Pielicke
-
Stephan.Werndt@t-online.de
-
Thilo Ernst
-
Tino Lange
-
Uwe Laverenz
-
Uwe Schmitt