Kurzfassung:Verbessern Sie das Standard-Experience Builder Print-Widget, damit Benutzer ein Hoch- oder Querformat auswählen, den Druckbereich zeichnen oder anpassen, einen Dateinamen eingeben und die PDF mit diesem tatsächlichen Dateinamen herunterladen können.
Ich versuche, einen scheinbar recht einfachen Druckworkflow für das Personal zu erstellen:
- Wählen Sie ein Hoch- oder Querformat.
- Zeichnen oder passen Sie den spezifischen Kartenbereich an, der gedruckt werden soll.
- Geben Sie einen aussagekräftigen Dateinamen ein, wie z. B. eine GSOC-Ticketnummer.
- Exportieren und laden Sie die PDF mit diesem Dateinamen herunter.
Die verfügbaren Optionen scheinen jedoch an entgegengesetzten Extremen zu liegen.
Das Drucken in Instant Apps ist einfach und zugänglich, bietet aber nicht genug Anpassungsmöglichkeiten für diesen Workflow. In meiner Enterprise-Version kann ich zumindest nicht aus unseren hochgeladenen benutzerdefinierten Layouts auswählen. Ich benötige mehr Kontrolle über das Seitenlayout, die Ausrichtung, den gedruckten Bereich und andere Layoutelemente.
Experience Builder bietet viel mehr Flexibilität. Sein Print-Widget unterstützt benutzerdefinierte Layouts, Hoch- und Querformatvorlagen sowie einen sichtbaren Druckbereich. Benutzer können jedoch nicht eigenständig den gewünschten Druckbereich zeichnen. Sie müssen die gesamte Karte verschieben und zoomen oder manuell eine Kartenmaßstabszahl eingeben – was kein intuitiver Workflow für gewöhnliches Personal ist, das einfach eine Karte für einen bestimmten Bereich benötigt.
Der vom Benutzer eingegebene Titel scheint auch hauptsächlich als Ergebnisbeschriftung und Kartentitel zu fungieren. Wenn das Ergebnis geöffnet oder heruntergeladen wird, hat die tatsächliche PDF einen von ArcGIS Server generierten Dateinamen wie:
_ags_[lange zufällige Kennung].pdf
Das ist nicht praktikabel, wenn das Personal eine exportierte Karte mit einem bestimmten Ticket, einer Anfrage oder einem Projekt verknüpfen muss.
Die offensichtliche Lösung besteht darin, ein benutzerdefiniertes Experience Builder Widget zu entwickeln. Das erfordert die passende Developer Edition zur Enterprise-Version, die Installation von Node.js, die Konfiguration von OAuth-Anmeldeinformationen, das Ausführen der Client- und Server-Entwicklungsumgebungen, das Kompilieren des Widgets, das Hosten auf einem Webserver, die Konfiguration von CORS und MIME-Typen sowie die Registrierung im Portal.
Das ist eine außerordentliche Menge an Entwicklung und Infrastruktur für eine ganz gewöhnliche Druckanforderung.
Es scheint eine bedeutende fehlende Mitte zu geben zwischen:
- Instant Apps-Drucken, das für angepasste Einsatzkarten zu eingeschränkt ist; und
- benutzerdefinierter Experience Builder-Entwicklung, die für einen einfachen Hoch-/Querformat-PDF-Workflow unverhältnismäßig kompliziert ist.
Könnte das Standard-Experience Builder Print-Widget Optionen bieten, um:
- den eingegebenen Titel als tatsächlichen heruntergeladenen Dateinamen zu verwenden;
- zwischen konfigurierten Hoch- und Querformatlayouts zu wählen;
- einen Bereich zu zeichnen, zu verschieben oder zu skalieren, der den gewünschten Druckbereich darstellt; und
- das Ergebnis direkt herunterzuladen statt die temporäre
_ags_ Serverdatei zu öffnen?
Dies würde einen gängigen Workflow in der Kommunalverwaltung unterstützen, ohne dass ein benutzerdefiniertes Widget erforderlich ist, nur um eine richtig ausgerichtete und sinnvoll benannte PDF zu erzeugen.
