Beiträge von Flitzpiepe84

vor kurzem mal ausprobiert, aber dann wieder zur Seite gelegt. Weil bei Entfernen von doppelten Titeln immer das Programm abgestürzt ist (Array-Fehler). Jetzt in der neuen Version geht es ohne Probleme

aber jetzt kommts... schön wäre es, wenn diese Funktion etwas "flexibler" arbeiten würde. Also nicht nur mehrfach identische Titel entfernt, sondern auch die, die sich vom (Titel-)Text her ähnlich sind (Rechtschreibfehler, Titel etwas anders geschrieben, zusätzliche Titel-Nummerierung vorhanden, etc). Meinetwegen gern auch aktivierbar über ein kleines extra Optionsmenü oder in den Einstellungen.

Wenn ich nämlich nach Alben suchen lasse und die doppelten Titel entferne sind trotzdem noch genügend zur manuellen Aussortierung vorhanden. Ist aber nur ein Wunsch, ansonsten Top Arbeit

Ich hab es auch mal mit unterschrieben, auch wenn es mich nicht betrifft. Hoffe ihr habt Erfolg damit. Nur würde ich es auch nicht unbedingt auf dieser Unterschriften-Petition beruhen lassen, sondern mal auch die regionalen Medien "einschalten". so wie es BugFix schon vorgeschlagen hat. Das hilft manchmal mehr...

ich setz das Ganze hier auf gelöst, denn ansich funktioniert das mit dem bitblt

nur nicht so wie ich es gerne hätte... aber das ist eine andere Sache

Ich danke für die Erklärung, jetzt ergibt das Script-Beispiel in der Hilfe auch Sinn...

kurze Frage dazu, ich hab diese beiden Befehle auch schon in der Hilfe gesehen und mir angeschaut, aber was genau bewirken sie und wie funktioniert es? ist nämlich doch leider etwas spärlich beschrieben...

Da ich derzeit auch ne Sache mit ner Listview habe und ich gern die Zeit noch etwas drücken möchte.

Ich war mal so frei und hab das Flackern und die Sache mit den Checkboxen "bereinigt"

Wer noch Anmerkungen dazu hat, bitte her damit

also das Flackern ist wirklich sehr störend...
zum einem werden, soweit ich es weiß, Checkboxen mit BitAND abgefragt und zum anderen würde ich die Hintergrund-Farbe nicht permanent aktualisieren sondern erst wenn sie verändert wurde. Das dürfte dann warscheinlich auch das permanente Flackern beseitigen...

Happy Birthday auch von mir

Variante 1 würde mir persönlich auch nicht wirklich gefallen. Auch schon deshalb nicht weil ich rein von den Kenntnissen gar nicht so recht wüsste wie ich das anstellen soll. War schon ein ziemlicher Krampf überhaupt _winapi_bitblt umzusetzen, geschweige denn, dass ich es momentan vollständig verstanden habe wie es funktioniert.

Variante 2 ist so ähnlich schon umgesetzt. Der Graph wird in einer Child-GUI erzeugt welche die Scrollbar hat. <-- wenn ich dich jetzt richtig verstehe, soll ich in diese Child-GUI eine weitere GUI legen, welche dann den Graphen enthält? Muss ich ausprobieren und klingt irgendwie nach einer brauchbaren Lösung...

Variante 3 wäre dann wohl die letzte Möglichkeit, wenn gar nichts geht.

Zitat von Andy

Hi,
per bitblt() kannst du bis zu 16384x16384 Pixel große Bereiche blitten.
Wenn ich das jetzt richtig verstanden habe, willst du sowohl den per GDI erzeugten Graphen als auch die Achsbeschriftungen in EIN Bild plotten?!
Wo kommt denn das Bild her, welches in deiner GUI angezeigt wird? Dort werden doch auch die Graphen gezeichnet incl. Achsenbeschriftungen. Wieso gibst du nicht einfach genau das in eine Bilddatei aus?

