Artikel Blog Darstellung

Shor-ty · 6. September 2020

Hallo zusammen,

ich hätte nochmals eine Frage bezüglich der Blog-Darstellung in Joomla 4 (Beta 3.0). Ich habe mehrere Artikel, die ich als Blog darstellen möchte. In Joomla 3.9.19 habe ich das damals eigentlich so hinbekommen, wie ich das möchte (siehe Anhang 1). In Joomla 4 habe ich jetzt folgendes Problem.

Mein Template-Layout wird durch das Blog-Layout verändert (Footer geht nicht mehr über die ganze Breite und nach einer HTML Analyse wird ein <div> Tag nicht geschlossen, wodurch mein </body> Tag im Quelltext rot eingefärbt ist (Bild 2+3))

Daher folgende Fragen:

Wie kann ich debuggen, wieso ein </div> Tag nicht geschlossen wird? Alle anderen Seiten auf meiner Seite funktionieren tadellos, nur wenn ich die Blog-Darstellung wähle wird das zerstört (ggf. ein Bug im J4?)

Jeder Hinweis wird dankend angenommen.

Grüße Tobi

christine2 · 6. September 2020

Hallo Tobi,

Hmmm, weiß ich so leider nicht, ob es ein Bug ist. Gibt zwar einige Issues was Blog-Layout betrifft, habe aber nichts Passendes dazu gefunden. Hast Du es auch mit einer Joomla 4-0-0-beta4-dev probiert?

Was mir am Code aufgefallen ist:

da ist ein Abstand vor dem >

Wenn es aber bei den anderen Seiten nicht ist, wird es wohl nicht die Ursache sein.

Man sieht leider auch keinen roten </div> Fehler im Quelltext.

Liebe Grüße

Christine

Re:Later · 7. September 2020

https://validator.w3.org/ schon ausprobiert?

Wenn man die unerheblichen Fehler (= Warnungen/Infos) erst mal ausfiltert(!!!) und sich "Source" anzeigen lässt mit Hervorhebung der bemängelten Codestellen kommt man eigentlich meist irgendwie ans Ziel oder wenigstens näher.

Man kann auch das HTML als Datei hochladen oder per Copy/Paste, falls Seite online nicht erreichbar...

Auch Notepad++ hat ein Feature dabei, das einem zusammengehörige Tags anzeigt. Quelltext reinkopieren. Im Sprache-Menü HTML wählen. Dann werden einem bei Klick auf einen Tag rote Linien und Kram angezeigt, wo der anfängt bzw. aufhört. Bisschen systematische Klickerei und Scrollerei...

firstlady · 7. September 2020

Hast du die Web Developer toolbar im Einsatz? Ich habe die im firefox. Dort gibt es den HTML Validator (remote und lokal).

Oder der nu validator

Harmageddon · 7. September 2020

Erster Schritt, um die Ursache einzugrenzen: Funktioniert es im Standard-Template (Cassiopeia)? Also ist dort der Quelltext sauber? Falls ja, liegt es an einem Override deines Templates. Falls nicht, ist es entweder ein Problem im Core oder in deinem Beitrag.

Shor-ty · 8. September 2020

Hallo zusammen,

vielen Dank für die Rückmeldungen.

christine2, das was Du ansprichst kommt von Joomla und ist in meinem Template nicht enthalten. Dieses <div class="mod-custom custom" > steht nicht in meinem Template. Mein Template ist sehr schlicht:

PHP

<body>                                                                          
    <div class="span">                                                          
      <div class="container-1">                                                 
        <div class="item-logo"><a href="/" title="<?php echo $app->get('sitename'); ?>"><img src="<?php echo $this->baseurl . '/templates/' . $this->template . '/images/logo.png'; ?>" alt="<?php echo $app->get('sitename'); ?>" /></a></div>
        <div class="item-menu"><jdoc:include type="modules" name="menu" style="none" /></div>
      </div>                                                                    
    </div>                                                                      
    <div class="container-2">                                                   
      <div class="item-promo-1"></div>                                          
      <div class="item-promo-2"><jdoc:include type="modules" name="promo" style="none" /></div>
      <div class="item-promo-3"><jdoc:include type="modules" name="counter" style="none" /></div>
      <div class="item-breadcrumbs"><jdoc:include type="modules" name="breadcrumbs" style="none" /></div>
      <div class="item-content"><jdoc:include type="component" style="none" /></div>
      <div class="item-footer-1"></div>                                         
      <div class="item-footer-2"><jdoc:include type="modules" name="footer" style="none" /></div>
      <div class="item-footer-3"></div>                                         
    </div>                                                                      
    <script src="/templates/holzmanncfd/js/canvas.js"></script>                 
