Ist bereits möglich - einfach tippen. Jedoch wird nur der Anfang geprüft. Könnte ich mal auf ein contains umbauenCrazed hat geschrieben:Live Filtern von Ergebnissen, d.h du gibst ein Teil des namens ein und dann werden nur noch alle Strings angezeigt die diesem entsprechen.
Seit etwa 3 Jahren.Crazed hat geschrieben: PS: Dürfte ich fragen wie lange du allgemein schon mit Python programmierst und wie lange du für den HTTPRIpper gebraucht hast?
Code: Alles auswählen
Traceback (most recent call last):
File "httpripper", line 3, in <module>
File "httpripper\httpripper.pyo", line 54, in <module>
File "gtk\__init__.pyo", line 48, in <module>
File "gtk\_gtk.pyo", line 12, in <module>
File "gtk\_gtk.pyo", line 10, in __load
ImportError: DLL load failed: Das angegebene Modul wurde nicht gefunden.Das ist mutigSchneiderWeisse hat geschrieben:Hab ich vorhin noch hinzugefügt...Konnte das Problem auch schon lösen, indem ich die libpng12.dll in libpng13.dll umbenannt habe...
Ich verwende XP,...
Die Änderung am Namen deutet nämlich stark auf ein geändertes Interface hin. Hab eine neue setup.exe erstell - die dll sollte nun enthalten sein. Weil ich es für zu gefährlich empfand *g*. Aber du hast recht, das könnte ich noch sauber machen.Leonidas hat geschrieben:veers, ich habe mir mal den Screencast angesehen und mich gewundert, warum er den Dateinamen nicht automatisch dekodiert.
Nicht wirklich. Habe mal etwas mit WX gearbeitet und das ganze ist dabei des öfteren mit einer Speicherzugriffsverletzung gestorben. Aber ich denke er Erklärung warum ich GTK wx vorziehe würde den Umfang dieses Topics sprengen.sma hat geschrieben:Hm, leider das falsche UI-Toolkit für OS X. Wäre wx keine Option gewesen?
Verständlich - GTK unter OS X ist machbar aber mühsam.sma hat geschrieben: Extra nach einer GTK-Version suchen will ich auch nicht. So konnte ich mir nur den Screencast anschauen.
Die Idee gefällt mir. Wenn ich etwas Zeit dafür finde werde ich sie Umsetzen.sma hat geschrieben: Mein Vorschlag wäre, Ressourcen nach content type fillterbar zu machen, sodass man etwa alles was auf "text/*" oder "image/*" zutrifft ausfiltern zu können. Das macht die Liste der interessanten Ressourcen kürzer und man muss nicht argumentieren, dass meist das Längste das ist, was man sucht.
Ich muss zugeben, dass meine Erinnerungen auch so waren. Bei einigen Aktionen ist das Toolkit reproduzierbar gestorben. Es hieß dann immer dass es in der nächsten Version ausgebessert wird (leider hatten die damals sehr lange Releasezyklen), aber Freude stellt sich da leider trotzdem nicht ein.veers hat geschrieben:Nicht wirklich. Habe mal etwas mit WX gearbeitet und das ganze ist dabei des öfteren mit einer Speicherzugriffsverletzung gestorben.sma hat geschrieben:Hm, leider das falsche UI-Toolkit für OS X. Wäre wx keine Option gewesen?
) interessiert mich gerade, wie du den Screencast aufgenommen hast ... Waren auch nur Beispielelunar hat geschrieben:Mehr als das Programm selbst (jamendo hat Torrents, und für youtube gibt's download helper
Nach einigen fehlgeschlagenen versuchen mit xvidcap habe ich Istanbul verwendetlunar hat geschrieben:interessiert mich gerade, wie du den Screencast aufgenommen hast ...
Code: Alles auswählen
ffmpeg -r 10 -f x11grab -s 720x576 -i :0.0 -vcodec huffyuv -vtag HFYU capture.avi