Zeitstrahl

Die Komponente Timeline zeigt Zeilen mehrerer Tabellen als eine Liste, die neueste zuerst: standardmäßig die Notizen, Portalkommunikation und andere Aktivitäten eines Datensatzes. Fügen Sie sie in ein RecordContext Verzeichnis ein und sie listet die Zeilen zu diesem Datensatz auf: wer jeden geschrieben hat und wann, der Rich-Text-Hauptteil auf wenige Zeilen gekürzt, bis Mehr anzeigen, und den Anhang zum Herunterladen. Sie liest jeweils eine Seite nach der anderen, mit Laden mehr für den Rest und Aktualisieren , um sie erneut zu lesen. Die Suche funktioniert als Raster: Text stimmt ab dem Anfang eines Themas oder Textes überein, oder irgendwo nach einem führenden *, und ein Tag oder ein Jahr, mit >, <, >= oder <= davor, findet die Zeilen dieser Tage. Mit mehr als einer Tabelle wählt ein Menü neben der Suche aus, welche angezeigt wird.

Welche Notizen und Aktivitäten dargestellt werden

Eine Notiz erreicht das Portal nur, wenn ihr Text mit *WEB*beginnt, sodass das Personal interne Notizen auf den von Kunden sichtbaren Aufzeichnungen speichern kann. Telefonanrufe, Aufgaben und andere Aktivitäten folgen in der Beschreibung derselben Regel, außer den ungefilterten Typen – standardmäßig Portalkommunikation. Der Server wendet dies auf jede Abfrage an, inklusive Raster und Joins, sodass keine Tabellenzugriffsregel sie erweitern kann. Das Portal zeigt das Präfix nie an und fügt es einer Notiz oder Aktivität hinzu, die über das Portal erstellt wurde. Eine Notiz, deren Titel den Autor Note created on … by Name [contact:id] nennt, wird als von diesem Kontakt geschrieben angezeigt. Setzen SecurityOptions.PortalVisibility.Prefix Sie auf ein anderes Präfix, oder auf auf jede null Notiz und Aktivität, und fügen Sie eine Tabelle UnfilteredActivities hinzu, um jede Aktivität anzuzeigen. Mitarbeiter sind als sich selbst im Portal angemeldet: Sie sehen jede Notiz und Aktivität, die ihre Sicherheitsfunktionen ihnen erlauben, wie in Dynamics, mit gespeichertem Text, und fügen das Präfix selbst zu einer Notiz hinzu, die für das Portal bestimmt ist.

E-Mails können nicht mit dem Präfix markiert werden. Der Text einer E-Mail wird vom Mail-Client geschrieben, der sie gesendet hat, als vollständiges HTML-Dokument, sodass das Präfix nie der erste Text ist und keine E-Mail das Portal über das Präfix erreicht. Hinzufügen email UnfilteredActivities ist die einzige Möglichkeit, E-Mails anzuzeigen, und es zeigt jede E-Mail, die der Nutzer lesen kann, auf einem Datensatz – inklusive interner.

Portalkommunikation

Eine Portalkommunikation (ppp_portalcommunication) ist eine Aktivität in der Power Portals Pro-Lösung für Nachrichten zwischen einem Portalnutzer und einem Personal. Sie ist für das Portal gedacht, daher benötigt sie kein Präfix . Es gibt an, wer sie geschrieben hat: der Kontakt des Portalnutzers oder der Mitarbeiter, der geantwortet hat, mit dem Kontakt in To. Die Nachricht ist ein reicher Text und kann einen Anhang enthalten.

Zugang