</body>                                                                         
</html>

Alles anzeigen

Re:Later , Seite ist derzeit noch offline, werde ich aber demnächst auf den Server unter einer Sub-Domain hosten und dort weiterarbeiten. Die Warnungen kommen viele von dem JaTex Plugin, aber auch einige von meiner Seite. Werde ich überarbeiten und korrigieren. Den HTML Code hab ich einfach mal angehängt. Deinen Validator hab ich schon verwendet, mit Info, dass die DIVS nicht beendet werden. Allerdings, wie erwähnt, tritt das nur im Zusammenhang mit der Blogdarstellung auf.

firstlady, Seite nicht online daher nicht über Deinen Vorschlag möglich.

Harmageddon, guter Tipp. Gerade probiert, das DIV Problem ist hier nicht gegeben, allerdings ist natürlich die Seite komplett anders zwecks fehlendem *css*. Dann muss es doch irgendwo bei mir liegen (war ja auch irgendwie klar).

WErde mich erstmal um die Warnungen kümmern.

firstlady · 8. September 2020

Nur so - diese validators kann man lokal verwenden. Die dev tools haben einen expliziten lokalen Validator, bei nu kann man den Quelltext kopieren und in ein Eingabefeld werfen.

Ich würde mal bei der Blog darstellung erst mal alle Artikel auf unpublished setzen, dann einen nach dem anderen zuschalten bis das Problem auftritt.

Oder divide & conquer wenn es sehr viele Artkel sind.

Vielleicht ist einein readmore innerhalb eines Blocks?

Shor-ty · 8. September 2020

Also das Read More Feature hab ich drin. Probiere es morgen mal aus. Derzeit sind es nur 2 Artikel die ich drin hab.

Harmageddon · 9. September 2020

Zitat von Shor-ty

Harmageddon, guter Tipp. Gerade probiert, das DIV Problem ist hier nicht gegeben, allerdings ist natürlich die Seite komplett anders zwecks fehlendem *css*. Dann muss es doch irgendwo bei mir liegen (war ja auch irgendwie klar).

Enthält dein Template Overrides für die Blogansicht (im Ordner html)? Aufgrund deiner Schilderung würde ich mal stark davon ausgehen, dass der Fehler dort liegt.

Shor-ty · 9. September 2020

Nein ich habe keine Overrides diesbezüglich angelegt.

Harmageddon · 13. September 2020

Kannst du dein Template hier vielleicht mal als zip bereitstellen? Wenn es am Template liegt, ist das für uns sonst natürlich etwas schwer nachzubauen.

Shor-ty · 14. September 2020

Hey Harmageddon,

natürlich kann ich das bereitstellen Aber bitte nicht allzusehr schimpfen. Ist immerhin mein Erstes

Grüße Tobi

anka · 14. September 2020

Ich habe mal dein Template installiert. Daran scheint es nicht zu liegen. Aber wie sieht denn der Source Code des Beitrags "Temperature-Dependent Thermophysical..." im Backend bzw. im Editor aus? Liegt der Weiterleselink evtl. innerhalb eines Blockelements?

Shor-ty · 14. September 2020

Hallo anka, danke für Deine Überprüfung.

Ja der Weiterleselink liegt innerhalb eines <div> Elements:

Code

<div class="article">
<p><i class="fas fa-blog"> </i></p>
<h1>Temperature-Dependent Thermophysical Properties for Pure Water</span></h1>
<p>The OpenFOAM® thermophysicalProperties file for water (polynomial approach)</p>
<br />
<p class="article-text">Water is an ...</p>
<hr id="system-readmore" />
<p class="article-text">Some other text ... </p>
... Further HTML code ...
</div>

anka · 14. September 2020

Ok. Oder besser gesagt eben nicht ok .

Dadurch wird das <div> in der Blogansicht nicht sauber geschlossen, weil dort die schliessende Klammer nicht mehr vorhanden ist.

Gibt es einen zwingenden Grund dafür, den Beitrag in einen <div class="article"> zu packen?

Shor-ty · 15. September 2020

Hallo anka,

vielen Dank für die Rückmeldung. Ich hab mir gestern nach deinem Post #13 schon gedacht, dass das der Grund ist. Ich prüf das gleich mal. Danke für den Hinweis.

Und ja, die <div class="article"> könnte ich eigentlich rausnehmen und über die von Joomla eingesteuerte Class bearbeiten