Das Notes Forum
Domino 9 und frühere Versionen => ND6: Entwicklung => Thema gestartet von: ReinerB am 11.10.05 - 09:38:02
-
Morgen!
Ich habe ein Mehrfachfeld
Dokument 1
11.10.2005-TextA2
10.10.2005-TextA1
Dokument2
11.10.2005-TextB2
10.10.2005-TextB1
Jetzt möchte ich eine Ansicht erstellen, wo die ersten 10 Stellen (also das Datum) die Kategorie ist und zu jedem Datum der korrekte Text angezeigt wird.
>10.10.2005
TextA1
TextB1
>11.10.2005
TextA2
TextB2
Das mit dem Kategoriefeld bekomme ich hin, aber nicht die Textspalte.
Da steht dann z.B. "TextA2,TextA1". Ich bekomme keine 1:1 Beziehung zwischen Datum und Text hin.
Geht das irgendwie?
Wäre für eure Hinweise dankbar.
Gruß
Reiner
-
Hi,
du musst in der zweiten Spalte das Trennzeichen auf Komma setzen. Außerdem musst du noch auch dem zweiten Reiter die Option Mehrfachwerte getrennt anzeigen setzen.
Axel
-
Hallo Axel,
nein das funktioniert leider nicht. Es werden bei jedem Datum alle Texte mit Komma getrennt angezeigt.
Vielleicht ist meine Formel für die 2. Spalte falsch:
@Middle(atext; 11; @Length(aText) - 10)
Reiner
-
Formel aus der Spalte rausnehmen und nur den Feldnamen eintragen. Rest wie von Axel geschrieben.
-
Hallo Klaus,
nein geht auch nicht. Dann sieht die Spalte so aus:
10.11.2005,TextA1,11.10.2005,TextB2
für Datum 10.11.2005 und für 11.10.2005 nochmal.
Reiner
-
Hi,
ich hab's bei mir mal schnell getestet und es funktioniert.
In der Maske habe ich ein Feld mit der Option Mehrfachwerte zulassen und als Trennzeichen bei der Eingabe und beim Anzeigen jeweils das Komma.
In der Ansicht ist die erste Spalte kategorisiert mit der Spaltenformel @Left(Feld; 10). in der zweiten Spalte wurde als Trennzeichen bei Mehrfachwerten das Komma eingstellt und auf dem zweiten REiter die Option Mehrfachwerte zulassen gesetzt. Als Spaltenformel habe ich @RightBack(Feld; 11) eingetragen.
Axel
-
was Reiner will, GEHT NICHT.
Ist schon zigmal hier diskutiert worden.
Ich verdeutliche nochmal (für alle nachfolgenden), wo das Problem liegt:
EIN Dokument hat die Werte:
11.10.2005-TextA2
10.10.2005-TextA1
Wenn man diese Werte jetzt aufsplittet, dann bekommt man zwei Kategorien:
11.10.2005 und 10.10.2005
Eine zweite Spalte soll jetzt unter 11.10.2005 TextA2 und unter 10.10.2005 TextA1 enthalten. Das funktioniert aber DEFINITIV nicht, weil die zweite Spalte keine "Info" darüber hat, in welcher Kategorie sie sich befindet. Es wird also IMMER so aussehen:
10.10.2005
TextA2
TextA1
11.10.2005
TextA2
TextA1
Einziger Workaround: Kategorisierung per \ :
@ReplaceSubstring( FeldName; "-" ; "\\" )
Dann sind allerdings TextA2 bzw. TextA1 auch Kategorien.
Gruß
Tode
-
was Reiner will, GEHT NICHT.
Ist schon zigmal hier diskutiert worden.
Ich verdeutliche nochmal (für alle nachfolgenden), wo das Problem liegt:
EIN Dokument hat die Werte:
11.10.2005-TextA2
10.10.2005-TextA1
Wenn man diese Werte jetzt aufsplittet, dann bekommt man zwei Kategorien:
11.10.2005 und 10.10.2005
Eine zweite Spalte soll jetzt unter 11.10.2005 TextA2 und unter 10.10.2005 TextA1 enthalten. Das funktioniert aber DEFINITIV nicht, weil die zweite Spalte keine "Info" darüber hat, in welcher Kategorie sie sich befindet. Es wird also IMMER so aussehen:
10.10.2005
TextA2
TextA1
11.10.2005
TextA2
TextA1
... und wie erklärst du das?
Ich habe zwei Dokumente.
1. Dokument: 11.10.2005-TextA2, 10.10.2005-TextA1
2. Dokument: 10.10.2005-TextB1, 11.10.2005-TextB2
In der Ansicht sieht das so aus (siehe unten).
Axel
-
tja, ich kann eigentlich auch nur bestätigen, dass es nicht geht.
Mein kleines Testbeispiel funktioniert im Designerfenster. In der Notes-Vorschau sehe ich gar keine Dokumente (kann auch ein anderes Problem sein). In der reellen Anwendung sehe ich für zwei Datumsangaben immer nur einen Text, den gleichen pro Dokument.
Danke für eure Beiträge.
Reiner
-
so wie es bei Axel aussieht funktioniert es bei mir auch. Wichtig ist dabei, dass die 2. Spalte nicht sortiert ist.
Ist die 2. Spalte sortiert wird in jeder Kategorie alles angezeigt.
-
Hallo Dirk,
du hast es drauf! :)
Es geht! Da hatte ich bei der Textspalte mal die Sortierung gesetzt, brauche ich aber nicht. Super. Vielen Dank.
Reiner