UPDATE:

Hallo, heute wird das Handling der Boxenerstellung von Tabelle auf Listen umgestellt. So erreichen wir noch mehr Barrierefreiheit. Einige Darstellungsprobleme durch Vererbung werden ebenso abgestellt. Gleichzeitig wird der generierte Quelltext kleiner, was bei schmalbandigen Anschlüssen auch ein weiterer Vorteil ist.
In diesem Zuge muss, wenn das Theme nicht die opn_themes_include.css mitlädt folgender CSS Code im Theme eingebaut werden:


/* neue class die als Zeilenumbruch dient */
hr.breakingline{ clear: both; visibility: hidden; }
/* neue class die fuer das floaten zustaendig ist */
ul.split,ul.split li.split{margin:0;padding:0;list-style:none}
ul.split li.split{float:left;margin:.5%}


Wie gesagt, wenn das Theme die opn_themes_include.css lädt, ist das manuelle Eingreifen nicht notwendig.

Weiterhin müsst Ihr darauf achten bei der Erstellung neuer Centerboxen die rechnerische Gesamtbreite von 100% nicht zu überschreiten.

Kleines Beispiel: Ihr wollt 2 Centerboxen erstellen zu je 50%. Nun wird durch obiges CSS aber ein Aussenabstand von 0,5% gesetzt, somit ist in der

Broswerberechnung die Box tatsächlich aber 51% groß, was zu einem Umbruch in der Darstellung führen würde da 102% bei 2 Boxen halt genau 2% zu groß ist. Somit dürfen die Boxen nur 49% Breite zugewiesen bekommen.
Sprich Gesamtbreite minus Boxenanzahl in Prozent pro Zeile ergibt die Gesamtsumme der Euch zur Verfügung stehenden nutzbaren Prozente

1 Box = 99%
2 Boxen = 98%
3 Boxen = 97%
4 Boxen = 96%

Somit solltet Ihr nach diesem Update kurz alle Breiten im Boxenadmin anpassen, um Euer gewünschtes Layout zu erhalten
Notiz Der CSS Code ist bereits angepasst.

Das OPN-Team wünscht Allen ein frohes und freudiges Osterfest

Ein möglicher Weg….

Ab und an sollte man sich bei einer Entwicklung Gedanken machen wie der weitere Weg sein könnte.

OPN wird immer komplexer. Durch die Vielzahl der Möglichkeiten ist es inzwischen relativ schwer zu verfolgen was wo eingestellt werden muss, um ein entsprechendes Ergebnis zu erlangen. Für Neueinsteiger ist es umso schwerer sich hier einzufinden.

Aber trotzdem reichen die Möglichkeiten der Individualisierung teilweise, den einzelnen Anwendern, nicht aus. Immer mehr Funktionen werden eingearbeitet.

Nun wie kann oder soll man damit jetzt umgehen?

Abschaffen von Möglichkeiten ist nicht wirklich eine Option. Optimieren der Bedienung ist zwar sicherlich noch machbar aber auf lange Sicht nicht wirklich befriedigend.

Eine Möglichkeit haben wir bereits in der Vergangenheit versucht, und den „Profi“ Modus eingeführt. Das bringt zwar eine Entlastung, ist auch nach wie vor hilfreich, aber trotzdem aus heutiger Sicht nicht ausreichend, um auf Dauer eine Lösung zu sein.

Nun was also Tun? Wie geht man damit um?

Man könnte versuchen das Konzept des Profi Modus zu erweitern, Einstellungen und Funktionen, die sagen wir mal nicht einem Grundbedürfnis entsprechen, auszulagern. Bei dieser Auslagerung würde man dann mit dem Ansatz heran gehen, dass die Nutzer dieser erweiterten Einstellungen und Anpassungen bereits erfahrende OPN Nutzer sind. Da kann man dann mehr voraussetzen und vieles vereinfachen.

Mal ein konkretes Beispiel.