Die Zeitleiste listet nur das auf, was der Nutzer lesen darf: Jede Art von Eintrag muss in ihrer Tabelle gelesen werden, und ein Nutzer, der keine von beiden lesen kann, sieht überhaupt keine Zeitleiste. Eine Notiz zeigt auf ihren Datensatz durch objectid und eine Portalkommunikation durch regardingobjectid, sodass die übliche Regel es einem Benutzer erlaubt, die Elemente der Datensätze zu lesen, die er erreichen kann, mit RowsViaParent. Behalten Sie diese Abfrage unter den Spalten, die sie lesen können: Die Zeitleiste fragt nach den Einträgen ihres Datensatzes durch sie, und eine Bedingung in einer Spalte, die der Benutzer nicht lesen darf, wird weggelassen, die die Elemente jedes Datensatzes auflistet, den sie erreichen.

Der Anwendungsbenutzer des Portals muss auch in Dataverse beide Tabellen lesen. Notizen müssen in der Note-Tabelle gelesen werden. Dataverse gewährt jedem Aktivitätstyp eine Rechte zu, sodass die Portalkommunikation durch die Read-On-Aktivitäten abgedeckt ist, die die Power Portals Pro Application User-Rolle bereits umfasst. Damit Benutzer Notizen und Nachrichten ändern oder löschen können, benötigt es auch Write and Delete in der Note-Tabelle sowie Delete on Activities, was diese Rolle nicht erfüllt.

Nachrichten schreiben

Ein Nutzer, der Portalkommunikation erstellen kann, erhält eine neue Nachricht: einen Betreff, eine Rich-Text-Nachricht und einen Anhang über den Datensatz, auf dem sich die Zeitleiste befindet, und derjenige, der Notizen erstellen kann, erhält neue Notiz. CreatableTables Benennt die Tabellen, aus denen eine neue Zeile geschrieben werden kann, Notizen und Portalkommunikationen standardmäßig; eine Notiz oder Nachricht wird an Ort und Stelle geschrieben, die Zeile einer anderen Tabelle in einem Seitenpanel. Es ist eine eigene Form, die getrennt von der umliegenden Seite gespeichert wird. Der Server sendet die Nachricht vom Benutzer, egal wie die Anfrage steht, sodass ein Benutzer nicht als ein anderer schreiben kann. Gewähren Sie ihm Tabellenzugriff OwnedBy("from") : sendet eine neue Nachricht vom Autor und RowsForWriting RowsOwnedByContact("from") erlaubt es Benutzern, nur das zu ändern, was sie gesendet hat. Lassen Sie Schreiben und Löschen weg, bleibt eine Nachricht so, wie sie gesendet wurde. Die Timeline bietet Bearbeiten und Löschen für jede Zeile an, die der Benutzer ändern oder löschen kann, und der Server bewertet jede Änderung erneut, wenn sie ankommt. FormLocation (React: formLocation) gibt an, wo sich die Form eines anderen Tisches öffnet: ein Seitenpanel rechts, wie standardmäßig, oder links ein Dialog in der Mitte, oder Inline — an Ort und Stelle in der Zeitleiste, während Notizen und Nachrichten geschrieben werden.

Mitarbeiter hören von einer neuen Nachricht über PortalCommunicationOptions. Standardmäßig ist sie an den Besitzer des Datensatzes adressiert, um den es sich handelt, wenn dieses Besitzer ein Benutzer ist. Stattdessen kann sie in eine Warteschlange gehen, auf die der Nutzer der Portalanwendung Zugriff braucht, um Einträge hinzuzufügen, oder niemandem, sodass sie auf der Timeline des Datensatzes bleibt.

Tabellen

Notizen und jede Aktivitätstabelle werden auf dem Server für Zeitlinien und Kalender registriert, die jeweils datiert sind nach dem, was die Formulare verlangen: einen Termin nach Start, eine Aufgabe oder einen Anruf nach Fälligkeitsdatum, eine E-Mail oder Nachricht nach Schreibzeitpunkt. Eine Timeline listet jede registrierte Tabelle auf, die der Benutzer lesen kann; nenne die, die sie in Tableszeigt. Auf einem Datensatz listet er die Zeilen darüber und die Aktivitäten auf, an denen der Datensatz als Absender, Empfänger oder Teilnehmer teilnimmt. Der Server zeigt nur die Notizen und Aktivitäten an, die für das Portal bestimmt sind: jene, deren Text mit *WEB*beginnt, oder jede einzelne von einer Art in UnfilteredActivities. E-Mails können das Präfix nicht tragen, daher erscheinen sie nur, wenn email sie in dieser Liste stehen.

