Benutzer:Rb

http://gitorious.org/lightning-exchange-provider/pages/Home

Priority Button: http://www.sunbird-kalender.de/forum/viewtopic.php?f=13


MCS Anpassungen

livingdead

Sunbird Dokumentation

Ein Test-Profil anlegen

CSS Bastelecke

Rb-DE-Builds

Lightning_FAQ

Lightning FAQ 0.9

Lightning FAQ 1.0 Beta 1

Versionshinweise Sunbird 0.9

Versionshinweise Lightning 0.9

Versionshinweise Sunbird 1.0 Beta 1

Versionshinweise Lightning 1.0 Beta 1

Versionshinweise Lightning 1.0 Beta 2

Versionshinweise Lightning 1.0 Beta 4

Sunbird-Kalender FAQ 0.8

Sunbird-Kalender FAQ 0.9

Versionshinweise Sunbird 0.8

Versionshinweise Lightning 0.8

Mit Lightning 1.0 Beta 2 funktionierende Erweiterungen

Mit Sunbird 1.0 Beta 1 funktionierende Erweiterungen

Mit Sunbird 0.9 funktionierende Erweiterungen

Mit Sunbird 0.8 funktionierende Erweiterungen

Mit Sunbird 0.7 funktionierende Erweiterungen

Entwurf Gliederung Dokumentation Sunbird

Versionshinweise Sunbird 0.7

Versionshinweise Lightning 0.7

Gemeinsame Probleme Sunbird/Lightning 0.7

Entwurf Release Notes SB 0.5 de

Entwurf Release Notes SB 0.5 de

Versionshinweise Sunbird 0.5

Entwurf Release Notes Ltn 0.5 de

Entwurf Release Notes Ltn 0.5 de

Versionshinweise Lightning 0.5

CSS-Klassen .tip, .wichtig, .warnung

