Bedingte Formatierung "runterziehen"

Beiträge zum Forumthread

Beiträge zu diesem Forumthread

Betreff

Datum

Anwender

…Daniel,
aber wie du oben ja schon gezeigt hast, geht's hierbei um die Durchgängigkeit einer Fml-Notationsform für den Gebrauch in und von Xl und kaum um VBA an sich. Folglich müsste man die Nicht-Durchgängigkeit der Umsetzung einheitlicher Normen (für Xl) in VBA beklagen. Aber derartige Festlegungen haben unterschiedliche Personen zu unterschiedlichen Zeiten getroffen und diese können nicht per sé dem Sprachkonzept angelastet wdn. Und auch hier wird Xl wieder den Hintergrund dafür bilden.
Die Datengültigkeit wird Xl zu einem früheren Zeitpunkt, auf jeden Fall aber von anderen Pgmmierern hinzugefügt worden sein als schon die alte BedingtFormatierung, von der ich allerdings zZ nur vermuten kann, dass auch sie in VBA nur die lokale Fml-Notationsform zuließ (spätestens aber mit dem neuen BedFormat ab 2007). Sicher ist jedenfalls, dass in beiden Fällen normalerweise nur die lokale Form zurückgegeben wird, wenn man ihre Formula-Eigenschaften ausliest. Auf jeden Fall haben die Schöpfer der bis dato kaum veränderten Datengültigkeit auch an die Internationalisierbarkeit wenigstens der RegelFmln gedacht (Xl „übersetzt“ sie ja ohnehin). Sie hatten ja ebenso daran gedacht, VBA eine Möglichkeit beizufügen, die Gültigkeit auf einfache Weise festzustellen. Gerade Letzteres fehlt bei der BedFormatierung bis heute, stattdessen wurde ab Xl14/2010 die objektbildende Eigenschaft DisplayFormat hinzugefügt, die nur irregulär in ZellFml-UDFs anwendbar ist.
Das alles sind Ungereimtheiten, die auf Kooperationsmängel im Hause MS hindeuten (viell sind ja auch diesmal wieder Arbeiten an Externe vergeben worden). Aber letztlich muss ja jede Fml-Angabe (auch ZellFmln!) in lokaler Notation erst umgewandelt/übersetzt wdn, bevor der FmlText-Interpreter damit etwas anfangen kann. Die rein englische Notation von FormulaArray und Validation.Formulas spart das (zuerst) ein (und holt es dann bei Letzterem in Xl und damit zur Abfrage nach).
Aber wie gesagt, das hat mehr mit Xl als mit VBA zu tun.
Luc :-?

…dass „VBA nicht durchgängig Englisch“ sei, verstehen, Daniel?
Von (Fml-)Eingabesprache war da wohl explizit nicht die Rede! VBA gab's bis ca Office98 auch mehrsprachig (in Analogie zur alten Xl4-Makrosprache). Davon ist nur Englisch und wohl auch noch Französisch geblieben. Das betraf damals auch alle SchlüsselBegriffe der Sprache. Ein FmlText ist kein Schlüsselbegriff der VBA-Sprache, sondern etwas, was erst in und mit Xl in ein Ergebnis umgesetzt wdn kann. Folglich kann nur Xl (bzw dessen Pgmmierer) auch für die jeweiligen Anforderungen zuständig sein. Es ist also kaum zu erwarten, dass diejenigen, die VBA um neue Xl-Objekte und ihre Anforderungen erweitern, mehr tun als das fallweise Erforderliche. Wenn die Xl-Pgmmierer nun auf bestimmte separate Mehrsprachigkeiten verzichtet haben, wdn VBA-Pgmmierer doch den Teufel tun und solche künstlich erschaffen. Sie haben ja schließlich auch Zeitvorgaben!
Wenn du das nicht begreifen kannst oder willst, tut's mir leid, aber das ist nunmal logisch gedacht und setzt keine QuellCode-Kenntnisse voraus. Was du hier führst, ist demzufolge nur so etwas wie ein Rückzugsgefecht.
Wenn Xl nicht die Oberhoheit über sämtliche FmlTexte hätte, würde der Xl-Rechenkern wohl ganz anders fktionieren als wir es täglich erleben. Warum denn sonst empfiehlst ja gerade du ständig, per VBA FmlTexte in Zellen zu schreiben, Xl die Arbeit machen zu lassen und dann ggf die Fmln mit ihren Ergebnissen zu überschreiben…‽
Versuche doch mal, per VBA Xl zu veranlassen, einen FormulaLocal-Text auf Englisch auszugeben. Das wird auch mit Trick niemals gelingen, mit Gültigkeits- und BedingtFormat-RegelFmln aber schon. Ein Zeichen dafür, dass für Zell- und benannte Fmln mehrere, auch lokale Eigenschaften existieren, für RegelFmln aber nicht. Was Xl dann verlangt, um die jeweilige RegelFml verarbeiten zu können, dürfte wohl kaum in der Verantwortung eines VBA-Pgmmierers liegen!
Wenn man etwas (be-)nutzen will, muss man sich an dessen Bedienungsanleitung halten und kann keine eigene erfinden. Das gilt auch für Container im Transportwesen. Und für xlVBA sind FmlTexte nunmal nur variable Inhalte, die an den Zielort zur weiteren Verwendung transportiert wdn, genau wie andere konstante Werte auch!
Den VBA-Pgmmierern kann man allenfalls die uneinheitliche Handhabung ihres eigenen „Handwerkzeugs“ anlasten, zB die teilweise Nichtnutzung einst vorgefertigter Enumerationen und stattdessen Einführung neuer Konstanten, die so manche konstanten Eigenschaftswerte sehr uneinheitlich aussehen lassen. Aber das alles hat mit der basissprachlichen Grundform von VBA nichts zu tun und in anderen Pgmmiersprachen dürften nur transportierte Inhalte nicht anders behandelt wdn.
Und wie der Xl-FmlText-Interpreter arbeiten könnte, sollte sich jemand, der über langjährige Erfahrungen sowohl in der Fml- als auch Pgm-Entwicklung verfügt, durchaus vorstellen können… :-]
Luc :-?

Beliebteste Forumthreads (12 Monate)

Bedingte Formatierung "runterziehen"

24
Beiträge zum Forumthread

Beiträge zu diesem Forumthread

300 Forumthreads zu ähnlichen Themen

Beliebteste Forumthreads (12 Monate)

Beliebteste Forumthreads (12 Monate)

Bedingte Formatierung "runterziehen"

24 Beiträge zum Forumthread Beiträge zu diesem Forumthread

300 Forumthreads zu ähnlichen Themen

VBA Beispiele zu verwandten Themen

Beliebteste Forumthreads (12 Monate)

Beliebteste Forumthreads (12 Monate)

24
Beiträge zum Forumthread

Beiträge zu diesem Forumthread