[Erledigt] Variablen in einem Template ersetzen - Seite 5

KarlEgon · 03.11.2008, 21:02

Also das mit dem Tab geht nicht bei mir, ist aber auch erstmal nicht so wichtig, habe die Tabs nun ersetzt.

Deine Error Erweiterung funktioniert auch nicht bei dem Problem, die Fehlermeldung bleibt gleich. Und im Stack Trace kann ich nur sehen, dass der Fehler durch $fC->start(...) in der index.php verursacht wird.

Trotzdem danke für die Anpassungen

Edit:
Funktioniert doch wunderbar beim <core:importdesign>, beim generic (den du ja geschrieben hast [mit template und namespace aus dem Model]) funktioniert es allerdings nicht, aber wie gesagt nicht schlimm im Moment.

dr.e. · 03.11.2008, 23:06

Hallo KarlEgon,

Zitat:

Also das mit dem Tab geht nicht bei mir, ist aber auch erstmal nicht so wichtig, habe die Tabs nun ersetzt.

Das wundert mich doch etwas. Ich habe exakt dein Beispiel verwendet um das Verhalten nachzustellen?!

Zitat:

Deine Error Erweiterung funktioniert auch nicht bei dem Problem, die Fehlermeldung bleibt gleich. Und im Stack Trace kann ich nur sehen, dass der Fehler durch $fC->start(...) in der index.php verursacht wird.

Wie gesagt, das war eine ungetestete Idee. Mitlererweile bin ich da schon weiter. Im SVN findest du nun eine Version, die den Code des Templates sauber ausgibt. Allerdings schneidet das trigger_error() die Fehlermeldung bei x Zeichen ab, so dass man nicht alles sieht. Grundsätzlich ist das jedoch deutlich hilfreicher wie zuvor.

Bei mir sagt der Stacktrace z.B. folgendes:

Code:

Frontcontroller->start()	D:\Apache2\htdocs\www\karlegon2\index.php	5
Page->loadDesign()	D:\Apache2\htdocs\www\karlegon2\core\frontcontroller\Frontcontroller.php	335
Document->loadDesign()	D:\Apache2\htdocs\www\karlegon2\core\pagecontroller\pagecontroller.php	1145
Document->__extractTagLibTags()	D:\Apache2\htdocs\www\karlegon2\core\pagecontroller\pagecontroller.php	1321
core_taglib_importdesign->onParseTime()	D:\Apache2\htdocs\www\karlegon2\core\pagecontroller\pagecontroller.php	1529
Document->__loadContentFromFile()	D:\Apache2\htdocs\www\karlegon2\core\pagecontroller\pagecontroller.php	1840
Document->trigger_error()	D:\Apache2\htdocs\www\karlegon2\core\pagecontroller\pagecontroller.php	1354

Hier siehst du, dass der Fehler in der Klasse Document passiert. Die Ursache ist ein falsch geschriebener Template-Name im importdesign-Tag. Als Fehler wird ausgegeben:

Code:

Error-ID:	b30857931375dc83ffc166a01e7df7a8
Message:	[Document::__loadContentFromFile()] Design "empty_" not existent in namespace "sites::main::pres::templates"! Please check your template code (fasel<core:importdesign namespace="sites::main::pres::templates" template="empty_" /> ende).
Number:	256
File:	D:\Apache2\htdocs\www\karlegon2\core\pagecontroller\pagecontroller.php
Line:	1354

Zitat:

Funktioniert doch wunderbar beim <core:importdesign>, beim generic (den du ja geschrieben hast [mit template und namespace aus dem Model]) funktioniert es allerdings nicht, aber wie gesagt nicht schlimm im Moment.

D.h. die Tab-Änderung funktioniert doch? Falls ja, gib mir bitte mal ein Beispiel für den Einsatz des <generic:importdesign />-Tags und die Fehlermeldung. Die durchgeführte Änderung ist so global, dass es nicht bei einen Tag funktioniert und beim anderen nicht. Alle Tags werden mit der selben Methode geparst.

Die Doku des Tags findest du übrigens unter Spezielle TagLibs :: Adventure PHP Framework (APF).