Hier meine Vorschläge für drei CSS-Klassen, um im Wiki mit etwas mehr Optik zu arbeiten. Ein Admin könnte sie in eine CSS-Datei des Wikis einbinden (angeblich soll das für alle Skins mit der common.css funktionieren, ich hab's allerdings nur mit der main.css vom monobook-Skin zum Laufen bekommen), dann braucht man in Artikeln nur noch mit class="xyz" Bereiche markieren. Das ist der einfachere Weg für Verfasser, aber der kompliziertere für die Admins (bei Wiki-Updates usw.). Oder man fügt sie direkt mit z.B. <div style="...........">text text text</div> in den Code einer Seite ein. Dann geht's hier nicht mehr um CSS-Klassen, sondern nur noch um einen Vorschlag für Gestaltungsstandards.

Ein mögliches Problem: Muss man heutzutage noch darauf achten, sich nur auf bestimmte Farbpaletten zu beschränken? Denn mit irgendwas konform dürften die folgenden Farbspielereien kaum sein.

In Farbwahl und Layout inspiriert von:

http://developer.mozilla.org/de/docs/Hilfe:Custom_CSS_Classes

http://www.firefox-browser.de/wiki/Hauptseite

Hinweis (.tip)

Positiver Hinweis, z.B. Verweis auf eine nützliche Erweiterung, alternative Wege zum Erreichen eines Ziels, Tipps und Tricks.

border #336400 (vgl. Hintergrund sunbird-kalender.de), background #CEEFBD (wie MDC)

Wichtiger Hinweis: Dies ist ein Blindtext! Dies ist ein Blindtext! Dies ist ein Blindtext! Dies ist ein Blindtext! Dies ist ein Blindtext! Dies ist ein Blindtext!

Möglichkeit 1: Klasse "tip" in .css-Datei definieren und dann per "div" und "class" in Formatierung angeben.

.tip {
	border: #639C18 1px solid;
	border-left: #639C18 5px solid;
	border-right: #639C18 5px solid;
	padding: 3px 8px;
	margin: 10px 0px 10px 0px;
	background-color: #CEEFBD;
}
<div class="tip">Hier steht der Text.</div>

Möglichkeit 2: CSS-Angaben direkt in Formatierung schreiben.

<div style="border: #639C18 1px solid; border-left: #639C18 5px solid; border-right: #639C18 5px solid; padding: 3px 8px; margin: 10px 0px 10px 0px; background-color: #DFD;">Hier steht der Text</div>

Hier steht der Text

Wichtiger Hinweis (.wichtig)

(Einschränkender) Hinweis, z.B. Anleitung zu richtigem Updaten, Hinweis auf eingeschränkte Funktionalität, Verweis auf 'organisierende Bugs' wie den zur Outlook-Interoperabilität oder den zu Synchronisationsmöglichkeiten; ggf. auch für Quellen- und Dankesabschnitte bei übernommenen FAQ-Teilen?

Ähnliches Layout wie im FF-Wiki, aber u.a. beidseitig gerahmt.

So sieht's aus:

Wichtiger Hinweis: Dies ist ein Blindtext! Dies ist ein Blindtext! Dies ist ein Blindtext! Dies ist ein Blindtext! Dies ist ein Blindtext! Dies ist ein Blindtext!

Möglichkeit 1: Klasse "wichtig" in .css-Datei definieren und dann per "div" und "class" in Formatierung angeben.

.wichtig {
	border: #FFC149 1px solid;
	border-left: #FFC149 5px solid;
	border-right: #FFC149 5px solid;
	padding: 3px 8px;
	margin: 10px 0px 10px 0px;
	background-color: #FFFACD;
}
<div class="wichtig">Hier steht der Text.</div>

Möglichkeit 2: CSS-Angaben direkt in Formatierung schreiben.

<div style="border: #FFC149 1px solid; border-left: #FFC149 5px solid; border-right: #FFC149 5px solid; padding: 3px 8px; margin: 10px 0px 10px 0px; background-color: #FFFACD;">Hier steht der Text.</div>

Hier steht der Text.

Warnung (.warnung)

Nur zum Verweis auf Bugs und bei ernsten Warnungen, z.B. drohendem Datenverlust oder "Achtung, nur für Fortgeschrittene".

Ähnliches Layout wie im FF-Wiki, aber u.a. beidseitig gerahmt:

Wichtiger Hinweis: Dies ist ein Blindtext! Dies ist ein Blindtext! Dies ist ein Blindtext! Dies ist ein Blindtext! Dies ist ein Blindtext! Dies ist ein Blindtext!

Möglichkeit 1: Klasse "warnung" in .css-Datei definieren und dann per "div" und "class" in Formatierung angeben.

.warnung {
	border: red 1px solid;
	border-left: red 5px solid;
	border-right: red 5px solid;
	padding: 3px 8px;
	margin: 10px 0px;
	background-color: #FFE6CF;
}
<div class="warnung">Hier steht der Text.</div>

Möglichkeit 2: CSS-Angaben direkt in Formatierung schreiben.

<div style="border: red 1px solid; border-left: red 5px solid; border-right: red 5px solid; padding: 3px 8px; margin: 10px 0px; background-color: #FFE6CF;">Hier steht der Text.</div>

Hier steht der Text.


Was ist bei einer gemeinsamen Nutzung von Kalendern im Netzwerk zu beachten? Reloaded-01

Warnung: Sunbird 0.3 überprüft vor Änderungen an einem externen Kalender nicht automatisch, ob die Datei auf dem Server seit dem letzten Aufruf geändert wurde! Bei gemeinsamer Bearbeitung droht Datenverlust! (Bug 329570)

Zum Bearbeiten eines externen Kalenders nimmt Sunbird die gewünschte Änderung an der Datei in der Form vor, wie sie dem Programm seit der letzen Aktualisierung der externen Kalender bekannt ist, und lädt sie dann auf den Server hoch. Die ursprüngliche Datei wird dabei überschrieben.

Ein gleichzeitiger Zugriff auf ein und diesselbe Kalenderdatei durch verschiedene Nutzer ist kritisch, weil die unterschiedlichen Zugriffe auf die Datei nicht weiter koordiniert werden. Wenn Nutzer A und Nutzer B Änderungen an einem gemeinsamen externen Kalender vornehmen, ohne zuvor die Anzeige zu aktualisieren, gehen die Änderungen verloren, die einer von beiden gemacht hat - nämlich die Änderungen desjenigen, der die Datei als erster wieder zurück auf den Server kopiert hat. Unter Umständen kann so eine mehrfach überarbeitete Kalenderdatei mit einer längst veralteten Version überschrieben werden (die dann dem Stand zum Zeitpunkt der letzten Aktualisierung externer Kalender durch den letzten Nutzer entspricht, der eine Änderung vornimmmt).

Diese Gefahr kann jedoch durch ein entsprechendes Konzept der Netzwerknutzung umgangen werden.

Hauptseite Reloaded-01


Farbspielereien Wiki

Sunbird-Logo

background ist #C4EFA1, wie der in den Downloadboxen auf http://www.mozilla.org/projects/calendar/

h3 mit #1D9101 (wie die dicken Überschriften in o.g. Downloadboxen)

auf den background jetzt die Standard-Link-CSSes des monobook-Skins:
Was ist das hier? (#002bb8" - für "a")
Was ist das hier? (#5a3696" - für "a:visited")
Was ist das hier? (#faa700" - für "a:active")
Was ist das hier? (#772233" - für "a:stub")
zum Vergleich: ganz normaler schwarzer Text

noch ein Vergleich: die vermutete Farbe des aktuellen dunkelgrünen Wiki-backgrounds (#336400)
Was ist das hier? (#336400" - für "color")
und nochmal fett (#336400" - für "color")
geht also auch gut, aber vielleicht lieber AUF Hintergrund, nicht ALS Hintergrund?

Das probiern wir jetzt mal im nächsten background-div:
 

Sunbird-Logo

 

ganz normale schwarze h3

ganz normaler schwarzer Text
 
da drauf jetzt die Standard-Link-CSSes des monobook-Skins:
Was ist das hier? (#002bb8" - für "a")
Was ist das hier? (#5a3696" - für "a:visited")
Was ist das hier? (#faa700" - für "a:active")
Was ist das hier? (#772233" - für "a:stub")
 

Ziemlich schwer lesbar. Außerdem sieht das Logo an den Rändern etwas ausgefranst aus, wenn der Hintergrund so dunkel ist.

Wozu das Ganze:
#C4EFA1 scheint mir eine bessere Wahl für einen eingefärbten Hintergrund. Das ist nicht so dunktel, alles Andere also besser lesbar, außerdem hält man sich damit mehr gestalterische Optionen offen.

#336400 könnte man z.B. als Farbe für die Überschrift "Willkommen ..." und ähnliches nehmen.

#1D9101 kann ich mir da allerdings ebenso gut vorstellen.

Das alles unter dem Vorbehalt, dass die Farbanzeige von meiner alten Röhre ziemlich hinüber ist. ;-) Aber zumindest der derzeit ziemlich krasse Kontrast von sehr dunkel/sehr hell dürfte ja real sein.

Kalenderanzeige aktualisieren Reloaded-01

Beim Start von Sunbird werden sämtliche Kalender automatisch neu geladen.

Im laufenden Betrieb lässt sich die Anzeige aller auf einer .ics-Datei basierenden Kalender bislang nur manuell aktualisieren. Möglich ist dies z.B. über "Datei - Externen Kalender neu laden", eine Schaltfläche in der Symbolleiste oder die Tastenkombination "Strg+R". Eine automatische Aktualisierung der Anzeige im laufenden Programmbetrieb ist nicht möglich.

Hinweise:
  • Auf einer .ics-Datei basieren externe Kalender sowie solche, für die Sie eine .ics-Datei auf ihrem Computer gespeichert und anschließend mit Sunbird geöffnet (nicht importiert) haben.
  • Die Schaltfläche "Neu laden" müssen Sie erst anlegen. Wählen Sie im Menü "Ansicht - Symbolleisten - Symbolleiste anpassen..." aus und ziehen Sie das Symbol für "Neu laden" per Drag&Drop an die gewünschte Stelle.


Auf einer .ics-Datei basieren externe Kalender sowie solche, für die Sie eine .ics-Datei auf ihrem Computer gespeichert und anschließend mit Sunbird geöffnet (nicht importiert) haben.
Hinweis: Die Schaltfläche "Neu laden" müssen Sie erst anlegen. Wählen Sie im Menü "Ansicht - Symbolleisten - Symbolleiste anpassen..." aus und ziehen Sie das Symbol für "Neu laden" per Drag&Drop an die gewünschte Stelle.

Systemvoraussetzungen Sunbird Entwurf


Sunbird-Kalender_FAQ_0.3.*

Synchronisation