Hallo zusammen,
ich bin gerade dabei, mich in Python einzuarbeiten und daher auch neu im Forum.
Ich benutze Python 2.4, wxPython 2.8 (unicode) und SPE 0.8.3.c unter Win2K.
Wahrscheinlich werde ich in den nächsten Wochen/Monaten einige, hin und wieder, reichlich dämliche Anfängerfragen stellen. Bitte habt Nachsicht.
Nun aber gleich zu meiner ersten DAU-Frage:
Eine Forumsuche hat mir dazu nicht weiter geholfen.
Ich hab eine kleine Testapplikation, die erstmal nur ein leeres Frame anzeigen soll. Wenn ich das Programm in SPE starte, sehe ich auch kurz das Frame und in dem Frame stehen Exceptions bzw. Fehlermeldungen. Aber das Frame wird sofort wieder geschlossen, bevor ich Zeit zum lesen habe. Ich habe in SPE die Option "Output auf Shell umleiten" aktiviert, das hilft aber wohl nicht innerhalb des Frames.
Kann mir jemand einen Tipp geben, wie ich die Fehlermeldungen zu lesen bekomme?
wxPython und SPE: Wie bekomme ich Fehlermeldungen zu fassen?
EDIT:
Willkommen im Python-Forum.
Willkommen im Python-Forum.
In SPE kein Ahnung. Aber warum führst du dein Script nicht zum testen in eine Konsole aus, oder steigst gleich auf eine vernümftige IDE um?Jadawin hat geschrieben:[...]
Kann mir jemand einen Tipp geben, wie ich die Fehlermeldungen zu lesen bekomme?
- birkenfeld
- Python-Forum Veteran
- Beiträge: 1603
- Registriert: Montag 20. März 2006, 15:29
- Wohnort: Die aufstrebende Universitätsstadt bei München
Als ich mir SPE mal kurz angeschaut habe, kam es mir garnicht so übel vor...
-
- Python-Forum Veteran
- Beiträge: 16025
- Registriert: Freitag 20. Juni 2003, 16:30
- Kontaktdaten:
Hallo Jadawin, willkommen im Forum.
wx leitet den Fehleroutput in ein einenes Fenster um - wenn du das nicht willst musst du die Applikation mit ``wx.PySimpleApp(False)`` starten. Möglich aber auch das der Parameter ``True`` ist - ich habe wxPython schon einige Zeit nicht mehr benutzt ud kann mich daher nicht mehr so genau erinnern.
wx leitet den Fehleroutput in ein einenes Fenster um - wenn du das nicht willst musst du die Applikation mit ``wx.PySimpleApp(False)`` starten. Möglich aber auch das der Parameter ``True`` ist - ich habe wxPython schon einige Zeit nicht mehr benutzt ud kann mich daher nicht mehr so genau erinnern.
My god, it's full of CARs! | Leonidasvoice vs (former) Modvoice
Dank für Eure Antworten.
@Leonidas:
Danke für den Hinweis. Das wars. Ich hatte meine Applikation von wx.App abgeleitet. Mit wx.PySimpleApp als Vorfahre sehe ich nun die Fehlermeldungen in der Shell.
@sape:
Wenn ich mein Script in der Konsole testen würde, dann brauche ich aber auch keine IDE, sondern könnte gleich mit Notepad und Eingabeaufforderung arbeiten. Abgesehen davon, hätte es mir bei dem vorliegenden Problem wahrscheinlich kein bisschen geholfen. (siehe oben)
Trotzdem danke für den Vorschlag. Bei anderen Problemen ist der Konsolentest sicher hilfreich.
Und wegen der vernünftigen IDE ...
Kennst Du SPE? Wie mir scheint, nicht. Ich habe mir einige (nicht alle) IDEs angeschaut und SPE gefiel mir, nach meinen Einsatzkriterien, am besten.
Wenn Du einen besseren Vorschlag hast, nur raus damit.
@Leonidas:
Danke für den Hinweis. Das wars. Ich hatte meine Applikation von wx.App abgeleitet. Mit wx.PySimpleApp als Vorfahre sehe ich nun die Fehlermeldungen in der Shell.
@sape:
Wenn ich mein Script in der Konsole testen würde, dann brauche ich aber auch keine IDE, sondern könnte gleich mit Notepad und Eingabeaufforderung arbeiten. Abgesehen davon, hätte es mir bei dem vorliegenden Problem wahrscheinlich kein bisschen geholfen. (siehe oben)
Trotzdem danke für den Vorschlag. Bei anderen Problemen ist der Konsolentest sicher hilfreich.
Und wegen der vernünftigen IDE ...
Kennst Du SPE? Wie mir scheint, nicht. Ich habe mir einige (nicht alle) IDEs angeschaut und SPE gefiel mir, nach meinen Einsatzkriterien, am besten.
Wenn Du einen besseren Vorschlag hast, nur raus damit.
Coding rule 1: A Computer will only do what you told him to do, not what you want him to do.
Therefore: Very often the problem sits right in front of the keyboard.
Therefore: Very often the problem sits right in front of the keyboard.
@sape
ich kann es nicht wirklich nachvollziehen,
wieso du immer wider so schwache Aussagen machen musst.
mal aufgepasst
ich kann es nicht wirklich nachvollziehen,
wieso du immer wider so schwache Aussagen machen musst.
mal aufgepasst
dann der Schlusssape hat geschrieben:In SPE kein Ahnung........
Was soll mir das sagen?sape hat geschrieben:oder steigst gleich auf eine vernümftige IDE um?
Als kostenlose IDE: Eclipse + PyDev Plugin, DrPythonJadawin hat geschrieben:[...]
Wenn Du einen besseren Vorschlag hast, nur raus damit.
Kommerzielle: WingIDE, Komodo, ...
Editoren: Vim?, Emacs?, jEdit, ...
Alle genanten konnte mich überzeugen (bis auf Emacs). SPE gehört auch zu den Kandidaten die mich nicht sonderlich überzeugen konnten.
lg
EDIT: Ach ja, hätte ich beinah vergessen: Eric4 ist auch sehr gut.
Das soll dir sagen das ich nicht weis wie man das in SPE macht. Der Satz das er auf eine vernümftige IDE umsteigen sollte, bedeutet das er auf was besseres umsteigen soll und suggeriert auch das ich mich sehr wohl mit SPE auseinandergesetzt habe, sonst würde ich ja so eine Vorschlag nicht machen.. -- Nur weil ich nicht weiß wie man eine Sache in X macht, bedeutet das noch lange nicht das ich nicht schon mal mit X gearbeitet habe.pyStyler hat geschrieben: mal aufgepasstdann der Schlusssape hat geschrieben:In SPE kein Ahnung........Was soll mir das sagen?sape hat geschrieben:oder steigst gleich auf eine vernümftige IDE um?
Zu deinem Tenor passend: Gewiss, die natürliche Sprache erfordert eine große Abstrahierungsfähigeit...
EDIT: Korrektur
- birkenfeld
- Python-Forum Veteran
- Beiträge: 1603
- Registriert: Montag 20. März 2006, 15:29
- Wohnort: Die aufstrebende Universitätsstadt bei München
Kritikpunkt war wohl, dass du, ohne Argumente zu bringen oder überhaupt darzustellen warum, SPE als "nicht vernünftige" IDE bezeichnest.
Ich biete auch immer gern Emacs an, aber nur wenn jemand explizit nach einer anderen IDE fragt.
Ich biete auch immer gern Emacs an, aber nur wenn jemand explizit nach einer anderen IDE fragt.
Eigentlich wollte ich hier keine Diskussion über die beste IDE für Python anzetteln, weil da eh' jeder seine eigene Meinung dazu hat. Aber sei's drum ...
DrPython hab ich mir nicht genauer angeschaut, weil ich da erst etliche Plugins brauche, um die ganzen Funktionalitäten zu haben, die ich möchte. Auf lange Sicht birgt so ein pluginbasiertes System auch die Gefahr der Inkombatibilität und Instabilität.
Ich weiss, dass Vim & Co mächtige Werkzeuge sein können und für die Entwicklung von Bash-Scripts hab ich auch schon erfolgreich Vim benutzt. Aber für komplexere Sachen ist mir das zu unintuitiv. Wohlgemerkt: intuitiv != bunte Knöpfe und Fensterchen. Es gibt auch intuitive Tools ohne GUI. Aber Vim oder Emacs gehört FÜR MICH nicht dazu.
Ist aber egal. Vielleicht schwenke ich doch zu Eclipse um. Das hat nämlich gestern einen Pluspunkt gegenüber SPE gemacht. Ich kann in Eclipse in der Run-Konfiguration die Datei angeben, die gestartet wird, ohne dass ich die im Editor geöffnet haben muss. Das nervt bei SPE bissel, dass ich für jeden Testlauf zur Hauptdatei wechseln muss. (Vielleicht hab ich auch das Feature bei SPE noch nicht entdeckt, aber so gross is SPE ja nu' auch wieder nicht.)
Eclipse kenne ich. Es gibt keine bessere IDE für die Java-Entwicklung. Das PyDev-Plugin hat einige Ecken und Kanten und ist in meiner "internen" Rangliste auf dem gleichen Platz wie SPE gelandet. SPE hat dann wegen "klein und schnell" gewonnen. Das heissts aber nicht, dass ich für immer bei SPE bleibe.
DrPython hab ich mir nicht genauer angeschaut, weil ich da erst etliche Plugins brauche, um die ganzen Funktionalitäten zu haben, die ich möchte. Auf lange Sicht birgt so ein pluginbasiertes System auch die Gefahr der Inkombatibilität und Instabilität.
Komerzielle IDEs scheiden schon mal aus. Ich seh' gar nicht ein, für eine IDE Geld zu bezahlen (oder gar Raubkopien zu nutzen), wenn es auch sehr gut mit freien Alternativen geht.
Ich hätte gern 'ne IDE und keine Editor-und-Kommandozeilen-Lösung.sape hat geschrieben:Editoren: Vim?, Emacs?, jEdit, ...
Ich weiss, dass Vim & Co mächtige Werkzeuge sein können und für die Entwicklung von Bash-Scripts hab ich auch schon erfolgreich Vim benutzt. Aber für komplexere Sachen ist mir das zu unintuitiv. Wohlgemerkt: intuitiv != bunte Knöpfe und Fensterchen. Es gibt auch intuitive Tools ohne GUI. Aber Vim oder Emacs gehört FÜR MICH nicht dazu.
Eric hab ich mir zugegebenermassen nicht angeschaut. Ich dachte, der läuft nur unter Linux.sape hat geschrieben:EDIT: Ach ja, hätte ich beinah vergessen: Eric4 ist auch sehr gut.
Ist aber egal. Vielleicht schwenke ich doch zu Eclipse um. Das hat nämlich gestern einen Pluspunkt gegenüber SPE gemacht. Ich kann in Eclipse in der Run-Konfiguration die Datei angeben, die gestartet wird, ohne dass ich die im Editor geöffnet haben muss. Das nervt bei SPE bissel, dass ich für jeden Testlauf zur Hauptdatei wechseln muss. (Vielleicht hab ich auch das Feature bei SPE noch nicht entdeckt, aber so gross is SPE ja nu' auch wieder nicht.)
Coding rule 1: A Computer will only do what you told him to do, not what you want him to do.
Therefore: Very often the problem sits right in front of the keyboard.
Therefore: Very often the problem sits right in front of the keyboard.
Also ehrlich gesagt, suggerierte mir der Satz, dass Du eine andere IDE als SPE hast, damit glücklich bist und Deine IDE für die einzig Wahre hälst.sape hat geschrieben:Der Satz das er auf eine vernümftige IDE umsteigen sollte, bedeutet das er auf was besseres umsteigen soll und suggeriert auch das ich mich sehr wohl mit SPE auseinandergesetzt habe, sonst würde ich ja so eine Vorschlag nicht machen..
Und da Du keine anderen IDEs benannt hast, kam das bissel arrogant rüber. Ich bin aber relativ sicher, dass das von Dir nicht so gemeint war.
Meiner Erfahrung nach muss man in Forumsen, Mails oder ähnlichem sehr genau formulieren, was man wie meint, weil man bei geschriebenen Worten nicht vorraussetzen kann, dass der Leser es auch so versteht, wie der Schreiber es gemeint hat. Im persönlichen Gespräch hat man dafür noch Mittel wie Mimik, Gestik, Betonung, usw., aber in geschriebenen Dialogen fällt sowas alles weg.
Aber das wird jetzt zu sehr OT ... schönen Tag noch.
Coding rule 1: A Computer will only do what you told him to do, not what you want him to do.
Therefore: Very often the problem sits right in front of the keyboard.
Therefore: Very often the problem sits right in front of the keyboard.
Hi, hier möchte ich einhaken!Jadawin hat geschrieben: DrPython hab ich mir nicht genauer angeschaut, weil ich da erst etliche Plugins brauche, um die ganzen Funktionalitäten zu haben, die ich möchte. Auf lange Sicht birgt so ein pluginbasiertes System auch die Gefahr der Inkombatibilität und Instabilität.
Der Projektleiter wollte das Programm ganz schlank halten.
Es ist beim Startup und sonst auch etwas schneller, und man braucht
nicht soviel code zu warten.
Jeder der ein Plugin entwickelt oder installiert, ist für das irgendwie
"selbst verantwortlich", und das finde ich gut und richtig so.
Klar kommt es sogar oft zu Inkompatibilitäten (Das "core" Programm hat sich geändert, bietet andere, nicht kompatible Schnittstellen) an.
Aber auch wxPython ändert sich dauernd ein bisschen, so gesehen
ist auch das Kernprogramm betroffen.
Ich bin ein Gegner des Einfrierens in ein exe Programm. Viel up- und download, kann Fehler, oder tracebacks nicht gut erkennen, geht auch mit plugins nicht gut, ...
Daher versuche ich immer, das Programm mit der neuesten Version lauffähig zu halten, ohne auf Abwärtskompatibilität zu sehr zu achten.
Und ausserdem macht das Schreiben von plugins Spass und man kann dem Editor eigene Funktionalitäten hinzufügen.
@Francesco:
Ich finde den Ansatz von DrPython ja gar nicht schlecht und sehe natürlich auch die Vorteile eines pluginbasierten Systems. Es war mir nur als Python-Neuling zu aufwendig, erst alle Plugins (in der passenden Version) zusammen zu sammeln, diese dann zusätzlich zum Kernprogramm zu installieren, zu konfigurieren und aufeinander abzustimmen. Zugegeben; da ich es nicht gemacht habe, weiss ich auch nicht, wie gross der Aufwand tatsächlich ist. Es hat mich nur für den Anfang abgeschreckt, weil ich ja Python lernen und mich nicht erst lange mit den Werkzeugen herumschlagen möchte. Daher bevorzuge ich erstmal eine All-In-One-Lösung.
Ansonsten ist das Für und Wider doch eine recht philosophische Frage, die jeder für sich selbst beantworten muss.
Am Ende zählt doch nur, das man mit vertretbarem Aufwand brauchbare Software erzeugen kann.
Ich finde den Ansatz von DrPython ja gar nicht schlecht und sehe natürlich auch die Vorteile eines pluginbasierten Systems. Es war mir nur als Python-Neuling zu aufwendig, erst alle Plugins (in der passenden Version) zusammen zu sammeln, diese dann zusätzlich zum Kernprogramm zu installieren, zu konfigurieren und aufeinander abzustimmen. Zugegeben; da ich es nicht gemacht habe, weiss ich auch nicht, wie gross der Aufwand tatsächlich ist. Es hat mich nur für den Anfang abgeschreckt, weil ich ja Python lernen und mich nicht erst lange mit den Werkzeugen herumschlagen möchte. Daher bevorzuge ich erstmal eine All-In-One-Lösung.
Ansonsten ist das Für und Wider doch eine recht philosophische Frage, die jeder für sich selbst beantworten muss.
Am Ende zählt doch nur, das man mit vertretbarem Aufwand brauchbare Software erzeugen kann.
Coding rule 1: A Computer will only do what you told him to do, not what you want him to do.
Therefore: Very often the problem sits right in front of the keyboard.
Therefore: Very often the problem sits right in front of the keyboard.
Hallo jadawin,Jadawin hat geschrieben:@Francesco:
Ich finde den Ansatz von DrPython ja gar nicht schlecht und sehe natürlich auch die Vorteile eines pluginbasierten Systems. Es war mir nur als Python-Neuling zu aufwendig, erst alle Plugins (in der passenden Version) zusammen zu sammeln, diese dann zusätzlich zum Kernprogramm zu installieren, zu konfigurieren und aufeinander abzustimmen. Zugegeben; da ich es nicht gemacht habe, weiss ich auch nicht, wie gross der Aufwand tatsächlich ist. Es hat mich nur für den Anfang abgeschreckt, weil ich ja Python lernen und mich nicht erst lange mit den Werkzeugen herumschlagen möchte. Daher bevorzuge ich erstmal eine All-In-One-Lösung.
Ansonsten ist das Für und Wider doch eine recht philosophische Frage, die jeder für sich selbst beantworten muss.
Am Ende zählt doch nur, das man mit vertretbarem Aufwand brauchbare Software erzeugen kann.
ich gebe dir recht, sagen wir so, DrPython ist am Anfang ohne den ganzen Zusatzfunktionen, aber durchaus brauchbar.
Am Anfang würde ich eh mit Idle rumexperimentieren, das ist stabil
und hat die wichtigsten Funktionen.
Man könnte ja die ganzen plugins in einem Download installieren oder hineinpacken, hm, muesste man sich überlegen.
Problem ist auch, dass jeder Entwickler quasi für seine Plugins selbst verantwortlich ist, und das ist das schöne, da kann man sich herausreden,
so auf die Art, das geht mich nichts an.
Pype, spe, boa und ulipad wären auch noch eine Alternative.
Oder eric3 sieht grossartig und nett aus.
Sehe ich genau so. Hab das nur der vollständigkeit erwähnt.
Nope, ich habe das damals auch unter Windows, mit Tipps von Leonidas, zum Laufen gekriegt. Hier im Forum muss irgendwo noch ein Tutorial von mir rumschwirren wie man Eric4 für Windows kompiliert kriegt.Jadawin hat geschrieben:Eric hab ich mir zugegebenermassen nicht angeschaut. Ich dachte, der läuft nur unter Linux.sape hat geschrieben:EDIT: Ach ja, hätte ich beinah vergessen: Eric4 ist auch sehr gut.
Jepp Nun weißt du warum ich meinte "richtige ide". Das ist genau das was ich in so vielen IDEs vermisse. Ich will ein Script mit nur einen klick starten ohne erst rumzuswitschen. Und ich will auch nicht das Script erst geöffnet haben oder im Tab-Fenster im Fokus haben um es auszuführen -- Oft ist es bei mir das ich ein Huptscript habe das ich starte aber Änderungen/Tests an anderen Scripts mache. Da finde ich das richtig lästig erstmal zum Huptscript zu wechseln um es zu Starten. IN Eclipse kein Problem einfach den gewünschten Run auswählen und dann kann man beliebig oft das Script (Obwohl es nicht Fokussiert/Ausgewählt/geöffnet ist) mit STRG+F11 starten.Jadawin hat geschrieben: Ist aber egal. Vielleicht schwenke ich doch zu Eclipse um. Das hat nämlich gestern einen Pluspunkt gegenüber SPE gemacht. Ich kann in Eclipse in der Run-Konfiguration die Datei angeben, die gestartet wird, ohne dass ich die im Editor geöffnet haben muss. Das nervt bei SPE bissel, dass ich für jeden Testlauf zur Hauptdatei wechseln muss. (Vielleicht hab ich auch das Feature bei SPE noch nicht entdeckt, aber so gross is SPE ja nu' auch wieder nicht.)
Mal ein par weitere Argumente:
1. Dan kommt noch die geniale Auto-Code-Vervollständigung dazu. Sei mal Ehrlich hast Du so eine geniale ACV auch in SPE? PyDev berücksichtigt nicht nur der Scope der Datei sondern auch alle Packages die du in System PYTHONPATH, unter Benutzervorgaben->Pydev->Interpreter - Python, eingetragen hast UND deine eigenen Packages die du in deinem Projekt definiert hast.
Beispiel:
Code: Alles auswählen
import sys
Code: Alles auswählen
getcheckinterval
getdefaultencoding
getfilesystemencoding
getrecursionlimit
getrefcount
getwindowsversion
Joa, viele andere IDE/Editoren bieten auch eine ACV aber viele berücksichtigen NUR den Scope der Datei, was ich sehr einschränkend finde.
2. Tamplates
a. ein main getippt gefolgt von STRG+SPACE führt zu folgendem:
``if __name__ == '__main__':``
b. Wenn man hinter ini STRG+Space drückt wird aus:
Code: Alles auswählen
class Foo(onject):
ini
Code: Alles auswählen
class Foo(onject):
def __init__(self):
Code: Alles auswählen
class Foo(onject):
def __init__(self, arg1, arg2, arg3):
Code: Alles auswählen
class Foo(onject):
def __init__(self, arg1, arg2, arg3):
self.arg1 = arg1
self.arg2 = arg2
self.arg3 = arg3
Das kann man natürlich auch alles in Vim konfigurieren. So habe ich z.B. letztens in einem Thread gesehen das BlackBird in seinem Vim automatisch mit Solchen sachen Propertie-Defs erzeugne kann.
3. Was jetzt nichts direkt mit Pydev zu tun hat:
Subclipse finde ich auch ziemlich nett. Integriert SVN in einer schicken Oberfläche direkt in Eclipse mit der wichtigsten Funktionalität.
4. Und eben der Rest den Eclipse schon von Haus aus bietet.
lg
Das war ganz sicher nicht so gemeint.Jadawin hat geschrieben:Also ehrlich gesagt, suggerierte mir der Satz, dass Du eine andere IDE als SPE hast, damit glücklich bist und Deine IDE für die einzig Wahre hälst.sape hat geschrieben:Der Satz das er auf eine vernümftige IDE umsteigen sollte, bedeutet das er auf was besseres umsteigen soll und suggeriert auch das ich mich sehr wohl mit SPE auseinandergesetzt habe, sonst würde ich ja so eine Vorschlag nicht machen..
Und da Du keine anderen IDEs benannt hast, kam das bissel arrogant rüber. Ich bin aber relativ sicher, dass das von Dir nicht so gemeint war.
Ack. Das Problem ist aber das richtige Maß zu finden. Wenn ich eine Sache wasserdicht formuliere fühlen sich die anderen durch meine langen Beiträge genervt. Wenn ichs kurz und knapp mache, wie die meisten, ist es aber auch nicht Ok...Letztendlich kannst man aus jeder Formulierung einem einen Strick drehen wenn man es will, unabhängig davon wie genau es formuliert ist. Wenn man das dann mit einem gegenüber zu tun hat, dessen Aufgabe genau daraus besteht, kannst du so einen ehe links liegen lassen.Jadawin hat geschrieben: Meiner Erfahrung nach muss man in Forumsen, Mails oder ähnlichem sehr genau formulieren, was man wie meint, weil man bei geschriebenen Worten nicht vorraussetzen kann, dass der Leser es auch so versteht, wie der Schreiber es gemeint hat. Im persönlichen Gespräch hat man dafür noch Mittel wie Mimik, Gestik, Betonung, usw., aber in geschriebenen Dialogen fällt sowas alles weg.
lg
Sicher, ich wollte DrPython auch nicht irgendwie schlecht reden.Francesco hat geschrieben:[...]
ich gebe dir recht, sagen wir so, DrPython ist am Anfang ohne den ganzen Zusatzfunktionen, aber durchaus brauchbar.
(Schliesslich kenne ich das Programm ja gar nicht richtig.)
Das wäre keine schlechte Idee. Aber solange jedes Plugin "sagt" mit welcher Version des Kernprogramms es kombatibel ist, ist es auch kein riesiges Problem, das selbst zusammen zu stellen. Ich persönlich war nur zu faul, mich mit allen Plugins und deren Anforderungen zu befassen (was brauche ich jetzt in welcher Version, damit alles passt).Francesco hat geschrieben:Man könnte ja die ganzen plugins in einem Download installieren oder hineinpacken, hm, muesste man sich überlegen.
@sape:
Die Code-Completition hat mich jetzt überzeugt. Ich kenne das Feature schon durch meine Java-Programmierung, aber mit PyDev wollte mir das nicht so recht gelingen. Aber ich hatte den PYTONPATH wahrscheinlich nicht vollständig konfiguriert. Ich hab's gestern nochmal probiert und siehe da, wenn alle Pfade eingestellt sind, klappt's auch mit dem Nachbarn.
Was jetzt noch fehlt ist eine "Find Declaration"/"Find References"-Funktion. Weisst Du, ob PyDev das auch kann?
Coding rule 1: A Computer will only do what you told him to do, not what you want him to do.
Therefore: Very often the problem sits right in front of the keyboard.
Therefore: Very often the problem sits right in front of the keyboard.
Kein Problem, das Programm darf auch schlecht geredet werden.Jadawin hat geschrieben:Sicher, ich wollte DrPython auch nicht irgendwie schlecht reden.Francesco hat geschrieben:[...]
ich gebe dir recht, sagen wir so, DrPython ist am Anfang ohne den ganzen Zusatzfunktionen, aber durchaus brauchbar.
(Schliesslich kenne ich das Programm ja gar nicht richtig.)
Wäre ein Ansporn zur Verbesserung.
Nein, nein, die Plugins sollten alle upgedated werden, und da liegt auch mein Schwerpunkt in nächster Zeit.Jadawin hat geschrieben:Das wäre keine schlechte Idee. Aber solange jedes Plugin "sagt" mit welcher Version des Kernprogramms es kombatibel ist, ist es auch kein riesiges Problem, das selbst zusammen zu stellen. Ich persönlich war nur zu faul, mich mit allen Plugins und deren Anforderungen zu befassen (was brauche ich jetzt in welcher Version, damit alles passt).Francesco hat geschrieben:Man könnte ja die ganzen plugins in einem Download installieren oder hineinpacken, hm, muesste man sich überlegen.
Alle sollten, egal wxPython ansi oder unicode, auf der letzten wxPythn Version (jetzt 2. sowohl auf Linux als auch auf Windows laufen. Es sind auch einige veraltete drinnen (nicht fertige oder nicht weiter programmierte) drinnen, die man wieder entfernen sollte.
Hmm wenn ich dich richtig verstehe, dann geht das mit gedrückter STRG + Klick mit der Linken Maustaste auf den Funktions-/Klassen-/etc.-namen. Danach wird automatisch zum abschnitt gesprungen wo es definiert wurde. Das ganz ist aber nich besonder schnell. Das kann schon mal ein par Sekunden dauern. Aber der Vorteil ist das es Modul unabhängig ist: Soll heißen, wenn du auf eine Funktion/etc. Klickst die aber in einem anderen Modul definiert ist, dann öffnet Eclipse das Modul (Falls nicht schon bereits offen ist) und springt zu der stellen an den es definiert wurdeJadawin hat geschrieben: Was jetzt noch fehlt ist eine "Find Declaration"/"Find References"-Funktion. Weisst Du, ob PyDev das auch kann?
Das einzige was ich noch in PyDev vermisse: Bei Java hat man unten so ein Fenster mit einer Referenz der API, sowas wünsche ich mir in einen der nächsten Release auch für PyDev.
lg
-
- Python-Forum Veteran
- Beiträge: 16025
- Registriert: Freitag 20. Juni 2003, 16:30
- Kontaktdaten:
Komisch, ich habe lange Zeit SciTE benutzt, aber seitdem ich viel, viel über SSH entwickle, nutze ich Vim eigentlich nur noch. Inzwischen nutze ich ihn auch lokal, sogar ohne Buttons, also vim nicht gVim. Ich finde ihn nicht intuitiv, aber seitdem ich ihn bediehnen kann bin ich sehr zufrieden damit. Wenn er irgendwas nicht kann, kann ich es nachrüsten - brauche ich aber nicht oft, denn Python ist nicht Java und daher auch kürzer.Jadawin hat geschrieben:Ich weiss, dass Vim & Co mächtige Werkzeuge sein können und für die Entwicklung von Bash-Scripts hab ich auch schon erfolgreich Vim benutzt. Aber für komplexere Sachen ist mir das zu unintuitiv. Wohlgemerkt: intuitiv != bunte Knöpfe und Fensterchen. Es gibt auch intuitive Tools ohne GUI. Aber Vim oder Emacs gehört FÜR MICH nicht dazu.
My god, it's full of CARs! | Leonidasvoice vs (former) Modvoice