@WF

Beiträge zum Forumthread

Beiträge zu diesem Forumthread

Betreff

Datum

Anwender

…Bezeichner in verschiedenen Kategorien auftreten, Sepp (& Walter);
allerdings ist es dann eigentlich ein Unding, dass man so in der Fml quasi auch noch die Filterung nachvollziehen muss, um ein richtiges Ergebnis zu erhalten. Ausgeblendete Zeilen sollten nunmal keine Daten liefern, die einen VERGLEICH positiv bestehen könnten. Das könnte man mit folgender Fml, die zwar etwas länger ist als Deine letzte, aber immer noch kürzer ist als Walters verbliebene, wenn auch ebenfalls als (singulare) MatrixFml:
{=SUMME(WENNFEHLER(--(VERGLEICH(WAHL(1+TEILERGEBNIS(3;INDIREKT("B"&ZEILE(2:99)));"-";B2:B99);WAHL(1+TEILERGEBNIS(3;INDIREKT("B"&ZEILE(2:99)));"";B2:B99);0)=ZEILE(1:98));""))}
Natürlich könnte man aber auch per Fml nachbauen, was mit der BedingtFormatierung ab Xl12/2007 möglich ist → mit TEXT (im Folgenden unter Einsatz einer benannten TeilFml):
=SUMMENPRODUKT(N(TextAnzeige>"");N(VERGLEICH(TextAnzeige;TextAnzeige;0)=ZEILE(1:98)))
TextAnzeige: =TEXT(B2:B99;";;;"&WAHL(1+TEILERGEBNIS(3;INDIREKT("B"&ZEILE(2:99)));"";"@"))
Ein analoges Vorgehen würde auch im zuerst gezeigten FmlBsp zu größerer Übersichtlichkeit führen.
Leider ist es nicht möglich eine dies unterstützende BedingtFormatierung mit klassischen Xl-Standardmitteln auszuwerten. Obwohl ZELLE.ZUORDNEN(53;…) das Ergebnis der gezeigten Formatierung (Text) anzeigen würde, verhindert seine EinzelZell-Orientierung aber den Einsatz in einer bereichsauswertenden Fml. Mit einer ziemlich simplen UDF wie GetText wäre das aber möglich:
RegelFml für B2:B99: =TEILERGEBNIS(3;B2) → Format von B2:B99: ;;;@ aus sonst ;;;
ZellFml: =SUMMENPRODUKT(N(GetText(B2:B99)>"");N(VERGLEICH(GetText(B2:B99);GetText(B2:B99);0)=ZEILE(1:98)))
Wenn man dann schon UDFs einsetzt, wären auch noch sehr viel kürzere Fmln möglich:
=ANZAHL2(VSplit(VJoin(GetText(B2:B99);;-1))) oder N1:=ANZAHL2(DataSet(GetText(B2:B19);"";-1;1;1))
Für VSplit und VJoin gibt's inzwischen ja offizielle neue Xl-Fktt im Abo, für GetText viell auch, aber sicher nicht für DataSet, das für Operationen mit 2 DatenMengen in Form von (Ko-)Vektoren bestimmt ist…
Tja, und dann könnte man ja auch nur die nicht-ausgeblendeten Zeilen verwenden, was einen diskontinuierlichen Bereich ergäbe. Xl hat zwar einige (vorwiegend ältere) Fktt, die mit so etwas umgehen können, aber keine, die einen erzeugen kann. Im hiesigen Archiv ist aber ebenfalls eine solche enthalten:
=ANZAHL2(DataSet(NoErrRange(B2:B19;1);"";-1;1;1))
Da ein solcher ErgebnisBereich idR nicht auf ein TabBlatt abgebildet und mitunter auch nicht weiterverwendet wdn kann, übernimmt das hier DataSet, wodurch nebenbei auch ein abbildbares Array geformt würde, falls erforderlich.
Es gibt noch mehr VBA-basierte Möglichkeiten, u.a. eine, mit und bei der jeder die Möglichkeit hat, einfache eigene UDFs für anspruchsvollere Aufgaben einzusetzen, diverse Standard-Fktt in ihren Möglichkeiten zu erweitern, VBA-Fktt, -Eigenschaften und -Methoden auf einfache Weise in Fmln anzuwenden, sowie spezifische Fml-Texte auszuwerten. Dazu zu gegebener Zeit mehr, denn hier passen VBA-Themen ja nicht so recht… ;-]
🙈 🙉 🙊 🐵 Morhn & schöSo, Luc :-?
„Die Intelligenzmenge ist auf diesem Planeten eine Konstante, die Bevölkerung nimmt aber zu!“ Auch deshalb informieren mit …

