Formularbreite
Helmut Langen
Entwurfsansicht benutzten Breite. ich will aber erreichen, dass das Formular
sich unabhängig davon immer mit der in den Formulareigenschaft eingestellten
Breite öffnet.
Dialogmodus oder Me.Width = xy in Form.Laden oder Form.Öffenn hat keine
Wirkung. Wie geht es?
Mark Doerbandt
Helmut Langen:
> Dialogmodus oder Me.Width = xy in Form.Laden oder
> Form.Öffenn hat keine Wirkung.
wie waere es mit MoveSize?
Gruss - Mark
--
Informationen fuer Neulinge in den Access-Newsgroups unter
http://www.doerbandt.de/Access/Newbie.htm
Bitte keine eMails auf Newsgroup-Beiträge senden.
Helmut Langen
ebenso wirkungslos. Beim Start falsche Grösse, beim Resizen wird Wert nicht
beachtet.
Noch eine Idee?
Gruss Helmut
Jürgen Volke
>>> Dialogmodus oder Me.Width = xy in Form.Laden oder
>>> Form.Öffenn hat keine Wirkung.
>>
>> wie waere es mit MoveSize?
>
> ebenso wirkungslos. Beim Start falsche Grösse, beim Resizen wird Wert
> nicht beachtet.
> Noch eine Idee?
>
könnte es sein, das im VBA-Code hinter dem Formular irgend ein Fehler steckt
und deshalb gar kein Code ausgeführt wird?
HTH Jürgen
Peter Doering
Helmut Langen wrote:
> "Mark Doerbandt" wrote:
>> Helmut Langen:
>>
>>> Dialogmodus oder Me.Width = xy in Form.Laden oder
>>> Form.Öffenn hat keine Wirkung.
>>
>> wie waere es mit MoveSize?
>
> ebenso wirkungslos. Beim Start falsche Grösse, beim Resizen wird Wert nicht
> beachtet.
> Noch eine Idee?
Zeig mal deinen Code.
Gruss - Peter
--
Ich beantworte keine Fragen per Email.
Mitglied im http://www.dbdev.org
FAQ: http://www.donkarl.com
Helmut Langen
in Form-Eigenschaft Breite steht 23,4 cm. Im Code steht:
Private Sub Form_Load()
giKeyWerk = 1
Me.Width = 23.4
End Sub
Private Sub Form_Open(Cancel As Integer)
mdManag_CheckEditor
imgWerk.Picture = ""
Me.Width = 23.4
End Sub
Private Sub Form_Resize()
Me.Width = 23.4
End Sub
Wenn ich zur Entwurfszeit das Formular auf 15 cm Breite einstelle, startet
es auch mit 15 cm Breite und nicht wie erwartet mit 23,4 cm. Wenn ich es mit
der Maus resize, folgt es den Grössenänderungen in Höhe und Breite und
ignoriert den eingestellten Wert.
Das Verhalten ist mir aus anderen Sprachen völlig unbekannt. da gilt immer
der Code.
Das Formular arbeitet ansonsten fehlerfrei und speichert die Eingaben.
Gruss Helmut
Michel Fouquet
Helmut Langen schrieb:
> in Form-Eigenschaft Breite steht 23,4 cm. Im Code steht:
> Private Sub Form_Load()
> giKeyWerk = 1
> Me.Width = 23.4
> End Sub
ich weiss nicht, warum sich so viele hier in der NG beharrlich weigern,
mal einen Blick in die OH zu werfen.
Dort steht bei der Width-Eigenschaft:
<zitat OH>
Im folgenden Code wird die Größe einer Befehlsschaltfläche so geändert,
dass eine quadratische Schaltfläche mit einer Kantenlänge von 1 Zoll
entsteht (die Standardmaßeinheit ist in Visual Basic Twips; 1.440 Twips
sind 1 Zoll):
Me!cmdSizeButton.Height = 1440 ' 1440 twips = 1 inch.
Me!cmdSizeButton.Width = 1440
</zitat OH>
Deine Angabe in cm ist also völlig daneben, weil Access das als 23 Twips
interpretiert.
Wenn Du z.B. ein Formular 10 cm breit machst und in der Form
Load-Prozedur mal eingibst
MsgBox Me.Width
wirst Du sofort sehen, das Dir eine Breite von 5670 ausgegeben wird.
Also: umrechnen in Twips.
Und bitte auch mal lesen und beherzigen:
Richtig zitieren im Usenet
http://got.to/quote
mfg,
Michel
--
Informationen für Newbies (Neulinge) in den Access-Newsgroups
http://www.doerbandt.de/Access/Newbie.htm
FAQ: http://www.donkarl.com/AccessFAQ.htm
KnowHow.mdb: http://www.freeaccess.de/knowhow.asp
Peter Doering
Helmut Langen wrote:
> "Peter Doering" wrote:
>> Helmut Langen wrote:
>>> "Mark Doerbandt" wrote:
>>>> Helmut Langen:
>>>>
>>>>> Dialogmodus oder Me.Width = xy in Form.Laden oder
>>>>> Form.Öffenn hat keine Wirkung.
>>>>
>>>> wie waere es mit MoveSize?
>>>
>>> ebenso wirkungslos. Beim Start falsche Grösse, beim Resizen wird Wert nicht
>>> beachtet.
>>> Noch eine Idee?
>>
>> Zeig mal deinen Code.
>
> in Form-Eigenschaft Breite steht 23,4 cm. Im Code steht:
> Private Sub Form_Load()
> giKeyWerk = 1
> Me.Width = 23.4
> End Sub
> [...]
Als Ergaenzung zu Michels Antwort:
Ich sehe nirgendwo ein MoveSize. Probier mal statt:
> Me.Width = 23.4
DoCmd.MoveSize , , 13300 '~23.4 cm
Jörg Ostendorp
> ich weiss nicht, warum sich so viele hier in der NG beharrlich weigern,
> mal einen Blick in die OH zu werfen.
tse, und womöglich sollen die Leute auch noch selbst googlen, einen Blick
in die FAQ oder gar in die unendlichen Weiten des MSDN riskieren?
Das würde das Ende der NG bedeuten. ;-)
--
Grüßle vom Bodensee
Jörg Ostendorp
- Access-FAQ: www.donkarl.com
- my home: www.meersburg.de
Helmut Langen
in der OH steht erst einmal:
"Geben Sie eine Zahl ein, die in der aktuellen Maßeinheit die gewünschte
Breite festlegt."
Erst viel später steht dann, wie Du schreibst, dass in VBA die Werte in
Twips einzugeben sind, wobei 1 Zoll = 1440 Twips. Das stimmt aber nicht, denn
ich habe im VBA-Code als Width 3 * 1440 eingegeben, dann hätte das Formular
etwa 7.5 cm breit sein müssen. Tatsächlich war es weit über 30 cm breit.
Das alles ist aber nicht mein Problem. Zur Entwurfszeit stelle ich im
Entwurfsfenster die Formularbreite ein. Damit meine ich die Fläche, die
gewöhnlich gerastert dargestellt wird. Wenn man nun das Entwurfsfenster
verbreitert oder insbes. verkleinert, wird wie beim Resizen ein Teil der
Formularfläche verdeckt.
Wenn ich jetzt das Formular öffen, hat das Formular zwar die eingestellte
Breite, das Fenster aber, in dem sich das Formular öffnet, ist genauso breit
oder hier genauso schmal wie zur Entwurfszeit. Ich muss also das Fenster
aufziehen, um das Formular in voller Breite zu sehen. Und genau das will ich
nicht. Ich will erreichen, dass das Formularfenster sich in Breite der
Formularfläche öffnet.
So kenne ich das Formularverhalten aus anderen Programmiersprachen. Da
öffnet sich ein Formular immer mit den beim Entwurf eingestellten Werten und
nicht mit den zufällig bei Entwicklung gehabten Werten.
Gruss Helmut
Helmut Langen
ich finde das garnicht so spassig. Für den Neuling ist das Problem, vor dem
er gerade steht, immer das wichtigste und meist eines von vielen. Wenn er
dann eine NG hat, in der er ohne langes googlen und ohne unendliche Welten zu
durchsuchen eine qualifizierte Antwort erhält, dann ist es unter anderem das,
wofür eine NG tatsächlich da ist.
Gruss Helmut
Jens Schilling
> ich finde das garnicht so spassig. Für den Neuling ist das Problem,
> vor dem er gerade steht, immer das wichtigste und meist eines von
> vielen. Wenn er dann eine NG hat, in der er ohne langes googlen und
> ohne unendliche Welten zu durchsuchen eine qualifizierte Antwort
> erhält, dann ist es unter anderem das, wofür eine NG tatsächlich da
> ist.
Sorry - aber da bin ich nicht so ganz Deiner Meinung, und auch in den
Newbie-Infos, die hier regelmässig gepostet werden, wird darauf hingewiesen,
dass durchaus schon ein wenig Eigeninitiative erwartet wird.
Lies doch mal selbst nach :
http://www.doerbandt.de/access/Newbie.htm#101
--
Gruss
Jens
______________________________
FAQ: http://www.donkarl.com
Mark Doerbandt
Helmut Langen:
> ich finde das garnicht so spassig. Für den Neuling ist das Problem, vor dem
> er gerade steht, immer das wichtigste und meist eines von vielen. Wenn er
> dann eine NG hat, in der er ohne langes googlen und ohne unendliche Welten zu
> durchsuchen eine qualifizierte Antwort erhält, dann ist es unter anderem das,
> wofür eine NG tatsächlich da ist.
nein, genau das siehst Du falsch. Eine NG ist in meinen Augen Hilfe
zur Selbsthilfe. Wenn Du nicht bereit bist, /vor/ Deinem Posting die
ueblichen Suchquellen (Google, FAQ, MS-Seiten) selber zu benutzen,
wirst Du hier auf lange Sicht anecken. Zumindest bei mir.
Jörg Ostendorp
> Ich will erreichen, dass das Formularfenster sich in Breite der
> Formularfläche öffnet.
abgesehen vom Docmd.moveSize, auf das Mark Dich ja bereits hingewiesen hat:
Hast Du Dir die "Auto Resize"-Property des Formulares mal angeschaut (hab
hier nur die englische Version, müßte bei der deutschen "Automatisch
Anpassen" o.ä. heißen)? Tuts die nicht?
Michel Fouquet
Helmut Langen schrieb:
> in der OH steht erst einmal:
> "Geben Sie eine Zahl ein, die in der aktuellen Maßeinheit die gewünschte
> Breite festlegt."
> Erst viel später steht dann, wie Du schreibst, dass in VBA die Werte in
naja, es steht zweimal da, das erste Mal bereits unter "Hinweise".
> Twips einzugeben sind, wobei 1 Zoll = 1440 Twips. Das stimmt aber nicht, denn
> ich habe im VBA-Code als Width 3 * 1440 eingegeben, dann hätte das Formular
> etwa 7.5 cm breit sein müssen. Tatsächlich war es weit über 30 cm breit.
Dieses Phänomen kann ich bei mir nicht nachvollziehen.
Man sollte bedenken, dass Änderungen an der Gestaltung eines Formulars
in der Regel in der *Entwurfsansicht* vorzunehmen sind.
Wenn man also das Formular zur Laufzeit (z.B. per Add-In / Assistent)
anpassen möchte, dann muss man es - versteckt - in der Entwurfsansicht
öffnen, die Eigenschaften per Code verändern und abspeichern.
> Das alles ist aber nicht mein Problem. Zur Entwurfszeit stelle ich im
> Entwurfsfenster die Formularbreite ein. Damit meine ich die Fläche, die
> gewöhnlich gerastert dargestellt wird. Wenn man nun das Entwurfsfenster
> verbreitert oder insbes. verkleinert, wird wie beim Resizen ein Teil der
> Formularfläche verdeckt.
> Wenn ich jetzt das Formular öffen, hat das Formular zwar die eingestellte
> Breite, das Fenster aber, in dem sich das Formular öffnet, ist genauso breit
> oder hier genauso schmal wie zur Entwurfszeit. Ich muss also das Fenster
> aufziehen, um das Formular in voller Breite zu sehen. Und genau das will ich
> nicht. Ich will erreichen, dass das Formularfenster sich in Breite der
> Formularfläche öffnet.
Als Lösungsansätze hast Du genannt bekommen:
1) Die Formulareigenschaft "Größe anpassen" auf "Ja" zu setzen
2) Per Docmd.Movesize die Größe anzupassen (bzw. so im Resize-Ereignis
eine Größenänderung durch die Benutzer zunichte zu machen)
Das sollte das Problem eigentlich lösen. Wenn es das tut (bzw. bereits
getan hat), ist eine Rückmeldung an die NG willkommen. Dann kann man den
Thread abhaken.
mfg,
Michel
Michel Fouquet
Helmut Langen schrieb:
> Wenn er
> dann eine NG hat, in der er ohne langes googlen und ohne unendliche Welten zu
> durchsuchen eine qualifizierte Antwort erhält, dann ist es unter anderem das,
> wofür eine NG tatsächlich da ist.
die Bezeichnung NG (= Newsgroup) drückt doch sehr treffend aus, worum es
im Grunde geht: um den Austausch neuer Erkenntnisse.
Sonst könnte man die Gruppe auch gleich WG (nein: nicht
Wohngemeinschaft, sondern "Wiederholungsgruppe" oder
"WischiWaschi-Gruppe") nennen. Wenn man sich mal anguckt, wie hoch der
Anteil an FAQ-Antworten und OH-Verweisen ist, dann ist das ein simples
Wiederkäuen unendlich oft gegebener Antworten.
Versteh' mich nicht falsch: das geht nun nicht persönlich gegen Dich und
ist auch kein allgemeines Newbie-Bashing.
Im Grunde ist vieles hier völlig unnützer Müll. Wer es bereits schafft,
selbständig einen Computer zu bedienen und sich einer Usenet-Gruppe
zuzuwenden, sollte doch auch in der Lage sein, im Internet eine
Suchmaschine zu bedienen.
Es ist eine ungeheure Verschleuderung geistigen und materiellen
Reichtums, wenn (z.T. hochqualifizierte) Leute immer wieder denselben
öden Stumpfsinn herunterbeten müssen.
Nur weil es eine Unmenge von Leuten gibt, die sich eben nicht die Mühe
machen, zielgerichtet zu lernen, sich organisiert fortzubilden, ihre
Suchstrategien zu perfektionieren. Und häufig noch nicht einmal ein
Mindestmaß an Mühe aufwenden, ihre Fragen inhaltlich und formal klar zu
formulieren.
Statt die NG als eine Fundstelle, eine Art kollektives Gedächtnis, als
Wissensbasis zu nutzen, wird sie zu einer kostenlosen Hotline:
irgendeinen einen Dummen, der einem die Arbeit abnimmt, wird man schon
finden.
In anderen Gruppen gibt's in solchen Fällen einfach ein RTFM! vor den
Latz geknallt.
http://de.wikipedia.org/wiki/Read_The_Fucking_Manual
http://strcat.neessen.net/rtfm/
http://www.lugbz.org/documents/smart-questions_de.html (Wie man Fragen
richtig stellt / Wie man Antworten interpretiert)
Da diese NG eben kein moderiertes Forum ist, müssen halt die Beteiligten
untereinander dafür sorgen, dass es fluppt. Und es sind in der Regel
diejenigen (z.B. MVPs), die teilweise seit Jahren hier eine Menge
Energie reinstecken, die die Kontinuität der Gruppe wahren und somit
auch ein wenig stärker regulieren.
Wie immer mit freundlichen Grüßen,
Michel
Klaus Oberdalhoff
<Applaus><Applaus><Applaus>
(würde Kermit (?) jetzt gerufen haben ...)
<seufz> du hast ja soooo recht. Einer der Gründe, warum ich mich immer
stärker in anderen Newsgroups tummele, da _mir persönlich_ die immer
gleichen Fragen und immer die gleichen Antworten (nach langen Jahren - mit
Access habe ich mit der Version 1.1 angefangen) langsam aber sicher auf den
Keks gehen. Zumal die Fragen oft immer dreister werden und die Bereitschaft,
zur Selbsthilfe zu greifen, immer kleiner wird. (So empfinde zumindest ich
das) Deine OT-Postings sind da IMMER ein reiner (viel zu seltener)
Lichtblick <g>
Es ist ja nicht so, dass ich zu Access oder dem SQL Server alles wüsste,
beileibe nicht, (andere sind da technisch besser), aber ausser so 5 - 6
Fragen PRO JAHR habe ich mir eigentlich alles durch Suchen in den Newsgroups
etc. selbst beantwortet können; aber ohne das Goorakel wäre ich im Moment
"ziemlich nass" muss ich gestehen, da man z.B. die Blogs oder MSDN-Artikel
noch immer beser via Google als via MS selbst findet...
--
mfg
Klaus Oberdalhoff KO...@gmx.de
Ich beantworte keine NG-Fragen und -Nachfragen per Mail!
Newbie-Info: http://www.doerbandt.de/Access/Newbie.htm
KnowHow-mdb und andere Beispiele: http://www.freeaccess.de
Sofern Access 200x bitte beachten:
http://www.freeaccess.de/MS-Access-Artikel.asp?ID=99
Ich unterstütze PASS Deutschland e.V. (http://www.sqlpass.de)
Michel Fouquet
Klaus Oberdalhoff schrieb:
> <seufz> du hast ja soooo recht. Einer der Gründe, warum ich mich immer
> stärker in anderen Newsgroups tummele, da _mir persönlich_ die immer
> gleichen Fragen und immer die gleichen Antworten (nach langen Jahren -
> mit Access habe ich mit der Version 1.1 angefangen) langsam aber sicher
> auf den Keks gehen. Zumal die Fragen oft immer dreister werden und die
> Bereitschaft, zur Selbsthilfe zu greifen, immer kleiner wird. (So
> empfinde zumindest ich das) Deine OT-Postings sind da IMMER ein reiner
> (viel zu seltener) Lichtblick <g>
naja, "oft immer dreister" würde ich vielleicht nicht sagen, aber nach
meinem Empfinden ist die Tendenz steigend.
Einmal losgelöst von persönlicher Betroffenheit entsteht eine paradoxe
Situation: je öfter dasselbe Thema abgehandelt wird, desto schwieriger
wird es, zielführende Informationen zu finden.
Ein Mehr an Daten führt nicht unbedingt zu einem Mehr an Informationen.
Ein Mehr an Informationen führt nicht unbedingt zu einem Mehr an
Information. Ein Mehr an Information führt nicht unbedingt zu einem Mehr
an Wissen. (Ein mehr an Wissen führt nicht unbedingt zu einem Mehr an
Verständnis.)
<exkurs>
(Ein mehr an Geld führt nicht unbedingt zu einem Mehr an Wohlstand. Ein
Mehr an Wohlstand führt nicht unbedingt zu einem Mehr an Wohlbefinden.)
</exkurs>
Gäbe es nur die OH, die FAQ, die Knowhow.mdb, Klaus' gesammelte Werke zu
Datümern und MS Graph, Lebans und Ashish, DBWiki und Yaccess und ein
paar andere, dann würde man in 90% der Fälle sofort Hilfe finden.
<exkurs>
Es wäre auch toll, wenn häufig gefragte Fragen zeit- und begriffsnah
Eingang in ein Wiki oder die FAQ fänden. Also z.B. die Formulierung von
Kriterien (das sog. Fliegendreck-Problem).
</exkurs>
Aber sich durch 230.000 Fundstellen durchzuwühlen...
Es läge also durchaus im *Eigeninteresse* der Hilfesuchenden, sich
zunächst ausführlichst um Selbsthilfe zu bemühen. (Von dem Stolz, sich
selbst durchgebissen zu haben, mal ganz zu schweigen).
Je mehr Vorgekautes man sich "reinzieht", desto schneller verkümmern die
Fähigkeiten ("McDonaldisierung des Lernens").
Und deswegen noch einmal zur erbaulichen Lektüre empfohlen:
Wie man Fragen richtig stellt / Wie man Antworten interpretiert
http://www.lugbz.org/documents/smart-questions_de.html
So, Schluß jetzt - ich will das OT-Wohlwollen anderer Regulars nicht
überstrapazieren. Ausserdem muss ich was schaffen.
Gruß,
Michel
--
P.S.: Ich muss Dich nachher mal per PM wegen der Knowhow.mdb kontaktieren