Beiträge von BugFix

Folgendes ist bei einem Projekt von mit angefallen:

Der Nutzer soll vollkommen frei und für ihn verständlich Tagesdatum/Zeit oder beliebige Elemente daraus formatieren können.
Folgende Makros stehen zur Verfügung:
YYYY / YY - Jahr 4/2 -stellig
MM / M - Monat 2/1 -stellig
DD / D - Tag 2/1 -stellig
hh / h - Stunde 2/1 -stellig
mm / m - Minute 2/1 -stellig
ss / s - Sekunde 2/1 -stellig
ww / w - Wochentag lang/kurz (Montag/Mo)
Bsp. "YYYY-MM-DD", "YYYYMMDD", "D.M.YY", "ww, DD.MM.YYYY", "DD.MM.YYYY hh:mm:ss" (Standard)
Einstellig bedeutet, wenn einstelliger Wert, wird er auch einstellig ausgegeben. Zweistellig fügt dann eine Vornull an.
Optional gibt es die Möglichkeit einen String vorne und/oder hinten anzufügen.
Die vom User gewünschte Formatierung kann z.B. aus einer INI eingelesen und von diesem intuitiv angepasst werden.

Die Wochentags- und Schaltjahrermittlung habe ich bewußt ohne externe Funktionen berechnet, damit diese Funktion auch ohne Includes auskommt.

Ja, wenn man es wirklich intuitiv führen wollte, müsste man alle Aufrufe für Pop/Push/Delete oder was noch hinzukommt, über einen Wrapper jagen, der dann die richtige Funktion auswählt und entsprechend den Zähler manipuliert. Wobei das noch einfach ist. Eine automatische Erkennung, welches Array denn gerade übergeben wird, kann man ja auch nicht ohne Verrenkungen realisieren. Das erfordert dann irgendeine Form der Registrierung/ID-Vergabe. Stimmt schon - optimal geht anders..

Zitat von AspirinJunkie

_DynArrayPush? Diese wird ja erst aufgerufen wenn das Array schon erstellt habe.
Und wenn ich das Array dann nicht mehr benötige und lösche? Vielleicht sogar mit einer Funktion _ArrayDelete(). Wie lösche ich dann dessen Eintrag in der statischen Variable?

Die Verwaltung wird mit in die Funktion eingebunden, das erfordert dann, dass das Löschen auch damit vorgenommen wird:

Ich handhabe das ähnlich, allerdings nicht mit Verdopplung der Arraygröße, sondern ich stimme das für die Anwendungen einzeln ab.
Dabei gehe ich von einer vorerst zu erwartenden realistischen Arrayobergrenze $max aus. 20% davon werden bereitgestellt. Jeweils bei Erreichen dieser Grenze wird das Array um den gleichen Wert erhöht. Bei Erreichen von $max wechsele ich von der statischen Vergrößerung (20% von $max) auf eine dynamische Vergrößerung (20% von UBound), sodass mit wachsender Arraygröße dann auch größere Häppchen angefügt werden.
Wobei man vllt. auch sagen sollte, dass es hier um Arrays mit wirklichem Inhalt geht, also ich betrachte als Untergrenze 800-1000 Elemente. Was kleiner zu erwarten ist, wird in einem Aufwasch definiert. Ausnahme wäre, wenn ich im Array speicherlastige Inhalte ablege (andere Arrays, Objekte) und allgemein in einer speicherarmen Umgebung bin.
Wer statistisch veranlagt ist, kann ja mal austesten, wie die unterschiedlichen Herangehensweisen mit der Arraygröße korrelieren.

Zitat

Zwang zur Notation der Elementanzahl im ersten Element

Das läßt sich umgehen, mit einer Statischen Variable in deiner Arrayfunktion. Ich würde ein Static Array einbinden und als zusätzlichen Parameter einen Index, damit die Funktion für mehrere Array gleichzeitig genutzt werden kann. Im Static Array am übergebenen Index den Zähler für das jeweilige zu ändernde Array eintragen.

Zitat von Mars

