Office: (Office 2003) Bericht über Variable ansprechen

Warum ist in lang.Value nicht "Deutsch" oder "Englisch" gespeichert bzw. warum ist in der Tabelle Sprachen nicht ein Sprachschlüssel gespeichert?

Diese Abfrage erfolgt bei mehrsprachiger Anwendung doch sicher öfter.
Und wenn es mehr Sprachen werden, wird aus dem IF Then ein Case.

Leichter wäre eine konsistente Anwendung in der Variablen und der Tabelle.

Dann würde sich die entprechende Titelsuche auf
Code:

ohne jede IF Then oder Case-Struktur ermittln lassen.
Nz habe ich zum Abfangen von "leeren" Ergebnissen eingefügt.

Gruß
Vincenz

ja des war so ziemlich das erste was mir in den sinn gekommen ist und so hab ichs dann auch gemacht. ich wollt es zwar auch so gestalten dass man sprachen noch hinzufügen kann aber da sich des vorerst mal nur auf englisch und deutsch begrenzt hatte ich mich mit der erstbesten lösung abgefunden.

aber ich muss dir recht geben, so ist es schon besser. werds gleich mal ausprobieren *biggrin.gif*

 

also ich hab des mal ausprobiert. hab dann auch die spalten in der tabelle dementsprechend umgebenannt. aber wenn ich mir direkt danach den Titel als Test anzeigen lasse stelle ich fest, dass er nicht den inhalt in der zelle genommen hat sondern den namen der spalte. also 1 oder 2.

wieso macht der des ? sollte eig nicht passieren oder hab ich da nen denkfehler ?

 

Hallo speaker,
den Fehler habe ich wohl gemacht:
Ich habe beim DLookUp nicht richtig aufgepasst.

Nach dem, was bis jetzt bekannt ist, hast Du eine Tabelle Sprachen mit mind. den Spalten:
Deutsch
Englisch
Button

Also muss lang.value einen Text enthalten, hier entweder 'Deutsch' oder 'Englisch'.

Aber das wäre dann auch keine optimale Tabellenstruktur, da ja für jede Sprache eine neue Spalte dazukommen müsste.

Meine Idee dazu:
Tabelle Sprachen:
Sprachschluessel -> meinetwegen auch als Text, Inhalt Deutsch, Englisch usw
Text -> hier steht die Anzeige
Element -> etwas allgemeiner für deinen ButtonNamen.

Wenn im Sprachschlüssel Zahlen stehen (1=Deutsch, 2=Englisch) brauchst Du für lang.value nichts ändern:

Code:

Behälst du die Tabellenstruktur bei, so muss lang.value eben den Namen der richtigen Spalte beinhalten.

Gruß
Vincenz

 

Behälst du die Tabellenstruktur bei, so muss lang.value eben den Namen der richtigen Spalte beinhalten.

Gruß
Vincenz


klasse ! vielen dank ! funktioniert alles !

und weiter gehts....*top

 

