Beiträge

Lieber Harry60

Danke für deine Antwort. Ich teile deine Ansicht, dass das für Mozilo nicht eine vordringliche Sache ist. So wenig wie z.B. eine Übersetzung auf Lingala. Oder das eine oder andere Plugin (andere schon). Aber da hat sich jemand aus x einem Grund hingesetzt und das gemacht und nun ist es da.

Der Vorteil von zertifikatsbasierten Logins ist wohl, dass keine Passwörter gespeichert werden und entsprechend auch nicht gestohlen werden können. Falls jemand am 17./18. August in St. Augustin (Köln/Bonn) an der FrOScon ist, lohnt es sich vielleicht, am Doppelstand von CAcert.org und Qubes OS mit Dirk zu reden. Falls jemand ein OpenID Connect-Plugin erstellen möchte, kann ich den Kontakt zu den Leuten herstellen, welche die Plugins für WordPress und Drupal in PHP/Pearl erstellt haben (mehr schreibe ich nicht mehr dazu).

Da ich selber nicht programmieren kann, helfe ich dort, wo ich etwas kann und das ist in der Tat eher mit den Sprachen. Da bin ich an etwas dran, für Mozilo.

Sommerliche Grüsse
E.

OpenID Connect ist so etwas ähnliches wie sich auf irgend einer Seite mit seinem Facebook- oder Google-Konto einloggen. Nur, dass nicht ein amerikansicher Konzern dahinter alles mitliest.

Die Leute von CAcert.org  bauen nun einen Baustein, damit man die freien Zertifikate von CAcert zum einwählen nutzen kann. Im Moment haben sie eine Betaversion für Drupal und WordPress. Es soll aber auch ohne CAcert-Zertifikat funktionieren, da jeder Seitenbetreiber ja auch eigene Zertikate ausstellen kann. Also 100% der Daten beim Seitenbetreiber.

Was man evtl.für die Startseite machen könnte, wäre das i18n Plugin dafür zu nehmen. Das wäre dann aber wirklich erstmal nur für die Startseite

Genau. Einfach. Pragmatisch. Machbar mit vertretbarem Zeitaufwand für die vorhandenden aktiven Leute. (und auf der Startseite stehen ja alle fürs Erste wichtigen Informationen)

MoziloCMS gibt es in 10 (3.0) oder 11 (2.x) Sprachen*. Nur weiss das fast niemand. Dazu folgende Idee (falls technisch einfach umsetzbar): Die Startseite in möglichst vielen Sprachen anbieten. Natürlich wäre der ganze Internetauftritt mehrsprachig und die Dokumentation dazu noch sicher besser; die Startseite gibt aber einen guten Überblick - so in dem Sinne, dass die ersten 80% mit 20% der Kosten (resp. Aufwand) erreicht werden können.

Bei Bedarf (wenn z.B. jede zweite Anfrage im Forum plötzlich aus der Mongolei oder Belutschistan kommt) und wenn sich Benutzer oder Freiwillige aus den entsprechenden Sprachgruppen melden, liesse sich das später sicher erweitern

Deutsch haben wir bereits; Französisch und ev. Lingala könnte ich mithelfen; britisches Englisch gegenlesen.

* daDK, deDE, enEN, esES, frFR, hrHR, itIT, lnCD, nlNL, plPL, ptBR

Guten Tag
Habe ich in den Tiefen des Forums oder der Dokumentation etwas übersehen oder gibt es OpenID Connect bei Mozilo (noch) nicht?
Oder ist jemand da dran am werkeln?
Liebe Grüsse
E.

...die Sprachdateien? Oder gar die komplette Doku?

Nur das Frontend. Der Admin muss weiterhin französisch lesen.

Auf der Seite africath.ch erscheint prominent auf der Startseite zweimal die Zeile:  Warning: A non-numeric value encountered in /httpdocs/plugins/Calendar/datenClass.php on line 258

Ich verstehe nicht, was das mir sagen will, geschweige denn, wie ich das Problem beheben kann.

Technische Angaben:
CMS 2.0v51
Plugin Rev2

dänisch, deutsch, englisch, spanisch, verbessertes französisch, italienisch, lingála, niederländisch, polnisch, brasilianisches portugiesisch... (im Admin-Bereich eine weniger) Ich finde das ganz toll, in wie vielen Sprachen Mozilo verfügbar ist. In welchen es wohl auch gebraucht wird?

Guten Tag

Mozilo ist ja schön klein, aber hat jemand Erfahrung damit, Mozilo noch zu verschlanken? Ich könnte ja die paar Beispielbilder löschen, das gibt ein paar 100 KB. Hat noch jemand eine andere Idee? Kennt jemand noch Dinge, die ich gefahrlos entfernen kann?

Hintergrund der Frage ist: Mein Anbieter gibt mir zur Domain noch 10MB Platz. Mozilo ist 6.7MB gross. Da bleiben mir für den Inhalt 3.x MB. Das sollte reichen, wenn ich sparsam mit dem Platz umgehe...

