Beiträge von BugFix

  • Arbeit mit IE und AutoIt leicht machen?

    Zitat von chesstiger

    Der Internet Explorer ist mittlerweile ein fester Bestandteil von Windows, weswegen die Deinstallation ein paar... Fehler mit sich bringen kann.


    Da liegst du falsch. Laut Gerichtsurteil wurde M$ dazu verpflichtet, den IE optional zu machen. Deshalb erscheint bei einer Neuinstallation auch jetzt ein Auswahlmenü für eine Browserinstallation.
    Wobei ich bei bereits vorhandenem IE keinen Bock zur Deinstallation habe und deshalb in der Registry nur die Verweise stilllege.

  • Arbeit mit IE und AutoIt leicht machen?

    Mit deinem Wunsch stehst du vermutlich ziemlich allein, da der IE, nunja "nicht sehr beliebt" ist. :D
    Ist auch immer mein erster Schritt bei Installationen in der Firma: IE sperren.
    Aber auf den Kern deiner Frage bezogen, sehe ich auch eher ein http-Forum (oder Ähnliches) als bessere Anlaufstelle.

  • Mehrzeiliger Button mit anderer Farbe

    Das leidige Problem bei den Button ist, dass das Setzen von Farben (Text und/oder Hintergrund) alle anderen Styles zerstört.

    Eine Variante wäre z.B. ein semitransparentes, eingefärbtes Child-Window über den Button zu legen. Sieht aber nicht so toll aus:

    Spoiler anzeigen
    [autoit]

    #include <WinAPI.au3>
    #Include <ButtonConstants.au3>
    #Include <Constants.au3>
    #Include <WindowsConstants.au3>

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

    $fChg = False

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

    $hGui = GUICreate('Test', 300, 300)
    $cBtn = GUICtrlCreateButton('Eine Zeile', 20, 80, 80, 30, BitOR($BS_CENTER,$BS_VCENTER,$BS_NOTIFY,$BS_MULTILINE))
    $hWndOverBtn = GUICreate('', 80, 30, 20, 80, BitOR($WS_BORDER,$WS_POPUP), $WS_EX_MDICHILD, $hGui)
    GUISetBkColor(0xFF0000, $hWndOverBtn)
    GUISetState(@SW_SHOW, $hWndOverBtn)
    WinSetTrans($hWndOverBtn, '', 50)
    _WinAPI_SetWindowLong($hWndOverBtn, $GWL_EXSTYLE, BitOR(_WinAPI_GetWindowLong($hWndOverBtn,$GWL_EXSTYLE), $WS_EX_TRANSPARENT)) ; == erlaubt das "Durchklicken" s. progandys Funktion

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

    GUISetState(@SW_SHOW, $hGui)

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

    While True
    Switch GUIGetMsg()
    Case -3
    Exit
    Case $cBtn
    $fChg = Not $fChg
    If $fChg Then
    GUICtrlSetData($cBtn, 'Das sind zwei Zeilen Text')
    Else
    GUICtrlSetData($cBtn, 'Eine Zeile')
    EndIf
    EndSwitch
    WEnd

    [/autoit]


    Bau lieber aus einem Label deinen eigenen Button. Schönen Rahmen per Style drumherum ($SS_ETCHEDFRAME oder $SS_GRAYFRAME oder $SS_BLACKFRAME, was dir gefällt) und per BitOR noch $SS_CENTER dazu (sorgt für AutoWrap und Zentrierung).
    Den Klickeffekt kannst du simulieren:
    - GUI_EVENT_PRIMARYDOWN ==> Ctrl verschieben x+1, y+1
    - GUI_EVENT_PRIMARYUP ==> Ctrl zurück verschieben
    Und Einfärben ist beim Label kein Problem.

  • Was ist -722 für ein Code

    Das ist die Notification UDN_DELTAPOS

    Zitat von MSDN


    MSDN_Up-Down Control

    Sent by the operating system to the parent window of an up-down control when the position of the control is about to change. This happens when the user requests a change in the value by pressing the control's up or down arrow. The UDN_DELTAPOS message is sent in the form of a WM_NOTIFY message.

  • Brainfuck - Compiler, IDE und Interpreter

    Zitat von K4z

    wobei dann jedes Zeichen einzeln abgearbeitet wird. Das wäre vielleicht auch noch ganz schön


    Wenn du tatsächlich jedes Zeichen einzeln interpretierst, kannst du kaum optimierten Code erstellen und erhältst ellenlange Codeschlangen. Es gibt ja bekanntlich kaum die Möglichkeit, dass zwei Menschen (od. verschiedene Interpreter) zu einem Ablauf denselben BF-Code generieren. :D
    Der Reiz bei der BF-Geschichte liegt m.M. nach darin, effiziente Algorithmen zu entwickeln, die minimalen Code hervorbringen. Das ist eine Anforderung, die schon etwas von dir verlangt. Denn wer würde sonst schon freiwillig in BF programmieren. :whistling:

  • Images in Threads - Bug oder Feature?

    Hi,
    mir ist gerade aufgefallen:
    Wenn in einem Thread in verschiedenen Posts Images eingebunden sind (als Anhang geladen und im Text eingefügt) und man öffnet das Bild eines Posts, enthält die Imageshow alle auf diese Art geposteten Images des Threads.
    Hier anzuschauen: Im Post 1 habe ich das Bild meiner v0.9 eingebunden. Im Post 2 wurde ein Bild für eine fehlerhafte Darstellung gepostet.
    In beiden Posts hat man Zugriff auf beide Bilder. :D

    Ich sehe dass eigentlich als Bug, da ja nur ein Bild im Bezug zum jeweiligen Post steht.

  • Excel schließen - Absturz

    Du solltest das Excel-Objekt erstellen bei Programmstart (oder, falls eine Excel-Instanz bereits läuft, mit ObjGet darauf referenzieren).
    Und bei Programmende schließt du das Excel-Objekt wieder (vorher prüfen ob dein aktuelles Workbook-Objekt, auch das einzige ist --> .Count )
    Dann kommst du gar nicht erst in die Situation, dass evtl. mehrere Instanzen existieren oder nicht aus dem Speicher entfernt sind.