Office: (Office 2010) Zeit in Echzeit im Formular darstellen

Hallo,

ich beschäftige mich erst seit einigen Wochen mit access 2010.

Nun zu meinem Problem:
Ich möche in einem Formular die Zeit in Echzeit, d.h. verändernde Uhrzeit darstellen. Mit zeit() wird nur die beim Anklicken bestehende Uhrzeit dargestellt.

Liebes Forum, bitte helft mir.

(PS: Anfänger, deshalb etwas ausführlicher *rolleyes.gif*

Danke.

:)

 

Hallo
Lies einmal in der OH (Online Hilfe) zu
Timer-Ereignis

oder lies über Timer

evtl. hilft dir auch meine MDB im Anhang

 

Hallo,
erstelle in einem Formular ein Textfeld.
Gib dem Textfeld sofort einen Namen in Eigenschaften...Andere...Name
z.B. txtUhrzeit
Gehe in die Eigenschaften des Formulars und dort in den Reiter Ereignis
und wähle das Ereignis
Formular...Eigenschaften...Ereignis...Zeitgeberintervall
Schreibe da rein: 1000
Das bedeutet 1000ms und ist eine Sekunde
Gehe in das Ereignis
Eigenschaften...Ereignis...Bei Zeitgeber
Wähle mit dem Pfeil rechts [Ereignisprozedur]
Klicke dann auf die 3 Punkte rechts neben dem Pfeil
Es erscheint nun der VBA Editor mit einer Prozedurhülle (Prozedurkopf und Prozedurende)
Code:

Schreib dazwischen
Code:

Also muss es dann aussehen:
Code:

Jetzt zeigt dieses Textfeld die Uhrzeit mit sekündlicher Änderung.

 

Hallo,
ich würde im VBA Code nur die Zuweisung machen und nicht formatieren.
Code:

Dafür für das Formularfeld die Format Eigenschaft verwenden.
Also bei Format "hh:nn:ss" eintragen.

Zu was benötigst Du die Uhrzeit im Formular?
ich würde von so etwas abraten. Das kostet Rechenzeit und ein Formulartimer ist auch problematisch.

 

Hallo,
Code:

beinhaltet natürlich auch das Datum.
Also könntest Du auch das Datum mit anzeigen.
Code:

Die 3 Doppelpunkte kannst Du auch mit was anderem ersetzen.
Und ob Du das in der Formulareigenschaft oder im Code direkt machst, spielt keine performante Rolle,
ausser dass es richtig ist, darauf hinzuweisen, dass die Formatierung der Anzeige auch im Formularentwurf gemacht werden kann.

 

\@Klaus

Bangemachen gilt nicht.
Selbst mehrere Formulartimer belasten meiner Erfahrung nach die CPU nicht messbar.
Das einzige 'problematische' an Formtimern ist imho, dass sie die Ereignisse nicht
millisekundengenau abfeuern, sofern Access/VBA gerade mit anderen Dingen beschäftigt ist.
Hast du weiterreichende Erkenntnisse?

Zur Formatdiskussion:
Wenn die Zeit (mit oder ohne Datum) in einem Textfeld dargestellt werden soll, sollte die Format-Eigenschaft
des Textfeldes verwendet werden (Wie immer, wenn möglich). Wenn sie dagegen z.B. in der Formular-Fensterleiste
dargestellt werden soll, ist die Verwendung der Format-Funktion ein probates Mittel.

 

Hallo,

ich nicht, aber wer in Access Foren unterwegs ist, hört immer wieder, dass der Formulartimer zu ganz eigenartigen Verhalten führt, bis zur Störung von VBA Abläufen. Und selbst im Formularentwurf gibt es mit dem Teil Fehlverhalten.

Möglicherwiese meldet sich hier noch jemand der genaueres sagen kann, bzw. gezieltere Hinweise geben kann.

 