Die E-Mail Templates. Jeder kann in seiner Installation diese Textlich ändern. Aber Inhaltlich? Und was ist bei Änderungen von unserer Seite aus? Das ganze, wollte man da sauber arbeiten, ist sehr komplex. Es wird auch für den Anwender kompliziert. Ich denke ein Anfänger wäre damit überfordert.
Da ich diesen Text nicht noch länger machen möchte, gehe ich auf die Details mal noch nicht ein, aber verständlich sollte dieses sein, dass man damit die Bedienung für den normalen Webmaster erschweren würde. Eben deshalb empfinde ich dieses als eine nicht zu den Grundbedürfnissen gehörende Anpassung.

Nun wie könnte man sich das also dann vorstellen?

Man schafft einen weitern Adminbereich besser Adminmodule. Diese sind in der normalen Installation nicht enthalten. Sie erweitern aber OPN um eigene Anpassungen an die Basisfunktionen von OPN. Alles was über eine gewisse Basis hinausgeht, wird darüber eingestellt, verwaltet und angepasst. Diese Teile sind dann in der Lage den kompletten OPN Code zu verändern und umzuschreiben. Will jemand diese nutzen so wird eben ein Grundwissen vorausgesetzt.

Dieser Gedanke den ich hier jetzt nur mal kurz vorgestellt habe, ist so weit ich weiß im CMS Bereich Neu und einzigartig. Aber neuartige Ideen und Konzepte sind bei OPN ja Standard.

Ich hoffe mit diesem Weg dann auch langfristig alle Erfordernisse umsetzen zu können. Sicher sind auch hier noch Einzelheiten in der Konzeption zu erarbeiten. Insbesondere die Update Technologie ist hier noch nicht ausreichend, um alle Erfordernisse zu erfüllen.

Euer OPN Develop Team

Servus zusammen,

Der Bugfix OPN 2.3.3 steht ab heute zum Download zur Verfügung.
Es wurden einige Bugs behoben und noch diverse Dinge PHP 5.1.2 kompatibel gemacht.
Ausserdem ist eine neue Class hinzugekommen, die ihr in eure Themes einbauen solltet.
Hierzu bitte diesen Artikel lesen und die dortige Class kopieren und in die Theme.css eurer Themes einfügen.

Ich möchte nochmals darauf hinweisen sich an die Update-Anleitung zu halten.

Den Changelog könnt ihr hier nachlesen.

Für den Download bitte anmelden, wer noch nicht registriert ist, sollte dieses baldmöglichst nachholen.

Zu den Versionen:

Die Vollversion befindet sich hier opn-2-3-3
openphpnuke-2.3.3-full.* - OPN komplett
openphpnuke-2.3.3-core.* - OPN ohne Module
openphpnuke-2.3.3-modules-full.* - OPN Module als Komplettpaket
openphpnuke-2.3.3-module-xxx.* - OPN Module einzeln

Wer schon eine OPN 2.3.2 Installation hat, kann auf die Update Version
openphpnuke-2.3.2-to-2.3.3 zugreifen.

Gruß Tine

Hallo zusammen,

wir haben seit einigen Tagen eine neue CSS Class in den Standardthemes mit eingebaut.
Derzeit wird diese Class noch über die include.css aufgerufen.
Die in den eigenen Themes einzufügenden Zeilen sind:



.alternatorsubhead {
     background: #bfdcfb;
     border: solid 1px #A5A5A5; color: #000;
     empty-cells: show;
     font: 12px Verdana,Arial,Helvetica,sans-serif;
     padding: 2px;
}

.listalternatorsubhead {
     background: #bfdcfb;
     border-bottom: 1px solid #000;
     border-left: 1px solid #000;
     color: #000;
     empty-cells: show;
     font: 12px Verdana,Arial,Helvetica,sans-serif;
     padding: 4px;
}



Verwendung für die Class befindet sich u.a. für das Forum und Glossar

Wir Bitten jeden Benutzer sich diese Zeilen mit in sein Theme

reinzupacken und dort nach seinen Wünschen anzupassen.

Die Class wird demnächst dann aus der include.css wieder rausgenommen.

MfG Tine

Servus zusammen,

