Beiträge von BugFix

ContinueCase ist aber der falsche Weg!
Du wirst es merken, wenn weitere Cases dadrunter stehen.

ContinueCase bedeutet: Setze mit nächstem Case fort und nimm an dieser Case ist wahr.
Heißt: der Code vom nächsten Case wird ausgeführt.

Wir machen mit unserer Familie jährlich ein Treffen. Und das ist schon haarig so etwas übereinstimmend zu organisieren, dass jeder zufrieden ist. Und wir sind nur 26 Leute.
Insofern wage ich mal zu behaupten, dass es an eine Sysiphosarbeit grenzt, so etwas für eine große Anzahl von Menschen zu managen. (Falls überhaupt Gemeinsamkeit zu erreichen ist)

Und mal noch ein anderer Aspekt:
Hat jemand von euch schon mal ein Blind Date gehabt? Bzw. habt ihr euch mal mit jemandem getroffen, den ihr vorher lange Zeit 'kanntet' vom Chat her?
In 90% der Fälle werdet ihr überrascht sein - aber unangenehm. Dies hat weniger mit eurem Gegenüber zu tun, sondern mehr mit dem Bild, das ihr euch von ihm selbst erstellt habt.
Also ich weiß nicht, ob es unbedingt erstrebenswert ist, sich im RL zu sehen. Hier im Forum definieren wir uns in erster Linie über unser gemeinsames Interesse an AutoIt und die Fähigkeiten, die wir darin erworben haben. Aber wir sind ja auch Menschen mit Macken und Fehlern - und ob die wem anders gefallen..?

Zitat von Andy

Diese Methode ist nur dann effektiv, wenn du damit irgendetwas einsparen kannst, Speicherplatz, Zeit usw.
Aber nur "weil es geht" einen lesbaren Ausdruck in etwas (auf Anhieb) unleserliches zu verwandeln um es danach wieder in lesbare Daten zu transferieren ist suboptimal.

Ja Andy, so ist es. Und da in diesem Kontext etliche Abfragen, die Zeit verbraten, eingespart werden, ist es hierfür durchaus sinnvoll.
Dass weniger Code zu schreiben ist, ist ein angenehmer Nebeneffekt.
Auch wenn die Einsparungen sicher nicht von Belang sind, erachte ich es als sinnvoll sich rechtzeitig Optimierungsmöglichkeiten zu erschließen. Bei größeren Skripten hat man dann tatsächlich einen Benefit.

Das ist alles viel zu kompliziert.
Wenn du Excel bereits offen hast und die erste zu beschreibende Zelle markiert ist, starte einfach folgendes Skript.
Wechsele dann in dein PDF-Dokument (egal ob mit dem lahmen Acrobat Reader oder was vernünftigem ), markiere den zu übertragenen Text und mit STRG+ALT+C wird alles ohne Zeilenumbrüche in Excel eingefügt. Dann wird in Excel auf die nächste Zeile gewechselt. Dabei bleibt Excel selbstverständlich im Hintergrund. Du kannst also bequem, ohne dein PDF-Dokument zu verlassen, beliebig viele Passagen so an Excel übergeben.
Bist du fertig, beendest du das Skript mit STRG+ALT+E und speicherst dein Excel. (auch das läßt sich bei Bedarf gleich noch per Skript ausführen )

HotKeySet('^!c', '_ClipToExcel') ; Strg + Alt + c ==> Text im PDF kopieren und dann in Excel einfügen
HotKeySet('^!e', 'ende') ; Strg + Alt + e ==> Ende
Global $oExcel = ObjGet("", "Excel.Application")

While True
Sleep(100)
WEnd

Func _ClipToExcel()
Send('^c')
$oExcel.ActiveCell.Value = StringRegExpReplace(ClipGet(), @CRLF, ' ')
$oExcel.ActiveCell.Offset(1, 0).Select
EndFunc

Func ende()
Exit
EndFunc

Zitat von Sen

Eigentlich kann mans gar nicht falsch verstehen.

Du siehst doch, dass man kann
Auch nach der jetzigen Erklärung bin ich mir nicht sicher, was du meinst.

Oder so:

Neue Version:

- keine Begrenzung der Spaltenzahl mehr!
- Auch bei mehreren Listview werden alle Formatierungsdaten in einem Array verwaltet
- die Prüfung, ob ein (Sub)Item formatiert ist, läuft wesentlich schneller
- Management zur Verwaltung der Formatinfos zu den Items ist integriert (UDF-Funktionen angepaßt)
- Listview kann sortiert, Einträge können eingefügt, gelöscht werden etc.

Details s. Bsp. 5_LV_Format.au3 in Post 1

Hab grad bemerkt, dass ich es viel zu kompliziert gemacht hatte.
Geht deutlich kürzer:

#include <GUIConstantsEx.au3>
#include <ProgressConstants.au3>

$gui = GUICreate('test')
$progress = GUICtrlCreateProgress(20, 50, 200, 20, $PBS_SMOOTH)
$pPos = ControlGetPos($gui, '', $progress)
GUISetState()