der Graph wird per GDI+ erzeugt und die Achsbeschriftung per Label. Da ich aber bisher nichts gefunden habe, um ein Label in eine Bilddatei zu plotten, habe ich nach Alternativ-Lösungen gesucht. Das Bild selbst wird im Buffer erzeugt und dann angezeigt. Grundlage dafür ist die MultiGraph-UDF von "sBond" welche ich mir noch ein wenig modifziert und angepasst habe.

bei mir sieht das Script so aus:

Local $hDC = _WinAPI_GetDC($GUI_Graph)
Local $hMemDC = _WinAPI_CreateCompatibleDC($hDC)
Local $memBitmap = _WinAPI_CreateCompatibleBitmap($hDC, $GraphSizeX, $GraphSizeY)
Local $hObj = _WinAPI_SelectObject($hMemDC, $memBitmap)
_WinAPI_BitBlt($hMemDC, 0, 0, $GraphSizeX, $GraphSizeY, $hDC, 0, 0, $SRCCOPY)

$hBmp = _GDIPlus_BitmapCreateFromHBITMAP($memBitmap)
_GDIPlus_ImageSaveToFile($hBmp, @ScriptDir &"\test.jpg")
_WinAPI_DeleteDC($hMemDC)
_WinAPI_DeleteObject($memBitmap)
_WinAPI_DeleteDC($hDC)

Also machen tut es was es soll, nur nicht so wie ich es mir vorgestellt habe

Wenn ich das jetzt richtig verstehe, erfasse ich hiermit nur den Bereich der auch auf meinem Monitor sichtbar ist. Und das nutzt mir nicht wirklich was, da ich gern das gesamte Diagramm abspeichern möchte. Die Client-GUI sieht so aus, wie im Anhang(screen.jpg). Das Bild was dabei abgespeichert wird, siehe test.jpg. Der schwarze Bereich wäre dann die eigentliche Größe vom Diagramm. Vielleicht hat ja jemand noch eine Idee...

ich hab es jetzt irgendwie hingekriegt, aber das erfüllt letzendlich irgendwie auch nicht so ganz das was ich wollte jetzt hab ich nämlich in der Bild-Datei nur den sichtbaren Teil des Graphen in meiner GUI.

Werd ich wohl doch mein Script noch umschreiben und die Achs-Bezeichnungen per GDI+ erzeugen müssen. War zumindest ein Versuch...

okay, ich seh es grade.
_WinAPI_BitBlt gibt nur True oder False zurück. Und der erste Paramter ist mein Ziel-Handle. Das Ziel-Handle müsste wiederum daraus bestehen das es aus dem Inhalt eine Bild-Datei erzeugt. <-- So oder ähnlich sollte es doch funktionieren?
Aber ich raff momentan einfach nicht wie dieses Ziel-Handle aussehen soll

Ich hab ein kleines Script welches mir .csv-Dateien grafisch darstellt. Den erzeugten Graph kann ich über GDI+ mir in eine Bild-Datei ausgeben lassen, doch leider fehlen mir da dann die Achsbeschriftungen, da diese aus Text/Label bestehen. Wenig sinnvoll Screencapture fällt leider aus, da die Diagramme mit 5760x600 Pixeln wesentlich breiter wie ein Monitor sind.

Auf Tip und Hinweis von name22 hab ich dann mal mit _WinAPI_BitBlt herum probiert, doch irgendwie krieg ich es nicht gebacken es in eine Bild-Datei auszugeben, geschweige denn das überhaupt eine Datei erzeugt wird :pinch:

$hDC_GUI = _WinAPI_GetDC($GUI_Graph)
$hGraphics = _WinAPI_BitBlt($hDC_GUI, 0, 0, $GraphSizeX, $GraphSizeY, $hDC_GUI, 0, 0, $SRCCOPY)
$hImage = _GDIPlus_BitmapCreateFromHBITMAP($hGraphics)
_GDIPlus_ImageSaveToFile($hImage, @ScriptDir &"\test.jpg")

Wo liegt hier der Hund begraben? Ich find es einfach nicht..