2. Im Aufruf muss eine $self (oä) Variable bestehen die ByRef auf die Map wirken kann.

self könntest du als Static zwar erzeugen aber ByRef wird wohl nix werden. Das Problem besteht ja auch bei AutoItObject.

Zitat von AspirinJunkie

Warum nicht StringRight?

Ich erstelle in einer Funktion den Formatstring in Abhängigkeit von einer Nutzereingabe. Der User legt in der INI eine Maske fest (z.B. Monat "M"=einstellig, wenn möglich oder "MM"=immer zweistellig). Den Formatstring erstelle ich dann einheitlich mit "%0" & StringLen($Maske) & "d" und kann das auf Jahr, Monat oder Tag gleichermassen mit der jeweiligen Maske anwenden ohne auf die einzelenen Segmente separat eingehen zu müssen.
Klar kann ich eine zusätzliche Codezeile für den Jahresstring einbauen, fände es anders aber eleganter. Nunja - was nicht geht, geht nicht.

Hi,
StringFormat ist ja ganz praktisch um einheitlich formatierte Ausgaben zu erstellen. Ausgabelänge und Ausrichtung kann man vorgeben, Strings können auf eine bestimmte Anzahl Zeichen begrenzt werden.
Und hier ist mein Problem. Diese Begrenzung greift immer von links nach rechts. Nehmen wir mal an, ich möchte eine Jahreszahl 2-stellig ausgeben. Dann brauche ich ein Ausgabe der letzten 2 Stellen. Die ersten 2 Stellen müssten somit gekürzt werden. Mir ist jedoch nur Folgendes möglich:

Ist euch ein Weg bekannt, ob und wie ich mit StringFormat n Zeichen von rechts ausgeben kann?

minx

Ja, eine "Objektisierung" läßt sich damit durchaus erreichen. Aber mal ehrlich: Meinst du irgendjemand kann diesen Code dann noch entziffern?
Es ist super, wenn man durch Verbiegen der Syntax tolle Side-Effekte erreicht. Doch dann bitte jede Codezeile mit 3 Kommentarzeilen versehen, damit du später auch selbst durch dieses 'Gewirr' durchsteigst.

Mal vorweg: Ich bin Beta-Verweigerer und habe somit noch keinen Blick auf diese Struktur geworfen.
Ich denke, hier treffen verschiedene Vorstellungen aufeinander. Dem Einen ist es recht, wenn der Funktionsumfang der Sprache so groß wie möglich ist, dem Anderen reicht eine schmale Basis, die man gern durch UDF aufpeppen kann. Und hier gibt es vermutlich für beide Seiten ausreichend Für und Wider. Einen gemeinsamen Nenner können wir eh nicht stellen - den legt Jos fest.

Ich habe mir jetzt folgendes Konzept überlegt:
- Abfrage ob in den Settings ein Backup-Pfad angegeben ist
-- JA: dieser wird verwendet
-- NEIN:
--- Abfrage ob die aktuelle Datei in einem Projekt ist (und Ermittlung des Ordners, in dem sich die PROJEKTNAME.sublime-project befindet)
---- NEIN: Aktueller Dateipfad wird wird im Eingabepanel zur Übernahme/Änderung angeboten
---- JA: Prüfung ob bereits Backupordner im Projektpfad existiert
----- JA: Backup in diesen Ordner
----- NEIN: Projektordner wird im Eingabepanel zur Übernahme/Änderung angeboten

Der Gedanke mit dem erstmaligen Speichern war Blödsinn. Das PlugIn ist (wie die meisten anderen auch) Suffix-abhängig und somit muss die Datei sowieso schon exitieren.

Zitat von rynow

Wie könnte ich deine Backup Lösung so umschreiben, dass die Backups im Projekt Order landen?

