WindowWidth() und WindowHeight() mit mehreren Fenstern?
WindowWidth() und WindowHeight() mit mehreren Fenstern?
Hallo!
wie kann ich mit WindowWidth() und WindowHeight() die Werte erhalten, die für das Fenster verwantwortlich sind, welches gerade Resized wird? Ich hab vier Fenster und bei WindowWidth() und WindowHeight() erhalte ich die Größenwerte des zu letzt geöffneten Fensters, welches jedoch unsichtbar ist.
Danke und Grüsse
Michael
wie kann ich mit WindowWidth() und WindowHeight() die Werte erhalten, die für das Fenster verwantwortlich sind, welches gerade Resized wird? Ich hab vier Fenster und bei WindowWidth() und WindowHeight() erhalte ich die Größenwerte des zu letzt geöffneten Fensters, welches jedoch unsichtbar ist.
Danke und Grüsse
Michael
- freedimension
- Admin
- Beiträge: 1987
- Registriert: 08.09.2004 13:19
- Wohnort: Ludwigsburg
- Kontaktdaten:
Mir wär das gar nicht peinlich, denn ich finde dieses UseWindow() einfach unmöglich! Besser wäre ein WindowWidth(#Window_0) und das für alle Befehle die sich in dieser Art auf Fenster beziehen! Ich glaube jeder der mal in einer anderen Sprache programmiert hat hat diese Problem ab und zu ...pvmichael hat geschrieben:Vielleicht hilft dieser peinliche Thread, weitere penliche Threads anderer zu vermeiden?
Nein, ich habe die Suche nicht benutzt, und deshalb auch nichts dazu gefunden... 
-
Robert Wünsche
- Beiträge: 243
- Registriert: 29.08.2004 12:46
- Wohnort: Irgendwo im nirgendwo
- Kontaktdaten:
- Andre
- PureBasic Team
- Beiträge: 1765
- Registriert: 11.09.2004 16:35
- Computerausstattung: MacBook Core2Duo mit MacOS 10.6.8
Lenovo Y50 i7 mit Windows 10 - Wohnort: Saxony / Deutscheinsiedel
- Kontaktdaten:
Man könnte Fred doch den Vorschlag machen, die Window-ID als optionalen Parameter angeben zu können. Werde es mal angehen...PBZecke hat geschrieben:Mir wär das gar nicht peinlich, denn ich finde dieses UseWindow() einfach unmöglich! Besser wäre ein WindowWidth(#Window_0) und das für alle Befehle die sich in dieser Art auf Fenster beziehen!
Viel Glück, Andre!Andre hat geschrieben:Man könnte Fred doch den Vorschlag machen, die Window-ID als optionalen Parameter angeben zu können. Werde es mal angehen...PBZecke hat geschrieben:Mir wär das gar nicht peinlich, denn ich finde dieses UseWindow() einfach unmöglich! Besser wäre ein WindowWidth(#Window_0) und das für alle Befehle die sich in dieser Art auf Fenster beziehen!
Wie ich es auch schon 50 mal hier gesagt habe -> das habe
ich Fred alles schon genauso oft gesagt.
Es ist das Gleiche mit ImageWidth/Height/Depth/Output,
FontID, WindowMouseX/Y, WindowX/Y, MoveWindow,
ResizeWindow, ActivateWindow, WindowOutput, und auch
allen anderen Befehlen die ein (internes) globales "Current Object"
(z.B. WriteByte) fordern.
Das ganze System ist Mist... und spätestens bei Multi-Thread-
Programmen nicht mehr zu gebrauchen - obwohl PB selbst
mit Thread-Unterstützung kommt.
Fred stimmt dem immer zu, wenn man es im erzählt und
sagt warum genau etwas geändert werden oder hinzukommen muß.
Aber nach vielen Monaten und Jahren ist es noch immer das
Gleiche und nichts wurde geändert. Dabei ist es echt eine
Kleinigkeit mal die Hilfe durchzugehen und bei den Befehlen,
wo der optionale Parameter noch fehlt, diesen hinzuzufügen.
Da mußt Du schon ordentlich Druck machen, so daß Fred es
endlich mal kapiert! 50 mal darauf hinweisen reicht bei diesem
Mann leider nicht...
cya,
...Danilo
"Ein Genie besteht zu 10% aus Inspiration und zu 90% aus Transpiration" - Max Planck
...Danilo
"Ein Genie besteht zu 10% aus Inspiration und zu 90% aus Transpiration" - Max Planck
Das ist aber fast überall so. Wenn ich mir z.B. die File()-Libary anschaue, dann muss man bei eof() die Datei direkt angeben, bei lof(), loc() und FileSeek() jedoch vorher mit UseFile() die Datei festlegen:
Warum nicht einheitlich?
Das mit den Use..()-Befehlen finde ich sowieso nicht besonders glücklich. Besonders bei den Image-Befehlen wie ImageWidth(), ImageHeight() oder ImageID() würde ich mir manchmal den Parameter wünschen.
Ebenso bei StartDrawing(...). Komischerweise braucht man bei SpriteOutput(#sprite) den Use()-Befehl vorher nicht zu verwenden während man bei ImageOutput() keinen Parameter angeben kann und das Bild vorher 'festlegen' muss.
Sollte bei der ganzen mit/ohne Parameter/Use..() -Geschichte eine gewisse Logik vorhanden sein, so kann ich sie nicht nachvollziehen.
Code: Alles auswählen
Ergebnis = Eof(#Datei)
Position = Loc()
Länge = Lof()
FileSeek(NeuePosition)
Das mit den Use..()-Befehlen finde ich sowieso nicht besonders glücklich. Besonders bei den Image-Befehlen wie ImageWidth(), ImageHeight() oder ImageID() würde ich mir manchmal den Parameter wünschen.
Ebenso bei StartDrawing(...). Komischerweise braucht man bei SpriteOutput(#sprite) den Use()-Befehl vorher nicht zu verwenden während man bei ImageOutput() keinen Parameter angeben kann und das Bild vorher 'festlegen' muss.
Sollte bei der ganzen mit/ohne Parameter/Use..() -Geschichte eine gewisse Logik vorhanden sein, so kann ich sie nicht nachvollziehen.
ich versteh es auch nicht...
durch sowas verliert pb deutlich an professionalität. echt schade, vor allem da pb sehr viel potential hat. aber so lange ein einheitliches system fehlt und viele notwendigen basis befehle (und es sind einige) fehlen und bugs wieder auftauchen, die schon mal gefixt wurden (obwohl fred meint, er habe nichts verändert), wird pb nichts weiter als eine hobby programmiersprache bleiben und nie so richtig für den kommerziellen gebrauch geeignet sein.
fred sollte seine arbeitsweise komplett neu überdenken und die prioritätenliste neu ordnen. das kann doch wirklich nicht sein, daß er simple sachen, die nur wenige minuten brauchen, einfach nicht schafft einzubauen, aus welchen gründen auch immer.
vielleicht sollte er über seinen schatten springen und sich (mehr) hilfe holen. er glaubt doch wohl nicht wirklich, daß er alle pb versionen, alleine entwickeln und pflegen kann oder etwa doch?!
c ya,
nco2k
durch sowas verliert pb deutlich an professionalität. echt schade, vor allem da pb sehr viel potential hat. aber so lange ein einheitliches system fehlt und viele notwendigen basis befehle (und es sind einige) fehlen und bugs wieder auftauchen, die schon mal gefixt wurden (obwohl fred meint, er habe nichts verändert), wird pb nichts weiter als eine hobby programmiersprache bleiben und nie so richtig für den kommerziellen gebrauch geeignet sein.
fred sollte seine arbeitsweise komplett neu überdenken und die prioritätenliste neu ordnen. das kann doch wirklich nicht sein, daß er simple sachen, die nur wenige minuten brauchen, einfach nicht schafft einzubauen, aus welchen gründen auch immer.
vielleicht sollte er über seinen schatten springen und sich (mehr) hilfe holen. er glaubt doch wohl nicht wirklich, daß er alle pb versionen, alleine entwickeln und pflegen kann oder etwa doch?!
c ya,
nco2k
~|__/
..o.o.. <--- This is Einkaufswagen. Copy Einkaufswagen into your signature to help him on his way to world domination.
..o.o.. <--- This is Einkaufswagen. Copy Einkaufswagen into your signature to help him on his way to world domination.
