Posts by rhorbas

Aktuell ist das eine Objektansicht.

Ich habe das vorläufig so gelöst:

<we:object classid="2" objectseourls="true">
<we:field nameto="we_id" to="local" type="text" name="we_id" />
<?php
if(isset($we_id) && $we_id != "0") {
    $we_id = (int)$we_id;
    $db = new DB_WE();
    $db->query("SELECT * FROM " . TBL_PREFIX . "tblObject_2
                WHERE OF_ID=$we_id"
    );
    while ($db->next_record()) {
        $customerIds[] = $db->f('object_1');
    }
    if(count($customerIds) == 1) {
        $Kunden_ID = $customerIds[0];
    }
}

Ich hänge mich eben dran, weil es passt (finde ich): Wie greife ich auf die OF_ID des Elternobjekts zu? Das Feld OF_ID kommt ja in allen Objekten vor.

Also ich habe die 2 Objekte Kunde und News, und News hat ein Feld /Kunde (intern in der DB object_1)

Für den Fall gibt es kein <we:field>, oder übersehe ich was?

Super, Danke!

Ich sollte wirklich mal wieder zu den Intensivtagen gehen, in den letzten Jahren hatte ich immer keine Zeit...

Nachtrag: Hier meine Umsetzung für kombinierte Bootstrap-Klassen, falls es jemand braucht:

1. Ich habe eine Config.tmpl mit diesem Inhalt:

<?php
$config = [
	'editorclasses' =>
    [
        // Buttons
        [
            'title' => 'Link als Button',
            'selector' => 'a',
            'classes' => ['btn btn-primary'],
        ],
        [
            'title' => 'Kleiner Button',
            'selector' => 'a.btn',
            'classes' => ['btn-sm'],
        ],
        [
            'title' => 'Großer Button',
            'selector' => 'a.btn',
            'classes' => ['btn-lg'],
        ],
        [
            'title' => 'Info-Button',
            'selector' => 'a.btn',
            'classes' => ['btn-info'],
        ],
        // Listen
        [
            'title' => 'Listengruppe',
            'selector' => 'ul',
            'classes' => ['list-group'],
        ],
        [
            'title' => 'Listengruppenelement',
            'selector' => 'ul.list-group li',
            'classes' => ['list-group-item'],
        ],
        // Tabellen
        [
            'title' => 'Tabelle',
            'selector' => 'table',
            'classes' => ['table'],
        ],
        [
            'title' => 'Gestreifte Tabelle',
            'selector' => 'table.table',
            'classes' => ['table-striped'],
        ],
    ],
    [...],
];

// schreibt sich dann leichter:
$GLOBALS['editorclasses'] = $config['editorclasses'];

Die inkludiere ich in der Hauptvorlage:

<we:include type="template" id="id_der_vorlage" comment="System/Config"/>

Und so sehen meine Tinys dann aus:

<we:textarea
    wysiwyg="true"
    name="content"
    classes="\$editorclasses"
    (...)
/>

Ich hänge mich hier mal eben dran, weil ich eben von dem Thema betroffen bin:

Ich möchte kombinierte Klassennamen für einen Link ermöglichen, also etwa

class="btn btn-sm btn-primary"

Ich bilde mir ein, dass das früher mal ging, denn ich verwende das schon in recht alten Vorlagen:

<we:textarea
 wysiwyg="true"
 name="content"
 classes="bs-tooltip,btn btn-sm btn-primary,btn btn-lg btn-primary,btn btn-sm btn-info,btn btn-lg btn-info" ...

Jetzt melden mir Anwender, dass das nicht funktioniert.

Das mit "a.btn btn-primary" habe ich eben versucht, das geht nicht; das Dropdown bleibt leer.

Geht das wirklich nicht, oder übersehe ich was?

Aaaah, hat sich von selbst erledigt!

Ursache war, dass ich in Level 2 die Seiten (die noch nicht existieren) als externe Links mit href "#" angelegt habe. (Ich bilde mir ein, dass das früher funktioniert hat.)

Wenn man ein Internes Dokument verwendet und den Wert leer lässt, werden die Entries ausgegeben.

Never mind!

Ich hänge mich hier mal kurz mit dran, da ich nicht sicher bin, ob mein Problem einen eigenen Thread oder gar einen Eintrag in der Bugbase rechtfertigt:

Ich bin beim aktuellen Projekt auf 10.0.1 Doldenhorn. Items verwende ich schon lange nicht mehr, nur Folders.

Dieser (stark vereinfachte) Code gibt mir in 9.3.1 Cardada eine verschachtelte Liste aus, auf Doldenhorn nur die EInträge auf Level 1:

<we:navigation navigationname="default" parentid="1" />

<we:navigationEntry type="folder" navigationname="default" level="1">
    <li>
        <we:ifHasEntries>
            <we:navigationField name="text" />
            <ul>
                <we:navigationEntries />
            </ul>
            <we:else />
            <we:navigationField name="text" />
        </we:ifHasEntries>
    </li>
</we:navigationEntry>

<we:navigationEntry type="folder" navigationname="default" level="2">
    <we:navigationField name="text" />
</we:navigationEntry>

<ul>
    <we:navigationWrite navigationname="default" />
</ul>

Die Prüfung mit <we:ifHasEntries> in Level 1 gibt rein gar nichts aus, obwohl die Unterordner definitiv bestehen.

Kann das jemand bestätigen?

Habe gerade eine gar nicht schlecht gemachte Scam-Mail bekommen:

Quote

Betreff: Fällige Rechnungszahlung
Datum: Mon, 29 Jan 2024 08:50:48 +0000
Von: webEdition e.V <mail@tryrdps.com>

Sehr geehrte Damen und Herren,

Da wir eine interne Prüfung durchführen und unsere Konten ausgleichen müssen, müssen Sie den Status aller uns gegenüber ausstehenden Zahlungen oder Rechnungen überprüfen. Wir möchten auf diese E-Mail umgehend eine Antwort mit Angabe des gesamten fälligen Betrags bzw. des Fälligkeitsdatums oder eine Kopie der offenen Rechnung(en) erhalten und bitten Sie, Zahlungen an unsere bisherige Bankverbindung bei Ihnen zu sperren, um etwaige Bonitätsfehler unsererseits zu vermeiden bis Sie von uns eine Antwort erhalten, da wir für alle Zahlungen eine Nebenkontoverbindung haben.

Wir entschuldigen uns an dieser Stelle für etwaige Unannehmlichkeiten und danken Ihnen im Voraus für Ihre Kooperation und Ihr Verständnis.

Wenn Sie weitere Informationen benötigen, zögern Sie bitte nicht, mich für weitere Unterstützung zu kontaktieren.

Vielen Dank für die Einhaltung, beste Grüße,

Ich wünsche Ihnen allen ein erfolgreiches Jahr 2024.

Leiter Rechnungswesen
Mit freundlichen Grüße
Paul Jeremy Ph.D
webEdition e.V
Blankenbergstraße 11
12161 Berlin

Display More