Das ist nach näherer Betrachtung Blödsinn. Ein Projekt ist ein virtueller Raum. Du kannst beliebig viele Pfade und Dateien in das Projekt verlinken. Somit gibt es gar nicht den Projektordner.
Ich überdenke folgende Lösung:
- Ist ein Pfad für Backups in den Settings enthalten, wird dort abgespeichert.
- Ohne Angabe eines Pfades wird im aktuellen Pfad der Datei ein Ordner "BUp_Dateiname" angelegt und dort die jeweilige Version gespeichert. Das bedeutet aber dann, dass beim erstmaligen Speichern der Datei (also wenn sie gerade erstellt wird), noch kein Backup angelegt werden kann (mangels Pfad). Nicht so goldig.
Werde ich noch etwas drüber grübeln.

Zitat

Kein Plan ob es schon was besser/ integriertes in AutoIt gibt

Die Verwendung von Range und Übergabe der Range an ein Array liest die Excel-Tabelle in Null-Komma-Nichts aus.
In der neuen Excel-UDF von water ist eine entsprechende Funktion (ich glaub _Excel_ReadRange), die diese Funktionalität nutzt.

Bin zur Zeit auf Dienstreise, wird also noch etwas warten müssen

Zitat von Racer

Jetzt würde ich aber für dynamische Kategorien (werden durch den Benutzer erzeugt = weiß nicht wie viele es geben wird) ein eigenes Dictionary benötigen. Am Ende beinhaltet des Dictionary (=Kategorie) viele Daten!

Also soll es
- nur EIN Dictionary sein und die Schlüssel-Wert-Paare erzeugen die Nutzer?

Zitat von Racer

Ein Array fällt leider aus - das wäre für meine Aufgabenstellung mehr sehr schwer möglich!

- Wieso denn das? Mit einem Array kannst du auch erledigen, was mit einem Dictionary geht.

Wie wäre es so:

; Inhalte aus INI - das kannst du natürlich als Array einlesen und dann in einer Schleife abarbeiten

_MyVars('saUDF_Information_Anrede', '[CLASS:Edit;INSTANCE:8]', 'set')
_MyVars('saUDF_Information_Name', '[CLASS:Edit;INSTANCE:9]', 'set')
_MyVars('saUDF_Information_Vorname', '[CLASS:Edit;INSTANCE:10]', 'set')

ConsoleWrite(_MyVars('saUDF_Information_Name') & @CRLF)

Func _MyVars($_strVarName, $_value='', $_action='get')
Local Static $oDict = ObjCreate('Scripting.Dictionary')
Switch $_action
Case 'get'
If $oDict.Exists($_strVarName) Then
Return $oDict.Item($_strVarName)
Else
Return SetError(1,0,'')
EndIf
Case 'set'
If Not $oDict.Exists($_strVarName) Then
$oDict.Add($_strVarName, $_value)
Else
$oDict.Item($_strVarName) = $_value
EndIf
EndSwitch
EndFunc

Edit: Ich hatte vergessen, dass Werte auch zur Laufzeit geändert werden können - jetzt korrigiert.

Folgendes Szenario:
Ein String enthält einfach und 3-fach quotierte Substrings.
Hallo und 'Str_a' und '''Str_a1''' und "Str_b" und """Str_b1"""

Ich möchte jetzt alle Quotierungen auslesen.
Nur ' und '''
ginge so:

$match = StringRegExp($s, "'([^']+)'", 3)
_ArrayDisplay($match)

Und Quotierung mit " oder """ finde ich so

$match = StringRegExp($s, '"([^"]+)"', 3)

Nun wäre es schön, das in einem Aufruf zu erledigen.
Mit Backreferenz auf das gefundene Quotierungszeichen geht das auch fein.

$match = StringRegExp($s, '("' & "|'" & ')([\w]+)\1', 3)
_ArrayDisplay($match)

Nun ist es aber nicht ausgeschlossen, dass ein quotierter String in sich auch das Quotierungszeichen enthält ('''Das ist so'ne Sache''').
Der wird ignoriert, weil das Pattern \w für die Gruppe nicht zutrifft. Ich müsste also in einer negierenden Gruppe die Referenz auf den erkannten Begrenzer nutzen.
Etwa so: statt '...([\w]+)\1' dann '...([^\1])\1'
Das ist aber laut RegExp-Syntax nicht machbar.