E.

Ich beantworte die Frage gleich selber:

Mit dem Plugin Calendar lässt sich das zu 90% umsetzen. Es gibt keine Vorschaubilder, dafür weitere Kalenderfunktionen. Mit einer ganz kleinen Anpassung, zeigt das Plugin alle oder alle künftigen Veranstaltungen aller Zeiten - des Jahres - des Monats als Liste an.

Danke für die rasche Hilfe. Jetzt funktioniert es...

Ich fasse ergänzend zum "Read me" zusammen:

• Das Plugin Calendar braucht zwei {Bausteine}:
     - einerseits {Calendar|event}, dass etwas angezeigt wird
     - und dann {Calendar|irgendwas}, damit das gezeigt wird, was ich will (Liste, Monat, Jahr, etc.)
• Soll die Liste standardmässig eingeblendet sein (und nicht nur auf Knopfdruck), müssen zwei Codezeilen leicht angepasst werden, wie oben von stefanbe beschrieben.

E.

Danke für die rasche Antwort.

mit {Calendar|event} zeigt es mit zwar den Kalender an, jedoch mit dem Hinweis "kein Termin vorhanden".

Ich habe ein bisschen gespielt mit folgender Konfiguration: 1 Termin vergangen in diesem Monat, 1 Termin im kommenden Monat.

• Seite 1: {Calendar|list,always,from}{Calendar|event} (ganz unten) --- Situation: Anzeige wie beschrieben mit "Kein Termin vorhanden"

• Seite 2: Test list,always,from: {Calendar|event}{Calendar|list,always,from} ---  Situation: Anzeige wie beschrieben mit "Kein Termin vorhanden"
  Test list: {Calendar|list} --- keine Anzeige
  Test list_link,all,from: {Calendar|list_link,all,from} --- Situation: Anzeige: "Termine Anzeigen: Alle  Alle ab Heute "

Wenn ich nun auf "Alle" oder auf "Alle ab heute" klicke, zeigt es mir auf dieser Seite (Seite 2) sowohl bei list,always,from als auch bei list den Kalender an (bis ich die Seite wechsle).

Müsste nicht mit dem Parameter "always" die Terminliste nicht always=immer angezeigt werden, ohne, dass ich auf einen Link klicken muss?

(Was funktioniert, ist die Anzeige des Monats oder des Jahres mit einem farbigen Datum, wenn ein Event eingetragen ist; ich möchte jedoch, wie aus {Calendar|list} ersichtlich ist, eine Liste der Termine, falls das möglich ist; im Prinzip {Calendar|list,alays,from} Liste, immer angezeigt, ab heute. Oder habe ich da die Funktionalität des Plugins falsch verstanden?)

Ich habe Mozilo 1.12 mit dem Plugin Calendar 161. Das funktioniert aber nicht so, wie ich mir gedacht habe. Denkproblem oder Anwendungsproblem?

Ich dachte: eingeloggt kann ich Termine erfassen; ausgeloggt ansehen.
Nun ist es aber so, dass die Termine "verschwinden", wenn ich nicht eingeloggt bin - und wieder erscheinen, wenn ich mich erneut einlogge.

Seite 1: {Calendar|list_all,from} -->ganz unten, unter "Weitere Veranstaltungen"
Seite 2: {Calendar|list}
Seite 3: {Calendar|login} -> da zeigt es nur den Anmeldelink, wenn ausgeloggt

Etienne

Auf der Suche nach der Möglichkeit, auf einer Moziloseite Veranstaltungen anzuzeigen, die optimalerweise am Tag X von alleine von der Seite Aktuell auf die Seite Archiv wandern, stiess ich auf den Beitrag von Supercat, der mit einem dynamischen iFrame einen einfachen Nachrichtenfluss auf seiner Seite eingebaut hat.

Nun gibt es auf der angegebenen Seite das benutzte PHP-Skript «informer» in der Zwischenzeit nicht mehr, hingegen «aktuell», das die eingangs beschriebene Archivfunktion aufweist. Ergo könnte ich mir so etwas zuwegbasteln – mit dem Sicherheitsrisiko, der PHP-Code darstellt.

Wäre das nicht etwas für ein Plugin?

Etienne

• Meldungen mit Bild und Endzeit der Anzeige
• festlegen, ob bei Erreichen des Ablaufdatums oder bei manuellem Löschen, die Meldung in das Archiv verschoben werden soll
• evtl. Archivmeldungen im Administrationsmenü löschen
• Archivseiten zeigen die alten Meldungen in chronologischer Reihenfolge
• Setup, wieviel Meldungen pro Archivseite angezeigt werden

Salü Rainer

Ich habe mich einmal ein wenig schlau gemacht Pootle braucht

•     Python 2.4
•     Django 1.3.x oder 1.4.x
•     python-pip

auf dem Server. Ist das bei Mozilo vorhanden?