Beiträge von fakeraol

  • AlignComment richtet Kommentare aus Update 13.08.2016

    Zitat von Andy

    Wer aber dennoch eine "sichere" RegEx findet oder kennt um Kommentare vom Code zu trennen (eigentlich benötigt man den Kommentartrenner doch in jeder Programmiersprache) bitte ich um Info!

    Da ich gerade im Zusammenhang mit dem finden der zugehörigen schließenden Tags zu den öffnenden in HTML darauf gestoßen bin:

    so etwas lässt sich wohl mit RegEx prinzipiell nicht fehlersicher lösen. M$ hat zwar in seine .Net-Implementierung eine Hilfsfunktion dafür eingebaut, die arbeitet aber auch nicht unter allen Bedingungen fehlerfrei.

    Um solche Probleme zu lösen, braucht man wohl einen Parser für die jeweilige Sprache, der den Quelltext von Anfang an durchgeht, sich dabei Zustandsänderungen merkt (z.B. Strings an den Anführungszeichen erkennt und entsprechend Flags setzt, wie "alles innerhalb Singlequotes wird nicht weiter interpretiert"), und damit Ziechen abhängig vom Kontext, in dem sie stehen, interpretiert.

    Ich weiß nicht, ob man den in Scite eingebauten Parser, der das Syntaxhilighting macht, evtl. abfragen kann dazu, als was er ein Semikolon an einer bestimmten Position interpretiert. Falls man die Schriftfarbe abfragen kann, könnte man das verwenden. Ich hab mich vor Jahren mal ein bischen damit beschäftigt, und meine, das müsste man abfragen können, bin aber nicht sicher.

  • Fehler in der deutschen Hilfe bitte hier melden (Hilfedatei 3.3.14.2 2017.11.12)

    Zitat von Oscar

    SciTE ist der AutoIt-Standard, nicht Notepad++!

    Ich nehm alles zurück und behaupte das Gegenteil. Da hast Du recht. Damit ist mein Gemecker darüber hinfällig, weil die Probleme nicht auftreten, wenn man die Skripte nicht wie ich direkt aus der Hilfe heraus aufruft.

    BugFix

    Benutzt hab ich die NPP-Console auch schon. Werd mich in Zukunft zu solchen Themen aber zurückhalten, weil die Probleme, die ich da sehe, mit meinem Environment zusammenhängen und andere garnicht betreffen.

    Oscar

    Ich meinte die Erwähnung von Scite unter ConsoleWrite im ersten Beispiel im Kommentar. Da könnte man einen Link auf die von Dir erwähnte Scite-Hilfe einbauen, oder den Hinweis mit F5 dort direkt geben - aber muß man auch nicht.

    ___________________________________________________________________________________________

    "AutoItSetOption" > "GUICoordMode" > Param = 2

    Positionierung relativ zur unteren rechten Ecke des letzten Controls.

    Ausnahme: mit "-1" übernimmt man den top/left-Wert des letzten Controls.

    Um ein Control genau 1px höher/links als das letzte zu positionieren (-1 ist ja reserviert für "gleicher Abstand von oben/links"), muß man es mit negativen Werten um ("Höhe/Breite des letzten Controls" + 1) nach oben/links verschieben/positionieren.

    Das halte ich für wesentlich verständlicher.

  • Fehler in der deutschen Hilfe bitte hier melden (Hilfedatei 3.3.14.2 2017.11.12)

    Eine Fehlerbehandlung in nem Beispielskript mit ConsoleWrite zu machen, wäre ja durchaus Ok, damit der Anfänger beim lesen auch mal über diesen Befehl stolpert und ihn evtl. nachschlägt, aber das eigentliche Ergebnis einer Funktion sollte aus der Hilfe heraus schon direkt sichtbar sein.

    Warum geben wir denn auf dem Monitor nicht Maschinencode aus? Warum wandeln wir den in Binärcode um, und diesen in Hex, und den in ASCII/UTF-8/etc.? Warum basteln wir GUIs, statt zu erwarten, daß die Leute ihre Bewerbung auf der Konsole schreiben und die Formatierungsbefehle von Hand eingeben? Wozu das alles? Um etwas zu vereinfachen, es verständlicher, anschaulicher, einfacher handhabbar zu machen.

    Ich suche in der Hilfe nicht nach Skripten. Ich suche nach der Erklärung für eine Funktion. Und wenn die sich liest, wie eine dieser berüchtigten chinesischen Bedienungsanleitungen, wie z.B. "AutoItSetOption" > "GUICoordMode" > Option 2 , dann probiere ich das Beispielskript aus, in der Hoffnung, daß es mir dadurch klar wird.

    Wenn ich ein Script aus der Hilfe starte, wird es direkt ausgeführt, weil ich Notepad++ schon so lange benutze (und mir dafür selber noch Hilfstools benaut hab), daß ich nicht auf Scite umsteigen will. Wenn ich das Script dann im Editor haben will, kann ich es immer noch rauskopieren.

    Wenn übrigens "2. unfassbar viele MsgBoxen" aufpoppen, "die einfach nur nerven.", schreibt man die Ausgabe halt in eine GUI, da bleibt sie genauso stehen und ist nachvollziehbar. Es gibt ja schon solche Beispiele zB. zu StringRegExp, wo man besser die MsgBoxen zusammenfassen oder durch ne GUI ersetzen sollte.

    Ich finde, wir sollten Leute da abholen, wo sie stehen, und das ist bei einigen eben ganz am Anfang. Für viele, die sich schon länger mit etwas beschäftigen, sind die Basics halt "doch ganz klar".

    Ich halte mich aber in Zukunft zurück bei dem Thema. Hab oft genug, z.B. bei Wikipedia, die Erfahrung gemacht, daß der Einsatz nicht lohnt, wenn Insider/Fortgeschrittene was dagegen haben. Auch im engl. Forum schon. Da können ja einige hier auch ein Lied von singen, daß Bugreports ignoriert werden, etc.

    PS: Unter ConsoleWrite wird übrigens Scite zwar erwähnt, aber F5 nicht. Hielte ich auch für ne sinnvolle Verbesserung.

  • Fehler in der deutschen Hilfe bitte hier melden (Hilfedatei 3.3.14.2 2017.11.12)

    Deshalb lernen so wenig Leute in Eigeninitiative C++, weil die Doku für Einsteiger so grottig, ist. Da muß man schon Programmierer sein, um um lernen zu können, einer zu werden - ein Widerspruch in sich für etwas, das sich "Hilfe" nennt.

    <Ironie>Warum gibst Du die Ergebnisse Deiner Scripte nicht in DllStruct's aus? Die Leute können doch als Anfänger erst mal lernen, wie man nen Debugger benutzt? Console ist doch sowas von lame.</Ironie>

    Der Jammer mit Anfängern ist nun mal, daß sie ANFANGEN, und anfangen tut man immer mit dem ersten Schritt. Der erste Schritt ist nun mal der erste Befehl, den man lernt, und die "Hilfe" soll mit Beispielen verANSCHAUlichen, was die Auswirkung des Befehls ist. Die Hilfe hat nun mal keine Console. Was Du erwartest ist, daß die Leute einen Teil der Syntax schon KÖNNEN, bevor sie anfangen, sie zu lernen.

    Du mußt Dich ja selber garnicht daran beteiligen, das zu ändern, aber wenn Du darauf bestehst, daß das auch andere nicht tun sollen, klingt das für mich nach "Ein bischen sollen die sich schon quälen, zu leicht will ich's ihnen auch nicht machen.".

    Ich benutze AutoIt seit vielen Jahren und mich nervt es immer wieder, wenn ich wegen einer mir unverständlichen (engl.) Erklärung einer UDF-Funktion ein Script erst rauskopieren muß, um mir die Ausgabe anschauen zu können. Und ich gestehe mir zu, es für arrogant zu halten, wenn dann jemand meint: "Dann mußt Du halt die Begriffe erst mal alle lernen.".

  • Fehler in der deutschen Hilfe bitte hier melden (Hilfedatei 3.3.14.2 2017.11.12)

    Nicht funktionierende Beispielskripte in der Hilfe

    ConsoleWrite in Beispielskripten

    Wie ich schon schrieb, Beispielskripte sollten ihre Ausgabe nicht in die Console machen. Gebt mal "ConsoleWrite" in die Suche der Hilfe ein, da gibts jede Menge Scripte, bei denen der Anfänger garkeine Reaktion zu sehen bekommt, wenn er die aus der Hilfe heraus aufruft. Das lässt sich fast alles durch MsgBox ersetzen, oder notfalls durch ne simple Gui.

    FileReadToArray

    Das Beispielskript soll sich zur Demonstration selber einlesen, was natürlich nicht funktionieren kann, wennn es in eine *.chm gezippt ist.

  • AutoIt-Object -- wie könnte AutoIt in OOP-Syntax aussehen

    Das meiste Wissen bezügl. Computern hab ich mir selbst erschlossen (und dabei mit Javascript in prozeduraler Form angefangen). Unser C++Dozent (FI/SI-Ausbildung) kommentierte ständig: "Hast Du da nicht einen [Punkt|DoppelPunkt|zwei Doppelpunkte|Ausrufezeichen|Komma|etc.] vergessen? .. Kaum macht man's richtig, schon funktionierts." Die Leute waren mehr damit beschäftigt, an Syntaxfehlern zu verzweifeln, als daß sich Erfolge eingestellt haben.

    Sowas wie automatische Typkonvertierung ist halt immer Fluch und Segen. Es macht den Einstieg oft erst mal leichter, weil man sich nicht um so viele Dinge kümmern muß, bevor mal was funktioniert, aber es ist auch fehleranfälliger, und ein späteres Umlernen dann nochmal anstrengend.

    Ich hab mich schon mal etwas mit OOP beschäftigt, aber da ich meine Aufgabenstellungen bisher auch anders lösen konnte, hatte ich bisher nicht die Motivation, mich so dahinter zu klemmen, daß ich da Fuß fasse.

  • AutoIt-Object -- wie könnte AutoIt in OOP-Syntax aussehen

    Hat diese "Objektisierung" irgendwelche Vorteile bezügl. Ausführungsgeschwindigkeit oder erweiterter Möglichkeiten, die AutoIt selbst nicht bietet; außer daß sie vielleicht Leuten, die diese Syntax schon von anderen Programmiersprachen gewohnt sind, besser liegt?

    Ich fürchte, wenn AutoIt komplett auf OOP umgestellt würde, wäre der Einstieg für viele Programierneulinge wesentlich schwerer. :/

  • Control-Positionierung/Skalierung bei resizable GUIs

    Da AutoIt ja Windows-orientiert ist, macht Plattformunabhängigkreit überhaupt Sinn?

    Zum einen wäre wichtig, welche Toolkits diese Container-Verschachtelung/Strukturierung/Gruppierung unterstützen, die uns in AutoIt fehlt (umzusetzen ohne übermäßigen Aufwand).

    Zum anderen ist Verbreitung schon interessant (am besten auf jedem Windows-System vorhanden), damit man nicht erst die zugehörigen DLLs besorgen muß (evtl.Versions-Probleme?), denn aus Copyright-Gründen können wir die wohl schlecht selbst hier anbieten. Auch würden mitzuliefernde DLLs (FileInstall) die Programm-Datei aufblähen.

    Also erst mal aussortieren, was nicht in Frage kommt, und dann hier die Doku zu dem Toolkit verlinken, das dann letztlich umgesetzt werden soll. Dann machen sicher auch mehr Leute mit bei der Umsetzung, wenn sie die Resourcen nicht selber zusammensuchen müssen. :)

  • Fehler in der deutschen Hilfe bitte hier melden (Hilfedatei 3.3.14.2 2017.11.12)

    Hab die beiden (DE 3.3.14.2 und EN 3.3.12.0) mal verglichen. Bis auf die Strings sind sie gleich (funktional).

    Ich hab grad beide (DE und EN) nebeneinander geöffnet, und da die en schon 'ne StringRegExpGUIPattern.dat angelegt hat, spuckt die DE jetzt in dem Pattern-Combo die (EN) Header-Zeile mit aus.

    Wenn ich die readDatFile()-Funktion mittels FileReadToArray() umbaue, fällt das Geraffel zur Entfernung der Zeilenumbrüche weg, und die erste Zeile lässt sich unabhängig vom (DE oder EN) Inhalt "entsorgen". Die ganze Funktion lässt sich viel kompakter (und weniger fehleranfällig) schreiben, mach ich mich morgen abend mal dran.

    Übersetzung mach ich dann gleich mit.

    Fehler/Verbesserungen melde ich auf Basis der Online-Hilfe.

  • Fehler in der deutschen Hilfe bitte hier melden (Hilfedatei 3.3.14.2 2017.11.12)

    Danke Andy , habs mal oben im Post angepasst, und noch ein paar Kleinigkeiten.

    Dann könnte der jetzt mit in die Hilfe übernommen werden (im "Tutorial - Regular Expression").

    PS NOCH NICHT! Sind noch Fehler drin. Jetzt sollte alles funktionieren. Ruckelt immer noch was, muß aber erst mal weg, kümmer mich später drum.

    So, soweit möglich, ruckeln und flackern beseitigt. Falls nochmal jemand drüberschauen mag ... ansonsten ist das Script jetzt fertig.

    * Resource aus dem Netz laden

    * Gui resizable
    _____________________________________________________________________________________________________________________

    Placeholder für Input, etc. setzen mit $EM_SETCUEBANNER - könnte man noch mit aufnehmen in die Hilfe.

    https://www.autoitscript.com/forum/topic/16…comment=1226083

  • Fehler in der deutschen Hilfe bitte hier melden (Hilfedatei 3.3.14.2 2017.11.12)

    Hab den Regexp-Tester aus der Hilfe jetzt mal entsprechend Oscars Vorschlag umgebaut. Das Ergebnis ist ebenso unbefriedigend. Die Radio-Controls springen auf und ab und überlagern sich teilweise beim Resizen:

    PS: Nach weiteren Anpassungen ist das Ergebnis jetzt befriedigend.