sodele, da bin ich wieder. hat ja nicht lang gedauert bis ich ein neues problem habe :-(

ich will das ganze jetzt noch ein bisschen erweitern. ich bastel mir ja wie gesagt mein report aus verschiedenen access reports. bis jetzt habe ich ja versuccht die diagramme in den access reports anzuprechen. hat auch alles geklapp (danke nochmal für die hilfe). jetzt kann es aber sein dass ich ein access report in meine sammlung hinzufüge in der KEIN diagramm ist. ich muss aber auch hier wie schon erwähnt die sprache ändern. hier wären es dann bezeichnungsfelder. das ändern an sich wäre ja (..denke ich..) kein problem. das problem liegt daran meiner meinung darin dass ich nicht weiß ob in dem oder dem report ein diagramm ist oder nicht. demnach würde diese zeile ins leere laufen

Code:

wie kann ich also prüfen ob es in einem report ein diagramm gibt bevor ich diese zeile ausführe ?

habe folgendes gefunden:

wäre das bei access auch sowas in der richtung ?

 

Hallo speaker,
ich glaube, du musst Dein gesamtes Konzept einmal überdenken.
Ich kenne mich mit Access-Reports nicht so genau aus. Aber analog den Formularen hat ein Report verschiedene Ereignisse.
Im Open-Ereignis könntest Du dann die verschiedenen Bezeichnungen setzen. Dabei muss dann lang.value eine globale Variable sein.
Das würde dann mit meinen Ideen aus #19 so aussehen:
Code:

Damit brauchst Du von aussen nicht zu raten, was auf den Reports für Elemente drauf sind.

Gruß
Vincenz

 

Hi,

fast. Access kennt die Charts nicht direkt, sondern nur als Controls, d.h. Steuerelemente wie Textfelder, Bezeichnungsfelder, Linien und eben auch Charts.

Du könntest/müsstest also alle Controls durchlaufen und deren Controltype prüfen. Wo es ein Chart ist, bist du fündig geworden.

Etwa so:
Code:

Edit: Vincenz' Rat ist auch nicht zu verachten. *Smilie

 

Damit brauchst Du von aussen nicht zu raten, was auf den Reports für Elemente drauf sind.

Gruß
Vincenz

servus,

daran hatte ich als aller erstes auch schon gedacht aber hatte es dann gleich gelassen weil nich mal das report_open ereignis ausgeführt wurde. hab dann an der stelle leider nicht weiter gemacht. jetzt wird es zwar ausgeführt aber ich kriege die fehlermeldung "sie haben die vorherige operation abgeborchen".

Code:

ich hab jetzt das gleiche konstrukt wie du genommen (keine angst, die namen sind geändert :-)).

aufgerufen wird das formular im versteckten modus

Code:

thx im voraus !

greetz

p.s.: gibs einen bestimmten befehl um das Report Ereigniss aufzurufen ? in meiner anderen db kommt der nicht mal zur ausührung des open_report ereignisses

 

"Sie haben die vorige Operation abgebrochen" kommt gerne, wenn ein formal unzulässiges Suchkriterium angesetzt wird... stimmen deine Kriterien?

 

ja hattest recht ! es lag am kriterium !

ich versuch grad die diagramm bearbeitung auch noch über open_report zu fahren und bekomme jetzt folgendes : "das ungebundene oder gebundene Objektfeld, das Sie versucht haben zu bearbeiten, enthält kein OLE - Objekt"

Code:

ich blicks net. ich hab doch ein OLE Objekt ! nämlich das diagramm ! wieso macht der sowas ?

dieses sorgenkind hier bereitet mir nur noch kopfschmerzen...*frown.gif*

 

Ist denn auch ein Diagramm drin, d.h. entworfen und datenhaltig? Stimmt der Name des Objektfelds?

 

soweit ich das beurteilen kann sollte alles stimmen. es ist ein balkendiagramm und wenn ich es im entwurfsmodus öffne wird auch ein inhalt angezeigt. und wenn du mit name des objektesfeldes in dem sinne name des diagrammes meinst, dann stimmt alles.

greetz

 

Das Diagramm soll aber doch beim Öffnen des Berichts vermutlich aktuelle Daten zeigen. Die Anzeige im Entwurfsmodus ist daher nur ein Dummy. Die echten Daten werden beim Öffnen geholt und sind evtl. leer. Dann krachts.

 

primär gehts mir nur mal darum wie oben schon die eigenschaften vom diagramm zu ändern. kollege vfrei hat ja vorgeschlagen das mit open_report zu machen da ich dadurch nicht herausfinden muss ob ein diagramm im report ist oder welche elemente sonst. die lösung ist gut und nach meinem geschmack.

Die Daten werden natürlich auch aktualisiert :-)

was schlägst du vor ? sollte ich wieder zu meiner alten methode zurückkehren und das mit dem report ereignis lassen ? oder hast du ne idee wie ich dieses problem in den griff bekomme ?

greetz

 

Lad doch mal eine abgespeckte Demo hoch. Mir fehlt gerade die Vision...