Zum Hauptinhalt gehen

Filter Parameter of ContentCreator-Reference-Report ( top.WE_API.Report.show( "RelatedObjects"...)

Kommentare

7 Kommentare

  • Holger Höbbel

    Hallo Christopher,

    ich fürchte, Du suchst an der falschen Stelle. Ich nehme an, dass Die dieser Link zur entsprechenden Dokustelle ausreicht, um die Lösung zu finden:
    https://docs.e-spirit.com/odfs/vorlagenentwick/formulare/eingabekomponen/button/index.html#s8

    Viele Grüße,
    Holger

    0
  • Christopher Grothues

    Hallo Holger,

    nene - das war schon richtig. Im Executable würde ich via ClientScriptOperation das JavaScript abfeuern, mit welchem im CC der Report geöffnet werden soll - samt passenden IdProvider bzw. Datensatz dem ich gerne mitübergeben wollen würde.

    Gruß,

    Christopher

    0
  • Holger Höbbel

    Hallo Christopher,

    tut mir sehr leid. Ich hatte das Posting nur überflogen und "FS_BUTTON" und "gewünschtes Objekt mitgeben" gelesen und gedacht, ich könnte das eben schnell noch beantworten :(

    Laut der (von Dir selber verlinkten Doku ;) kannst Du als Parameter Type nur String oder Boolean übergeben. Alles andere wird versucht zu interpretieren, aber ohne Garantie, dass das klappt.

    Außerdem müssen die Keys im JSON vom Report-Plugin definierten Parametern entsprechen.

    https://docs.e-spirit.com/odfs/vorlagenentwick/javascript-apis/contentcreator/reports/index.html

    Dort der Abschnitt "JavaScriptObject filterParameters" und darin der Unterpunkt "Parametertypen und -werte"

    In deinem Beispiel übergibst Du aber int-Werte. 

    Liegt es vielleicht daran und es reicht aus das Ganze auf Strings umzustellen?

    Viele Grüße,
    Holger

    0
  • Christopher Grothues

    Hallo Holger,

    das Ding ist, dass ja je Report ein anderes Filter-Objekt vorliegen kann, damit die verschiedenen Reports die FS selber mitbringt, als auch die für Kunden geschriebenen.

    Dieses Filterable  wird auch in der Doku für Reports (siehe https://docs.e-spirit.com/odfs/plug-developmen/universal-exten/data-access/use-reporting/index.html)  aufgeführt, kann jedoch jedesmal anders aussehen - je nach Anwendungsfall.

    Dies lässt sich von außen nicht erraten, weshalb es an sich in der Doku stehen müsste.

    Für die Suche muss z.B. ein Objekt mit dem Attribut "Pattern" als String übergeben werden (siehe https://support.crownpeak.com/hc/de/community/posts/29549280937501-Search-Term-Parameter-of-ContentCreator-Search-top-WE-API-Report-show-Search). Das steht da auch nirgendswo, sondern wurde mir damals zugetragen.

    Die Auflistung auf die du verweist ist nur die Aufzählung, welche Datentypen es an sich gibt. Dadrunter gibt es dann die Filter-Optionen für das Report-Beispiel der Text-Blöcke.

    Wenn das ein eigener Report wäre, könnte ich dem entnehmen was nun zu tun wäre.

    Für FS-Standard-Reports ist dies nicht ohne weiteres möglich.

    Hoffe das hat die Problematik nochmal verdeutlicht.

     

    An der Stelle Danke (!) dafür das du die Community-Flagg hoch hältst.

    Deine Antworten sind immer super :) !

     

    Gruß,

    Christopher

    0
  • Christopher Grothues

    Hi! 

    gibt es die Möglichkeit den Aufgbau des Filter-Objektes zu erhalten?

     

    Gruß,

    Christopher

    0
  • Holger Höbbel

    Hallo Christopher,

    ich habe ein wenig geforscht. Momentan wird dieser Anwendungsfall über die API leider nicht unterstützt.

    Kannst Du bitte einen Feature Request dazu einstellen (https://firstspirit-portal.crownpeak.com/)?

    Viele Grüße
    Holger

    0
  • Daniel Witt

    Hi,

    ich würde mal unverbindlich folgendes ausprobieren

    FSID (FirstSpirit Access-API)

    Wenn du wie hier beschrieben die Parameter als JSON übergibst könnte das vielleicht funktionieren - best guess! Denn an andere Stelle wird die FSID für NavigationChanges etc verwendet. In der JS des genannten Reports geht man an einigen Stellen auch von fsid aus

    0

Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.