WCF EA auch ohne StyleManager trotz StandardTemplates?

Daddi

Member

Posts: 1,050

Location: Berlin

Occupation: Web Entwickler / Student (AI)

1

Wednesday, March 10th 2010, 5:17pm

Hallo Leute,
kann es sein, dass man, ohne die Standard-Templates des WCF nutzen zu können, nicht Seiten wie UserLogin betreiben kann?
Jedes mal kommt mir der Stylemanager in die Quere. Das heisst in dem Falle ja, dass ich z.b. das Paket com.woltlab.wcf.form.user nicht ohne das Paket com.woltlab.wcf.system.style nutzen kann, da in allen Templates {icon} benutzt wird.

D.h. ich werde ja an sich gezwungen bei meiner EA automatisch auch Funktionen zum Style-System mit einbauen muss. Oder gehts auch ohne?

Gruss
Patrick

Go to the top of the page

dtdesign

WoltLab Developer

Posts: 4,738

Location: Berlin

2

Wednesday, March 10th 2010, 6:22pm

Das kommt darauf an, bei der neuen Version des PackageBuilder setze ich auch YAML statt den WCF-eigenen Styles. Zwar habe ich den StyleManager auf Grund der Abhängigkeiten drin, aber ich ignoriere ihn und somit taucht er auch nicht auf.

Alexander Ebert
Developer WoltLab® GmbH

WCF 2.0 development
WoltLab on GitHub.com

Go to the top of the page

Daddi

Member

Posts: 1,050

Location: Berlin

Occupation: Web Entwickler / Student (AI)

3

Wednesday, March 10th 2010, 6:26pm

Du hast genau die StyleManager Aufrufe die ich meine auch drin

z.b. in der PBSession.class.php die

	Source code
1 2 3	public function getStyleID() { return $this->styleID; }

und im PBCore:

Source code

 /**
* Initialises the style system.
*/
protected function initStyle() {
if (isset($_GET['styleID'])) {
self::getSession()->setStyleID(intval($_GET['styleID']));
}
 
StyleManager::changeStyle(self::getSession()->getStyleID());
}
 
/**
* Returns the active style object.
*
* @return ActiveStyle
*/
public static final function getStyle() {
return StyleManager::getStyle();
}

Go to the top of the page

dtdesign

WoltLab Developer

Posts: 4,738

Location: Berlin

4

Wednesday, March 10th 2010, 6:31pm

Und die stehen auch nur drin, damit nichts motzt. Aber effektiv wird nichts damit gemacht

Alexander Ebert
Developer WoltLab® GmbH

WCF 2.0 development
WoltLab on GitHub.com

Go to the top of the page

Daddi

Member

Posts: 1,050

Location: Berlin

Occupation: Web Entwickler / Student (AI)

5

Wednesday, March 10th 2010, 7:09pm

Ja schon klar, aber somit kann man kein Standalone WCF installieren + eigene EA ohne z.b. das Style Paket mit einzubinden

Eben weil sonst sofort gemotzt wird.

Darum gehts ja, ob das nicht auch ohne geht

Go to the top of the page

dtdesign

WoltLab Developer

Posts: 4,738

Location: Berlin

6

Wednesday, March 10th 2010, 7:17pm

Das Stylepaket bekommst du aber auf Grund der Abhängigkeiten so oder so aufgeschwatzt

Alexander Ebert
Developer WoltLab® GmbH

WCF 2.0 development
WoltLab on GitHub.com

Go to the top of the page

Daddi

Member

Posts: 1,050

Location: Berlin

Occupation: Web Entwickler / Student (AI)

7

Wednesday, March 10th 2010, 7:35pm

Welche sollen das sein? Wenn ich nur das Standard-WCF installiere (mein erstes CMS hat nur auf dem WCF 1.0 ohne extra Pakete basiert) gibts keine aufgeschwatzten Abhängigkeiten.
Beim WCF 1.1 springt mir aber sofort der StyleManager ins Gesicht schon bei Standard-Sachen wie dem UserLogin oÄ

Edit:
Ich hab nochmal nachgesehen: Hast recht, mir war das ganze nur nicht aufgefallen, weil das WCF die genauen Abhängigkeiten nicht mehr abfragt sobald diese schon z.b. bei einem WBB im gleichen WCF installiert sind.
Die weitere Anwendung muss dabei von auf 2. Ebene required-Packages aber keine requiren.

Etwas kompliziert, also Beispiel:
Ein WCF, volles WBB installiert.

Ich will nun meine EA installieren welche "com.woltlab.wcf.form.user" braucht.
Dass in 2. oder gar 3. Ebene von "com.woltlab.wcf.form.user" auch noch andere Pakete required werden z.b. com.woltlab.wcf.system.style wird aber nirgendwo mehr gezeigt. Meine EA braucht nur die Abhängigkeit von com.woltlab.wcf.form.user, ob com.woltlab.wcf.system.style auch eine Abhängigkeit ist wird dabei garnicht geprüft.