Objekt-Detailansicht: Binary Dokument nicht verfügbar

[Yavin]

So und schon haben ich das nächste Prob!

In der Detailansicht eines Objektes möchte ich auch das Binary Dokument als Link zur Verfügung stellen, aber mit folgenden Code wird nur "Array" angezeigt, ohne Link!

Code: Alles auswählen

<we:var name"pdf" type="binary" hyperlink="on" />

Alle anderen Felder werden angezeigt.

Wie kann ich das lösen?
Meine erste Idee war, im Template für die Detailansicht anstatt we:var zu verwenden, das einzelne Objekt mit der übergebenen id ($we_objectID) darzustellen und hier kann ich ja dann wieder we:field verwenden, welches das Binary Dokument korrekt darstellt.

[Dirk Einecke]

Hi.

Dieser Typ von Feld ist ... ähm ... wie soll ich es sagen ... mh ... nun ja ... am besten Sie verwenden diesen Feldtyp nicht und nehmen einfach ein feld vom Typ "Href" - das geht.

[Yavin]

Na diese ähms und mhs sind jetzt aber etwas peinlich Wo liegt denn das Prob? Kann we:var kein binary, denn im Manual wird es nicht beschrieben, oder steckt das Prob tiefer?

Und wie siehts mit meiner Idee aus?

Ist jetzt halt etwas blöd , denn ich ja schon einige Klassen mit diesem Feld erstellt und meine Objekte werden ja nicht upgedatet ...

[Dirk Einecke]

Hi.

Zur Idee: Mann kann als "Detailansicht" ja eine Listview machen bei der man über das Attribut "condition" nur das Objekt darstellt welches zur übergebenen ID gehört.

[Toddler]

Gibt es hier mittlerweile eine Lösung?

[Toddler]

Meine Güte, das war ne schwere Geburt, und leider nirgends eine Lösung zu finden. So funktioniert es jetzt schließlich:

Code: Alles auswählen

    <we:ifVarNotEmpty match="Location"><h3><we:var type="text" name="Location" /></h3></we:ifVarNotEmpty>
    <we:ifVarNotEmpty match="Furtherinformation"><we:var type="text" name="Furtherinformation" /></we:ifVarNotEmpty>

    <we:ifVarNotEmpty match="PDF">
        <?php $binaryobjectname = $GLOBALS['we_doc']->getElement('PDF'); ?>
        <we:a id="\$binaryobjectname" target="_blank">Download</we:a>
    </we:ifVarNotEmpty>

Kann das bitte jemand irgendwo in der Doku vermerken? Dieses DokuWiki ist ne Katastrophe, ich komme damit gar nicht klar. Es war praktisch, dass man sowas bei We:devedge einfach in die Kommentare schreiben konnte...

[Toddler]

Querverweis:
http://forum.webedition.org/viewtopic.php?f=87&t=10530

[jacques]

Danke Dir, das hat mir gerade geholfen. Selbst bei der Version 6.2.3.0 keine Verbesserung diesbezüglich vorhanden.

[Toddler]

we:ifvarnotempty funktioniert leider nicht mehr. Das hier geht:

Code: Alles auswählen

				<?php $binaryobjectname = $GLOBALS['we_doc']->getElement('Preisliste'); ?>
				<?php if ($binaryobjectname != 0) { ?>
					<ul>
					<li class="pdf"> 
						<ul>
						<li><we:a id="\$binaryobjectname" target="_blank">Download</we:a></li>
						</ul>
					</li>	
					</ul>  
				<?php } ?>

Kann das jemand in die Doku aufnehmen? Das ist echt hilfreich!

[e_herrmann]

Hi,
hast du mal versucht das mit we:ifNotVar zu prüfen? Empty ist ja auch != 0

[mokraemer]

nicht in die Doku, sondern einen Bug-Report stellen.
das Tag sollte ja korrekt funktionieren - in den Vorlagen sollte so wenig wie möglich php-Text der WE betrifft zu haben - am besten gar keinen! Das sind Zugriffe auf Interna, die NICHT Updatesicher sind!

[ThomasGoebe]

@mokraemer:
nur noch mal zur Sicherheit für zukünftige Entwicklungen: so lange manches nicht mit Hausmitteln klappt, muss man manches mal auf "interna" zugreifen. Und getElement() nutze ich sehr oft in alten Projekten, um Probleme mit alten wE Versionen zu umgehen. In der 6er ist das teilweise nicht mehr nötig, aber wir müssen immer daran denken, dass solche Konstrukte eben im Einsatz sind und sanfte Migrationswege ermöglichen.

Das heist aber für alle: Wenn es irgendwie geht, immer webEdition Hausmittel nutzen. Diese sind updatesicher. Sollte es gar nicht gehen, dann dokumentieren, warum und was da genau mit php gemacht wird und bitte, bitte: neue we-Versionen schon im Betastatus mit Backups solcher Projekte testen!

Gruß
Thomas

[mokraemer]

@Thomas: gegen getElement ist nichts einzuwenden - das wird vermutlich auch immer so heißen - nur geifst du danach auf eine Datenstruktur zu, deren Inhalt von Änderungen betroffen sein kann. Gerade hier die Prüfung auf =0 oder '' - kann problematisch sein, weil evtl. das Element mal array()/object sein/werden könnte.

Wenn man die Daten in php braucht, dann entweder per

Code: Alles auswählen

<we:TAG to="global" nameto="name"/>
//oder
$name=we_tag('name',array(..));

Danach kann man mit den Daten machen was man will. Der Eingriff/Zugriff auf WE-Internas sollte die AUSNAHME nicht die REGEL sein!

Und, falls Fehler bei Tags gefunden werden, sollten diese in der Bugbase dokumentiert werden, damit der Fehler behoben werden kann.

[ThomasGoebe]

@Marc: ich stimme Dir zu, der we_tag() weg ist immer der beste. Aber auch das klappt manches Mal nicht. Nicht aufgrund von Fehlern sondern schlicht fehlenden Funktionen. So klappt aktuell bei mir ein we:ifFieldNotEmpty type="link" nicht. Und so weit ich weiss, wird type="link" hier auch gar nicht unterstüzt. So was meine ich.

Aber das können wir an anderer Stelle weiter diskutieren. Ist hier etwas OffTopic.

Gruß
Thomas