#31

Aw: xNews 1.71 Probleme mit der Darstellung

19.07.2011 22:24 Ja, aber es ist dennoch nicht DIE Lösung. Ich rate dir das Theme-CSS nach gleichen Klassen und IDs zu durchsuchen, die auch im xnews Modul verwendet werden. Wenn sich 2 im Weg stehen, wird auf ein Standard-Format zurückgegriffen. Das Problem jetzt ist, das du wahrscheinlich die Schriftgröße in deiner Theme-CSS nicht mehr ändern kannst.

Gruß

#32

Aw: xNews 1.71 Probleme mit der Darstellung

19.07.2011 21:58 Es liegt einzig und allein am CSS deines genutzen Themes!
Schön zu erkennen das beim suico Theme keine Änderung beim Aufruf des xnews Moduls passiert. In deinem Theme gibt es eine CSS-ID oder Klasse die sich mit einer aus dem xnews Modul ins gehege kommt.

Machst du die xoops.css aus dem Root deiner Installation auf und suchst table {}, dieser verpasst du noch eine font-size:9pt; ,aktualisieren, fertig.

Gruß

#33

Aw: xNews 1.71 Probleme mit der Darstellung

17.07.2011 14:24 Hi,

die Newsmodule haben einen separaten Style zum formatieren Ihrer Inhalte.
Öffne mal die "/xnews/templates/blocks/nw_news_block_top.html", davon sind 850 Zeilen separater Style für dieses Modul. Es sollte schnell gehen wenn du einen neuen Style hinzufügst:
body {font-size:9pt;}
Nach aktualisieren und leeren der caches sollte die Schriftgröße dann korrekt dargestellt werden.

Gruß

#34

Aw: Bedingung für unterschiedliche Ausgaben im Theme

10.07.2011 22:59 Ok, du als Designer wirst mir sicher recht geben das das ein wesentlicher Punkt ist der funktionieren sollte- und auch wissen wofür eben dieses so wichtig ist.

Jetzt bleibt aber die Frage offen warum es dauernd zu diesem "Fehler" kommt.
Wenn wir produktive Seiten betreuen und ein Upgrade zur Verfügung steht, muss man im Vorfeld immer eine Testinstallation haben, um diesen kleinen- aber so wichtigen Punkt zu prüfen.

Vielleicht sollte sich aus gegebenem Anlass mal jemand an die Core-Entwickler wenden die damit betraut sind, damit das behoben werden kann- und zwar für alle kommenden Versionen.

#35

Aw: Bedingung für unterschiedliche Ausgaben im Theme

10.07.2011 15:07 du meinst hier die Version?

Das kann nicht sein, vorgestern gedownloadet, installiert, und geht nicht.
Habe sogar als nächstes ein Upgrade von 2.5.0 auf diese versucht, selbes Ergebnis. Laut alfred´s Kommentar sollten die Daten der 2.5.1a in diese bereits integriert sein.
Hast du vielleicht eine direkte 2.5.1a Version?

#36

Aw: Bedingung für unterschiedliche Ausgaben im Theme

09.07.2011 21:04 wo ist der Unterschied?

Übrigens, funktioniert nicht...

#37

Aw: Casdedi - Link Besucher Link eintrag

09.07.2011 15:01 Das Castedi-Modul ist so aufgebaut, das der Titel angegeben werden MUSS, sonst bleibt die Seite nach dem klicken auf "absenden" weiss (modules/castedi/post.php zeile 7).
Warum man das zur Bedingung stellt ist mir auch schleierhaft.
(@bleekk, versuchs mal bei dir ob das Modul dann läuft)

Das der Eintrag einer URL mit http:// beginnen muss, war schon immer ein Bug. An irgendeiner Stelle ist eine Variable falsch gesetzt- oder fehlt, somit fällt der Link ohne http:// auf den BaseURL zurück und hängt die Ausgabe des angegebenen Links hinten ran.

Schönes WE allen...

#38

Aw:: Bedingung für unterschiedliche Ausgaben im Theme

08.07.2011 23:07 Das gleiche Phänomen der xoops_contents in Version 2.5.1 Leider funktionierts in 2.5.1 ebenso nicht.

#39

Aw: Casdedi - Link Besucher Link eintrag

07.07.2011 21:46 mal kurze frage, welche xoops version haste laufen bei dem problem? die 2.5.0 oder 2.5.1?

#40

Aw: Wenn eingeloggt soll feld unsichtbar werden

20.06.2011 17:13 hehe, ja, das ist der Loginblock :)

wahrscheinlich beabsichtigt fronti dieses Feld ins Theme zu basteln...
Meine Variante wäre dann "öffnen von Bleekk´s post, dann ein else, dann das Logform, und dann wieder schließen" :)

@alfred: Wahrscheinlich soll dieser Bereich ausserhalb eines Blocks liegen.

Gruß