Office: (Office 2016) Form.Controls-Auflistung

Hallo,

folgendes Problem:
ich habe ein Formular mit vielen, vielen Feldern, die ich per VBA füllen möchte. Statt die Controls über ihren Namen anzusprechen (was vermutlich lange dauert, weil der Name jedesmal gesucht werden muss), möchte ich die Controls über ihren Index ansprechen (was dann sicher schneller wäre).

Ich habe zwar die Aktiver-Reihenfolge geändert, aber die Auflistung
forms.controls
scheint davon nicht beeinflusst zu werden. In dieser Auflistung sind die Controls (vermutlich) in der zeitlichen Reihenfolge ihrer Definition gelistet.

Wie kann ich die Controls-Auflistung in meine gewünschte Reihenfolge bringen, also genau so wie die Aktivier-Reihenfolge?

:)

 

Hi,

Warum ?
Warum nicht per gebundenem Formular darstellen..
viele, viele Felder klingt schon mal verdächtig..

 

Du hast zwar grundsätzlich recht damit, dass es schneller ist, Objekte in einer Collection über den Index anzusprechen, als über den Namen, aber ich bin sicher, dass du von der Geschwindigkeit her keinen wahrnehmbaren Unterschied feststellen wirst. - Es können maximal ca. 750 Controls in der Collection sein. Das ist für die Rechenleistung moderner Computer sehr wenig.
Selbst wenn ein minimaler Unterschied spürbar wäre, würde ich diesen lieber zugunsten einer besseren Les- und Wartbarkeit des Codes in Kauf nehmen.

Die Controls-Collection wird von Access verwaltet und du hast keine verlässliche Möglichkeit die Reihenfolge der Controls darin zu beeinflussen.

 

Ein gebundenes Formular kommt nicht in Erwägung, weil ich z. B. 200 Felder habe. Zum Binden müsste ich dieses Feld als UFO definieren...

Ich möchte stattdessen meine Daten als Recordset laden und dann verschiedene Daten eines jeden Records (per VA in die gewünschte Form gebracht) meinen Feldern zuordnen.

Mein Recordset hat immer die gleiche Größe (entsprechend der Felder in meinem Formular).

Ich möchte einfach mein Recordset durchloopen, meine Daten zusammenbasteln und in meine Felder schreiben. Dabei wäre es gut, wenn der Recordset-Index mit dem Controls-Index übereinstimmen würde oder durch einfache Berechnung der Controls-Index ermittelt werden könnte.

Vielleicht so:

me.controls(tabindex(i))

 

\@sonic
Danke für deine Einschätzung. Ich dachte nur, dass es eher ungünstig ist, den Namen zu verwenden, weil der ja auch erst aus Loop-Variablen zusammengesetzt werden muss, was eben viele String-Operationen bedeutet.

Ich könte vielleicht einfach onload alle controls durchlaufen und dann den tabindex speichern. So hätte ich eine Referenz-Tabelle.

 

Vor Jahren wusste ich, wie man Access-Systemtabellen anzeigen kann. In diesen Tabellen sind all die Eigenschaften gespeichert und man kann sie verändern, wenn man weiß, was man tut...

 

Hallo Dinkel,

ich habe den Verdacht, dass du mit deiner Idee in die Irre läufst und/oder falsche Vorstellungen von der Funktionsweise von (gebundenen) Formularen hast. Auch sind deine Versuche deine Vorgehensweise (ansatzweise) zu begründen oder zu erklären kaum nachvollziehbar und wenig überzeugend.

Was ist das denn für ein Recordset (-> SQL-Code zeigen), mit dem du die Textfelder des Formulars füllen willst? Ist das jeweils nur ein Datensatz oder willst du die Felder des Formulars aus mehreren (wie- / beliebig) vielen Datensätzen füllen? Letzteres kann ja wohl kaum funktionieren.

BTW:

Was könnte es schnelleres geben, als ein Control mit seinem Namen anzusprechen? Ich glaube kaum, dass der Zugriff über den Index einen spürbaren Unterschied macht. Zumal der ja auch erstmal ermittelt werden müsste.

So ist es wohl, zumindest meiner Erfahrung nach.

Ein Feld als Ufo definieren? Kannst du das bitte ausführlicher beschreiben bzw. erklären?
Und überhaupt, was spricht gegen ein Ufo?

Nein, hier irrst du wohl, Systemtabellen sind in der Regel nicht änderbar.

 

Hallo!

Ohne einen sinnvollen Nutzen dahinter zu sehen:
Die Reihenfolge des Control-Index hängt von der Reihenfolge des Erstellens ab.
Falls jemand Lust hat, ein wenig damit zu spielen:
1. Application.SaveAsText ...
2. Textdatei öffnen und die Reihenfolge der Definitionsblöcke der Steuerelemente verändern
3. Application.LoadFromText ...

=> Die Reihenfolge der Steuerelemente in der Controls-Auflistung hat sich geändert

mfg
Josef

 

OT:
Warum steigen Sie auf Berge? Weil sie da sind!
Warum will man die Indexreihenfolge der Controls ändern? Weil es eine gibt!
/OT:

Du könntest dir auch eine Transformationstabelle (bzw. Datenfeld) mit RS-Index und Feldnamen anlegen.

 

Das halte ich nach wie vor für ein ziemlich schwaches Argument. Gerade die gebundenen Formulare sind eine Stärke von Access. Ansonsten wäre auch .net eine Überlegung wert.

 

\@Dinkel
Vielleicht verrätst du dem Forum etwas mehr über das Projekt.
Ob gebunden oder ungebunden, ansprechen über Namen oder ID - eigentlich alles nebensächlich, so lange der Zweck unbekannt ist.

LG Markus

 

Moin,

die Controls haben keine Reihenfolge, sondern eine Position im Layout, HorizontalAnchor und VerticalAnchor: https://msdn.microsoft.com/de-de/lib.../jj250090.aspx

Wozu brauchst Du denn eine Reihenfolge? Die Controls können doch in beliebiger Folge versorgt werden.

Gruß Ralf

 

In den Systemtabellen sind nur die Container-Objekte (Forms, Reports, Tabellen, Abfragen, etc.) gespeichert, aber keine einzelnen Steuerelemente.
Und ändern kann man die Daten in den Systemtabellen auf normalen Weg auch nicht.

 

Wie gesagt, grundsätzlich schon richtig, aber erstens ist der Geschwindigkeitsunterschied nicht spürbar und zweitens machst du deinen Code viel komplizierter und schwerer nachvollziehbar, als er sein müsste.

Ja, das würde funktionieren. - Aber lohnt es den Aufwand?

 

Hm. Und wo wären die Eigenschaften der Controls hinterlegt?