NAV_LIST_UL:HCSS mit GT

ddubach · Post by **ddubach** » Tue 15. May 2007, 22:30

Hallo zusammen

besteht die möglichkeit das menu (NAV_LIST_UL:HCSS) mit einer schrift aus dem gt anzuzeigen??

bitte in userfreundlichen anleitung falls die möglichkeit besteht

vielen dank für eure hilfe!!

dub

nekket · Post by **nekket** » Tue 15. May 2007, 23:50

hm... also ich bin nicht der Meinung, dass das funktioniert (CSS Menü mit Grafiken funktioniert zwar, wenn Grafiken als Hintergrund abgespeichert werden und dann via a link:hover "verschoben" werden völlig ohne Problem ... wäre auch nett dafür ein RT zu bekommen aber ich denke das genannte RT ist dafür nicht geeignet. Leider

Post by **Oliver Georgi** » Wed 16. May 2007, 16:30

doch das funktioniert - aber es gibt keinen Hover Status.

{NAV_LIST_UL:HCSS, , , , , , , [GT:H]|[/GT] }

Dann frontend_render Script

Code: Select all

<?php

$content['all'] = str_replace(array('[GT:H]','[/GT]'), array('{GT:H}','{/GT}'), $content['all']);

?>

Oliver

Carino · Post by **Carino** » Thu 24. May 2007, 19:49

Hm, das versteh ich nicht. wo kommt der Code rein und wie muss der RT angepasst werden, wenn der Style z.B. "newfont" heißt?

Vielen Dank,

Carino

Post by **flip-flop** » Thu 24. May 2007, 22:59

Hi,

ist eigentlich recht einfach:

{NAV_LIST_UL:HCSS, , , , , , , ich_krieg_dich|ich_hab_dich}

In /template/inc_script/forntend_render/ dann z.B. in der Datei ich_krieg_dich_habe_dich.php

<?php

$content['all'] = str_replace(array('ich_krieg_dich','ich_hab_dich'), array('{GT:newfont}','{/GT}'), $content['all']);

?>

einfach ersetzen. [EDIT]Hochkomma fehlte, siehe unten[/EDIT]

Das ist zwar eine brutale Methode, funktioniert allerdings gut.

Ich hoffe die Analogie zu O.G. post wird klar. Es wird hier einfach mit Platzhaltern gearbeitet die durch diese php-Datei ersetzt werden.
Also stehen dir recht vielfälltige Möglichkeiten zur Verfügung. .......
Darauf basieren alle Fremd RTs. Du kannst also deine eigenen TAGs bauen und hier verarbeiten.

Jede *.php Datei in diesem Verzeichnis wird automatisch bei jedem Seitenaufruf abgearbeitet, wenn dies in der config freigegeben ist.

Knut

Carino · Post by **Carino** » Fri 25. May 2007, 13:28

Ich denke du meinst mit Config den Bereich:

$phpwcms['allow_ext_render'] = 1; //allow including of custom external scripts at frontend rendering

korrekt?

Liege ich richtig in der Annahme, dass das eine Hochkomma fehlt?

...array('ich_krieg_dich','ich_hab_dich'), ...

Wenn ja klappt es aber immernoch nicht.
Ich habe also die Datei angelegt. Habe es mal komplett so gelassen, da es ja nur Platzhalter sind, ist es egal solange sie auf beiden Seiten gleich heißen.

Ich habe den RT in die Vorlage gesetzt und das Resultat:
http://schwarzeseele.eu/stories.phtml

Es scheint, als wird da einfach der str_replace nicht abgearbeitet, aber wieso?

Der Dateiname ist doch auch völlig gleich, oder?

Post by **flip-flop** » Fri 25. May 2007, 13:51

config -> richtig

Fehler -> ja, Hochkomma fehlte

str_replace arbeitet ausgezeichnet. Schaue bitte genau auf den GT Modulbefehl ..............{GT:style}text{/GT}

Knut

Carino · Post by **Carino** » Fri 25. May 2007, 14:19

Aber wenn es doch ausgezeichnet arbeiten würde, sollte es doch ersetzt werden, aber es zeigt nach wie vor das gerenderte [GT:headline] statt {GT:headline} an.

Hier die Datei headline.php aus dem frontend_render:

Code: Select all

$content['all'] = str_replace(array('[GT:headline]','[/GT]'), array('{GT:headline}','{/GT}'), $content['all']);

{NAV_LIST_UL:HCSS, , , , , , , [GT:headline]|[/GT]}

ist der dateiname egal?

Post by **flip-flop** » Fri 25. May 2007, 14:49

Dateiname spielt keine Rolle.

Über
------------
<?php
......
?>
------------
brauchen wir nicht zu reden, denke ich.

Ich kann mich drehen und wenden wie ich will, bei mir funktioniert das.

Knut

Carino · Post by **Carino** » Fri 25. May 2007, 14:59

ne, dann weiß ich wirklich nicht weiter.
Gibt es noch weitere Einstellungen die vom Standard abweichen?

Weil es sieht wirklich so aus, als würde die PHP Datei nicht abgearbeitet.
Ich kann gerne Login Daten zur Verfügung stellen. Echt blöd

Post by **flip-flop** » Fri 25. May 2007, 15:06

Mal ne blöde Frage: Passt dein charset=iso-8859-15 zum charset der DB?

Könnte sein, dass der GT-Mode damit Probleme hat.

Arbeit GT denn überhaupt bei dir auf der Seite?
{GT:headline}Text{/GT}

Versuche einmal folgendes

Code: Select all

{NAV_LIST_UL:HCSS, , , , , , , aaaa|bbbb}

Code: Select all

<?php 
$content['all'] = str_replace(array('aaaa','bbbb'), array('{GT:headline}','{/GT}'), $content['all']);
?>

Carino · Post by **Carino** » Fri 25. May 2007, 15:25

wegen dem charset habe ich auch schon überlegt. die Datenbank habe ich gerade in phpmyadmin nachgeschaut.
Da steht ISO.

$phpwcms['db_charset'] = 'latin1';
$phpwcms['db_collation'] = 'latin1_bin';

Deutet ja auch darauf hin. Ich meine auch charset=iso-8859-15 bei der Installation gewählt zu haben. Aber auffällig ist, dass in der Artikelübersicht des Backends mir Umlauteprobleme aufgefallen sind, aber sonst nirgends - weder im Front noch im Backend.

der....ah es klappt. Ich habe eine neue php datei angelegt. und den charset da nochmal in iso geändert, der war standard noch in utf-8 !!!!!!!

Super ! Vielen lieben Dank für deinen Beistand, ohne dich hätt ich es nicht hinbekommen. *Danke Button sucht*

Carino

Post by **flip-flop** » Fri 25. May 2007, 15:42

Zu dem DB-charset passt das Seiten-Charset charset=iso-8859-1

der....ah es klappt. Ich habe eine neue php datei angelegt. und den charset da nochmal in iso geändert, der war standard noch in utf-8

In der php Datei hst du das charset geändert?

- http://dev.mysql.com/doc/refman/5.0/en/ ... rsets.html
- http://dev.mysql.com/doc/refman/4.1/en/ ... rsets.html
Ob die DB dein charset verträgt, sei dahingestellt. U.u. musst du das noch hineinkompilieren (lassen). (Wobei ich nicht verstehe weshalb du iso-8859-15 verwendest). Brauchst du auch Französisch und Finnisch?
Das wäre also latin9 in der DB.
Dann passt das nicht:
$phpwcms['db_charset'] = 'latin1';
$phpwcms['db_collation'] = 'latin1_bin';

Umgekehrt sollte es mit iso-8859-1 funktionieren, da der Zeichenvorrat an den selben Stellen in iso-8859-15 enthalten ist.

Wechsele auf keinen Fall in einer angefüllten DB das DB charset/collation !!!!!!
Die nachträgliche Umstellung auf das Seiten charset iso-8859-1 sehe ich in deinem speziellen Fall als unkritisch an.

Knut

Carino · Post by **Carino** » Fri 25. May 2007, 20:54

Also ich habe eigentlich nix geändert, außer bei der Installation direkt die -15 angegeben. Ich dachte weil da das € zeichen drin ist, im gegensatz zur -1 oder lieg ich da falsch? Hab ich irgendwo gelesen.

Woran das genau lag mit der PHP Datei, keine Ahnung. Aber ich kann in Dateien die kodierung doch ändern und entsprechend abspeichern...

ich habe ne 4er mysql.

Was ich nicht verstehe ist, dass ich nichts geändert habe. Ich habe es einfach installiert, da sollte die Installationsroutine doch darauf achten oder nicht?

Ich schau einfach mal weiter, denn es werden wirklich nur an einer stelle umlaute mit dem Fragezeichensymbol �.

Und zwar bei einem CP "Text mit Bild" in der Voransicht (bevor man mit EDIT den Eintrag ändert). Witzigerweise steht da:

TEXT MIT BILD
 ... auf meiner Seite. Hier könnte ihr etwas über mich erfahren und einige B�

Gehe ich jedoch in den Content Part hinein, sieht das ganze so aus:

... auf meiner Seite. Hier könnte ihr etwas über mich erfahren und einige Bilder von meinem Freund,

interessant...