phenomenal was ein Virenprogramm alles so anrichten kann.
Nach langen Suchen, warum Mails aus dem Jahre 2042 bei mir im Postfach gelandet sind, die auf 1906 datiert waren, hab ich den Grund dafür dann doch gefunden.
Beim Mail-Check meines Virenprogrammes AntiVirKit 2006 werden eingehende Mails, aus welchen Gründen auch immer, die über den Standard POP3 eintreffen um 100 Jahre zurück datiert, Eingangsdatum jedoch auf das Jahr 2042.

Anfangs dachte ich es läge am Server, oder an irgend einer Einstellung in/bei OPN oder am Mail-Client.

Wer also auch solche Mails bekommen sollte... das liegt nicht an OPN sondern am Virenprogramm :)


MfG Tine

Servus an die Gemeinde,

Es steht die OPN Version 2.3.2 zur Verfügung.
Es wurden diverse Bugs entfernt und die Version wurde PHP 5.1.2 lauffähig gemacht.
Bitte beachtet, dass OPN nicht unter PHP 5.1.1 laufen wird. Hierzu bitte diesen Artikel beachten!!

Ich möchte nochmals darauf hinweisen sich nach der Update-Anleitung zu richten.

Den Changelog könnt ihr hier nachlesen.

Für den Download der Voll- und Updateversion müßt ihr registrierte User sein.

Zu den Versionen:

Die Vollversion befindet sich hier opn-2-3-2
openphpnuke-2.3.2-full.* - OPN komplett
openphpnuke-2.3.2-core.* - OPN ohne Module
openphpnuke-2.3.2-modules-full.* - OPN Module als Komplettpaket
openphpnuke-2.3.2-module-xxx.* - OPN Module einzeln

Wer schon eine OPN 2.3.1 Installation hat, kann du auf die Update Version
opn-2-3-1 to 2-3-2 zugreifen.

Gruß Tine

Hallo Gemeinde

Immer wieder kommt es dazu das angehende OPN ler Probleme bei der Anmeldung oder in anderen Teilen unseres OPN Netzwerkes haben.

Daher haben wir uns entschlossen genau für solche Fälle einen Support einzurichten.

help@openphpnuke.info

Unter dieser eMail können alle die Probleme bei der Anmeldung oder im OPN Netzwerk haben sich melden.

Als Ansprechpartnerin und Betreuerin für diesen Bereich hat sich unsere Tine "freiwillig" gemeldet. An dieser Stelle noch mein herzlichen Dank dafür.

Hallo liebe Gemeinde,

... ist es euch schon aufgefallen?
... hab ihr es auch bemerkt
... eigentlich war es nicht zu übersehen
... das musste ja passieren
... die frage war nur wann und wer
... es ist schon erstaunlich

-> weiter auf der nächsten Seite wegen der Spannung ...

genau

- es ist passiert -

und heute ist die Revision 5000 ein gescheckt worden ins svn.

Buildversion: 5000 vom 05.03.2006 02:18:13

Ich finde schon das diese Tatsache eine Erwähnung erfahren sollte.

Revision 5000 das ist doch mal eine Zahl. :)

Einige OPN Benutzer haben über Probleme mit der Installation von OPN unter PHP 5.1.1 berichtet (weisse Seite bei Schritt 6 z.B.).
Diese Probleme sind keine Fehler von OPN sondern das ist ein Fehler innerhalb von PHP 5.1.1 bei der Behandlung von $$vari und ${vari} Aufrufen siehe PHP Bug 35470.
Dieser Bug ist in PHP 5.1.2 behoben. Daher sollten OPN Benutzer deren Webhoster die PHP Version 5.1.1 installiert haben, diese bitten schnellst möglich auf die PHP Version 5.1.2 upzudaten. Der Grund ist nicht nur OPN, sondern in 5.1.1 sind auch diverse andere Bugs enthalten die z.B. den Webserver zum Absturz bringen können.
Wer den XAMPP mit PHP 5.1.1 lokal benutzt sollte deren Entwickler bitten dafür ein Update bereit zustellen mit PHP 5.1.2.