Seite 1 von 2

WindowWidth() und WindowHeight() mit mehreren Fenstern?

Verfasst: 11.11.2004 16:35
von pvmichael
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

Verfasst: 11.11.2004 16:37
von pvmichael
Hat sich erledigt, ich bin gerade über UseWindow(#Window) gestolpert <)

Verfasst: 11.11.2004 16:55
von freedimension
Löschen bevor's peinlich wird???

Verfasst: 11.11.2004 16:57
von pvmichael
Vielleicht hilft dieser peinliche Thread, weitere penliche Threads anderer zu vermeiden? :mrgreen:

Verfasst: 11.11.2004 20:03
von PBZecke
pvmichael hat geschrieben:Vielleicht hilft dieser peinliche Thread, weitere penliche Threads anderer zu vermeiden? :mrgreen:
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 ... :lol:

Verfasst: 11.11.2004 20:43
von Robert Wünsche
Is halt der PB syntax !
:mrgreen:

Verfasst: 12.11.2004 01:43
von Andre
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!
Man könnte Fred doch den Vorschlag machen, die Window-ID als optionalen Parameter angeben zu können. Werde es mal angehen... :wink:

Verfasst: 12.11.2004 08:53
von Danilo
Andre hat geschrieben:
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!
Man könnte Fred doch den Vorschlag machen, die Window-ID als optionalen Parameter angeben zu können. Werde es mal angehen... :wink:
Viel Glück, Andre!

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... :cry:

Verfasst: 12.11.2004 12:21
von Lebostein
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:

Code: Alles auswählen

Ergebnis = Eof(#Datei)
Position = Loc() 
Länge = Lof() 
FileSeek(NeuePosition)
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.

Verfasst: 12.11.2004 15:24
von nco2k
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. :cry:

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. :evil:

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