Registrieren Sie eine eigene Tabelle mit AddMultiTableSource: einem Titel und was sonst noch angezeigt wird, wie zum Beispiel Text, deren Besitzer und Empfänger sowie die Abfrage des Datensatzes in einer Zeile. Dann benennen Sie jede Kontrolle, für die sie bestimmt ist, mit den Spalten, die die Steuerung benötigt: ForTimelines dem Datum, nach dem die Zeilen geordnet sind, ForCalendars ihrem Anfang und, falls vorhanden, der End- und Alltagsspalte, ForSearch, sowie ForMaps Breiten- und Längengrad. Diese Spalten werden immer gelesen, unabhängig von den Abfragenamen einer Ansicht. Eine Registrierung, die eine Spalte benimmt, die die Tabelle nicht hat, oder eine von falschem Typ, stoppt das Portal beim Start und sagt, was falsch ist. Das Registrieren einer Notiz- oder Aktivitätstabelle ändert erneut nur die Namen der Registrierung. Eine Registrierung gewährt keinen Zugriff: Jede Tabelle benötigt weiterhin Lesezugriff wie jede andere Tabelle.

Bevorstehende Reihen

Eine Zeitleiste listet die neuesten Zeilen zuerst auf, von jetzt an zurück. Upcoming (React: upcoming) startet sie so weit voraus, sodass das, was erscheint, zuerst unter einer eigenen Überschrift angezeigt wird, und Ascending (React: ascending) listet die Zeilen ab jetzt auf, am frühesten zuerst: siehe Kommende Items. Um die Zeilen einer Tabelle auf eigene Weise zu zeichnen oder sie in eigenen Formen zu schreiben, siehe Custom Rendering.

Ansichten

Geben Sie die Timeline-Ansichten zur Auswahl, da ein Raster hat: Dataverse's eigene in ViewIds, wie z. B. Meine Telefonate oder Alle Aktivitäten, Ansichten mehrerer Tabellen in MultiTableViewIds, und eigene Ansichten in CustomViewDefinitions, wobei DefaultViewId die zuerst angezeigte Ansicht benannt wird. Bei zwei oder mehr übernimmt ein View-Selektor die Überschrift. Eine Dataverse-Ansicht listet activitypointer jede registrierte Aktivitätstabelle auf, und auf einem Datensatz listet eine Ansicht die Zeilen des Datensatzes auf, die sie durchlässt. Mit AllowSavedViews (React: allowSavedViews), kann ein angemeldeter Benutzer die Tabellen, die die Timeline anzeigt, als eigene Ansicht neben Ihrer speichern und seine Standardansicht auswählen und die nicht verwendeten Ansichten im Filtermenü ausblenden: siehe Gespeicherte Ansichten.

Eine eigene Ansicht listet Zeilen einer oder mehrerer Tabellen auf. Geben Sie einer Tabelle eine FetchXML-Abfrage, und deren Filter und Joins entscheiden, welche Zeilen angezeigt werden, sodass eine Ansicht Zeilen erreichen kann, die mit anderen Datensätzen abgelegt sind, wie etwa Telefonanrufe mit Kontakten eines Kontos; setzen FilterByRecord Sie die false Abfragen der Ansicht selbstständig. Die Zeitleiste liest ihre eigenen Spalten in ihrer eigenen Reihenfolge, sodass die Spalten und Reihenfolgen einer Abfrage keine Rolle spielen. Der Benutzer muss jede Spalte, die ein Filter testet, lesen können: Eine Bedingung für eine Spalte, die der Benutzer nicht lesen darf, wird weggelassen.