1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Forenregeln
  4. Forum
    1. Unerledigte Themen
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. AutoIt.de - Das deutschsprachige Forum.
  2. Mitglieder
  3. fee

Beiträge von fee

  • Problem mit #AutoIt3Wrapper_Res_ProductVersion=

    • fee
    • 28. November 2019 um 12:30
    Zitat von Musashi

    Mir wäre gar nicht der Gedanke gekommen, Dich nach 12 Jahren !! im Forum willkommen zu heißen (und anderen wohl auch nicht) ^^ .

    ^^ Ich fand's erfreulich schön und nach all der Zeit war es mir rührend-wohlig dabei. Dein Kommentar hat mich jetzt obendrein noch herzhaft lachen lassen. Besser geht's doch nicht! :)

    Zitat von Musashi

    Vorausgesetzt es gibt ein Flag/einen Switch zum Entfernen des Eintrages 'Produktversion' :

    Nein, so einen Flag/Switch besitzt der Resource Hacker leider nicht, denn sonst hätte ich ihn schon längst getestet/verwendet und wäre mit meinen #AutoIt3Wrapper_Run_After=-Direktiv-Versuchen schon viel weiter oder gar am Ziel.

    Zitat von Musashi

    Dann könnte man sich doch ein Skript/eine .CMD schreiben, welches eine Dateiliste 'en bloc' abarbeitet um die Sache etwas komfortabler zu gestalten.

    Wie du richtig vermutet hast, kam mir den Gedanke auch, ist aber leider nicht mit dem Resource Hacker durchführbar. Mit AutoIt, einigem Code aus dem AutoIt3Wrapper und viel Aufwand könnte es jedoch gelingen.

    Bevor ich mich aber an solch ein Projekt wage, verfolge ich erst meine Direktive-Versuche weiter, warte dabei auf weitere Vorschläge hier und wenn ich die Direktiven nicht übersichtlicher/komfortabler gestaltet bekomme, dann ziehe dennoch die direkte Fehlerbereinigung im AutoIt3Wrapper vor. Dazu kann ich mir jetzt schon sagen: Prost, Mahlzeit! =O

    Allerdings bin ich in dieser Sache langsam am Ende meiner Geduld, denn das Zeit-Nutzen-Verhältnis ist schon bei Weitem eher in der Senkrechten als in der Waage(rechten). ;)

    Zitat von Musashi

    da mich das Feld 'Produktversion' nicht stört - ich finde es eher ganz nützlich

    Und für was findest du es nützlich, wenn ich fragen darf? Wie verwendest du es bzw. mit welchem Wert lässt du es füllen?

    Auch dir danke ich für deine Bemühung, @Musashi! :)

    Gruß, fee

  • Wörter finden in String

    • fee
    • 28. November 2019 um 11:22

    Wenn du einen meiner Vorschläge, vorzugsweise den letzten, wie Bugfix so schön erklärt hat, auf ein einziges Wort anwendest, dann liefert dir StringRegExp() doch ein Array zurück, das nur ein Feld mit dem Index [0] hat.

    Die möglicherweise dem Wort folgenden nicht-alphanumerischen Zeichen betrachtet mein regulärer Ausdruck doch gar nicht. Oder möchtest du das genaue Gegenteil davon?

    Dann musst du sozusagen nur meinen und einen Teil von Oscars Code "vereinen", also innerhalb der eckigen Klammern die gewünschten Zeichen ergänzen.

    Zwei Beispiele mit " und ' wie gewünscht:

    AutoIt
    $aResult = StringRegExp($sString, '(?:Ab|Str)[[:alnum:]äöüßÄÖÜ''"]+', 3)
    _ArrayDisplay($aResult, 'Results 3')

    oder

    AutoIt
    $aResult = StringRegExp($sString, 'Strasse[''"]*', 3)
    _ArrayDisplay($aResult, 'Results 3')

    Gruß, fee

  • Problem mit #AutoIt3Wrapper_Res_ProductVersion=

    • fee
    • 28. November 2019 um 11:02
    Zitat von BugFix

    zum Testen ein beliebiges Skript (hier "msgbox.au3") direkt kompilieren:

    Folge ich deiner Anleitung, steht bei mir gar nichts in den Eigenschaften:

    pasted-from-clipboard.png

    Auch im Resource Hacker sind nur die minimalen Versionsinformationen eingetragen:

    pasted-from-clipboard.png

    Ist auch irgendwie logisch, denn beim direkten Kompilieren wird bei mir aus der Registry heraus nur der Befehl "C:\Programme\AutoIt3\Aut2Exe\Aut2Exe.exe" /in "%l" ausgeführt, also nur mit dem Parameter /in "%i", der laut englischer Hilfe zusammen mit einem Dateipfad angegeben werden muss, weil er keinen Standardwert hat. Die Standardwerte der anderen Parameter tasten die Versionsinformationen eigentlich nicht an. Warum das bei dir so ist, verstehe ich aber nicht. Vielleicht ein anderer Registrybefehl?

    Deiner Erkenntnis

    Zitat von BugFix

    Somit sind Änderungen nur in der fertigen exe mittels Ressource-Hacker möglich.

    kann ich leider nicht (ganz) zustimmen, denn Aut2Exe.exe hat keinen /language-Parameter, die Sprache der Versionsinformationen kann aber dennoch vom AutoIt3Wrapper verändert werden. Also fügt dieser der kompilierten EXE die angepassten Versionsinformationen wohl selbst hinzu. Die Funktionen _Res_Create_RTVersion() ab Zeile 1618 und _Res_Update() ab Zeile 1780 in der AutoIt3Wrapper.au3 bestätigen meine Vermutung, denke ich, auch wenn ich sie nur etwas genauer überflogen habe und bestimmt nicht zu 100% im Detail verstehen würde. Außerdem hat Aut2Exe.exe auch keinen äquivalenten Parameter für die #AutoIt3Wrapper_Res_Field=-Direktive, mit der bis zu 15 beliebig benannte Felder in die Versionsinformationen eingetragen werden können.

    Dieser ganze Käse kann einem Kopfschmerzen bereiten, nicht wahr? :Face:

    Aber danke, dass du dich bemühst, mir zu helfen, auch wenn ich vielleicht zuviel oder nervig schreibe. :)

    Gruß, fee

  • Problem mit #AutoIt3Wrapper_Res_ProductVersion=

    • fee
    • 28. November 2019 um 06:19
    Zitat von Professor Bernd

    Hallo Fee, willkommen im Forum. :)

    Endlich: Seit 2007 bis vorgestern hatte ich zwar erst fünf Beiträge in diesem Forum erstellt, aber du bist der erste, der mir das schreibt. Danke! :)

    Psst, "fee" sehe ich gerne kleingeschrieben. ;)

    Zitat von Professor Bernd

    mir ist dennoch nicht klar, warum du den Eintrag "Produktversion" in den Dateieigenschaften der kompilierten EXE-Datei nicht haben willst.

    Ganz einfach:

    • In der alten AutoIt-Version 3.2.8.1 konnte ich diese Direktive einfach weglassen und es wurde auch so umgesetzt. So sollte es ja wohl sein – beim Programmieren wie auch sonst im Leben: wenn man etwas bewusst weglässt, dann will man es nicht haben und auch nicht aufgezwungen bzw. automatisch mitgeliefert bekommen.
      Beispiel: Wenn du dir ein Fahrrad ohne Elektromotor kaufst, dann willst du bestimmt keines mit Elektromotor, nur weil es einfacher, bequemer oder es gar unwahrscheinlicherweise zum gleichen Preis angeboten wird. Umgekehrt ist es der gleiche Fall.
    • Das Programm bzw. die EXE-Datei hat ja schon eine Dateiversion und wenn sie nicht Teil eines größeren Projektes mit mehreren EXEn/DLLs ist, erschließt sich mir nicht der Sinn einer Produktversion.
    • Andere Programmiersprachen lassen dem Programmierer doch auch die freie Wahl, warum AutoIt nicht mehr?
    • Ich finde, wenn eine Programmiersprache etwas beherrscht hat, dann sollte es ihr nicht wieder genommen werden, sofern kein triftiger Grund dafür vorliegt.
    Zitat von Professor Bernd

    Ist dir damit geholfen, den Eintrag auf "-" zu setzen?

    Nein, denn ob der Inhalt des Produktversion-Eintrages nun "3.3.14.5", "0.8.0.0", "0.0.0.0" oder "-" lautet, ist mir im Prinzip relativ egal. Gut, im Sinne der Produktversion: "Nichts", "Keine" wäre es zwar ausreichend, aber eben nicht so sauber. Der Eintrag sollte besser ganz weg sein, da ich ihn für mich als überflüssig erachte. ;)

    Zitat von Professor Bernd

    Das wäre auf jeden Fall einfach und nervenschonend.

    Stimmt! Oder ich lasse einfach alles, wie es ist und kümmere mich nicht mehr darum (sondern lieber um den eigentlichen Programmcode), was aber dieses ganze Thema überflüssig macht. :S

    Trotzdem vielen Dank für deinen Vorschlag, @Professor Bernd. :)

    @all:

    Bisher konnte mir bedauerlicherweise keiner eine nicht allzu ausufernde funktionierende Lösung dafür geben, weil es wahrscheinlich auch gar keine solche gibt – bis auf die Anwendung von #AutoIt3Wrapper_Run_After=-Direktiven zusammen mit dem Resource Hacker* oder der manuellen Korrektur in selbigem.

    Daher wäre es schön und nett, wenn jemand, der im Gegensatz zu mir aus dem Stegreif gutes Englisch von sich geben kann, den (Chef-)Programmierer von AutoIt darauf aufmerksam machen könnte, damit er die Möglichkeit bekommt, diesen bestimmt nicht allzugroßen Fehler im AutoIt3Wrapper zu beheben. Es gibt sicher dringlichere Probleme in AutoIt, aber versuchen kann man es ja Mal.

    Oder hat die Produktversion eine tiefere Bewandtnis, die sich mir nicht erschließt bzw. ich nicht verstehe?


    Gruß, fee

    * Deren Zusammenspiel habe ich noch nicht ganz zum fehlerfreien Funktionieren gebracht, denn die Einträge der Zeilen 3 und 4

    AutoIt
    #AutoIt3Wrapper_Run_Stop_OnError=y
    #AutoIt3Wrapper_Run_After=echo/1 VERSIONINFO>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/FILEVERSION 0^,8^,0^,0>>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/PRODUCTVERSION 3^,3^,14^,5>>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/FILEOS 0x4>>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/FILETYPE 0x0>>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/{>>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/BLOCK "StringFileInfo">>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/{>>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/    BLOCK "040704B0">>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/    {>>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/        VALUE "FileVersion", "0.8.0.0">>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/        VALUE "Comments", "Lange Programmbeschreibung.">>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/        VALUE "FileDescription", "Programmbeschreibung">>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/        VALUE "LegalCopyright", "®2019 by fee">>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/    }>>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/}>>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/>>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/BLOCK "VarFileInfo">>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/{>>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/    VALUE "Translation", 0x0407 0x04B0>>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/}>>Resource.rc
    #AutoIt3Wrapper_Run_After=echo/}>>Resource.rc
    #AutoIt3Wrapper_Run_After=Pfad\ResourceHacker.exe -open "Resource.rc" -save "Resource.res" -action compile -log CONSOLE
    #AutoIt3Wrapper_Run_After=Pfad\ResourceHacker.exe -open "Programm.exe" -save "Programm_Res.exe" -action addoverwrite -resource "Resource.res" -log CONSOLE
    Alles anzeigen

    landen kurioserweise als einzige nicht in der Resource.rc-Datei, auch ohne Maskierung der Kommas mit ^. Mit in doppelten Anführungszeichen eingeschlossenen Versionsnummern werden auch die Zeilen 3 und 4 ausgegeben, aber der Resource Hacker kann diese Datei dann nicht verarbeiten.

    Irgendwie scheint der AutoIt3Wrapper bezüglich den Direktiven recht fehlerbehaftet zu sein.

  • Problem mit #AutoIt3Wrapper_Res_ProductVersion=

    • fee
    • 28. November 2019 um 00:50

    Auf "private message" und was es ist, bin ich nach @autoiters Hinweis und dem Beitreten der Konversation dann auch gekommen. :rolleyes:;) Ist viel leichter, als ich annahm.

    Dennoch danke ich dir, @Musashi, für die ausführlichen und ansehnlich aufbereiteten Informationen zur privaten Nachricht. :)

    Gruß, fee

  • Problem mit #AutoIt3Wrapper_Res_ProductVersion=

    • fee
    • 27. November 2019 um 23:14

    @BugFix:

    Das weiß ich wohl: :)

    Zitat von BugFix

    sondern der normale Weg eine *. au3 ausführen zu lassen, indem man sie als Parameter der autoit3.exe übergibt.

    aber mit "Umweg" meinte ich den Teil scite\..\ im AutoIt3-Programmpfad von "c:\programme\autoit3\scite\..\autoit3.exe" "c:\programme\autoit3\scite\autoit3wrapper\autoit3wrapper.au3" /showgui /in "%l", den man als Programmierer so normalerweise nicht in die Registry schreibt und zudem mindestens neun überflüssige Zeichen/Bytes kostest. ;)

  • Problem mit #AutoIt3Wrapper_Res_ProductVersion=

    • fee
    • 27. November 2019 um 23:07

    @autoiter:

    Ich lese in diesem Forum zwar schon seit über 12 Jahren immer wieder mal mit, um eine Lösung, Idee oder Anregung zu finden oder manchmal auch, um Programme zu testen, aber bis heute weiß ich nicht, was PM oder PN genau heißt/ist. Da ich mich seit 2011 selten eingeloggt und somit die Menüführung nicht benötigt habe und mich in dieser damals leichter zurecht fand, weiß ich leider nicht, wo ich eine PN oder PM abrufen/einsehen kann.

  • Problem mit #AutoIt3Wrapper_Res_ProductVersion=

    • fee
    • 27. November 2019 um 12:28

    Nein, leider nicht, wie im ScreenShot zu sehen ist:

    pasted-from-clipboard.png

    Und das sind die Direktiven dazu:

    AutoIt
    #Region ;**** Directives created by AutoIt3Wrapper_GUI ****
    #AutoIt3Wrapper_Icon=Symbol.ico
    #AutoIt3Wrapper_Outfile=Programm.exe
    #AutoIt3Wrapper_Compression=4
    #AutoIt3Wrapper_UseUPX=n
    #AutoIt3Wrapper_Change2CUI=y
    #AutoIt3Wrapper_Res_Comment=Lange Programmbeschreibung.
    #AutoIt3Wrapper_Res_Description=Programmbeschreibung
    #AutoIt3Wrapper_Res_FileVersion=0.8.0.0
    #AutoIt3Wrapper_Res_LegalCopyright=©2019 by fee
    #AutoIt3Wrapper_Res_Language=1031 ; Deutsch
    #AutoIt3Wrapper_Add_Constants=n
    #AutoIt3Wrapper_Au3Check_Parameters=-d -w 1 -w 2 -w 3 -w 4 -w 5 -w 6 -w 7 -v 1 -v 2
    #EndRegion ;**** Directives created by AutoIt3Wrapper_GUI ****
    Alles anzeigen

    Abgesehen davon steht in meiner AutoIt3Wrapper.au3 die Direktive #AutoIt3Wrapper_Res_ProductVersion=2.2 in Zeile 13 im Gegensatz zu deiner. Meine AutoIt3Wrapper-Version ist Global Const $VERSION = "16.612.1119.0". Vielleicht ist das die falsche bzw. eine veraltete?

    Edit:

    Auch mit auskommentiertem #AutoIt3Wrapper_Res_ProductVersion= ;Product Version in der Directives.au3 bleibt es wie oben im ScreenShot.

    Würde mich ehrlich gesagt auch wundern, wenn das was bringen würde, denn dafür müsste ich die AutoIt3Wrapper.au3 doch kompilieren, oder nicht? Bei mir wurde die jedenfalls so "nackt" installiert und wird über die Registry passend aufgerufen, wenn auch über einen Pfadumweg: "c:\programme\autoit3\scite\..\autoit3.exe" "c:\programme\autoit3\scite\autoit3wrapper\autoit3wrapper.au3" /showgui /in "%l".

    Trotzdem vielen Dank für deine Mühe @BugFix! :)

    @autoiter: Was wäre denn nun dein Vorschlag?

    Gruß, fee

  • Wörter finden in String

    • fee
    • 27. November 2019 um 09:59
    Zitat von Oscar

    "\b" und "\w" matchen nur: A-Za-z0-9.

    Etwas fehlt: den Unterstrich "_" findet "\w" auch noch, "\b" jedoch unlogischerweise nicht.

    Zitat von Oscar

    Deswegen muss man die Zeichen schon selbst zusammenstellen, die als Ende in Frage kommen:

    Muss man nicht zwingend:

    AutoIt
    $aResult = StringRegExp($sString, '(*UCP)(?:Ab|Str)[\p{Xan}]+', 3)
    _ArrayDisplay($aResult, 'Results 3')

    Das tut's auch, ist universeller bezüglich den Wortendezeichen, meiner Meinung nach etwas übersichtlicher und erfüllt ebenso die Bedingung:

    Zitat von tubsids

    Frage 2: Wie heirate ich beide Bedingungen in einem ?

    Allerdings ist es wegen (*UCP) wahrscheinlich um einige Millisekunden langsamer, weshalb auch das hier denkbar wäre:

    AutoIt
    $aResult = StringRegExp($sString, '(?:Ab|Str)[[:alnum:]äöüßÄÖÜ]+', 3)
    _ArrayDisplay($aResult, 'Results 3')

    Edit: Verflixt, war ich wohl zu langsam.

    Gruß, fee

  • Problem mit #AutoIt3Wrapper_Res_ProductVersion=

    • fee
    • 27. November 2019 um 00:39

    Danke für deine Antwort, autoiter.

    Was aus meinem Text vermutlich nicht hervorgeht:

    Ich rede nicht von der ProductVersion (rechts vom =), sondern vom kompletten Eintrag ProductVersion, der in den Dateieigenschaften bzw. Versionsinformationen der kompilierten EXE-Datei eines selbstgeschriebenen AutoIt-Programms erscheint.

    Im Explorer von Windows XP SP3: Rechten Maustastenklick auf die EXE-Datei → Kontextmenüpunkt Eigenschaften → im sich öffnenden Eigenschaftenfenster den Reiter Version anklicken → Gruppe Versionsinformationen → Liste Elementname → den Eintrag Produktversion will ich dort nicht haben!

    Die Produktversion selbst wurde korrekt eingetragen und kann ich nach Belieben angeben/ändern, damit habe ich keine Probleme. Aber der gesamte Eintrag ist für mich halt überflüssig, wenn ich ein Programm geschrieben habe, das zur Ausführung nur aus dieser einen EXE-Datei besteht. Sinnvoller wäre da allerhöchstens ein Freiformateintrag namens AutoIt-Version, den ich auch schon Mal erfolgreich einprogrammiert hatte. Ich vermisse also nichts, sondern bekomme etwas zuviel!

    Seit der neuen AutoIt-Version wird vom AutoIt3Wrapper immer der ProductVersion-Eintrag gesetzt. Vielleicht ist da dem Programmierer des AutoIt3Wrappers ein Fehler unterlaufen oder hat dieses Verhalten aus irgendwelchen sonderbaren Gründen sogar so gewollt?

    Ich würde also "nur" gerne wissen, ob es einen einfachen nervenschonenden Weg/Trick gibt, diesen ProductVersion-Eintrag programmiertechnisch beim Kompilieren wegzulassen und ihn nicht erst nachher mit dem Resource Hacker entfernen zu müssen. Falls nicht, muss ich halt jedes Mal den Resource Hacker bemühen, (halbautomatisch) mit einer Ressourcendatei arbeiten oder gar den möglichen Fehler im AutoIt3Wrapper suchen und beheben. X/

    Gruß, fee

  • Problem mit #AutoIt3Wrapper_Res_ProductVersion=

    • fee
    • 26. November 2019 um 22:16

    Hallo AutoItler,

    wenn ich mit der alten AutoIt-Version 3.2.8.1 die Direktive #AutoIt3Wrapper_Res_ProductVersion= nicht im Quellcode bzw. in der AutoIt3Wrapper-GUI angegeben habe, ist selbige auch nicht den Versionsinformationen der kompilierten EXE hinzugefügt worden, bei der AutoIt-Version 3.3.14.5 hingegen schon.

    Zwar kann ich in der neuen AutoIt-Version die #pragma-Direktiven für Versionsinformationen verwenden, womit die des AutoIt3Wrappers inaktiv sind, aber dann kann ich den Sprachcode und selbst erstellte Freiformat-Felder nicht mehr festlegen. Der Sprachcode ist dann immer Englisch.

    Ich könnte auch jedes Mal den Resource Hacker bemühen, um die Produktversion zu entfernen, aber auf Dauer nervt das gewaltig. Eine andere Möglichkeit wäre die (halbautomatische) Erstellung einer Versionsinformationen-Ressourcendatei, was aber entweder unpraktisch in der Pflege ist oder ziemlich viel zusätzlichen Code benötigt.

    Hat jemand eine (recht) einfache nervenschonende Lösung, um die Produktversion aus den Versionsinformationen herauszuhalten? Das Studium und die Anwendung der Dokumentationen zu den #AutoIt3Wrapper- und #pragma-Direktiven führte mich leider nicht zum Erfolg.

    Gruß, fee

  • Kleiner Verbesserungsvorschlag

    • fee
    • 7. Februar 2011 um 20:43
    Zitat von Der_Doc

    Das ist ja peinlich.

    Stimmt. Und Fehler sind ja dazu da, um erkannt und behoben zu werden. ^^

    Zitat von Der_Doc

    Danke für die Meldung.

    Bitte sehr, gern geschehen. :)

    Falls du vielleicht noch etwas dazu lernen willst :rolleyes: (soll jetzt keine Belehrung oder Rüge sein):

    Zitat von Der_Doc

    korriegiert

    wird "korrigiert" geschrieben. Machen leider viele falsch und einige noch viel falscher. ;)

    Gruß, fee.

  • Kleiner Verbesserungsvorschlag

    • fee
    • 1. Februar 2011 um 05:36

    Hallo Leute,

    ich habe mich vorhin für die "Deutsche Hilfeübersetzung" interessiert und beim Hinzufügen zu meinen Lesezeichen bemerkt, dass die Beschreibung zur Seite kleine Fehler enthält. Dieser Abschnitt ist dafür zuständig:

    HTML-Tag
    Code
    <meta name="description" content="..."


    Das ist zwar vielleicht nicht so wichtig, aber für mich (und vielleicht auch andere) ein Schönheitsfehler. :rolleyes:

    Originaltext

    Hier wird die duetsche AutoIt-Hilfe von Usern der Internetseite http://www.autoit.de vom englischen ins deutsche übersetzt

    Verbesserungsvorschlag

    Hier wird die deutsche AutoIt-Hilfe von Mitgliedern der Internetseite http://www.autoit.de vom Englischen ins Deutsche übersetzt.


    Für "Usern" schlage ich deshalb "Mitgliedern" vor, weil ich denke, dass einfache Wörter bei einer so umfangreichen Übersetzung eine eben solche verdient haben – vor allem dann, wenn es kein "fach-chinesisch" sein muss, um mit anderen Menschen auf gleicher Ebene zu kommunizieren. Zwar wäre "Benutzern" oder "Anwendern" die korrekte Übersetzung, trifft aber meiner Meinung nach nicht so ganz den Sinn der Beschreibung. Natürlich könnt ihr frei wählen, ob und welche Übersetzung ihr benutzt, oder einfach bei "Usern" bleibt.
    Den Punkt zum Schluss schlage ich vor, weil der Satz dort eben zu Ende ist … ;)

    Gruß, fee.

  • ASCII/ANSI-Zeichen - zugehörige dezimal/hex-werte

    • fee
    • 4. Oktober 2007 um 09:09

    Hallo.

    @der_neue271: Versuch's mal mit "Alt + 0128". So müsste es gehen (zumindest im WinEditor).

    Kannst auch in der Zeichentabelle von Wingut nachschauen (zu finden evtl. unter "Start --> Programme --> Zubehör --> Systemprogramme : Zeichentabelle", wenn nicht: nachinstallieren? :rolleyes: )
    Da drin steht unten rechts die Tastenkombination (soweit verfügbar), wenn du ein Zeichen angeklickt hast, und links der dazugehörige Unicode (auch soweit verfügbar).
    Den Unicode kann man in den Rechner von Wingut eintragen (vorher auf Hex umstellen), dann auf Dez umstellen, den Wert kopieren und in AutoIt verwenden, wenn man's mal braucht.

    Gruß, fee.

  • Hilfe, ich bin eine Spamschleuder!

    • fee
    • 13. August 2007 um 14:33

    Hallo.

    huggy, vielleicht kannst du das hier mal probieren (v2.2): http://www.ntsvcfg.de
    gibts auch mit einer GUI (v1.0.6.0), ist aber nicht so aktuell (v2.1): http://www.dingens.org
    seit ich das angewandt habe, hab ich keinerlei probleme mehr mit viren, trojaner und so'n zeugs (zumindest keine, die sich auf irgendeine weise bemerkbar machen würden). :D
    und die scans mit verschiedenen programmen ergaben bis jetzt immer 0 funde.

    wünsche gutes gelingen und müllfreie zone. ;)

  • Skript Pausieren und wieder freischalten

    • fee
    • 13. August 2007 um 14:09

    Hallo.

    @Hollywood: In Zeile 5 überschreibst du die Variable $standartpfad aus Zeile 3. ?(

    Ansonsten find die Idee zum Programm gut. Hab zwar schon einiges umgeändert, damit's so funktioniert, wie du's willst. Aber ganz krieg ich's net hin. Steh heut irgendwie auf'm Schlauch, sorry. :hammer:

    mfg, fee.

Spenden

Jeder Euro hilft uns, Euch zu helfen.

Download

AutoIt Tutorial
AutoIt Buch
Onlinehilfe
AutoIt Entwickler
  1. Datenschutzerklärung
  2. Impressum
  3. Shoutbox-Archiv
Community-Software: WoltLab Suite™