ich glaub da muss ich wohl ganz straff umdenken, bin da doch etwas verwöhnt mit solchen kleinen "Extras". Werd mir wohl mal ein kleines Nachschlage-Werk machen müssen mit solchen Dingen, nicht das ich dann mal wieder was vergesse

Jedenfalls Danke. Der Codeschnippsel, hat gepasst wie die Faust aufs Auge.

toll, so kurz der Weg zur Lösung. Und ich hab mir bald halb Google durchsucht und nix vernünftiges gefunden

Schade nur das es für Integer mit Vorzeichen keine entsprechende Deklaration bzw. Funktion gibt. Oder hab ich sie bisher nicht gefunden?

Ich kenn es bisher aus WinCC Flex und Konsorten, dass ich da für die ankommenden und ausgehenden "Variablen-Werte" meine entsprechenden Formate (auch eventuelle Vorzeichen) deklarieren kann. Aber dort ist ja auch fast alles mit Drag&Drop und Point&Klick...

Ich habe hier eine Modbus-Kommunikation über TCP-IP und einen ziemlichen Knoten in meinen Gehirngängen

Meine Werte die ich vom Controller erhalte sind als Hex-String...
Sämtliche Werte die größer wie hexadezimal 0000 (positive Werte), gewandelt in dezimal bekomme ich korrekt angezeigt. Sobald aber die Werte kleiner wie dezimal 0 sind (also negative Werte) bekomme ich das Ergebnis als "unsigned Integer".

Bsp.: Hex: FFFC entspricht DEC: -4 , bekomme aber nur "65532" angezeigt. Meiner Meinung nach ein Integer-Wert ohne Vorzeichen.

Wie kann ich diesen Hex-Wert/String als Dezimal-Wert mit Vorzeichen ausgeben lassen?

das was du gefunden hast, ist nur ein Bruchteil, das musst du dann noch eine Menge dazu scripten,

aber

schau mal hier , da gibt es eine fertige UDF dafür, inklusive Beispiel

Hab ich selbst erst eingesetzt und funktioniert wunderbar

Edit: dein Script dir mal angepasst damit du weißt wie es aussehen könnte. Das Label musst du dir entsprechend in der Größe noch anpassen und bei _GUIScrollbars_Generate($Form1, 1000, 1000) den ersten Wert auf Null. damit hast dann nur die seitliche Scroll-Leiste

die Lösung habe ich jetzt selber gefunden nach stundenlangen googeln, es lag nur an den Styles und exStyles.

Ich habe jetzt für sämtliche Fenster die sich zusätzlich öffnen lassen, aber unabhängig von der Haupt-GUI wieder schließen lassen müssen, folgende styles und exStyles verwendet:

GUICreate ( "title" , width , height , left , top , BitOR($WS_POPUP, $WS_BORDER), $WS_EX_MDICHILD, $hGUI)

Vielleicht hilft es ja jemanden der neu in der Materie ist weiter, wenn er auch das Problem hat und sich erst damit auseinander setzt.

Hilfreich war auch dieses englische Autoit-Tutorial zu Multiple GUI´s

Ich habe eine Haupt-GUI erstellt und mein Script läuft im OnEventMode.
In der GUI habe ich eine Menü-Leiste über die ich ein weiteres Fenster öffnen möchte, wo ich dann vorgebene Einstellungen über Checkboxen vornehmen möchte (Einstell-Optionen). Dieses soll, wenn es geöffnet wird im Vordergrund stehen und getrennt von der Haupt-GUI schließbar sein.

Das Aufrufen des Child-GUI´s ist nicht das Problem, nur komm ich nicht dahinter wie ich es anstelle es in den Vordergrund zu stellen, da ich in der Haupt-GUI schon ein fest eingebettetes Child habe (2. Child liegt bei Aufruf unter dem 1.Child). Beim Anklicken kommt es dann aber in den Vordergrund. Und wie kann ich es realisieren dieses Child getrennt zu schließen?

Edit: Script von unnötigem Inhalt befreit zur besseren Problem-Analyse