Office: (Office 2000) Access-Hauptfenster: Größe festlegen und fixieren

Hallo zusammen,

ich würde gerne die Größe des Access-Hauptfensters beim Starten der Datenbank immer gleich haben (Größe in VBA festlegen?) und auch (wenn möglich) ein vergrößern/verkleinern (Maus am Rand des Fensters) des Hauptfensters unterbinden.

Geht sowas?

Danke vorab für eure Hilfe.

Gruß, Rainer

:)

 

Hallo Rainer,

das kann man, auch, mit VBA machen
Code:

Ansonsten sollte das doch auch bei den Eigenschaften, des Formulars einstellbar sein.

 

https://lmgtfy.com/?q=ms+access+gr%C...e+hauptfenster

Daneben: Größe ist auch abhängig von der verwendeten Bildschirmauflösung. Da gibt es heutzutage allerhand Varianten.

 

\@Mokkie,
danke für den Hinweis. Es geht aber nicht um die Formulargröße, sondern um die Größe des Access-Fensters.


@ebs17,
wenn ich mit den dort vorliegenden Lösungsansätzen zurecht gekommen wäre, hätte ich hier nicht nochmal spezifisch nachgefragt. Außerdem müsstest du deinen Google-Witz dann bei 90% der Beiträge hier posten *Smilie

 

Wenn Du aus einer Vielzahl aus Varianten Dir nichts entnehmen kannst, wie hoch ist da eine Wahrscheinlichkeit, dass das bei einer weiteren Wiederholung gelingt und wie hoch ist der Sinn, eine solche Wiederholung noch einmal aufzuschreiben?

 

Hallo Rainer,

wenn du mit einer bei Google gefundenen Lösung nicht zurande gekommen wärest, hätte man aber konkret einen Ansatzpunkt gehabt, woran es denn happerte. Nochmal eine ähnliche Lösung hier aufzuführen, hätte dir dann vermutlich auch nicht weiter geholfen. Insofern hat Eberhard schon recht.

Trotzdem einmal der Versuch. Hier ist eine weit verbreitete Klasse, die auch für das Access Hauptfenster genutzt werden kann:
Forms: Move and Resize form windows from code

Zu deiner zweiten Frage, könnte man eventuell einen Versuch mit der API Funktion SetwindowLongA() machen. Ob das aber auch mit dem bereits geöffnetem Access-Window möglich ist, habe ich noch nicht probiert, weil ich bisher dafür noch nie die Notwendigkeit gesehen habe.

Ulrich

 

Fixieren: Database, Application ... haben keine eigenen Ereignisse, die ja Basis für eine Überwachung wären.

Also dürfte man von Windows aus das spezielle Fenster überwachen (nichttrivial), oder man leitet ein solches Ereignis aus einem häufig genutzten Formular (Timer fände ich übertrieben) ab und setzt die Größe jeweils neu aus gespeicherten Daten.

 

\@Eberhard:
Normalerweise würde man den WindowStyle, speziell den Rahmen, so anpassen, daß eine Größenänderung nur noch per Software gemacht werden kann, ähnlich wie bei einem Dialogfenster. Dann muß das nicht extra überwacht werden.

Gruß Ulrich

 

Dann hätten sich die Eingangsfragen aber bereits erledigt. Ein Softwarezugriff wäre explizit und müsste einem ins Bewusstsein kommen.

 

Hallo,

es ist mit SetWindowLong möglich, den Rahmen des Accessfensters entsprechend zu ändern. Ich hatte das doch schon mal umgesetzt, aber komplett verdrängt, weil man es eigentlich nur selten braucht.

Für alle, die daß mal ausprobieren möchten, hier der Code für ein Modul mit den notwendigen API Deklarationen:
Code:

Der Aufruf erfolgt dann mit:
Code:

Gruß Ulrich

 

\@Ulrich,

Bei so was muss ich dann schon *biggrin.gif* .
Zum Glück ist es egal, wenn man so was falsch deklariert.


Viel interessanter ist es, dass sich der TS nicht meldet. *grins


Edit:
Das mit dem LongPtr nehme ich gleich wieder zurück.
Laut online Doku steht LONG_PTR.
Also alles Bestens.
So ist es wenn man sich erst als Klugscheißer betätigt und erst dann die Doku anschaut.
Die Logik fehlt mir aber dennoch.

 

\@markusxy:
das da etwas zunächst merkwürdig erscheint, ist schon richtig.

Interessant sind allerdings bei beiden Deklarationen von "SetWindowLongA" und "GetWindowLongA" für den 32Bit Teil. Hier wird der Rückgabewert ebenfalls als LongPrt deklariert, obwohl er eigentlich als Long deklariert sein sollte. Da aber beide einen 32Bit Ganzahlwert aufnehmen können, wird das hier geschickt ausgenutzt, damit innerhalb der Funktionen selber nicht auch noch zwischen 32Bit und 64Bit unterschieden werden muß. Das übernimmt in diesem Fall der Kompiler selber.

Hatte jetzt gar nicht damit gerechnet, daß das überhaupt jemandem auffällt. *wink.gif*

Gruß Ulrich

 

Die Logik fehlt deshalb, weil es kein Pointer ist.

Vielleicht wurden einfach die Flags erweitert, oder eine Erweiterung ist angedacht und man kommt dann mit 32Bits nicht mehr aus.

Da hat man wohl versucht einen einheitlichen Aufruf zwischen 32 und 64 Bit zu ermöglichen zum Preis von fehlender Logik.
Daher auch LongPrt bei GetWindowLongA.

Aber vielleicht gibts auch eine andere Erklärung.
Aber das Thema ist zu nebensächlich, um sich da weitere Gedanken zu machen. *Smilie