MsgBox($MB_SYSTEMMODAL, "", "Es ist während dem lesen der Datei ein Fehler aufgetreten.")
groß schreiben ==> "... während dem Lesen ..."
==> "... während des Lesens ..."
MsgBox($MB_SYSTEMMODAL, "", "Es ist während dem lesen der Datei ein Fehler aufgetreten.")
groß schreiben ==> "... während dem Lesen ..."
==> "... während des Lesens ..."
behoben
Hallo,
ich habe wieder einen Fehler gefunden.
In der:
GUI-Referenz - OnEvent Modus
steht im Beispiel zu:
Grundlegendes OnEvent Format
Der allgemeine OnEvent Code sieht so aus:
Func Event2()
; Code zur Ereignis-Behandlung kommt hier hin<br>Code to handle event goes here
EndFunc ;==>Event2
Der englische Text sollte da wohl nicht mehr erscheinen.
Die anderen Beispiele bitte auch mal durchsehen.
MfG:
BigRox
erledigt
Keine große Sache, aber folgendes ist mir gerade aufgefallen :
Funktion : GUICtrlSetData (Bereich Combobox)
Unter Bemerkungen steht : "Ein abschließender Backslash GUIDataSeparatorChar wird ignoriert."
Das stimmt so nicht !
Falls der Eintrag bereits existiert, führt ein abschließender GUIDataSeparatorChar zu einem Doppeleintrag (er wird auch nicht als Default gesetzt) !
Zudem ist der Begriff Backslash hier missverständlich/überflüssig. Es gilt der GUIDataSeparatorChar (also bei Default = | ) .
Vorschlag :
"Ein abschließender GUIDataSeparatorChar wird bei neuen Einträgen ignoriert.
Achtung : Bereits existierende Einträge werden durch einen abschließenden GUIDataSeparatorChar doppelt in die Combobox eingetragen (bitte vermeiden)."
Hier ein Beispiel zum nachvollziehen :
#include <GUIConstantsEx.au3>
Example()
Func Example()
GUICreate("Meine GUI")
Local $idCombo = GUICtrlCreateCombo("", 10, 10)
GUICtrlSetData($idCombo, "Eintrag 1|Eintrag 2|Eintrag 3|Eintrag 4|Eintrag 5", "Eintrag 2")
GUISetState(@SW_SHOW)
Sleep(1500)
; Bemerkungen : Combo oder List-Controls:
; ==> OK
; 1. Wenn "data" mit einem bereits existierenden Eintrag übereinstimmt, wird dieser als
; Standard (default) verwendet.
GUICtrlSetData($idCombo, "Eintrag 5")
; >>> 2. falls der Eintrag nicht existiert, wird ein neuer Eintrag angelegt.
; ==> OK
GUICtrlSetData($idCombo, "Eintrag 10")
; >>> 3. ein abschließender Backslash GUIDataSeparatorChar wird ignoriert.
; ==> NICHT OK :
; 3.1. im Hilfetext : "Ein abschließender Backslash GUIDataSeparatorChar wird ignoriert."
; ==> "Backslash" ist missverständlich/überflüssig.
; (siehe engl. Hilfe : A trailing GUIDataSeparatorChar is ignored.)
;
; 3.2. auch funktional ist das nicht korrekt !
; Falls der Eintrag bereits existiert, führt ein abschließender GUIDataSeparatorChar
; zu einem Doppeleintrag (er wird nicht als Default gesetzt) !!
GUICtrlSetData($idCombo, "Eintrag 10|")
; Das gilt auch bei : GUICtrlSetData($idCombo, "Eintrag 2|Eintrag 3|Eintrag 10|")
While 1
Switch GUIGetMsg()
Case $GUI_EVENT_CLOSE
ExitLoop
EndSwitch
WEnd
EndFunc ;==>Example
Alles anzeigen
Gruß Musashi
geändert
Hallo,
hier noch einige Kleinigkeiten zum ändern.
In der Parameter-Beschreibung zur Funktion "FileReadToArray" steht:
Das Handle einer Datei, zuürckgegeben ... |
Und in den Bemerkungen zur Funktion "FileReadToArray" steht:
Es ist @extended oder UBound() zuz verwenden, um die Anzahl der gelesenen Zeilen zu ermitteln.
MfG:
BigRox
behoben
behoben
Hallo,
und hier noch einer zum beheben.
Bei der Funktion "WinMove"
steht bei Parameter:
width [optional] Neue Fensterhöhe. |
height [optional] Neue Fensterbreite. |
Da hat wohl einer etwas vertauscht.
Im englischen ist es aber richtig.
Bei dieser Funktion ist mir beim Beispiel noch eine Unschönheit aufgefallen.
Der Satz "; Ermittelt die Position..." wird bei mir mitten im Wort umbrochen und auch nicht eingerückt fortgesetzt.
(Da steht bei mir: " ; Ermittelt die Position...ursprügli"
"che Position..."
" Local $aPos...")
Wäre es nicht besser wenn man da einen manuellen Zeilenwechsel und einen Tabulator (z.B. hinter "wieder") einfügen würde, sodass der Satz immer ganz zu sehen ist und das ganze auch schöner aussieht?
Ich verwende Windows 10 bei 100 % Skalierung.
MfG:
BigRox
width und height behoben.
Zum 2. Punkt:
Also bei mir wird in SciTE alles korrekt in einer Zeile dargestellt. Habe auch Win 10 100% Skalierung.
Hallo Tweaky,
ich vermute mal, dass es mit den Schrifteinstellungen von SciTE oder in der Hilfe zu tun hat.
Daher hier mal meine SciTE-Einstellungen dazu:
font.base=font:Courier New,size:12,$(font.override)
font.monospace=font:Consolas,size:12
proper.case=0
use.tabs=1
indent.size=4
indent.size.*.au3=4
tabsize=4
Die Schriftgröße in der Hilfe (Menü "Ansicht | Schriftarten") steht auf "Größer" (ich habe es halt lieber etwas größer, weil das einfach angenehmer zu lesen ist).
Oder kann man die Schriften der Hilfe noch wo anders einstellen?
MfG:
BigRox
Ich habe font.monospace=font:Courier New,size:9
In der Hilfe steht bei mir "mittel"
Hallo Tweaky,
ich habe diese Einstellungen jetzt auch bei mir mal eingestellt.
Und der Umbruch erfolgt bei mir immer noch mitten im Wort.
Die SciTE-Einstellung (font.monospace=font:Courier New,size:9) hat anscheinend keinerlei Einfluss auf die Hilfe.
Aber die Einstellung "mittel" ändert schon einiges, allerdings wird bei mir der Satz nur in der Einstellung "Sehr klein" ordentlich angezeigt.
Anscheinend liegt es an der horizontalen Größe des Hilfe-Fensters, wenn ich nämlich das Fenster schmaler mache, so wird der Satz auch wieder mitten im Wort umbrochen.
Probier mal bei dir aus, wie der Satz bei dir aussieht, wenn du das Hilfe-Fenster schmaler machst.
MfG:
BigRox
Ja klar wenn ich das Hilfefenster kleiner ziehe wird der Text natürlich in der nächsten Zeile fortgesetzt.