Hallo,
man muss sich halt daran gewöhnen, dass der Debugger im VBA Editor alle Sekunde dann zusätzlich den Code checkt und bei noch nicht fertig geschriebenen Codezeilen meckert, wenn währenddessen ein Formular mit einem aktivierten Timer drin in der Formularansicht geöffnet ist und ein Code:

im Formularheader steht.
Auch das Rechnen in Millisekunden ist präzise. Allerdings ist die Reaktionszeit bei einer Stoppuhr z.B. verwirrend, da sie manchmal etwas verspätet einen Wert anzeigt, der selbst aber richtig ist.
So zumindest meine Erfahrung mit Stoppuhren bis zur hundertstel Sekunde.

 

Hallo,
vielen Dank für Eure Antworten.
Ich wollte keine Grundsatzdiskussion über Rechnerkapazitäten
anzetteln.

Ich versuche nach dem Vorbild "Wartungsplaner v6" mit access 2010 ein individuelle Wartungstool zusammenzubauen. In diesem Programm läuft ebenfalls eine Uhr mit.
Es geht mir nicht nur darum, es zu verwenden, sondern auch darum, wenn ich will, soetwas zu installieren.

NUN: Normalerweise stelle ich mich nicht so dämlich an. Jedoch habe ich es in über 4 h nicht geschafft, eine "laufende" Uhrzeit in einem Formular zu installieren.

Vieleicht liegt es daran, dass ich mit VBA noch nicht gearbeitet habe und mein Wissen aus Büchern wie: "Keine Angst vor ACCESS" habe.

BITTE: Vielleicht könnt ihr mir ein Formuar mit einer "laufenden" Uhr senden,
so daß ich es mir anschauen kann.

Vielen Dank.

Martin

 

Hallo,
Uhrformular im Anhang.

 

Die gängigen vorhandenen Beispiele wie auch die Hinweise oben sind eigentlich nur eine Wiedergabe des Systemzeit des Rechners. Ein anspruchsvolleres Beispiel für eine Analoguhr findet man im Code-Archiv: Analoguhr in Vista Style

Eine Installation einer Uhrzeit (einer Uhr?) wäre dann ein erheblicher Schritt in Aufwand und Komplexität.

Insgesamt bin ich aber der Meinung von gpswanderer, dass eine laufende sichtbare Uhr in einem Accessformular verzichtbar ist, immerhin wird die gleiche Systemzeit in der Taskleiste von Windows ohnehin angezeigt, außerdem ist man von elektronischen Geräten mit Uhrzeitanzeige umgeben. Selbst meine Wetterstation "verplempert" mehr als ein Viertel der Displayfläche für Uhrzeit und Datum, und wenn die Zahlen für die Uhrzeit doppelt so groß sind als die für Temperatur(en) und Luftdruck, könnte man schon mal ins Grübeln kommen.

Ausnahmen:
- Anzeige einer aktiven Stoppuhr oder eines Countdowns
- Man benötigt etwas zum Füllen des leeren Formulars.
- Man benötigt etwas Aktionismus im Formular, wobei dann ein laufender Sekunden- und Minutenzähler dann für den Anwender nicht wirklich besonders originell sind.
Die letzten beiden Punkte erledigen sich bei einer ausreichenden Funktionalität des Formulars meist von selbst.

 

Das Flackern in Klaus' Beispiel ließe sich unterdrücken:
Code:

 

Hallo
@maxel
Flackern unterdrücken JA
aber evtl Zeit Sprünge in 2 Sek. Abständen
ist so meine Erfahrung *wink.gif*
kommt sicher auch auf die Leistung des PC an
ich habe es nicht auf einem Super Turbo getestet *wink.gif*

 

Hallo,

Eine sehr schöne Programmierarbeit, welche aber auch nix anderes macht, als die Systemzeit zu zeigen. Ausserdem ist sie nur in einer festen Grösse verwendbar und müsste bei anders gewünschten Größen komplett neu programmiert werden.
Wo läge denn nun damit der Vorteil gegenüber einem Textfeld, welches viel einfacher im Designentwurf oder per VBA im Design programmierbar ist?

 

In der Optik, wer's so mag.