Panelgroups

[Klabautermann]

Hi,
Ich habe eine Frage zum erstellen von Panelgroups.
Und zwar möchte ich aus einer Allgemeinen Panelgroup (für sich wiederholende Felder), Felder in eine andere Panelgroup importieren. Ich habe nur die möglichkeit gefunden, die komplette Panelgroup zu importieren.

Ich brauche das dazu um die Felder in einem Suchindex anschaulicher zu machen.

Hier mal ein Beispiel:

Suchindex:

Programm1

Feld1(spezifisch)
Feld2(allgemein)

Pogramm2

Feld3(spezifisch)
Feld2(allgemein wie aus PG1)

Hoffe mein Problem ist verständlich.

Schon mal danke für eure Hilfe.

[Fuerchau]

Soweit ich mich erinnere gibt es 2 Möglichkeiten:

.im => entspricht einer Copy-Strecke
.import => importieren eines Hilfekapitels

Weiteres siehe im Handbuch "Application Display Programming"
http://publib.boulder.ibm.com/infoce...e/launcher.htm

[Klabautermann]

Hi danke für die schnelle antwort. Das mit dem Importieren habe ich ja schon herausgefunden. Mir geht es nur darum, dass ich die einzelnen Felder der importierten Panelgroup ansprechen bzw in den Suchindex einfügen kann.

[Fuerchau]

Schau ins Handbuch.
Beim Import kann man gezielt ein Kapitel benennen, nicht einzelne Felder.

[GeorgG]

Hallo

wie Fuerchau schon gesagt hat. eine Panegroup als Referenz anlegen. Und eine spezifische für die Anwendung. in der spezifischen den Import der referenz
.* --> Einbinden der Referenzdatei
.*
:IMPORT PNLGRP=XXXX NAME='*'.

.*-------------------------------------
.* Feldbezog. Hilfe
.*-------------------------------------
.*
.*
:HELP NAME='BCKEY1'.FIRMA - Hilfetext
:IMHELP NAME=FIRMA.
:P.
.*
.*
:EHELP.
.*

feld aus der Referenzpanelgroup

gruß Georg

[Klabautermann]

Hi,
habe es jetzt so gemacht wie du gesagt gast Georg es kommt dann allerdings diese Fehlernachricht:

Nachricht . . . : Fehler beim Anordnen des Online-Hilfetextes.
Ursache . . . . : Die Quelle für den Online-Hilfetext enthält verschachtelte
Kennzeichen IMHELP. Die maximal erlaubte Verschachtelungsebene ist 16, es
wurde jedoch ein weiteres Kennzeichen IMHELP gefunden.
Fehlerbeseitigung: Den Fehler dem Programmeigner melden.
Technische Beschreibung . . . . . . . : Die Verschachtelungsebene bei
IMHELP-Markierungen darf 16 nicht übersteigen.

Kann damit nur leider gar nichts anfangen...

@Fuerchau: Aus dem Handbuch bin ich leider auch nicht schlauer geworden...

[Fuerchau]

Solche Fehler deuten ggf. auf eine Rekursion hin.
IMHELP fügt den Hilfetext dieser HilfeId in deine HilfeId ein.
Dieser Hilfetext kann wiederum selber IMHELP enthalten.
Da dies zur Laufzeit dann ausgeführt wird kann dies genau zu diesem Problem führen, wenn eine untergeordnete Hilfe die übergeordnete selber wieder importiert.
Dies muss nicht direkt im 1. IMHELP sein, sondern kann auch in weiter untergeordneten Stufen liegen.

[GeorgG]

Was für eine verschachtelungsebene ?
so wie es in dem Schnipsel drinsteht mache ich es schon seit Jahren. Es ist wichtig auf die Punktsetzung in den Panelgroups zu achten.
Ich könnte dir auch ein Beispiel posten.

gruß georg

[Klabautermann]

Also bei mir kommt dann noch die Sache mit dem Suchindex. Vllt hängt es damit zusammen, weiss es aber selber nicht.

[Klabautermann]

Sorry für den Doppelpost erst mal.
Habe jetzt mal vieles versucht und bin noch zu keinem Ergebnis gekommen. Hat das vllt auch jemand von euch ausprobiert oder was gefunden was mir weiter helfen könnte?

Greeetz Klabautermann

[RinglordCay]

Also sehe ich das richtig, man kann den IMPORT nur verwenden mit IMHELP aber nicht mit einer ganzen Panelgroup und den darin enthaltenen Subtopics?

da wir bei unserm Suchindex mit ISCHSUBT arbeiten währe es nämlich nett wenn man die komplette Hirachie einer PNLGRP importieren könnte...

[Fuerchau]

Dazu muss man das Konzept nochmal betrachten:
Mit IMPORT werden die Topics für den Compiler definiert, auf die man anschließend mit IMHELP verweist.
Dies ist generell ein einstufiges Konzept.
Hierzu muss man dann auch die F2-Funktion zur Laufzeit betrachten.

Wenn aus einer DSPF eine Hilfe angezeigt wird, wird ja erstmal nur dieses Topic aufgerufen. Bei F2 werden dann alle aktiven Topics des Formates zusammenhängend angezeigt.

Macht man nun einen Link aus einer anderen Hilfe auf einen anderen einzelnen Eintrag, kann man diesen nicht mit F2 in einen Zusammenhang bringen.
Für einen solchen Link benötigt man nun einen eigenen Topic, der wiederum nur aus IMHELP's aller einzelnen Topics des Bildes besteht.

Ruft man nun generell eine Hilfefunktion für ein Programm als Link auf, muss dieser Link ggf. wieder obige Topics als IMHELP einbinden, Beispiel:

Angaben in der DSPF, Satz1
Topic Satz1/F1
Topic Satz1/F2
Topic Satz1/F3

Topic Satz1
IMHELP Satz1/F1
IMHELP Satz1/F2
IMHELP Satz1/F3

Topic Prog1
IMHELP Satz1

Der Import ermöglicht halt nur, dass die Verweise per IMHELP zur Compilezeit erkannt werden.