KarlEgon · 03.11.2008, 23:54

So hier mal meine Sachen:
Die Fehlermeldung

Code:

Error!

Error-ID: 	6e82e8ba0c5e6ee02021186c2241e634
Message: 	[Document::__loadContentFromFile()] Design "" not existent in namespace ""! Please check your template code ( </div> </div> </div> <div class="col2"> <core:addtaglib namespace="sites::main::pres::taglib" prefix="generic" class="importdesign" /> <generic:importdesign modelnamespace="sites::main::biz" modelfile="west_TemplateModel" modelclass="WestTemplateModel" templateparam="west.template" namespaceparam="west.namespace" /> </div> <core:addtaglib namespace="sites::main::pres::taglib" prefix="generic" class="importdesign" /> <generic:importdesign modelnamespace="sites::main::biz" modelfile="east_TemplateModel" modelclass="EastTemplateModel" templateparam="east.template" namespaceparam="east.namespace" /> </div> </div> </div> <!-- end #page --> <div id="footer"> <p class="padded">Designed by Megger</p> <!--<p class="padded center">Seite mit {$querys} Querys innerhalb von {$time} Sekunden generiert</p>--> <core:addtaglib namespace="sites::main::pres::taglib" prefix="generic" class="importdesign" /> <generic:importdesign modelnamespace="sites::main::biz" modelfile="main_TemplateModel" modelclass="MainTemplateModel" templateparam="south.template" namespaceparam="south.namespace" /> </div> </div> </body> <!--<script language="JavaScript" src="./include/functions.inc.js"> </script> <script type="text/javascript"> {if isset($timer)} {$timer} {/if} </script>--> </html>).
Number: 	256
File: 	C:\Projekte\FutureWars\core\pagecontroller\pagecontroller.php
Line: 	1350

Das Template
Vor dem modelnamespace ist ein Tab

Code:

...
<core:addtaglib namespace="sites::test::pres::taglib" prefix="generic" class="importdesign" />
<generic:importdesign
	modelnamespace="sites::main::biz"
    modelfile="east_TemplateModel"
    modelclass="EastTemplateModel"
    templateparam="east.template3"
    namespaceparam="east.namespace3"
/>
...

Das Model

PHP-Code:

  class EastTemplateModel extends coreObject

    {

        public function __construct(){

            $this->__Attributes['east.template1'] = 'empty';

            $this->__Attributes['east.namespace1'] = 'sites::main::pres::templates';

            $this->__Attributes['east.template2'] = 'empty';

            $this->__Attributes['east.namespace2'] = 'sites::main::pres::templates';

            $this->__Attributes['east.template3'] = 'empty';

            $this->__Attributes['east.namespace3'] = 'sites::main::pres::templates';

            $this->__Attributes['east.template4'] = 'empty';

            $this->__Attributes['east.namespace4'] = 'sites::main::pres::templates';

            $this->__Attributes['east.template5'] = 'empty';

            $this->__Attributes['east.namespace5'] = 'sites::main::pres::templates';

        }

 
        public function addTemplate($namespace,$template,$pos) {

            $this->__Attributes['east.template'.$pos] = $template;

            $this->__Attributes['east.namespace'.$pos] = $namespace;

        }

    }

dr.e. · 04.11.2008, 08:23

Hallo KarlEgon,

es liegt in der Tat auch in diesem Fall am TAB zwischen <generic:importdesign und modelnamespace="..., da die Trennzeichen zwischen den Attributen gemischt auftauchen (TAB und LEERZEICHEN). Damit findet er zuerst das Leerzeichen vor modelfile und erkennt dies als erstes Attribut, modelnamespace bleibt leer.

Ich hab deshalb grade eine alternative Implementierung des Parsers evaluiert, nur diese ist auf Grund der zusätzlichen Prüfungen und des Suchens nach einem TAB in jeder Parse-Operation etwas langsamer. Die Änderung findest du wie auch die letzte im trunk des SVN - jedoch unter Vorbehalt, dass diese im nächsten Release wieder entfernt wird (siehe SourceForge.net Repository - [adventurephpfra] Diff of /trunk/core/pagecontroller/pagecontroller.php5).

Ich schlage daher vor, dass du die neue Implementierung hinsichtlich Funktion und Performance prüfst, gleichzeitig jedoch auch überlegst, ob du mit der blanc-only Version auch zurecht kommst. Ich würde gerne das Thema Performance nochmal ausgibig testen, denn eine Steigerung der einzelnen Parsing-Zeit bedeutet bei aufwändigen Projekten eine überproportionale Verschlechterung der Performance. Und gerade diese sollte bestenfalls linear und nicht überproportional schlechter werden.

Noch ein Hinweis: da der in deinem ZIP-Package enthaltene generische importdesign-Tag kein sauber implementierter Tag war, würde ich dich bitten die Tag-Implementierung aus dem trunk des SVN unter tools/html/taglib/ zu verwenden, der ist sauber (siehe SourceForge.net Repository - [adventurephpfra] View of /trunk/tools/html/taglib/generic_taglib_importdesign.php). Hierzu brauchst du dann folgendes Statement um diesen einzubinden:

Code:

<core:addtaglib namespace="tools::html::taglib" prefix="generic" class="importdesign" />

Ich hoffe damit kannst du nun loslegen!

KarlEgon · 04.11.2008, 09:50

Danke für deine Zeit.
Ich denke ich werde das ganze dann dabei auf Blanks umstellen.

Habe im moment nur das Problem, dass ich die Sourceforge Dateien nicht einbinden kann, liegt irgendwie an dem Format oder so, bin mir da nicht so sicher. Gibt auf jedenfall Probleme beim Download, mit deinen Zip Files gab es diese Probleme nicht.

Kannst du es vielleicht in ein Zip Ordner packen und bereitstellen? Das wäre sehr nett.

Ansonsten komme ich eigentlich ganz gut vorran und arbeite mich langsam ein. Es wird alles ein bisschen durchsichtiger und ich verstehe es besser.

Ich habe noch eine Frage:
Habe eine zweigeteilte Navigation, einmal oben eine horizontale und links eine vertikale. Die Vertikale zeigt immer verschiedene Sachen an, es kommt halt drauf an, was oben gewählt wurde.
Für diese beiden Navigationen habe ich jeweils ein eigenes Template, jeweils einen eigenen Controller und wollte aber das gleiche Model nutzen, darin die Informationen werden über eine Action manipuliert, die jedesmal beim Seitenaufruf ausgeführt wird.

Ist dies so die richtige Vorgehensweise oder sollte ich etwas anderes machen?

Kann ich irgendwie ein <html:template> global verfügbar machen, sodass ich es aus jedem Controller aufrufen kann?

dr.e. · 04.11.2008, 16:11

Hallo KarlEgon,

Zitat:

Danke für deine Zeit.
Ich denke ich werde das ganze dann dabei auf Blanks umstellen.

Gerne. Ich werde das in nächster Zeit verstärkt testen und dann im Release 1.8-BETA es entsprechend ankündigen oder rausnehmen. Die Doku versehe ich noch mit einem Hinweis, dass als Tag-zu-Attribut-Trennzeichen ein Leerzeichen erwartet wird.

Zitat:

Habe im moment nur das Problem, dass ich die Sourceforge Dateien nicht einbinden kann, liegt irgendwie an dem Format oder so, bin mir da nicht so sicher. Gibt auf jedenfall Probleme beim Download, mit deinen Zip Files gab es diese Probleme nicht.

Kannst du es vielleicht in ein Zip Ordner packen und bereitstellen? Das wäre sehr nett.

Gerne. Unter http://media.adventure-php-framework..._export.tar.gz steht nun ein ZIP mit dem Code des aktuellen trunks zur Verfügung. Ich habe im Rahmen der neuen Seite auch überlegt, nightly buiilds zur Verfügung zu stellen...

Zitat:

Ansonsten komme ich eigentlich ganz gut vorran und arbeite mich langsam ein. Es wird alles ein bisschen durchsichtiger und ich verstehe es besser.

Das freut mich. Die große Hürde beim Einstieg ist sicher die generische Struktur, die einem aber mit der Zeit ans Herz wächst.

Zitat:

Ist dies so die richtige Vorgehensweise oder sollte ich etwas anderes machen?

Das würde ich spontan auch so lösen. Vielleicht kannst du das - um die URL schöner aussehen zu lassen - auch mit einer statischen/permanenten Action lösen, die einfach nur Standard-Parameter aus der URL zieht und diese dann als Model-Informationen nutzt. Grundsätzlich ist das jedoch genau so sinnvoll. Übrigens ist das implizit schon HMVC!

Zitat:

Kann ich irgendwie ein <html:template> global verfügbar machen, sodass ich es aus jedem Controller aufrufen kann?

Klar. Dir stehen in jedem Controller und jedem Tag der komplette DOM-Baum zur Verfügung. Mit den Attributen $this->__Document im Controller und $this->__ParentObject und $this->__Children in der Tag-Implementierung kannst du auf den kompletten Baum zugreifen. Die Art und Weise bestimmt die Komplexität deiner Struktur.

Um nun in einem konkreten Modul ein Template im "Haupt-View" zu definieren und in den Unterviews, die mit einem importdesign-Tag eingebunden wirden verwenden zu können, kannst du statt einem

PHP-Code:

  $Template = $this->__getTemplate('bla');

auch einfach ein

PHP-Code:

  $parentTemplateName = 'DesiredName';
$parentTemplate = null;
$docParent = $this->__Document->__ParentObject;
$children = $docParent->getByReference('Children'); 
foreach($children as $objectId => $DUMMY){
   if(get_class($children[$objectId]) == 'html_taglib_template' && $children[$objectId]->getAttribute('name') == $parentTemplateName){
      $parentTemplate = $children[$objectId];   
   }
}
$parentTemplate->setPlaceHolder('Test','...');
echo $parentTemplate->transformTemplate();

schreiben und dieses verwenden. Wichtig ist dabei, dass du sicherstellst, dass es das Template auch gibt, sonst produzierst du ganz einfach einen Nullpointer.

Auch wichtig ist, dass transformOnPlace() nicht funktioniert, da du das Template ja in einem anderen Bereich verwendest.

So etwas wie "importiere mir ein Template genau hier" gibt es nicht, du kannst soetwas jedoch ganz einfach umsetzen, indem du einfach einen weiteren Tag definierst, der das darin geparste Template bei seinem Vater (=Knoten, wo du es bei der Transformation im Controller haben möchtest) einhängt.

Wie ich oben schon meinte: die generische Struktur erschreckt zwar erst, ist aber hinterher sehr nützlich.

Viel Spass beim coden!

KarlEgon · 04.11.2008, 16:41

Zitat:

Das würde ich spontan auch so lösen. Vielleicht kannst du das - um die URL schöner aussehen zu lassen - auch mit einer statischen/permanenten Action lösen, die einfach nur Standard-Parameter aus der URL zieht und diese dann als Model-Informationen nutzt. Grundsätzlich ist das jedoch genau so sinnvoll. Übrigens ist das implizit schon HMVC!

Soweit ich das verstanden habe, ist es eine permanente Action, wenn ich in der index.php

PHP-Code:

  $fC->registerAction('main','changeView');

angebe oder?

Habe das mal zum Test gemacht und funktioniert eigentlich Problemlos, meine Navigationen passen sich immer schön an.

Die Sache mit dem Parent Template werde ich wahrscheinlich heute Abend ausprobieren, finde ich ganz nützlich für Listen usw.

Dein Zip Paket muss ich anscheinend auch später testen, irgendwie will er im Moment gar nichts runterladen, muss ich noch mal schauen wo da der Fehler liegen könnte, aber trotzdem danke.

dr.e. · 04.11.2008, 16:50

Hi,

Zitat:

Soweit ich das verstanden habe, ist es eine permanente Action, wenn ich in der index.php
PHP-Code:

$fC->registerAction('main','changeView');

angebe oder?

genau. Wobei "main" der entsprechende Namespace zur Action-Konfiguration ist, wie er auch in der URL angegeben wird.

Zitat:

Habe das mal zum Test gemacht und funktioniert eigentlich Problemlos, meine Navigationen passen sich immer schön an.

Sehr schön.

Zitat:

Die Sache mit dem Parent Template werde ich wahrscheinlich heute Abend ausprobieren, finde ich ganz nützlich für Listen usw.

OK, vielleicht können wir auch aus der Idee ein globales Feature bauen.

KarlEgon · 05.11.2008, 09:18

Habe nun mal deine Dateien ausprobiert, allerdings habe ich seitdem den Fehler:

Code:

Error! 

Error-ID: 4de916b1f9ee1146d8d32975fec73b6c 
Message: Undefined variable: tagAttributeDel 
Number: 8 
File: C:\xampp\xampp\htdocs\APF\core\pagecontroller\pagecontroller.php 
Line: 273

Dies liegt doch nicht an mir oder?

dr.e. · 05.11.2008, 09:39

Hi,

das liegt eigentlich nicht an dir. Ich verstehe nur nicht am wem dann. Im Code ist hierzu folgendes zu finden:

PHP-Code:

           // search for taglib to attributes string delimiter

         $tagAttributeDel_Blank = strpos($TagString,' ');

 
         // BUGFIX: fixes the issue, that a TAB character is no valid delimiter

         $tagAttributeDel_Tab = strpos($TagString,"\t");

 
         if($tagAttributeDel_Tab !== false){

 
            if($tagAttributeDel_Blank > $tagAttributeDel_Tab){

               $tagAttributeDel = $tagAttributeDel_Tab;

             // end if

            }

 
          // end if

         }

         else{

            $tagAttributeDel = $tagAttributeDel_Blank;

          // end else

         }

Sollte kein Tab gefunden werden, so greift der else-Zweig. Es sollte also immer ein $tagAttributeDel definiert sein. Kannst du zum Debuggen mal die Inhalte von $tagAttributeDel_Blank und $tagAttributeDel_Tab beim relevanten Code ausgeben lassen, bzw. mir ein Beispiel schicken?

Sollte nichts helfen, werde ich diese Änderung wieder zurückgängig machen.

//EDIT: damit du weiter arbeiten kannst, würde ich vorschlagen, du lädst die das aktuelle 1.7-stable unter http://files.adventure-php-framework...-2204-php5.zip herunter. Hier funktionieren zwar keine Tabs, aber der Parser ist getestet.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

LinkBacks (?) LinkBack to this Thread: http://www.php.de/php-fortgeschrittene/48424-erledigt-variablen-einem-template-ersetzen.html
Erstellt von	For	Type	Datum
Adventure PHP Framework - Downloads	This thread	Refback	05.12.2008 21:54
Adventure PHP Framework - Literatur	This thread	Refback	21.11.2008 12:58
forum.adventure-php-framework.org [de] • Thema anzeigen - Einführung <core:appendnode />-Tag	This thread	Refback	20.11.2008 19:41

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
[Erledigt] ob_start verwirft gesetzte Variablen?!	tohms	PHP Tipps 2008	3	19.10.2008 16:50
Lieber Template oder Normal für ein community?	mysteryxxx	PHP Tipps 2008	8	17.09.2008 23:04
Klasse statt globaler Variablen	ecomeback	PHP-Fortgeschrittene	6	15.07.2008 16:30
Übergeben von Variablen an in PHP eingebundenes Perl-Script	shredder01	PHP Tipps 2008	3	04.04.2008 09:25
Teil einer Variablen mit einer Variablen ersetzen ?	simsalabim	PHP Tipps 2007	11	20.03.2007 20:36
variablen aus db ersetzen	snatch-ic	PHP Tipps 2006	7	21.05.2006 01:51
template in template einfuegen	tonne	PHP Tipps 2005-2	8	10.11.2005 22:24
In Fuktionen alle Variablen Global stellen ?	atom-dragon	PHP Tipps 2005-2	5	22.07.2005 04:30
Template System oder Lösung gesucht		PHP Tipps 2005	14	21.05.2005 22:07
Variablen übergeben bzw. auslesen?		PHP Tipps 2005	4	30.01.2005 03:56
suche ein bestimmtes template system		PHP Tipps 2004-2	2	07.11.2004 19:49
Template Parser		PHP-Fortgeschrittene	9	06.10.2004 23:04
mit print Variablen in String ersetzen		PHP Tipps 2004	3	27.09.2004 21:29
Variablen per adresse übergeben	rocco	PHP Tipps 2004	7	24.07.2004 12:03
[Erledigt] Template Scripting		PHP-Fortgeschrittene	2	04.06.2004 18:34

03.11.2008, 21:02
KarlEgon Erfahrener Benutzer Registriert seit: 24.10.2008 Beiträge: 291 PHP-Kenntnisse: Fortgeschritten	Also das mit dem Tab geht nicht bei mir, ist aber auch erstmal nicht so wichtig, habe die Tabs nun ersetzt. Deine Error Erweiterung funktioniert auch nicht bei dem Problem, die Fehlermeldung bleibt gleich. Und im Stack Trace kann ich nur sehen, dass der Fehler durch $fC->start(...) in der index.php verursacht wird. Trotzdem danke für die Anpassungen Edit: Funktioniert doch wunderbar beim <core:importdesign>, beim generic (den du ja geschrieben hast [mit template und namespace aus dem Model]) funktioniert es allerdings nicht, aber wie gesagt nicht schlimm im Moment. Geändert von KarlEgon (03.11.2008 um 22:29 Uhr).


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

04.11.2008, 08:23
dr.e. Moderator und Wett-König Registriert seit: 21.05.2008 Beiträge: 3.633 PHP-Kenntnisse: Fortgeschritten	Hallo KarlEgon, es liegt in der Tat auch in diesem Fall am TAB zwischen <generic:importdesign und modelnamespace="..., da die Trennzeichen zwischen den Attributen gemischt auftauchen (TAB und LEERZEICHEN). Damit findet er zuerst das Leerzeichen vor modelfile und erkennt dies als erstes Attribut, modelnamespace bleibt leer. Ich hab deshalb grade eine alternative Implementierung des Parsers evaluiert, nur diese ist auf Grund der zusätzlichen Prüfungen und des Suchens nach einem TAB in jeder Parse-Operation etwas langsamer. Die Änderung findest du wie auch die letzte im trunk des SVN - jedoch unter Vorbehalt, dass diese im nächsten Release wieder entfernt wird (siehe SourceForge.net Repository - [adventurephpfra] Diff of /trunk/core/pagecontroller/pagecontroller.php5). Ich schlage daher vor, dass du die neue Implementierung hinsichtlich Funktion und Performance prüfst, gleichzeitig jedoch auch überlegst, ob du mit der blanc-only Version auch zurecht kommst. Ich würde gerne das Thema Performance nochmal ausgibig testen, denn eine Steigerung der einzelnen Parsing-Zeit bedeutet bei aufwändigen Projekten eine überproportionale Verschlechterung der Performance. Und gerade diese sollte bestenfalls linear und nicht überproportional schlechter werden. Noch ein Hinweis: da der in deinem ZIP-Package enthaltene generische importdesign-Tag kein sauber implementierter Tag war, würde ich dich bitten die Tag-Implementierung aus dem trunk des SVN unter tools/html/taglib/ zu verwenden, der ist sauber (siehe SourceForge.net Repository - [adventurephpfra] View of /trunk/tools/html/taglib/generic_taglib_importdesign.php). Hierzu brauchst du dann folgendes Statement um diesen einzubinden: Code: <core:addtaglib namespace="tools::html::taglib" prefix="generic" class="importdesign" /> Ich hoffe damit kannst du nun loslegen! __________________ Viele Grüße, Dr.E. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1. Think about software design before you start to write code! 2. Discuss and review it together with experts! 3. Choose good tools (-> Adventure PHP Framework (APF))! 4. Write clean and reusable software only! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

04.11.2008, 09:50
KarlEgon Erfahrener Benutzer Registriert seit: 24.10.2008 Beiträge: 291 PHP-Kenntnisse: Fortgeschritten	Danke für deine Zeit. Ich denke ich werde das ganze dann dabei auf Blanks umstellen. Habe im moment nur das Problem, dass ich die Sourceforge Dateien nicht einbinden kann, liegt irgendwie an dem Format oder so, bin mir da nicht so sicher. Gibt auf jedenfall Probleme beim Download, mit deinen Zip Files gab es diese Probleme nicht. Kannst du es vielleicht in ein Zip Ordner packen und bereitstellen? Das wäre sehr nett. Ansonsten komme ich eigentlich ganz gut vorran und arbeite mich langsam ein. Es wird alles ein bisschen durchsichtiger und ich verstehe es besser. Ich habe noch eine Frage: Habe eine zweigeteilte Navigation, einmal oben eine horizontale und links eine vertikale. Die Vertikale zeigt immer verschiedene Sachen an, es kommt halt drauf an, was oben gewählt wurde. Für diese beiden Navigationen habe ich jeweils ein eigenes Template, jeweils einen eigenen Controller und wollte aber das gleiche Model nutzen, darin die Informationen werden über eine Action manipuliert, die jedesmal beim Seitenaufruf ausgeführt wird. Ist dies so die richtige Vorgehensweise oder sollte ich etwas anderes machen? Kann ich irgendwie ein <html:template> global verfügbar machen, sodass ich es aus jedem Controller aufrufen kann? Geändert von KarlEgon (04.11.2008 um 10:06 Uhr).

05.11.2008, 09:18
KarlEgon Erfahrener Benutzer Registriert seit: 24.10.2008 Beiträge: 291 PHP-Kenntnisse: Fortgeschritten	Habe nun mal deine Dateien ausprobiert, allerdings habe ich seitdem den Fehler: Code: Error! Error-ID: 4de916b1f9ee1146d8d32975fec73b6c Message: Undefined variable: tagAttributeDel Number: 8 File: C:\xampp\xampp\htdocs\APF\core\pagecontroller\pagecontroller.php Line: 273 Dies liegt doch nicht an mir oder? Geändert von KarlEgon (05.11.2008 um 09:25 Uhr).

05.11.2008, 09:39
dr.e. Moderator und Wett-König Registriert seit: 21.05.2008 Beiträge: 3.633 PHP-Kenntnisse: Fortgeschritten	Hi, das liegt eigentlich nicht an dir. Ich verstehe nur nicht am wem dann. Im Code ist hierzu folgendes zu finden: PHP-Code: // search for taglib to attributes string delimiter $tagAttributeDel_Blank = strpos($TagString,' '); // BUGFIX: fixes the issue, that a TAB character is no valid delimiter $tagAttributeDel_Tab = strpos($TagString,"\t"); if($tagAttributeDel_Tab !== false){ if($tagAttributeDel_Blank > $tagAttributeDel_Tab){ $tagAttributeDel = $tagAttributeDel_Tab; // end if } // end if } else{ $tagAttributeDel = $tagAttributeDel_Blank; // end else } Sollte kein Tab gefunden werden, so greift der else-Zweig. Es sollte also immer ein $tagAttributeDel definiert sein. Kannst du zum Debuggen mal die Inhalte von $tagAttributeDel_Blank und $tagAttributeDel_Tab beim relevanten Code ausgeben lassen, bzw. mir ein Beispiel schicken? Sollte nichts helfen, werde ich diese Änderung wieder zurückgängig machen. //EDIT: damit du weiter arbeiten kannst, würde ich vorschlagen, du lädst die das aktuelle 1.7-stable unter http://files.adventure-php-framework...-2204-php5.zip herunter. Hier funktionieren zwar keine Tabs, aber der Parser ist getestet. __________________ Viele Grüße, Dr.E. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1. Think about software design before you start to write code! 2. Discuss and review it together with experts! 3. Choose good tools (-> Adventure PHP Framework (APF))! 4. Write clean and reusable software only! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Geändert von dr.e. (05.11.2008 um 09:42 Uhr). Grund: Link zum 1.7-stable Package hinzugefügt