Translate

Montag, 22. April 2013

MS ACCESS: Verwenden von OK/Abbrechen/Übernehmen Schaltflächen in Formularen

Aufgabenstellung:
Der Wunsch ist die drei klassischen Befehlsschaltflächen OK / Abbrechen / Übernehmen in einem Access-Formular abzubilden mit entsprechenden Funktionalitäten:



OK - Befehlsschaltfläche:
Datensatz speichern (wenn nötig) und Fenster schliessen (wenn erfolgreich gespeichert)

Abbrechen - Befehlsschaltfläche:
Formular schliessen ohne aktuelle Änderungen im Datensatz zu speichern

Übernehmen - Befehlsschaltfläche:
Datensatz speichern und die Übernehmen - Befehlsschaltfläche deaktivieren
 
Mit dem Einsatz der richtigen Formular-Ereignisprozeduren, lassen sich die Anforderungen gut lösen. 
Die Prozeduren die sich im Formular frmProdukt in der datei 'SchaltflächenOkAbbrechenÜbernehmen.mdb' befinden, können in jedes Formular übertragen und genutzt werden. Anpassungen sind nur dann notwendig, wenn bereits die gleichen Ereignisprozeduren verwendet worden sind. Dann müssen die Befehle aus der Ereignissprozeduren in die bestehenden von Ihrem Projekt reinkopiert werden.


Die Beispiel-Datei kann unter folgenden Link heruntergeladen werden:
SchaltflächenOkAbbrechenÜbernehmen.zip 

Voraussetzung:
MS Access 2010, 2007, 2003, 2002 oder 2000

Montag, 3. Dezember 2012

Problematik TreeView / ListView & co, die durch ein Sicherheitsupdate von Microsoft im August 2012 entstanden ist

Das Microsoft Update vom 14. August 2012 hat eine Änderung an den ActiveX-Steuerelementen der Bibliothek MSCOMCTL.OCX vorgenommen, welche die meisten in Betrieb befindlichen TreeView- und ListView-Steuerelemente untauglich machte.

Unter folgenden Link wird aufgezeigt, wie die Probleme entstehen und wie Sie diese beheben können: http://www.access-im-unternehmen.de/861

Vor ein noch größeres Problem stehen Office-Entwickler die das Update eingespielt haben. Den die entwickelten VBA-Dateien mit der neuen MSCOMCTL.OCX Version 6.1.98.34, laufen nicht mehr auf Ziel-Rechner die nicht diese Version enthalten. Diese sind also nicht mehr abwärts kompatible.

Daher sollten alle die mit den folgenden ActiveX Controls 6.0 (SP6) arbeiten wollen, das Update nicht installieren: Microsoft Slider / TabStrip / StatusBar / Toolbar / ImageComboBox / TreeView / ListView / ProgressBar / ImageList

So können Sie die Version 6.1.98.33 wiederherstellen:
1. MSCOMCTL.OCX unregistrieren
2. Folgenden regAst löschen: [HKEY_CLASSES_ROOT\TypeLib\{831FDD16-0C5C-11D2-A9FC-0000F8754DA1}\2.1]
3. Die alte Version MSCOMCTL.OCX (6.1.98.33) ins system32 reinkopieren und registieren.
4. Anschließend noch unbedingt folgende Einträge im RegKey HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\ActiveX Compatibility\ löschen:
{0B314611-2C19-4AB4-8513-A6EEA569D3C4} Microsoft Slider Control 6.0 (SP6)
{24B224E0-9545-4A2F-ABD5-86AA8A849385} Microsoft TabStrip Control 6.0 (SP6)
{627C8B79-918A-4C5C-9E19-20F66BF30B86} Microsoft StatusBar Control 6.0 (SP6)
{7DC6F291-BF55-4E50-B619-EF672D9DCC58} Microsoft Toolbar Control 6.0 (SP6)
{87DACC48-F1C5-4AF3-84BA-A2A72C2AB959} Microsoft ImageComboBox Control 6.0 (SP6)
{95F0B3BE-E8AC-4995-9DCA-419849E06410} Microsoft TreeView Control 6.0 (SP6)
{979127D3-7D01-4FDE-AF65-A698091468AF} Microsoft ListView Control 6.0 (SP6)
{A0E7BF67-8D30-4620-8825-7111714C7CAB} Microsoft ProgressBar Control 6.0 (SP6)
{F91CAF91-225B-43A7-BB9E-472F991FC402} Microsoft ImageList Control 6.0 (SP6)
 
