Geht nun auch 😎
Deswegen hier noch ein Hinweis
Der Vorteil liegt klar bei mobilen Endgeräten. Mann kann nun die Einbettung der Videos ausschalten und verbraucht dadurch weniger Resourcen, sowohl CPU/RAM was die Geschwindigkeit des Seitenaufbaus deutlich erhöht (+ life of battery), als auch Datenvolumen.
Wenn man ein Video eingebettet sehen möchte, braucht man nur den Switch betätigen.
Die Einbettung ist bei einem neuen Laden der Seite wieder weg.
Zweite Grafik mit der Zwei-Spalten-Ansicht: Da bin ich völlig neutral.
Das kann in den Element-Einstellungen gemacht werden.
- Anzahl an angezeigten Posts pro Seite
- soll geblättert werden können, also mehrerer Seiten?
- Aus welchen Kategorien oder Schlagwörten soll angezeigt werden? oder Alles?
Optionales: Vielleicht später?
1) zu Kategorien und Schlagwörtern
Die Struktur für Kategorien und Schlagwörter, sprich die Anzeige in den Übersichten, ist vom Theme her gegeben. Da es zu unseren Zwecken umgestrickt wird, geht es eher um die Frage, 'Wie soll das angezeigt werden?'.
Wordpress hat von Haus aus Kategorien und Schlagwörter, die auf den jeweiligen Seiten für Kategorien/Schlagwörter angezeigt werden. Diese bracuhen aber auch ein für uns passendes Layout (eins der Dinge, die noch zu tun sind.), sowohl bei den Übersichten, wals auch bei der Anzeige der einzelnen Posts. Das steht aber ganz hinten an. ich würde diese Seiten auch zunächst blockieren und das später machen. Die Anzeige in unseren Übersichten, sollten aber jetzt schon mit eingebaut werden, auch wenn wir die nicht anzeigen.
Und Vielleicht später? ist nicht oft eine Gute Idee, weil es nach einem fertiggestellten Abschnitt oft in Vergessenheit gerät.
2) zu Unterschied neues Fenster / Popup:
Ein neues Fenster ist simpel:
- neues Browserfenster öffnen
- Link aufrufen
Ein Popup ist
- ein Browserfenster
- mit div. Optionen, z.B.:
- definierte Breite und Höhe, z.B. 640x480 -> kein Vollbild
- es können Elemente ausgeblendet werden, wie:
- Scroll-Leiste
- Ränder
- Auswahl-Menu
- Position des Popups (funktioniert bei einigen Browsern)
Popups funktionieren i.d.R nicht und es wird einfach nur ein neues Fenster geöffnet.
Ich finde Popups schon ganz gut, vor allem weil sie von sich aus im Vordergund als einzelner Tab geöffnet werden, so dass man das nach dem Lesen einfach wieder zumachen kann, ohne einen 207. Tab offen zu haben. Gerade bei großen Displays, bzw. hohen Auflösungen, ist mE von Vorteil nur ein kleines Fenster zu haben.
3) zu Forum und Kommentaren
Die Forum-Verlinkung und die Kommentar-Anzeige kommt wahrscheinlich ganz zum Schluss. Ok, schon vor den Layouts von Kategorien und Schlagwörtern. 😉 Das wird noch einaml ziemlich kniffelig werden.
Auf den Screenshots ist zu sehen, dass die Anzahl an Kommentaren angezeigt werden kann. Das sind Wordpress-Kommentare, keine Forum-Inhalte. Das Forum/Board ist ein Wordpress-Plugin mit eigener Datenbank-Struktur außerhalb von Wordpress.
Um die Kommentare anzuzeigen, muss enstprechend die Datenbank des Forums ausgelesen werden und nicht die build-in Kommentare von Wordpress.
Das Gleiche gilt für die Erstellung von neuen Threads. Im Frontend ist das easy. Ich muss aber zunächst die Art und Weise verstehen, wie die Threads vom Code her erstellt werden, um dann entsprechende Klassen und Methoden dafür zu schreiben.
Es sind also mehrere Sachen:
- Thread erstellen
- Thread aufrufen
- Anzahl der Posts des Threads auslesen und -1 sind dann die Anzahl der Kommentare
Ich finde es sehr gut, dass wird hier so darüber sprechen, denn so fallen mir Dinge auf die gebraucht werden. Der Thraed muss ja auch dem Post zugeordnet werden. Das kann über die Überschift passieren, ist aber total unsicher. Also wird entweder die Post-ID im Thread gespeichert werden müssen oder die Thread-ID im Post. Und dafür berauche ich dann noch ein neues custom field.
Am sinnvollsten für mich (aber vielleicht nicht am besten) ist die Erstellung des Threads. Wenn ich das kann, habe ich auch eine Ahnung über die Forum-Struktur. Da sollste der Rest (Posts/Kommentare auslesen, Thread aufrufen) recht einfach sein.
Damit ist das aber nicht die schnellste Variante. Ich weiß nicht, ob eine Zwischenlösung Sinn macht. Wenn ein manuell erstellter Thread genau so heißt, die Überschrift der News, könnte darüber eine Verknüpfung erstellt werden. Das wäre ein Workaround, den man temporär verwenden kann. In dem Auslesen der Anzahl der Posts in dem Thread, sehe ich auch kein Problem. Ich könnte mir dann für die codebasierte Erstellung des Threads ein wenig mehr Zeit lassen.
Elegant wäre später ggf. eine dynamische Lösung. Button a) "Forum", Button b) "Thread erstellen" oder dergleichen, falls noch kein Thread vorhanden ist.
Davon bin ich ausgegangen. 😉 🤣 😊
4) Ein Bild das zeigt woher die News kommt
Auch dazu habe ich jetzt eine Idee für die Umsetzung.
- Wenn eine neue RSS-Feed-XML-Datei eingetragen wird, muss eine Quelle auswählt werden
- Möglichkeiten der Angabe:
- entweder vorab Quellen definieren
- oder für jede RSS-Feed-XML-Datei beim Anlegen.
Ich werde es wohl so machen, dass vorher Quellen definiert werden müssen. Damit kann auch eine eindeutige Zuordnung von Quellen-ID > RSS-Feed-Liste > Post-ID erfolgen
5) Merkzettel für mich
- add custom fields:
- source
- thread id
- maybe: comments counter
- Add menu:sources to RSS-Daemon
- name
- image
- description
So. Das war's erst einmal. Ich werde jetzt noch kurz die daily's machen und dann ist wohl Schicht im Schacht.
- Anzahl an angezeigten Posts pro Seite
- soll geblättert werden können, also mehrerer Seiten?
- Aus welchen Kategorien oder Schlagwörten soll angezeigt werden? oder Alles?
Da ich die Zwei-Spalten-Ansicht als ein Deluxe-Feature betrachte: Anzahl der angezeigten Posts pro Seite (10-25-50) legt der User fest. Wenn Google mich Laien richtig aufgeklärt hat, geht das aber nur über ein Word-Press-Plugin. 😉
Soll geblättert werden können? Das wiederum sehe ich eher als Standard und würde ich persönlich auch vermissen, wenn es nicht möglich wäre.
Kategorien: Da habe ich noch keine Meinung zu, da mir das Kategorien-Gedöns tatsächlich zu abstrakt ist. Ich weiß jetzt nicht, ob ich das schon geschrieben habe, aber bei Klamm gibt es das "in grob" ja auch, und ist oft eine mittelschwere Katastrophe.
Da ist ja die Frage: Was gehört überhaupt wohin? Wie definieren wir die Kategorien (Benamsung), wie werden die Feeds dann technisch zugeordnet?
Aus der Hüfte geschossen würde ich für den jeweiligen News-Anbieter eine Kategorie anlegen und nicht in Unterhaltung/Sport/Deutschland/Shopping/Kunst/Klatsch-und-Tratsch etc. pp. unterscheiden. Das resultiert jetzt aber auch mehr oder weniger aus meinem mangelnden Verständnis.
Sorry. 😉
Kurzantwort, mehr im Laufe des Tages:
Ich finde Popups schon ganz gut, vor allem weil sie von sich aus im Vordergund als einzelner Tab geöffnet werden, so dass man das nach dem Lesen einfach wieder zumachen kann, ohne einen 207. Tab offen zu haben
Nein, das neue Fenster wird ja nicht in einem (von womöglich 206 weiteren) Tabs geöffnet, sondern eben als neues Fenster. Deswegen ist das PopUp meiner Meinung nach redundant. Oder eben das "neue Fenster". Vermutlich verstehen wir uns da "miss". 😉☺️
Wie schon bei den eingebetten Videos, können nun auch die Links zu Socialmedia-Seiten einzelnd freigegeben werden. Das sind zur Zeit LinkedIn und Facebook.
Eine gute Nachricht @HerrLehmann
Es sind also mehrere Sachen:
- Thread erstellen
- Thread aufrufen
- Anzahl der Posts des Threads auslesen und -1 sind dann die Anzahl der Kommentare
Das Forum ist mega gut programmiert und bringt Alles an Funktionen mit was benötigt wird.
... also, ALLES .... so wirklich ALLES, und zwar so dass einfach A L L E S ! ! ! einfach gemacht werden kann. 🤗 🤩 😊 😍
Da ich die Zwei-Spalten-Ansicht als ein Deluxe-Feature betrachte: Anzahl der angezeigten Posts pro Seite (10-25-50) legt der User fest. Wenn Google mich Laien richtig aufgeklärt hat, geht das aber nur über ein Word-Press-Plugin. 😉
Da das was ich gerade mache Plugin-Entwicklung ist, schreibe ich das da mit rein. 😋
Ich muss jetzt aber erste einmal andere Dinge tun, sonst werde ich morgen gelyncht. 🙃
Ich muss jetzt aber erste einmal andere Dinge tun, sonst werde ich morgen gelyncht
Mach das. 😉
Für mich ist eine Frage aufgetaucht: Wenn ein Thread im Forum per [klick] erstellt wird, wer soll dann als 'Thread-Ersteller' angezeigt werden?
- Der User, der geklickt hat?
- Die Quelle, von der der RSS-Feed ist?
- Ein virtueller User, wie z.B. 'RSS Feed Bot', 'RSS Crawler'?
Das angezeigte Bild des Autors eines Thread ist seitens der Forum-Software immer das Bild des jeweiligen Users. Bis jetzt habe ich die Forum-Software nicht 'angefasst' und würde es auch gerne dabei belassen. Es wäre schön, wenn duch das Bild des Autors gleich ersichtlich wäre, woher die News kommt. Da würde ich sicherlich ein Workaround finden, doch ich glaube nicht dass man einfach das Logo einer Nachrichtenseite für eine Zuordnung verwenden darf. Das sollte wohl eher etwas generisches sein.
Was meint ihr dazu?
Boah, schwierig. Obwohl ... eigentlich müsste die Quelle links angezeigt werden. der Titel des Threads kommt ja auch daher, denke ich.
Rechts dann wie gewohnt der Ersteller des letzten Beitrags.
Just my few bucks dazu ...
Ein Logo der Quelle, ob generisch oder nicht, halte ich auch am sinnvollsten.
Da das nach Forum-Syntax immer ein User ist, müsste es für jede Quelle einen Forum-User geben.
Das lässt sich auch automatisiert lösen. Also bei der Erstellung der Quelle eine checkbox mit ' [ ] Benutzer erstellen' machen. Der macht an sich nicht, außer threads haben. Die Feeds an sich würde ich wohl einem 'Bot-User' zuordnen.
btw: Quellen können jetzt erstellt und dann den RSS-Feeds zugeordnet werden.
Die Bildzuordnung wird noch ein wenig kniffelig, wenn auf die 'Media-Dateien' zugegriffen werden soll. Das möchte ich gerne als Feature haben, werde es aber ganz hinten anstellen. Die Zuordnung kann bis dahin ganz dirty einfach über das Eintragen der Bild-ID gemacht werden.
Damit geht es als nächstes an die Feeds ran 🤗 🤩