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. TJF

Beiträge von TJF

  • GUICreate mit $WS_SIZEBOX - Group soll i.d. Höhe unverändert bleiben

    • TJF
    • 7. August 2011 um 10:46

    Hi,

    kann mir jemand sagen, wie ich hier die GUI zwar vertikal "zusammenschieben" (also verkleinern) kann, dabei aber die Group in der Höhe unverändert bleibt?

    Spoiler anzeigen
    [autoit]


    #include <GUIConstantsEx.au3>
    #include <WindowsConstants.au3>

    [/autoit] [autoit][/autoit] [autoit]

    Example()

    [/autoit] [autoit][/autoit] [autoit]

    Func Example()
    Local $radio_1, $radio_2, $msg

    [/autoit] [autoit][/autoit] [autoit]

    GUICreate("GUI",420, 400, 800, 200,$WS_SIZEBOX)

    [/autoit] [autoit][/autoit] [autoit]

    GUICtrlCreateGroup("Group", 15, 20, 390, 70) ; Höhe 70 soll nicht veränderbar sein
    GUICtrlCreateGroup("", -99, -99, 1, 1) ;close group

    [/autoit] [autoit][/autoit] [autoit]

    $tab = GUICtrlCreateTab(15, 120, 390, 240)
    $tab0 = GUICtrlCreateTabItem("tab0")

    [/autoit] [autoit][/autoit] [autoit]

    $tab1 = GUICtrlCreateTabItem("tab1")

    [/autoit] [autoit][/autoit] [autoit]

    GUISetState() ; will display an empty dialog box

    [/autoit] [autoit][/autoit] [autoit]

    While 1
    $msg = GUIGetMsg()

    [/autoit] [autoit][/autoit] [autoit]

    If $msg = $GUI_EVENT_CLOSE Then ExitLoop
    WEnd
    EndFunc ;==>Example

    [/autoit]

    Dank und Gruß
    Thomas

  • Wie kann ich einen Icon in Tabs einbinden?

    • TJF
    • 6. August 2011 um 12:48

    Das isses (Änderung von Zeile 22):

    [autoit]

    $hImage = _GUIImageList_Create(16,16,5)

    [/autoit]
  • Wie kann ich einen Icon in Tabs einbinden?

    • TJF
    • 3. August 2011 um 20:47

    Hi,

    warum sind denn die Icons nicht transparent in Raupis Beispiel?

    Gruß
    Thomas

  • InetRead und Amazon

    • TJF
    • 1. Juli 2011 um 19:22

    Teufel - Du hast recht. Bei mir auch. Geht jetzt sogar ganz ohne "HttpSetUserAgent". Oder es liegt am Neu-Booten ...

  • InetRead und Amazon

    • TJF
    • 1. Juli 2011 um 16:09

    Hier hat sich was geändert. Ich weiss bloß noch nicht, was mir das konkret alles sagen will:

    Amazon-API-Request Authentication

  • InetRead und Amazon

    • TJF
    • 30. Juni 2011 um 13:45

    Funz noch nicht einmal, wenn ich den IE eingebe, der hier ausgegeben wird:

    http://whatsmyuseragent.com/

  • InetRead und Amazon

    • TJF
    • 30. Juni 2011 um 13:35

    Da hast Du vermutlich recht. Allerdings ändert das hier z.B. auch nichts:

    [autoit]


    HttpSetUserAgent("Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1")
    ;Local $sData = InetRead("http://www.autoitscript.com/autoit3/files/beta/update.dat")
    ;Local $sData = InetRead("http://www.ard.de/")
    Local $sData = InetRead("http://www.amazon.de/")
    Local $nBytesRead = @extended
    MsgBox(4096, "", "Bytes read: " & $nBytesRead & @CRLF & @CRLF & BinaryToString($sData))

    [/autoit]

    Ich will lediglich ein paar harmlose Abfragen machen. Aber ich komme ja nicht einmal mehr auf die Startseite...

  • InetRead und Amazon

    • TJF
    • 30. Juni 2011 um 13:07

    Auch das geht nicht:

    [autoit]


    #include <INet.au3>
    #include <array.au3>

    [/autoit][autoit][/autoit][autoit]

    ;Local $sData = InetRead("http://www.autoitscript.com/autoit3/files/beta/update.dat")
    ;Local $sData = InetRead("http://www.ard.de/")
    Local $sData2 = _INetGetSource("http://www.amazon.de/")

    [/autoit][autoit][/autoit][autoit]

    If IsArray($sData2) Then
    _ArrayDisplay($sData2)
    Else
    MsgBox(0, "Quelltext", $sData2)
    Endif

    [/autoit]
  • InetRead und Amazon

    • TJF
    • 30. Juni 2011 um 12:47

    Hi,

    kann mir jemand sagen, warum das hier nicht (mehr) funktioniert (die anderen Links dagegen schon)?

    [autoit]


    ;Local $sData = InetRead("http://www.autoitscript.com/autoit3/files/beta/update.dat")
    ;Local $sData = InetRead("http://www.ard.de/")
    Local $sData = InetRead("http://www.amazon.de/")
    Local $nBytesRead = @extended
    MsgBox(4096, "", "Bytes read: " & $nBytesRead & @CRLF & @CRLF & BinaryToString($sData))

    [/autoit]

    Vertiefende Aktionen gehen dann natürlich auch nicht mehr.

    Dank und Gruß
    Thomas

  • CD Infomationen (Artist, Name, Titel und noch vieles mehr) von FreeDB.org empfangen

    • TJF
    • 23. März 2011 um 01:33

    Hi,

    bei einer sehr großen Anzahl an CDs einwandfrei funktionierend, bin ich Heute auf Fehler 202 gestoßen und habe dabei folgende Beobachtung gemacht (und die Fehlermeldung noch aufgenommen...):

    DJ Jondal "Klassik lounge summer" CD2 ( Telnet -> 202 No match for disc ID b9126f0d.)

    Es wird über die Funktion in CDDB.au3 die folgende discID errechnet: b9126f0d . Ich habe in der FreeDB-Datenbank mal händisch nachgeschaut und finde dort diese discID: b912700d

    Manuell in Telnet mit dieser discID abgefragt ergibt es als Ergebnis die richtige CD (cddb query b912700d 13 150 29533 58672 84017 105667 130041 153095 178378 191216 218686 247257 265406 296304 4721). Der Rest der Anfrage - außer der discID - war oben gleich.

    Nun hätte es ja sein können, dass jemand eine falsche discID in der Datenbank hinterlegt hat. Jedoch erkennt das aktuelle EAC die CD ebenfalls sofort...

    Kann es sein, dass die discID in der CDDB.au3 falsch berechnet wird? Hat jemand eine Idee woran das liegen kann? Weil es ja sonst gut funktioniert, vielleicht noch der Hinweis von FreeDB.org:

    Spoiler anzeigen
    Zitat

    Important note for clients using the MS-Windows MCI interface:
    The Windows MCI interface does not recognize data tracks, as you find them on
    CD Extra CD's. Therefore a wrong disc ID is generated for CD Extra's when
    using the MCI interface to read the TOC. Because of this, using the MCI
    interface should only be the last resort - if possible you should use other
    methods to read the TOC, like ASPI calls. An example disc ID calculator using
    ASPI can be found on the freedb website along with the sourcecode.
    If for some reason, there is no other way for your program, than to use the MCI
    interface, here is the description how to do so:
    The Windows MCI interface does not provide the MSF location of the lead-out.
    Thus, you must compute the lead-out location by taking the starting position of
    the last track and add the length of the last track to it. However, the MCI
    interface returns the length of the last track as ONE FRAME SHORT of the actual
    length found in the CD's TOC. In most cases this does not affect the disc ID
    generated, because we truncate the frame count when computing the disc ID
    anyway. However, if the lead-out track has an actual a frame count of 0, the
    computed quantity (based on the MSF data returned from the MCI interface) would
    result in the seconds being one short and the frame count be 74. For example,
    a CD with the last track at an offset of 48m 32s 12f and having a track length
    of 2m 50s 63f has a lead-out offset of 51m 23s 0f long. Windows MCI incorrectly
    reports the length as 2m 50s 62f, which would yield a lead-out offset of
    51m 22s 74f, which causes the resulting truncated disc length to be off by one
    second. This will cause an incorrect disc ID to be generated. You should thus
    add one frame to the length of the last track when computing the location of
    the lead-out.
    The easiest way for Windows clients to compute the lead-out given information
    in MSF format is like this:
    (offset_minutes * 60 * 75) + (offset_seconds * 75) + offset_frames +
    (length_minutes * 60 * 75) + (length_seconds * 75) + length_frames + 1 = X
    Where X is the offset of the lead-out in frames. To find the lead-out in
    seconds, simply divide by 75 and discard the remainder

    Alles anzeigen

    Viele Grüße
    Thomas

  • _INetMail + HTML-Body (Signatur)

    • TJF
    • 9. März 2011 um 12:25

    Das gilt zumindest für Thunderbird. Ich sehe aber in der inet.au3 gerade, dass _INetExplorerCapable im Spiel ist und es wohl dann doch eher mit anderen Programmen harmoniert. Also wäre die Frage, ob das über den normalen mailto: Link geht. So werden wenigstens schon die Umlaute übertragen.

    [autoit]


    ShellExecute("mailto:Fritz Eierschale <[email='fritz.eierschale@example.org'][/email]>?subject=Betreff&body=Umlaute sind unglaublich schön...")

    [/autoit]
  • _INetMail + HTML-Body (Signatur)

    • TJF
    • 9. März 2011 um 10:32

    Hallo allerseits,

    kann mir jemand einen Tipp geben, wie man über _INetMail einen HTML-Body (Signaturauswahl) mit z.B. einer Grafik generieren kann. Also sowas in vollendeter Form:

    [autoit]


    #include <INet.au3>

    [/autoit][autoit][/autoit][autoit]

    $absname = "TESTER"
    $name = "Meier"

    [/autoit][autoit][/autoit][autoit]

    $Address = "test@test.de"
    $Subject = "Betreff..."
    $Body = ("Sehr geehrter Herr " & $name & "," & @CRLF & @CRLF & @CRLF & @CRLF & _
    "Mit freundlichen Gruessen " & @CRLF & $absname)

    [/autoit][autoit][/autoit][autoit]

    _INetMail($Address, $Subject, $Body)

    [/autoit]

    Das obige Beispiel streikt allerdings schon, wenn Umlaute und "ß" ins Spiel kommen. Von der Grafik ganz zu schweigen...

    Dank und Gruß
    Thomas

  • Konvertierung zu UTF-8 ohne BOM

    • TJF
    • 10. Februar 2011 um 17:50

    Hab' 1000 Dank!

    Viele Grüße
    Thomas

  • Konvertierung zu UTF-8 ohne BOM

    • TJF
    • 10. Februar 2011 um 15:25

    Jetzt gibt es in diesem Zusammenhang ein weiteres Problem. Wenn ich eine Rückumwandlung schreibe, also einen OpenLDAP-Export mit slapcat ausführe und die resultierende export.ldif via einem großen Array in eine weiterverwendbare *.csv umwandle, dann ergeben sich bei Umlauten solche Zeilen. Der zweifache Doppelpunkt weist darauf hin:

    Code
    mozillaHomeCountryName:: w5ZzdGVycmVpY2g=

    Das heißt nichts anderes als:

    Code
    mozillaHomeCountryName: Österreich

    Ich habe mir mal testweise eine Mail geschickt mit dem Betreff: Österreich . Da steht dann in meinem Mail-Notifier, der vermutlich UTF-8 nicht kann in Ascii:

    Code
    Subject: =?UTF-8?B?w5ZzdGVycmVpY2g=?=
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 7bit

    Kann mir jemand einen Tipp geben, wie ich in meinem Quelltext aus dem "w5ZzdGVycmVpY2g=" wieder "Österreich" machen kann?

    Dank und Gruß
    Thomas

  • Konvertierung zu UTF-8 ohne BOM

    • TJF
    • 5. Februar 2011 um 10:37

    Ok. Noch besser. Ich hatte eine neuere Hilfedatei...

  • Konvertierung zu UTF-8 ohne BOM

    • TJF
    • 5. Februar 2011 um 10:21

    @progandy
    Peinlich. Das war es. Ein Bug in der 3.3.20. Mit der aktuellen Version geht es!

    Hab tausend Dank!

  • Konvertierung zu UTF-8 ohne BOM

    • TJF
    • 5. Februar 2011 um 10:11
    Zitat von Schnuecks

    Danke Schnuecks, hatte ich schon getetestet: 128 funktioniert. Macht aber UTF-8. Kurz: Ergebnis ist das was man bekommt, wenn man z.B. in Notepad++ unter "Kodierung" anstatt "Konvertiere zu UTF-8 ohne Bom" nur "UTF-8" auswählt (keine Konvertierung).

    @ Progandy
    Ich habe zwei verschiedene Datei-Namen. Hatte es bisher mit "input.ldif" und "output.ldif" gemacht. Habe vorsichtshalber *.txt auch getestet. Gleiches Ergebnis. Die output-Datei in Notepad++ geöffnet zeigt "ANSI" an. Importiert dasselbe ... Ich habe den Eindruck, dass FileOpen i.V.m. 256 ein Problem hat. Alle anderen zeigen in N++ das gewünschte Ergebnis. Evtl. liegt das an meiner V.3.3.20 ...

  • Konvertierung zu UTF-8 ohne BOM

    • TJF
    • 4. Februar 2011 um 19:17

    Habe es gerade direkt mit Deinem Code getestet. Die output-Datei ist immer noch ANSI (lt. Notepad++) und der Server importiert anstatt des Umlautes ein Quadrat :(

  • Konvertierung zu UTF-8 ohne BOM

    • TJF
    • 4. Februar 2011 um 18:04

    Hatte Andy im Prinzip oben schon vorgeschlagen:

    [autoit]


    $hOutput = FileOpen("output", 258)

    [/autoit]

    Tut es aber hier leider nicht...

  • Konvertierung zu UTF-8 ohne BOM

    • TJF
    • 4. Februar 2011 um 17:25

    Hi,

    nur falls jemand ähnlich heikle Umwandlungen vornehmen will, meine Lösung i.V.m. "_RunDOS":

    Code
    iconv -f CP1252 -t UTF-8 input_ansi.ldif > output_utf.ldif

    iconv für windows gibt es hier . Es wird immer, je nachdem ob Umlaute oder Sonderzeichen vorhanden sind, die für diesen Zweck richtige UTF-8 (ohne Bom) oder eine ANSI-Datei generiert. "CP1252" steht für die spezielle ANSI-Form. Alle ansprechbaren Varianten erhält man mit

    Code
    iconv -l

    Viele Grüße
    Thomas

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™