Zusatz-Info:
Registrierung unter Win64 Bitmit folgenden Befehle:
RegSvr32.exe -u c:\Windows\SysWow64\MSCOMCTL.ocx
RegSvr32.exe c:\Windows\SysWow64\MSCOMCTL.ocx

Für die 32-bit-Version kommen diese Befehle zum Einsatz:
RegSvr32.exe -u c:\Windows\System32\MSCOMCTL.ocx
RegSvr32.exe c:\Windows\System32\MSCOMCTL.ocx

Die Version MSCOMCTL.OCX 6.1.98.33 ist unter http://www.access-im-unternehmen.de/861 zum herunterladen zu finden.

Montag, 15. Oktober 2012

Nachhaltig Excel-Blatt mit VBA ansprechen.



Um ein Excel-Blatt per VBA anzusprechen wird oft der Index oder den Namen des Blattes verwendet. Dies kann jedoch in der Praxis zu Fehlern führen, sobald das Blatt sich an einer anderen Stelle befindet oder umbenannt wurde. Besser ist den CodeName zu verwenden.

Variante 1: Verwendung des Indexes
Sub Var1()
  Dim ws As Worksheet
  Set ws = Worksheets(1)
  ws.Name = "Januar"
End Sub
Der Nachteil dieser Variante ist, sobald das Blatt vom Anwender verschoben
wird, verwendet der VBA-Code das falsche Blatt.

Variante 2: Verwendung des Blattnamens
Sub Var2()
  Dim ws As Worksheet
  Set ws = Worksheets("Tabelle1")
  ws.Name = "Januar"
End Sub
Der Nachteil dieser Variante ist, sobald das Blatt vom Anwender umbenannt
wird, erzeugt der VBA-Code einen Fehler. Spätestens beim 2. Aufruf erhalten wir
zwangsläufig einen Fehler.

Variante 3: Verwendung des Objektnamens (CodeName)
Sub Var3()
  Dim ws As Worksheet
  Set ws = Tabelle1
  ws.Name = "Januar"
End Sub
Diese Variante ist optimal. Der Code kann beliebig oft ausgeführt werden
ohne einen Fehler zu erzeugen.

Sollte jedoch das Blatt sich nicht in der aktiven Arbeitsmappe befinden, kann dieses nicht mit dem CodeName angesprochen werden!

Mit der folgenden Funktion wird dies doch möglich:
Public
Function GetSheetFromCodeName(CodeName As String, _
 
Optional Sheet As Object, _

 
Optional InWorkbook As Workbook) As Boolean 

  If InWorkbook Is Nothing Then Set InWorkbook = ThisWorkbook
  For Each Sheet In InWorkbook.Sheets
    If StrComp(Sheet.CodeName, CodeName, vbTextCompare) = 0 Then
     GetSheetFromCodeName = True
      Exit For
    End If
  Next 
End Function
 
Beispielaufruf:
Sub Var4()
  Dim ws As Worksheet
  If GetSheetFromCodeName("Tabelle1", ws, Workbooks("Datei.xls")) Then
    ws.Name = "Januar"
  Else
    MsgBox "An den Programmierer: Der Codename ist nicht vorhanden!", vbCritical
  End If
End Sub
Anmerkung:
Gleichzeitig wird mit der Funktion GetSheetFromCodeName geprüft, ob das Objekt gar vorhanden ist. Diese Funktion kann auch nur für diese Prüfung benutzt werden.
Ich würde empfehle immer diese Funktion zu verwenden. Falls der Programmierer sicherstellt, dass das Objekt immer vorhanden ist, kann auch die IF-Abfrage weggelassen werden.

Beispielaufruf:
Sub Var5()
  Dim ws As Worksheet
  GetSheetFromCodeName "Tabelle1", ws
  ws.Name = "Januar"
End Sub