FreeBasic hat auch einen unglaublich schnellen Compiler!
Grüsse!
FreeBasic hat auch einen unglaublich schnellen Compiler!
Grüsse!
Welches Framework würdes du empfehlen? Die POCO Libarys sind aber nicht frei, ich suche etwas um kleine Anwendung für Kunden zu schreiben und nutze Sie im Firmennetzwerk.
... Die POCO Libarys sind aber nicht frei ...
Die Libraries selbst sind frei, nur die darauf aufbauenden Tools kosten. Guckst Du ("The libraries and tools from Applied Informatics are based on the free and open source POCO C++ Libraries ...")
Die Boost-Libraries sind auch empfehlenswert für C++…
Python ist doch eher objektorientiert?
Wo seht ihr da die Ähnlichkeit zu autoit?
Ich finde auch vom Syntax her den Umstieg von autoit auf python nicht gerade einfach und tue mich auch bei ganz einfachen Python-Skripten doch ziemlich schwer.
Trotzdem eine sehr mächtige Sprache.
Im Gegensatz zu autoit kommt bei mir nur nicht so richtig der Spaßfaktor beim Programmieren auf.
Python ist flexibel. Du kannst auch komplett prozedural runterprogrammieren.
Bei mir hat die Einarbeitung auch ein bisschen gedauert und für manche Zwecke halte ich es weiterhin für ungeeignet, aber für das kleine Skript zwischendurch ist es unter Linux eine schöne Alternative :).
Johannes
ytwinky: Ach ich dachte das soll THX heissen (evt. Tippfehler)
Aber ich nehme an das sind alles inputboxen, mir gings besonders um guicreate bzw. das handling von controls...
Für Python gibt es mehr, als nur ein GUI. Normalerweise lernt man erstmal Tkinter.
Für Python gibt es mehr, als nur ein GUI. Normalerweise lernt man erstmal Tkinter.
Deshalb war mein Beispiel auch mit Tkinter
hellboy3: Wo war das eine Inputbox? Das war eine GUI mit einem Input und einem Button, exakt wie du es in AutoIt gemacht hast. Tkinter passt die Fenstergröße automatisch an den Inhalt an, das ist alles.
Mir ging es ja auch darum, das der Syntax der Sprache ähnlich ist, ich am liebsten Plattformübergreifend arbeiten kann. Es ging mir nicht nur darum eine kostenlosen Umgebung einzusetzen, was ich sicher bevorzugen würde, aber die Kosten von z.b. Purebasic sind mit 79,- EUR ja nicht gerade sehr hoch. Was ich z.B. an Purebasic nicht so gut finde, ist das Forum, nicht mit diesem zu vergleichen ist. Nicht nur das hier jedem gerne geholfen wird, es gibt auch einfach tausende von Ideen, welche später in eigenen Dinge verwendet werden können, oder einfach kleine Helfer sind.
Ich finde auch freebasic gut, es ist im OSS Bereich sicher einer sehr gute, schade das es nicht auf dem Mac läuft. Das macht ja nun wiederum Realbasic, was vor kurzen bei der c´t als Personaledition bei lag, das läuft auf alle Plattformen, nur eine MessageBox als Exe hat schon so um die 4MB… und nur in größeren Version ist ein Datenbank zugriff möglich. Gibt es bei euch auch solche Erfahrungen?
Und ich hab auch soeben Python in Scite integriert, sodass man schonmal Skripte laufen lassen kann.
Bin aber nicht zufrieden. Keine Autovervollständigung, keine Hilfe bei F1 usw usw.
Und ich habe keine Lust das alles Manuell einzubauen. Gibt es vllt einen Installer für Scite der das macht ?
Das alles in SciTE einzupassen sollte mit den entsprechenden LUA-Skripten kein allzu großes Problem darstellen. Falls sich da mehrere für interessieren, laß ich mich evtl. auch breitschlagen, das umzusetzen. Aber nur für einen Interessenten ist mir das dann doch zuviel Aufwand (immerhin müßte ich mich mir die Syntax von Python erst mal verinnerlichen).
Edit: Hab gerade gesehen, dass ich in einer SciTE-Version (nicht der von AutoIt) bereits python.properties und gen_python_api.py (generiert die phyton.api) habe. Also ist Autovervollständigung schonmal im Kasten.
Windows PowerShell
Ich hab mir mal den Code zum Erstellen der phyton.api angeschaut. Mangels Kenntnis der Randbedingungen kann ich die folgende Auswahl nicht treffen. Vielleicht weiß ja einer der "Python-Jünger", was hier ausgeschlossen werden muß/soll?
Btw: Das Skript erstellt 5 *.api Dateien:
'python_kw.api' (keywords), 'python_bi.api' (builtins), 'python_bm.api' (builtin modules), 'python_ml.api' (modules specified in manuallist), 'python_pm.api' (modules from sys.path)
Sollte man die zu einer 'python.api' zusammenfassen?
'''
Usage:
Edit the list of modules which should be excluded. This list is located
some lines below. Look for excludemodulelist = [...]
Specify the modules whose contents should be added as global names
(i.e. from parrot import *). Look for addasgloballist = [...]
'''
# if one of these substrings is found in a specific sys.path directory,
# the modules in this particular directory are not processed
excludedirlist = ['lib-tk', 'idle', 'Lightflow', 'plat-linux-i386',
'win32', 'pythonwin', 'plat-win',
'test', 'distutils', 'encodings', 'OpenGL', 'gnome', 'pyglade',
'happydoc', 'pygame', 'mx',
'wxPython']
# list of modules which should be excluded
excludemodulelist = ['win32traceutil', 'win32pdh', 'perfmondata', 'tzparse',
'libqtcmodule-2.2', 'libqtc',
'win32com',
'GDK', 'GTK', 'GdkImlib', 'GtkExtra', 'Gtkinter', 'gtk', 'GTKconst',
'zip_it']
Alles anzeigen