While 1
$msg = GUIGetMsg()
Switch $msg
Case -3
Exit
Case $GUI_EVENT_PRIMARYDOWN
$mPos = GUIGetCursorInfo($gui)
If $mPos[4] = $progress Then
$iProg = ($mPos[0] - $pPos[0]) / $pPos[2] *100
GUICtrlSetData($progress, $iProg)
EndIf
EndSwitch
WEnd

Ich weiß zwar nicht, wozu das zu gebrauchen sein soll
aber so geht es:

#include <GUIConstantsEx.au3>

$gui = GUICreate('test')
$progress = GUICtrlCreateProgress(20, 50, 200, 20)
$pPos = ControlGetPos($gui, '', $progress)
GUISetState()

While 1
$msg = GUIGetMsg()
Switch $msg
Case -3
Exit
Case $GUI_EVENT_PRIMARYDOWN
$old = Opt('MouseCoordMode', 2)
$mPos = MouseGetPos()
If ($mPos[0] >= $pPos[0] And $mPos[0] <= $pPos[0] + $pPos[2]) And _
($mPos[1] >= $pPos[1] And $mPos[1] <= $pPos[1] + $pPos[3]) Then
$iProg = ($mPos[0] - $pPos[0]) / $pPos[2] *100
GUICtrlSetData($progress, $iProg)
EndIf
Opt('MouseCoordMode', $old)
EndSwitch
WEnd

war10ck
Das ist Leichenfledderei!
Letzter Post:

Zitat

Sonntag, 18. November 2007, 15:12

Ich kenne eigentlich nur eine sinnvolle Anwendung:
Der Internetprovider vergibt eine statische IP, diese ist gekoppelt an die MAC-Adresse des Endgerätes. Wenn nun der PC (oder nur die Netzwerkkarte) getauscht wird muß die alte MAC-Adresse auf die neue Karte übertragen um den Account weiter nutzen zu können ohne extra den Provider zu kontaktieren.

Zitat von latemail

habe nur ich das Problem?

Nö
Da war ein Fehler in der Deklaration.
Übernimm mal diese Zeile (34):

Local $currYear = @YEAR, $currM_D = '/' & @MON & '/' & @MDAY

Wenn du eine Funktion über ihren String aufrufen willst, verwende den Befehl: Call()

Call("meineFunc")

Func meineFunc()
; dein Code
EndFunc

Ich glaub, das hier war es:
[ neu ] Arbeitszeit Rechner

Genau diese Fragestellung wurde im Forum schon mal behandelt (und gelöst). Aber ich weiß nicht mehr unter welchem Titel. Vielleicht erinnert sich ja noch jemand anders daran.

Zitat von Greenhorn

Die Hersteller sehen dies eben nicht als Mangel an, da der Grafikchip mir ja gaaaaaaanz tolle Bilder und Frameraten liefert, und mehr braucht eine Grafikkarte nicht zu tun, rein rechtlich gesehen.

Auch wenn ich kein Jurist bin, so ist diese Argumentation selbstredend auf den Hersteller zugeschnitten und entspricht m.E. nicht der Rechtslage.
- Es ist korrekt, die GraKa erfüllt die von ihr geforderte Funktion fehlerfrei
ABER
- Die GraKa bringt eine Funktion mit (Zusatzgeräusch), die nicht zum Funktionsumfang der GraKa gehört und somit muß der Käufer diese ungewollte Funktion nicht ertragen.
Somit liegt ein Mangel vor, nicht wegen Fehlfunktion, sondern wegen Vorhandensein von Funktionen, die nicht den technischen Spezifikationen der GraKa entsprechen.
Kannst dich auch mal an den Verbraucherschutz wenden, die werden sich mit Freude drauf stürzen.
Übrigens gibt es gesetzliche Normen, die die Lautstärke und Frequenz von jedem erdenklichen elektrischen Bauteil festlegen. Insofern stellt der Krach u.U. auch eine Verletzung von Normativen dar.

Ich würde es passend finden, wenn du dazu schreibst, welchem Zweck die Funktion dient.
Aus dem Funktionsnamen allein ist dies nicht zu entnehmen.

Zitat von Andy

nochmal "umgedreht". Der Grund erschliesst sich mir nicht....

Ist vermutlich an die übliche AutoIt-Syntax angepaßt: 1 = True, 0 = False
Je mehr der Wert gegen 1 läuft, desto 'wahrer', also größer ist die Übereinstimmung.
Ich finde das sehr passend.

Du benötigst in der INI nur einen Schlüssel um festzulegen, an welchen Tagen die Sicherung laufen soll:

Wichtig ist, dass der Sonntag in der Reihenfolge der erste Tag ist, da @WDAY für Sonntag 1 zurückgibt. Auf der GUI kannst du das ja anders anordnen, aber im Array muß Sonntag an [0] sein.

Zitat

Dienstag, 11. April 2006, 16:18

Oh Franzi, das ist doch Leichenschändung.

Zur Frage: Schau mal _FileListToArray() an.