…Lupo,
und wenn excelformeln.de nicht zu einer reinen Nostalgie-Veranstaltung für Fml-Tüftler degenerieren soll, muss so etwas künftig berücksichtigt wdn. Außerdem machen neue Fktt manche alte Lösung effektivitätsobsolet, wobei ich allerdings meine Zweifel habe, ob die neuen Entwicklungen nun soviel besser sind als die alten. Es fehlt wohl immer noch so manches, auch en detail…
Eines scheint aber gewiss; die trotz ihres speziellen und immer noch fktionierenden Xl-Zugriffs wohl doch recht primitiv pgmmierten XLM-Fktt verlieren zunehmend an Bedeutung. Ihre Präferierung ggüber VBA-basierten UDFs auf excelformeln wird somit immer unverständlicher, wäre doch die hier nun verworfene Fml ab Xl12/2007 viel eleganter mit einem kaum aufwendigen UDF-Ersatz für das nicht aktiv matrix(-fml-)fähige ZELLE.ZUORDNEN (Get.Cell) zu lösen, wenn man zusätzlich die neue BedingtFormatierung (für ZahlFormate) bemüht (vgl AW oben). Schon dieses Zusammenspiel müsste berücksichtigt wdn, denn anders als bei ZellFormaten wird hierfür kein .DisplayFormat benötigt, nur .Text →ZELLE.ZUORDNEN(53;…)←! Hat MS so etwas inzwischen berücksichtigt? Man sollte doch meinen, dass die alten XML-Fktt mit die ersten wären, die eine Neufassung als reguläre Fkt verdient hätten (und zwar im Geiste der anderen alten Fktt und nicht nur als Abklatsch des Bestehenden)! Das Zeug wird nun schon lange genug mitgeschleppt!
Interessant wäre auch, wenn man die Adress-Variation der BedingtFormatierung über einen bestimmten Bereich auch anderweitig nutzen könnte, zB bei Namen*. Das gelingt bisher nur mit manchen Standard-Fktt und auch nicht in jedem Fml-Kontext. Viell schafft hier die „MxFml-Freiheit“ ja Abhilfe…
* Gemeint ist speziell die Beschränkung auf einen bestimmten, fml-standort-externen Bereich in seiner Gänze.
Gruß, Luc :-?
PS: Die erwähnte AW oben dauert noch; will noch etwas testen.

Beliebteste Forumthreads (12 Monate)

	A	B	C	D	E
1	Abteilung	DRG		2	3
8	x	J65Z
12	x	E79D
13	x	E79D
14	x	E79D
15	x	E79D
16	x	E79D
17	x	E79D
18	x	E79D
19	x	A13D

	A	B
1	Abteilung	Typ
2	a	I44C
3	a	A09B
4	b	A09B
5	b	A09B
6	a	I08E
7	b	I08E
8	x	J65Z
9	a	E79D
10	b	E79D
11	c	E79D
12	x	E79D
13	x	E79D
14	x	E79D
15	x	E79D
16	x	E79D
17	x	E79D
18	x	E79D
19	x	A13D

	A	B
1	Abteilung	Typ
2	a	I44C
3	a	A09B
4	b	A09B
5	b	A09B
6	a	I08E
7	b	I08E
8	x	J65Z
9	a	E79D
10	b	E79D
11	c	E79D
12	x	E79D
13	x	E79D
14	x	E79D
15	x	E79D
16	x	E79D
17	x	E79D
18	x	E79D
19	x	A13D

14 Beiträge zum Forumthread Beiträge zu diesem Forumthread

Beliebteste Forumthreads (12 Monate)

Beliebteste Forumthreads (12 Monate)

14
Beiträge zum Forumthread

Beiträge zu diesem Forumthread