Hat jemand eine Idee, wie ich das Pattern verbiegen muß um meine negierte Backreferenz nutzen zu können?
(Ich bin nicht auf der Suche nach Lösungsvarianten ohne Regexp.)

Wobei mir gerade auffällt, dass die Funktion noch nicht narrensicher ist. Sollte im String z.B. eine maskierte schließende Klammer vorhanden sein (als String im String), so wird diese als reguläre schließende Klammer erfasst. Das abzufangen wird aber noch mal gnibbelig, mal schauen.

James
Die Verwendung von Regulären Ausdrücken unter Nutzung der Rekursion ist sicher ein interessanter Ansatz. Aber es ermöglicht immer nur Teillösungen.
Dass dem so ist ergibt sich auch einfach aus der Tatsache, dass Klammerausdrücke keiner regulären Struktur unterliegen und somit RegExp hier auch schwer anzupassen ist.
Mal 2 Bsp., was mit Rekursion geht:

;== alles von erster öffnender bis zugehöriger schließender Klammer
$string = "TEST('Klammer_1': ('Klammer_2': ('Inside_2': ('In_Inside_2': 'value'))),'key_1': ('Klammer_3': ('In_Klammer_3': 'value')),'key_2': ('Klammer_4': 'value')))ENDE"
$pattern = '(\(([^()]++|(?-2))*\))'
$a = StringRegExp($string, $pattern, 3)
ConsoleWrite($a[0] & @CRLF)

;== die jeweils am tiefsten verschachtelte Klammer..
;== ..für alle Klammerausdrücke einer Ebene
;== im Muster sind in einer Ebene: 'Klammer_1', 'key_1', 'key_2'
$pattern = '\((?:(?(R)\d++|[^()]*+)|(?R))*\)'
$a= StringRegExp($string, $pattern, 3)
_ArrayDisplay($a)

Um aber z.B. alle korrespondierenden Klammerausdrücke zu erfassen, muss man dann vom Match die Klammern abschneiden und das Ergebnis wieder parsen usw.
Ich denke vom internen Zeitaufwand geht das nicht schneller als meine Form der Iteration in der Funktion.

Wenn jetzt noch ein funktionsfähiges Skript dabei wäre, könnte man dir vllt. helfen...
Du bist doch lange genug dabei und weißt, dass wir uns kaum hinsetzen werden und deine Skriptumgebung nachbasteln um dein Problem zu lösen.

Ich finde es schade, dass AutoIt keine Möglichkeit bietet Strings zwischen öffnendem und schließendem Zeichen ausbalanciert auszugeben.
Meine Funktion "_String_Balanced" ermöglicht das.

Bsp. "Das ist ein Mustertext (hier ist was ich will (plus gekapselten Inhalt) das gehört auch dazu) das hier nicht".
Hier gibt es zwei Ausdrücke in runden Klammern
• (hier ist was ich will (plus gekapselten Inhalt) das gehört auch dazu)
• (plus gekapselten Inhalt)

Mit meiner Funktion wird der Inhalt von öffnender Klammer bis zugehöriger schließender Klammer ermittelt.
Alle Klammertypen können verwendet werden '(', '{', '[', '<'. Bei den spitzen Klammern kann zusätzlich ein Tag verwendet werden, praktisch um z.B. Websiten zu parsen.
Es braucht nur der öffnende Begrenzer (plus optionalem Tag bei spitzen Klammern) angegeben werden. Das Pendant wird automatisch gebildet.
Weitere Parameter sind
[optional] Occurence - Welches Vorkommen im String soll gefunden werden. Wie bei StringInStr kann auch von hinten gesucht werden durch negative Zahl.
[optional] Offset - An welcher Position im String soll begonnen werden.
Standardmäßig sind Occurence und Offset so gesetzt, dass ein Array mit allen Vorkommen im String zurückgegeben wird. Dabei wird der String von Anfang bis Ende abgegrast.

Aber mal als Verleich, wie simpel das z.B. mit Lua geht, Variable: text, gesucht ausbalancierter Inhalt in runden Klammern:

text = "...."
ret = text:find('(%b())')