Quelltexte[Bearbeiten | Quelltext bearbeiten]

verschoben auf Unterseite: Benutzer:Rainer Lippert/Sortierbare Tabelle/Quelltexte

Diskussion[Bearbeiten | Quelltext bearbeiten]

— kopiert von der Diskussionsseite —

(Die Diskussion begann ursprünglich in der Auskunft, jetzt im Archiv: Sortierbare Tabellen in Webseite erstellen.)

Sortierbare Tabellen in Webseite erstellen[Bearbeiten | Quelltext bearbeiten]

Ich denke, wir sollten deine Frage statt in der Auskunft hier weiter behandeln. Das wird vielleicht noch länger und die Einrückungstiefe ist auch schon bedenklich (na gut, man könnte einfach wieder von links anfangen).

So, Rainer – zunächst mal als allgemeiner Tipp: Speichere dir die Startseite des SelfHTML-Wikis als Lesezeichen ab: SELFHTML-Wiki. Alles, was ich weiß, habe ich letztendlich von dort. Ich habe vor Jahren mal alles zu HTML und CSS durchgearbeitet, bei Javascript bin ich allerdings nie ganz durchgestiegen. Lies zu jedem Teilthema dort die grundlegenden Sachen.

Nun zu Deiner letzten Frage in der Auskunft: Diese Tabellenstruktur hatte ich mir schon im Quelltext angesehen und hätte dir so oder so etwas dazu gesagt. Ich würde das, wie es bisher ist

<table align="" class="mceEditable" style="border: 2px solid #000000;" width="100%" cellspacing="0" cellpadding="3" border="0" height="100%">

ändern zu (sortierbar ist gleich eingearbeitet)

<table class="mceEditable sortierbar">

der Rest sollte über einen Stil im Seitenkopf (genau wie beim Script) behandelt werden – so müsste das bei mehreren Tabellen nur einmal pro Seite definiert werden.

Um das ein wenig auseinanderzunehmen: Die Attribute align="" sowie später width="100%" cellspacing="0" cellpadding="3" border="0" height="100%" sind veraltet, weil es für sie CSS-Eigenschaften gibt. align="" ist zudem leer und schon deshalb verzichtbar, border="0" widerspricht der Angabe zuvor innerhalb von style=…, der Sinn der Höhenangabe erschließt sich mir hier nicht. Wenn Du herausfindest, ob Du Javascript- und CSS-Dateien hochladen kannst, wäre das hilfreich, und wir könnten hier auch weitermachen, da die Art der Einbindung in den Seitenkopf davon abhängt. — Speravir (Disk.) – 03:03, 21. Okt. 2016 (CEST)

Hallo Speravir, ok, machen wir hier weiter. Bei meinem Verständnis für HTML dauert das bestimmt länger ;-) Ich habe es jetzt mit der modifizierten Tabelle versucht, aber ohne Erfolg. Was meinst du jetzt mit Seitenkopf? Viele Grüße -- Rainer Lippert 11:57, 21. Okt. 2016 (CEST)
Nachtrag: Jimdo hat eben auf einer Anfrage von mir von vor zwei Tagen geantwortet. Java Scripte kann man in den Head-Bereich einstellen, schreiben sie. Und CSS-Programmierung wäre möglich. Und Java Scripte könnte man auch über Widget HTML Element einbauen. -- Rainer Lippert 12:26, 21. Okt. 2016 (CEST)

Mit Seitenkopf meinte ich das, was Du anscheinend ausschließlich über Head bearbeiten beeinflussen kannst. --Speravir (Disk.)

Mir ist leider jetzt erst ein fundamentales Problem mit Deinen Tabellen aufgefallen, weshalb die Sortierung bei dir auch bei korrekter Skripteinbindung bisher nicht funktionieren kann:

Das Skript verlangt einen <thead>…</thead>-Bereich, den Du nicht verwendest, und
innerhalb dieses Bereiches darf ausschließlich 1 Zeile (<tr>…</tr>) vorhanden sein, die aus nur aus <th>-Elementen besteht – das sind die Spaltentitel.

Wenn du sortierbare Tabellen haben willst, musst Du unbedingt die Tabellen so umbauen, dass wenigstens Punkt 2 erfüllt wird (und wenn wir bei TableSort.js von J. Bergemeier beliben, auch Punkt 1). Mir fällt bisher dazu nur ein, dass Du die zwei Spaltentitel Stammumfang und Krone entweder in den Fuß versetzt, so dass sie unterhalb der Spalten zu sehen sind – das wäre die vom Quelltext her deutlich leichtere, aber vom Aussehen vermutlich unschöne Variante vor allem bei längeren Tabellen – oder dass du ein System mit Tabelle in Tabelle benötigst, was die Steuerung der Breite schwer macht, so dass die Titel genau richtig übereinander stehen. — Speravir (Disk.) – 22:37, 21. Okt. 2016 (CEST)

Oder Du formulierst um: BHU → BHU<br>Stamm, Taille → St.-Umf.<br>Taille, Höhe → Höhe<br>d. Krone, Breite → Breite<br>d. Krone. Im Tabellenfuß (<tfoot>…</tfoot>) kannst und solltest Du die Abkürzungen dann kurz erläutern. — Speravir (Disk.) – 22:51, 21. Okt. 2016 (CEST)

Nur verständnishalber. weil ich Rainers Benutzerdiskussion verfolge: Verhandelt Ihr über eine Seite außerhalb der Wikipedia, die explizit per HTML/CSS/JS formatiert werden soll? --Silvicola ^Disk 22:53, 21. Okt. 2016 (CEST)

Ich würde behandeln statt verhandeln sagen oder von meiner Seite aus versuchen zu helfen, aber sonst: ja. Ich kenn nur die Jimdo-Gepflogenheiten nicht. — Speravir (Disk.) – 00:13, 22. Okt. 2016 (CEST)

Bis jetzt habe ich eigentlich nur mit den Tabellen gearbeitet, die hier gezeigt werden. Weil ich dachte mir schon, dass die von Jimdo erzeugten Tabellen nicht dafür geeignet sind. Hier hatte ich dann alerdings den Kopf von einer von Jimdo erzeugten Tabelle reingestellt. Inzwischen habe ich von Jimdo eine Freischaltung von allen Seiten Zwecks Head zum Testen bekommen. Ich kann also jetzt zur entsprechenden Seite mit Tabelle im Head einen Code einfügen. Aber auch das habe ich schon versucht, ohne Erfolg. Jimdo sagt, es gehen im Head nur folgende Tags: <base>, <link>, <meta>, <style>, <script>. Das mit den doppelten Spaltenköpfe, also Stammumfang, Krone und Alter, dass das nicht geht, ist mir klar. Geht in Wikipedia auch nicht. Zumindest nicht, wie ich meine Listen erstellt habe. Ich habe aber auf meiner Seite auch Tabellen mit normalen Spaltenköpfe. Hier ist beispielsweise eine. Wenn die Sortierung bei einer Tabelle erstmal funktioniert, baue ich bei den anderen Tabellen die Köfpe entsprechend um. Nur, ich brauche halt erstmal eine Tabelle die funktioniert. Viele Grüße -- Rainer Lippert 22:57, 21. Okt. 2016 (CEST)

Hallo Silvicola, ich will auf meiner eigenen Website Tabellen, die Sortierbar sind. Nur gelingt es uns, besser gesagt, mir noch nicht. Viele Grüße -- Rainer Lippert 22:59, 21. Okt. 2016 (CEST)

Aha, Rainer: <link> ist auch erlaubt, also müsstest du noch herausfinden, wie Du Styledateien hochladen und am besten auch anschließend bearbeiten kannst. Das Hochladen der Scriptdatei wäre natürlich ebenfalls gut. Zum Einbinden wäre auch wichtig zu erfahren, wo sie dann liegen: im Hauptverzeichnis oder irgendeinem Unterverzeichnis. Die Links der eingebundenen Bilder sind jedenfalls sehr kryptisch.

Du willst eine Beispieltabelle, hier eine stark gekürzte Version der gerade von dir verlinkten mit Formatierung über das style-Attribut

<table class="mceEditable sortierbar" style="border: 1px solid #000000; background-color: #eeeeee; width: 100%; margin: 0; padding: 3px;">
    <thead style="font-weight: bold; text-align: center;">
        <tr>
            <th>Ortschaft</th>
            <th>Name</th>
            <th>Standort</th>
            <th>BHU</th>
            <th>Taille</th>
            <th>Höhe</th>
            <th>Jahr</th>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td>Aiterbach</td>
            <td>&nbsp;—</td>
            <td>&nbsp;</td>
            <td>6,95 m</td>
            <td>6,27 m</td>
            <td>27 m</td>
            <td>2015</td>
        </tr>
        <tr>
            <td>Aubstadt</td>
            <td>Blößeiche</td>
            <td>&nbsp;</td>
            <td>6,33 m</td>
            <td>6,32 m</td>
            <td>23 m</td>
            <td>2015</td>
        </tr>
        <tr>
            <td>Bischofsheim</td>
            <td>Geißruheiche</td>
            <td>&nbsp;</td>
            <td>6,11 m</td>
            <td>6,11 m</td>
            <td>21 m</td>
            <td>2012</td>
        </tr>
<!-- etc. pp. -->
    </tbody>
    <tfoot style="font-size: 75%;"> <!--  kann auch oben vor oder nach "thead" stehen -->
        <tr>
            <td colspan="7">Hier könnten zum Beispiel Hinweise zu verwendeten Abkürzungen stehen</td>
    </tfoot>
</table>

Ich weiß nicht, wozu die Klasse mceEditable gut ist und habe sie deshalb lieber nicht entfernt. Über die Steuerung des Aussehens kann man sich später noch Gedanken machen. — Speravir (Disk.) – 00:13, 22. Okt. 2016 (CEST)

Also mit dieser Tabelle geht es auch nicht. Ich denke, das Problem liegt beim Script. Was meinst du mit hochladen? Nicht das ich da die ganze Zeit einen Fehler mache. Ich habe den Quellcode von der Seite kopiert und ins Head eingefügt. Ist das so richtig? Viele Grüße -- Rainer Lippert 18:38, 22. Okt. 2016 (CEST)

Mmh, es sollte aber. Diese Tabelle habe ich vorher lokal ausprobiert. Da stelle mer uns doch mal janz dumm oder noch mal von vorn: Speichere dir die Beispieldatei von SelfHTML unter irgendeinem Namen, z. B. TableSort_script-intern.html und lade die Datei TableSort.js von J. Berkemeier herunter; öffne die HTML-Datei mit einem Texteditor (einer mit Syntaxhighlighting ist sehr hilfreich dafür) und füge innerhalb des <head>…</head>-Bereiches ein, was ich schon mal gezeigt hatte, am besten ganz an dessen Ende:

<script type="text/javascript">
/*
Hier den gesamten Inhalt von TableSort.js hineinkopieren.
*/
</script>

Öffne die Javascriptdatei in einem Texteditor, markiere alles und kopiere und füge es innerhalb des <script>…</script>-Bereiches; abspeichern und Datei im Browser öffnen und … äähm <Schweißausbruch>, jetzt fällt mir selbst noch etwas auf: Hast Du die Zeichen /* und */ entfernt oder nicht? Wenn nicht, dann hol das schleunigst nach und ich muss mich bei dir entschuldigen: Das sind Zeichen, die in Javascript und CSS einen Blockkommentar kennzeichnen und daher alles zwischen ihnen deaktivieren. Wenn doch und die lokal ausgeführte Datei funktioniert bei dir, dann liegt es an irgendeiner Stelle bei Jimdo. Dann wäre es gut, hier mal temporär einen Link zur Testseite zu setzen, damit man in den Quelltext sehen kann, wie er ausgeliefert wird. — Speravir (Disk.) – 05:19, 23. Okt. 2016 (CEST)

Wir kommen nicht weiter. Habe ich dir schon gesagt, dass du es hier mit einem DAU zu tun hast ;-) Ich habe schon Probleme, das hier von dir geschriebene umzusetzen. Die Datei von J. Berkmemeier kann ich nicht öffnen, weil ich angeblich kein entsprechendes Programm habe. Um was für ein Art Programm handelt es sich hier? Das Wort Syntaxhighlighting musste ich auch erst ergoogeln. Was meinst du mit temporär einen Link zur Testseite? Zu meiner Webseite? Aber das hatte ich ja schon angeboten. Das das am besten wäre, wenn du es direkt auf meiner Seite probierst. Dann wissen wir, ob es an mir liegt, wovon ich stark ausgehe, oder an Jimdo. Dazu würde ich dir per Mail das Passwort zukommen lassen. Viele Grüße -- Rainer Lippert 08:21, 23. Okt. 2016 (CEST)

Versuche die Datei aus einem ASCII-Editor heraus zu öffnen; unter Windows müsste gewöhnlich dieses Wordpad vorhanden sein, das sich hoffentlich an evtl. in der Datei vorhandenen Sonderzeichen nicht verschluckt. Vermutlich sucht Dein Betriebssystem zum Dateizusatz (vermutlich „.js“) eine Angabe, welche Programme auf Deinem Rechner das wie voreingestellt „öffnen“ können, und findet dann selbst nichts. „Öffnen“ ist nämlich mehrdeutig. Das oft dazu „natürlich vorgesehene“ Verhalten gegenüber Skriptdateien ist es, bei Öffnen nicht banal zur Bearbeitung geöffnet, sondern schlankweg ausgeführt zu werden. (Skripts sind ja so eine Art von Programm, und wenn Du etwa Word „öffnest“, willst Du ja auch gewöhnlich nicht Dir die Bytes anschauen, aus denen das Programm Word zusammengesetzt ist, sondern da soll was anlaufen.) Und wenn bei Dir kein Programm das Skript ausführen kann, reagiert das Betriebssystem wie ein Kellner in der früheren DDR: „Jeht nich, hamma nich.“ Obwohl Du vermutlich einen Editor auf dem Rechner hast, mit dem das zur Bearbeitung oder wenigstens zu Anschauen durchaus geöffnet werden könnte. Wie so oft merkt man, wie ärgerlich „mitdenkende“ Software sein kann. Bestimmt ginge alles (Öffnen, Syntax-Highlighting) mit Notepad++. (Downloadseite bei heise.de. Die prüfen m.W. dort auf Viren, ehe sie etwas empfehlen.) --Silvicola ^Disk 10:57, 23. Okt. 2016 (CEST)

Rainer, Du hattest oben einen Link auf eine Seite gesetzt, woraus ich das gekürzte Beispiel hier erzeugt habe – so etwas meinte ich (Link auf die Seite, wo du die Testtabelle hast), aber wenn Du kein Problem damit hast, dann nutze die E-Mail-Option.

Und Silvicolas Hinweis ist sehr gut. In Windows mit rechter Maustaste auf die Datei klicken und im erscheinenden Kontextmenü auf Bearbeiten statt Öffnen gehen, das sollte den Standard-Editor Notepad öffnen (von WordPad würde ich weitgehend die Finger lassen). Ich nutze ja selbst das erwähnte Notepad++ (npp); da es aber auch andere gute Editoren gibt und jeder Editor (auch npp) seine Macken hat und außerdem Rainer eventuell schon einen in Benutzung hätte habe können, wollte ich das nicht konkretisieren. Man kann übrigens npp (oder andere Editoren) auch zum Standardeditor machen, bei Interesse mehr. Ich lade die Updates übrigens, so weit möglich, lieber direkt von der Originalseite: Notepad++ Home. — Speravir (Disk.) – 20:01, 23. Okt. 2016 (CEST)

Bevor Du groß mit TableSort weitermachst, sieh dir mal diese Seite an: sorttable: Make all your tables sortable (Achtung, auf Dauer leider sehr die Augen anstrengend). Dieses Skript bietet nämlich deutlich bessere Konfigurationsmöglichkeiten. Soweit ich bemerkt habe, kommt es nicht mit Zahlenmischungen klar, wie sie im SelfHTML-Beispiel vorkommen (Ich meine Zahlen mal mit Komma, mal mit Punkt für die Dezimalstellen), aber so eine Mischung sollte bei dir wohl nicht vorkommen. Und bei der internen Einbinung, die wir gerade diskutieren, muss auf jeden Fall etwas zu Beginn des Skriptes gelöscht werden, das lässt sich aber leicht zeigen. — Speravir (Disk.) – 20:01, 23. Okt. 2016 (CEST)

Hallo Speravir, mit WordPad hat es ja funktioniert. Zumindest lässt sich die HTML-Tabelle sortieren. Nur leider halt nicht, wenn sie auf meiner Webseite steht. Dein Link hilft mir leider nicht weiter. Denn du hast es hier nicht nur mit einem DAU zu tun, sondern auch mit jemanden, der kein Englisch kann ;-) Ich kann ja hier den Link zu einer Testseite setzen, aber das nützt ja nichts. Auf meiner Seite kann man sich den Quellcode nur anschauen, wenn man das Passwort weiß. Und das möchte ich eigentlich nicht hier sagen, wo es jeder mitbekommt. Ich würde dir ja eine Mail zuschicken, du hast aber die Funktion nicht aktiviert. Also, schreibe mich bitte an ;-) Dann sage ich dir das Passwort zu meiner Seite, dann kannst du auf einer Seite dort dann rumprobieren. Was meinst du dazu? Viele Grüße -- Rainer Lippert 21:53, 23. Okt. 2016 (CEST)

Hallo, es funktioniert ;-) Ich habe gestern Abend noch etwas rumgetüftelt. Ich weiß nicht, ob du es so geplant hast, aber irgendwie habe ich es dann hinbekommen. Die Datei, die ich mit deiner Anleitung zusammengebastelt habe, habe ich in WordPad geöffnet. Den Inhalt habe ich kopiert und komplett in den Head-Bereich der Seite kopiert. Und beim abspeichern blieb der Text dann zum ersten mal sichtbar. Alle andere Codes die ich bisher in den Head-Bereich eingestellt habe, ist beim abspeichern verschwunden. Bei den anderen Codes hat also etwas nicht gestimmt. Den gleichen Inhalt habe ich dann direkt in eine Seite, in ein Widget kopiert. Und dann hat es funktioniert. Hier ist die Seite mit der sortierbare Tabelle. Zur Zeit bin ich bei Jimdo zum testen in der Pro-Version freigeschalten, die Geld kostet, habe dadurch zu jeder Seite eine eigene Head-Seite. Ich habe dann den Code in der entsprechenden Head-Seite gelöscht und in die Universelle Head-Seite reinkopiert. Also die Seite, die einzig in der Free-Version von Jimdo zur Verfügung steht. Auch dann funktioniert es noch. Aber so ist es ja eigentlich nicht gedacht? Denn im Head-Bereich steht ja jetzt eine komplette Tabelle, teilweise bereits mit Daten gefüllt. Und dies erzeugt auf andere Seiten eine sortierbare Tabelle mit anderen Inhalt. Der Code im Head-Bereich gehört also jetzt noch um den Tabellenbereich gekürzt, so dass das eigentliche Script übrig bleibt. Leider geht die Sortierung nicht richtig. Ein- und zweistellige Zahlen werden falsch sortiert, siehe Testtabelle. Aber das dürfte ja kein Problem sein, denke ich. In Wikipedia gibt es ja das Problem auch. Dort kann man das durch Zahlen und Nullen in davor gestellten, geschweiften Klammern, umgehen. Das in der Art geschweifte Klammern gehört also hier auch noch gemacht. Und dann muss jetzt noch der Bereich mit der Anpassung rein. Also etwa Spaltenbreite. Man muss sich jetzt auch daran gewöhnen, dass man keine einzelne Zellen mehr bearbeiten kann. Jetzt öffnet sich immer die komplette Tabelle, um dann im Quellcode die Änderungen durchzuführen. Das ist jetzt so wie in Wikipedia. Bis jetzt war es in Jimdo so, wie in Excel. Ist dadurch beim erstellen viel komplizierter. Ist aber auch kein Problem. Wir sind auf jeden Fall mal einen großen Schritt weiter. Danke bis dahin! Wenn das ganze Problem mit den sortierbaren Tabellen behoben ist, habe ich dann noch ein Problem, wo du mir bestimmt weiterhelfen kannst ;-) Aber dazu dann später mehr. Erstmal machen wie hier weiter. Viele Grüße -- Rainer Lippert 08:05, 24. Okt. 2016 (CEST)

Dieses hier übliche Konstrukt {{0|0}}, {{0|00}} usw. dürfte „draußen“ nicht funktionieren, es ist nämlich eine Einbindung der Vorlage:0, und ich glaube nicht, dass Du die in dieser jimdo-Umgebung zur Verfügung hast. Wenn die sich dort an Konventionen halten und sich nicht an etwas unüblicheren Zeichen verschlucken, kannst Du aber vermutlich mit passend vielen expliziten   („figure spaces“) die Zahlen vorne auffüttern, das sind sozusagen unsichtbare führende Nullen. Vgl. Leerzeichen. --Silvicola ^Disk 13:28, 24. Okt. 2016 (CEST)

Hallo Silvicola, dass es mit dem gleichen Konstrukt wie bei Wikipedia nicht funktioniert, war mir schon klar. Aber halt was ähnliches, was das gleiche bewirkt. Das Beispiel von dir funktioniert leider nicht. Die Zahl wird nur eingerückt, bewirkt aber beim sortieren nichts. Viele Grüße -- Rainer Lippert 16:25, 24. Okt. 2016 (CEST)

Hallo Silvicola, danke für den Hinweis mit Wordpad, damit konnte ich die Datei öffnen. Hallo Speravir, es hat geklappt. Ich habe alle Änderungen gemäß deiner Erläuterung durchgeführt. Wenn ich die Datei im Browser öffne, kann ich die Tabelle sortieren. Es liegt also wie schon vermutet an Jimdo. Wie geht es jetzt weiter? Viele Grüße -- Rainer Lippert 17:56, 23. Okt. 2016 (CEST)

So, mit deiner Testseite kann man doch erst mal weiterarbeiten.

Wenn Du sie im Browser geöffnet hast, wirst Du sofort sehen, dass es Fehler in der Umlautdarstellung gibt. Ich halte die Wahrscheinlichkeit für sehr hoch, dass es an WordPad liegt, da es UTF-8 nicht richtig unterstützt; ich hatte oben dazu schon etwas geschrieben.
Der Code für das Script und nach Möglichkeit auch der Code für die Cascading Style Sheets (genau: CSS) gehören in den Head/Kopf, die Tabelle aber nicht, sondern in den Body, den Du anscheinend anders zu bearbeiten hast. Siehe dazu bei SelfHTML HTML/Dokumentstruktur und Aufbau, speziell Grundgerüst einer HTML-Datei (ich sagte doch, speichere dir die Startseite als Lesezeichen ab, wir kommen bestimmt noch öfter dazu, auf sie zu verlinken).
Du konntest bisher die Tabellen bearbeiten wie mit Excel. Vermutlich ist dafür die Klasse mceeditable verantwortlich, aber warum das nun nicht mehr funktioniert, keine Ahnung.
Da Du anscheinend sehr viele Seiten mit Tabellen erstellt hast bzw. es noch willst, sollte es kein Problem sein, dass der Javascript-Code in der freien Jimdo-Version immer geladen wird; ebenso verhält es sich mit dem CSS-Code; bei letzterem kann man dann mit dem style-Attribut spezielle Anpassungen machen, wenn unbedingt nötig (hier in der Wikipedia könne wir ja nur letztere Methode anwenden).
Übrigens wird der Code derzeit auf allen Seiten eingebunden! Du solltest wenigstens diese Zeile sofort aus dem Headbereich entfernen, weil sonst bei jedem Seitenaufruf versucht wird, dieses bei dir nicht vorhandene Stylesheet zu laden, obwohl es nicht vorhanden ist und Du es zudem gar nicht benötigst (dieser Aufrufversuch verursacht jedes Mal hinter den Kulissen eine Fehlermeldung):

<link rel="stylesheet" type="text/css" media="screen" href="./Beispiel:SELFHTML-Beispiel-Grundlayout.css"/>

Gerade bei dem Styling sehe ich noch Probleme. In meiner lokalen Testkopie gibt es übrigens keinen Fehler mit der Sortierung von Zahlen mit unterschiedlichen Zifferstellen und auch nicht mit unterschiedlichen Dezimalstellen. Da muss noch ein anderes Problem dahinterstecken.
Gerade wegen des gewünschten besseren Stylings wollte ich ja ein anderes Skript verwenden, bei dem aber zu Beginn die 5 Instructions-Zeilen entfernt werden müssen (nur eine davon verursacht Ärger, aber alle zusammen ergeben nach Einbettung sowieso keinen Sinn mehr).
Sei doch mal mutig und siehe dir den Quelltext deiner Testseite an, wie er ausgeliefert wird. In eigentlich allen heutigen Browsern muss man dazu (in Windows) Strg+U drücken, und im neuen Tab oder Fenster drückst Du dann Strg+F (wie find) und suchst nach </head>. So solltest Du den von dir eingefügten Code finden und auch sehen, dass automatisch noch ein klein wenig ergänzt wird, das aber hier nicht relevant ist (in HTML eigentlich völlig unnötig). Ebenso solltest Du sehen, dass auch hier der Umlaut im Namen Jürgen fehlerhaft umgeformt ist.

— Speravir (Disk.) – 01:43, 25. Okt. 2016 (CEST)

Hallo, ja, wir sind schon einen ganzen Schritt weitergekommen.

Ok, das Problem liegt wohl demnach an WordPad.
Aktuell ist auch die Tabelle im Head-Bereich. Zumindest habe ich sie mit reinkopiert. Wenn ich jetzt den Head öffne, sehe ich sie nicht mehr im Text. Kürzt da Jimdo automatisch den Head um nicht wichtige oder falsche Bereiche? Wäre auch die Erklärung, dass alles andere was ich bis jetzt in den Head-Bereich eingestellt habe, gar nicht angenommen worden ist, weil Fehlerhaft.
Das mit den Tabellen bearbeiten geht inzwischen. Ich hatte im Internet gelesen, dass man in Jimdo Scripte per Widget einbinden soll. In der oben verlinkten Testseite ist zweimal die gleiche Tabelle zu sehen. Die eine Tabelle habe ich mittels Widget eingefügt. Also den Quellcode in ein Widgetfenster eingebaut. Um eben alles mal durchzuprobieren. Wenn ich jetzt auf diese Tabelle klicke zum bearbeiten, öffnet sich der komplette Quellcode. Später habe ich dann rumprobiert. Die untere Tabelle habe ich einfach ins HTML der Seite reingestellt. Und sie funktioniert genauso. Klicke ich da jetzt auf eine Zelle, so kann ich wieder diese Zelle bearbeiten, ohne das sich ein Quellcode öffnet. Wie in Excel auch und wie auch früher in Jimdo. Das Problem ist also gelöst. Tabellen muss ich einfach ins HTML-Bereich reinstellen. Ich kann da jetzt auch einfach wieder Zellenformatierungen vornehmen. Also Ausrichtung und Fettschrift und so. Zellenbreite oder so, wie früher, geht nicht.
Es sollen später mal etwa 50 sortierbare Tabellen geben. Zu jedem Bundesland habe ich drei Kategorien von Eichen. Entsprechend auch Unterseiten. Also jeweils drei Tabellen. Manche Bundesländer haben gar keine Eichen, wie etwa Bremen. Dann noch ein paar Tabellen so zur Übersicht. Also etwa 50 Stück schätze ich.
Das der Code sich auf allen Seiten auswirkt, hatte ich Anfangs sogar als positiv angesehen. Sieht man ja schön daran, dass alle Zellen einen Rahmen haben. Ist abe seltsamerweise nicht in allen Tabellen so. Hier ist eine Tabelle ohne Zellenrahmen. Ich möchte es aber dennoch in allen Tabellen wieder weg haben. Die Zeile habe ich entfernt, hat aber nichts gebracht.
Also bei mir geht die Sortierung in allen drei Tabellen nicht richtig. Das Problem wird aber später nur selten auftreten. Es gibt nur fünf oder sechs Eichen, mit einem Umfang von mehr als zehn Meter. Alles andere ist einstellig. Und auch bei den Höhen und Breiten gibt es nur eine Handvoll, die einstellig ist, ansonsten alles zweistellig. Und die Probleme treten ja aktuell nur auf, wenn ein- und zweistellige Zahlen gemischt sind. Die obere Tabelle, die ja schon die fertige größe hat, funktioniert einwandfrei. Nur bei den Strichen nicht. Aber das ist ja eigentlich kein Problem, sondern so richtig. Aber das mit der Sorteirung bekommen wir bestimmt noch hin.
Was noch am Styling angepasst gehört. Der Text erscheint in Grau, nicht in Schwarz. Bei der oberen Tabelle habe ich jede einzelne Zelle mit Schwarz formatiert. Mit entsprechender Anpassung kann man das ja auch mit nur einer Zeile machen.
Ja, ich war mal mutig. Und ja, die Umlaute sind falsch drinnen. Wie von dir oben angemerkt, kommt das wohl von WordPad. Aber für später spielt das ja keine Rolle mehr. Habe ich erstmal eine richtig funktionierende Tabelle, nehme ich diese als Vorlage für alles andere. Dann sind ja auch hoffe ich die Fehler, die WordPad gemacht hat, ausgeräumt.

Viele Grüße -- Rainer Lippert 08:32, 25. Okt. 2016 (CEST)

Lass uns Schritt für Schritt vorgehen. Dass die Sortierung bei dir nicht richtig geht, bei mir lokal aber sehr wohl, darf eigentlich nicht sein. Füge das Skript nochmal neu ein, also: Entferne alles aus dem Headbereich zwischen <script> und </script> (die anderen Skripte kannst Du nicht bearbeiten, oder etwa doch?). Öffne die Skriptdatei mit Notepad (im Startmenü nur als Editor zu finden) – wenn Du, wie oben ausgeführt, die Javascript-Datei im Explorer mit der rechten Maustaste anklickst und im erscheinenden Kontextmenü auf Bearbeiten klickst, sollte sie eigentlich ebenso in diesem Editor geöffnet werden. Dort setzt Du nur den Cursor irgendwo rein (zum Aktivieren des Textbereiches) und drückst dann Strg+A (alles markieren) und sofort Strg+C (copy) hinterher. Dann gehst in das Bearbeitungsfeld für den Headbereich bei Jimdo und drückst Strg+V (keine Eselsbrücke außer vielleicht Pfeilspitze nach unten). Dann kannst Du den Editor schließen, dabei nichts speichern.

Entferne bei der Gelegenheit zunächst einmal auch folgendes ebenfalls vom SelfHTML-Beispiel Stammende aus dem Head, aber behalte das im Hinterkopf, denn grundsätzlich sollte später das Styling über genau solch einen Styling-Teil erfolgen (oder mehrere, wenn nötig):

<style type="text/css">
	table    { border:1px solid black; border-spacing:0px; border-collapse:collapse }
	table td { border:1px solid black; border-spacing:0px; border-collapse:collapse;padding:3px }
	table th { border:1px solid black; border-spacing:0px; border-collapse:collapse;padding:3px }
	table h2 { margin:0 }
</style>

dann sieht man, ob es von Jimdo einen Tabellenstil gibt. Aber habe ich dich richtig verstanden, dass die Tabellen nur außen einen Rahmen haben sollen? Wobei ich es für sinnvoll hielte, den Tabellenkopf und -fuß ebenfalls optisch abzutrennen. Zum Bearbeiten im Excelstil: Du solltest das möglichst nur nutzen, um Inhalt einzufügen, nicht zum kursiv oder fett Markieren oder für ähnliches bzw. nur im Ausnahmefall für wenige einzelne Zellen.— Speravir (Disk.) – 23:10, 25. Okt. 2016 (CEST)

Wollen wir den unteren Teil abtrennen, zum Beispiel ab meinem „So, mit deiner Testseite kann man doch erst mal weiterarbeiten“? Dann kannst Du den ersten Teil schon mal archivieren, wenn Du mal in Archivierlaune bist. — Speravir (Disk.) – 23:10, 25. Okt. 2016 (CEST)

Hallo, ich habe jetzt alles nochmal mit Notepad gemacht. Den habe ich von der oben genannten Seite runtergeladen und Installiert. Dann habe ich nochmal die Datei so zusammengebaut, wie gestern von dir erläutert. Das ist ja richtig, oder? Denn heute beschreibst du es anders. Es geht aber immer noch nicht. Vielleicht liegt das Problem aber auch an meinem Browser? Wenn ich die Script-Datei im Browser öffne, werden die Umlaute schon nicht richtig angezeigt. Mein Browser macht da Probleme. Ich habe auf Textcodierung Unicode umgeschalten. Dann wird es richtig angezeigt. Hat das falsche Anzeigen im Browser beim abspeichern der Datei, mit der ich dann später in Notepad arbeite, eine Auswirkung? Die oben gezeigte Zeile habe ich entfernt. Jetzt ist die Zellentrennung bei den anderen Tabellen wieder weg. Idealerweise möchte ich es so, wie du es beschrieben hast. Also den Kopf- und Fußbereich abgetrennt. Das ging bisher in Jimdo nicht. Da geht nur alle Zellen, oder nur Rahmen. Es wäre aber schön, wenn man das dann so wie in Excel machen könnte. Ok, die Zellen hatte ich nur bearbeitet, um die Schrift in Schwarz zu bekommen. Wenn die Schrift später generell in Schwarz ist, trage ich nur die Daten ein, ohne etwas zu Formatieren. Vermutlich mache ich noch irgendetwas falsch beim zusammenbauen des Scriptes. Eventuell weil es schon in meinem Browser falsch angezeigt wird. Bei dir geht es ja. Kannst du die fertige Script-Datei, die bei dir funktioniert, irgendwie hochladen und den Link hier nennen? Oder du schickst mir die Datei per Mail zu, an lippertrainer@freenet.de. Dann müsste ich es nur aus der Datei herauskopieren und ins Head einbauen. Dann wären wir da schonmal einen Schritt weiter. Der Head-Bereich ist ansonsten komplett leer. Dort habe ich schon mehrmals Sachen reinkopiert, die aber immer nach dem abspeichern verschwinden. Jetzt ist mir noch aufgefallen, dass der Code, den ich ins Head reinkopiere, insgesamt 343 Zeilen lang ist. Nach dem abspeichern sind es aber nur noch 275 Zeilen. Jimdo löscht da also irgendetwas raus, was wohl nicht richtig ist. Danke für die Hilfe und viele Grüße -- Rainer Lippert 00:23, 26. Okt. 2016 (CEST)

Wo klemmt's? Ob das vielleicht am Kopiervorgang/am benutzten Editor liegt, kannst Du so feststellen. Nachdem Du alles gesichert hast, kopiere das Eingefügte wieder heraus und schreibe es probehalber in eine neue Unterseite Deiner Benutzerseite hier. Dann siehst Du gleich, was dabei etwa mit den Sonderzeichen über ÿ passiert. Die Seiten hier schlucken Unicode unverändert und die „Zwischenablage“ Deines Betriebssystems, über die das Kopieren läuft, sollte es eigentlich auch vertragen. Was übrigens auch denkbar wäre, ist dass der Editor Notepad++, den Du wohl meinst, aus Kompatibilitätsgründen oder so einen Nur-ASCII-Modus hat, vielleicht sogar voreingestellt, und dann in diesem etwas vermurkst. Ich kann als Windows-Entwöhnter und mit Jimdo völlig Unvertrauter sonst leider wenig helfen.--Silvicola ^Disk 01:06, 26. Okt. 2016 (CEST)

Wenn ich das wüsste. Hier habe ich jetzt mal den Code eingefügt, den ich nach obiger Anleitung zusammengebastelt habe. Was mir auffällt, dort steht dieser Satz: Ein Klick auf die Spalten\u00fcberschrift sortiert die Tabelle. Das Wort Überschrift wird falsch dargestellt. Egal welchen Browser ich nehme, egal welchen Editor. Vielleicht gibt es ja im Code noch weitere solche Fehler. Wird denn das bei euch richtig angezeigt, wenn ihr die entsprechende Seite im Internet öffnet? Langsam verzweifelnde Grüße -- Rainer Lippert 11:37, 26. Okt. 2016 (CEST)

Das „\u00fc“ ist eine Escape-Sequenz, die in Zeichenketten für „ü“ steht, entsprechend einige andere. Das ist schon in Ordnung.

Mal eine Frage an Speravir. Die hier in der WP übliche CSS-Klasse sortable, ist die nur hier in einer der vielen stylesheet-Seiten lokal definiert, die hier womöglich auch noch rekursiv eingebunden sind und in die WP-Seiten dann Skriptcode einschleusen, oder ist das schon in der aktuellen CSS-Definition selbst enthalten, so dass also das sortable rein deklarativ ist und schon der Browser Zeilen sortieren kann? In dem Falle könnte man doch diesbezüglich auf dieses Jimdo verzichten. --Silvicola ^Disk 14:24, 26. Okt. 2016 (CEST)

Rainer: Notepad ist nicht dasselbe wie Notepad++, das war übrigens alles nicht zufällig auf die entsprechenden Artikel verlinkt.

Aber wenn du nun Notepad++ (kurz Npp) hast, dann bleib bei dem. Ich meinte nicht, dass Du die gesamte Seite zusammenbauen sollst, sondern nur die Teile für den Head, die Du an der dafür vorgesehenen Stelle bei Jimdo einfügst, oder gibt es tatsächlich die Möglichkeit, direkt den gesamten Seiten-Quellcode zu bearbeiten? Da Du nun die Unterseite angelegt hast, können wir von mir aus gern daran herumeditieren, aber ob dir das langfristig hilft, weiß ich noch nicht, also dass Du damit allein klar kommst, obwohl du mich gern immer wieder anpingen dürftest (Nachtrag: Ich habe ein wenig kosmetisch daran gearbeitet: Leerraum gekürzt, denn das würde sonst zukünftig immer mitübertragen; vollständiger Link zur Seite mit dem Skript; Syntaxhighlighting). In meiner lokalen Testseite setze ich die Javascript-Datei von J. Berkemeier völlig unverändert ein, nur an den Testtabellen habe ich bisher herumgeschraubt. Wenn Du diese Datei in Npp öffnest (vom Programm aus), sollte unten in der Statuszeile unbedingt die Zeichenkombination UTF-8 zu sehen sein; wenn nicht, dann im Menü Kodierung auf UTF-8 ohne BOM schalten, der zweite Teil ist dabei wichtig! Dann fügst Du als allererste Zeile ein <script> ein und als allerletzte ein </script>. Dann markierst und kopierst alles und fügst es dann bei Jimdo ein. Zu deinem „im Browser falsch dargestellt“: Hättste das mal früher gesagt – im IE kannst Du das Skript nicht öffnen, der fragt nach, ob es ausgeführt oder im Editor geöffnet werden soll (das kann aber auch den Sicherheitseinstelungen bei mir liegen). Im Firefox wird das Script angezeigt, für die korrekte Umlautdarstellung muss ich aber über das Menü Ansicht→Textkodierung Unicode einstellen – so könntest Du das Script aber ebenso kopieren; Chromium habe ich nicht ausprobiert. Wegen des IE-Verhaltens habe ich nichts davon gesagt. Zum maskierten („escapten“) ü hat Silvicola schon das Richtige gesagt, man findet so etwas noch an anderen Stellen im Skript. Zur Länge: Das Skript, allein geöffnet, ist hier 257 Zeilen lang, man könnte übrigens noch ein paar Zeilen löschen und sollte das später auch tun.

Silvicola: Zum Sortieren benötigt man auf jeden Fall so etwas wie Javascript, reines HTML und CSS reichen da nicht aus; diese Klasse sortable wird hier irgendwo in den Tiefen von einem Skript definiert. Da müssten wir aber die wirklichen Experten fragen. — Speravir (Disk.) – 01:11, 27. Okt. 2016 (CEST)

@Speravir: Experten, die es aber vielleicht auch nicht so genau wissen. Ich hatte mal mit einem hier zu tun, der höchst scheu war, eine sinnvolle Verbesserung anzubringen, weil die CSS-Dateien inzwischen schon so fett seien, dass man nicht mehr recht wissen, wo etwas in der Kaskade stecke und auch Nebenfolgen nicht mehr überschaue. Also wohl die übliche „Reife“ bei einem gewucherten Software-Projekt …

Da aber hier auf WP wohl alles gemeinfrei ist, könnte man, wenn bei wirklich Jimdo alle Stricke reißen, sich notfalls vielleicht doch auch hieraus bedienen. --Silvicola ^Disk 02:12, 27. Okt. 2016 (CEST)

Hallo, also ich habe jetzt den kompletten Text von der Wikipedia-Seite ins Head von Jimdo kopiert. Beim reinkopieren sind es 322 Zeilen. Nach dem abspeichern bleiben davon 256 Zeilen übrig. Funktionieren tut es aber immer noch nicht. Also es sortiert falsch. Und wenn der aktuelle Code in meiner Unterseite bei dir funktioniert und nicht in Jimdo, dann liegt ja das Problem an Jimdo. Dann brauchen wir ja am Quellcode gar nicht mehr weiterbasteln. Wir können ja jetzt ausschließen, dass ich einen Fehler gemacht habe. Ich habe eben nachgeschaut, ich habe NPP. Ich kenne das Programm nicht. Ich bin einem Link von hier gefolgt, vermutlich dann einer von Silvicola, habe mich durch das Englisch gekämpft und Installiert. Aber das Programm brauche ich ja ohnehin nicht mehr, da wir ja jetzt hier über die Unterseite arbeiten. Mehr habe ich leider nicht verstanden was du oben meinst. Was meinst du mit Script einfügen? Oder muss ich jetzt an dem Code auf meiner Unterseite hier noch etwas ändern, bevor ich es ins Head setze? So schaut der Head in Jimdo aus. Ich habe ohnehin noch ein allgemeines Verständnisproblem. Das hatte ich weiter oben schon gefragt. Warum muss ein Teil einer Tabelle, mit Zelleninhalt und Messwerten von Bäumen, mit ins Head? Funktioniert das ganze nicht auch ohne Zelleninhalt? Auf den fertigen Seiten wird ja dann in den Tabellen das angezeigt, was ich später dort eingebe, aber nicht das, was im Head in der Tabelle steht? Ich steige da irgendwie nicht durch. Ja, ich nutze Firefox. Den IE finde ich bei mir nicht mehr. Keine Ahnung wo der ist. Opera lässt sich nicht mehr starten. Er ladet immerzu, ohne dass er eine Seite finden. Ich habe es deswegen gestern mit Chrome genutzt, wegen der Problematik mit der Zeichendarstellung, ändert aber nichts am Problem. Aber wie geht es jetzt hier weiter? Das Problem liegt ja nun an Jimdo und nicht am Skript. Gibt es noch eine Alternative zum sortieren? Eine, mit dem Jimdo zurecht kommt? Viele Grüße -- Rainer Lippert 08:13, 27. Okt. 2016 (CEST)
Nachtrag: Ich habe jetzt noch etwas getüftelt und gemerkt, dass wir seit über eine Woche aneinander vorbeireden. Ich versuche seit eine Woche, auf meinem Computer ein Script anhand deiner Erläuterungen zusammenzubauen, um dann das in Jimdo einzufügen. Das Ergebnis ist das, was hier auf meiner Unterseite steht. Ich habe mir immer wieder deinen Beitrag vom 23. Oktober um 05:19 Uhr durchgelesen, damit ich beim zusammenbauen des Scripts für Jimdo keinen Fehler mache. Immer wieder mit verschiedene Browser und verschiedenen Texteditoren. Aber irgendwie steige ich bei der ganzen HTML-Geschichte hier nicht durch, ansonsten hätte ich das ja schon viel eher bemerken müssen. Aber das ich ein Laie bin, habe ich mehrmals gesagt ;-) Letztendlich hätte ich aber nur den Inhalt von dieser Seite direkt ins Head kopieren müssen. Und das ganze in Script einbinden müssen. Das habe ich erst jetzt nach erneuten mehrmaligen Lesen deines letzten Beitrages hier verstanden. Aber was hat es jetzt mit der ganzen Erläuterung vom 23. Oktober auf sich, wenn das, was letztendlich ins Head soll, ganz anders ist? Das hat mich jetzt die ganze Zeit verwirrt, weil da immer die Tabelle mit Zelleninhalte mit rein kommt. Das Script habe ich schon vor Monaten mehrmals ins Head kopiert, es hat aber nie Funktioniert. Jetzt weiß ich auch warum. Ich habe es nicht in Script eingebunden. Und jetzt erscheint auch erstmals nach dem abspeichern genau das, was ich vor dem abspeichern ins Head kopiert habe. Langer Rede, kurzer Sinn. Geändert hat sich am Problem nichts. Die Sortierung funktioniert zwar, macht aber immer noch Fehler bei ein- und mehrstelligen Zahlen. Viele Grüße -- Rainer Lippert 09:55, 27. Okt. 2016 (CEST)

Einrückung wieder verringert O, mein Got!!11elf Der Sortierfehler liegt doch am Skript! Und auch das andere Skript zeigt diesen Fehler! Die Daten in meiner Testtabelle waren nicht gut genug! Ich habe mir jetzt die Mühe gemacht, doch die gesamte Tabelle Deiner externen Testseite zu kopieren (und habe das gleich hierher ins Wiki kopiert). Ich habe einen Workaround gefunden, der aber aufwendig ist; er ähnelt stark dem Vorgehen hier in der Vorlage:0 (was ich mir erst hinterher angesehen habe, als mir einfiel, dass Silvicola oben davon geschrieben hatte). Siehe dir die BHU-Spalte für die ersten drei Orte an.

Es gibt trotzdem noch ein Problem in der Darstellung bei Jimdo. Entferne doch noch einmal nur die Tabellen von einschließlich <table> bis inkl. </table> und füge (nur) den Tabellencode vollständig neu ein. Dass dieser Code nicht in den Headbereich gehört, hast Du ja inzwischen verstanden.

— Speravir (Disk.) – 01:12, 28. Okt. 2016 (CEST)

Hallo, dann war ich ja nicht der einzige, der auf der Leitung gestanden war ;-) Ok, ich habe den Code von meiner Unterseite hier nach Jimdo kopiert und die anderen Bäume mit der Vorlage versehen. Und siehe da, jetzt geht die Sortierung richtig. Ich habe auch gleich den anderen Fall eingebaut. Bei der Höhe ist jetzt eine Angabe einstellig, der rest zweistellig. Bei der einstelligen Zahl habe ich auch die Vorlage davor gesetzt, es geht auch. Musste ja auch, da es ja im anderen Fall auch funktionierte. Somit funktioniert jetzt die Sortierung einwandfrei. Vielen Dank dafür! Was jetzt noch nicht an der Tabelle passt, wäre, dass alle Zahlen linksbündig ausgerichtet sind. Dadurch gibt es bei den Zahlen mit mehr Stellen einen unschönen Versatz nach rechts. Also entweder mittig oder komplett rechts. Und die Schrift ist in Grau. Da gehört vemutlich auch nur eine passende Codezeile am Anfang der Tabelle hin. Das gehört also jetzt noch angepasst. Und kann man die Reihenfolge der Sortierung ändern? Also das beim ersten Klick von groß nach klein sortiert wird, nicht andersherum. Nun aber zu deinem anderen Punkt. Wo soll ich jetzt was ersetzen? Welche Tabellen soll ich entfernen? Im Head steht jetzt keine Tabelle mehr. Und auf der Seite habe ich die Tabelle von meiner Wikipediaseite aus komplett reinkopiert. Soll ich daran jetzt etwas ändern? Die andere Testtabelle habe ich gleich rausgenommen, da ich da ja daran herumformatiert habe, um die Schrift schwarz zu bekommen. Viele Grüße -- Rainer Lippert 08:15, 28. Okt. 2016 (CEST)

Das Ersetzen der Tabellen war schon in Ordnung so, nur die Zeile

<title>Test: Sortierbare Tabellen (TableSort)</title>

hätte in den Head gehört, aber ist anscheinend nicht erlaubt (hatte ich nicht dran gedacht) und wahrscheinlich schiebt die Jimdo-Software das dann als eigenen Absatz in den Body. Das soll der Seitentitel sein, den Du wohl woanders eingeben musst, bei deiner Testseite ist das zur Zeit „Tabelle - Monumentale Eichen“. Um die Ausrichtung und auch Breite einiger Spalten kümmmern wir uns als nächstes, das ist dann im wesentlichen das, wo ich oben schrieb, du sollest es im Hinterkopf behalten. Aber vorher noch einmal: Wenn ich mir den Quelltext der Jimdo-Testseite ansehe, dann ist (neben anderen Einrückungen) der Tabellenkopf geändert worden, siehe (Stand jetzt) ab Zeile 363, und das verursacht meiner Meinung nach das komische Aussehen; vor allem ist dieses Mal eine Anzeige vorhanden, dass nach der Spalte BHU vorsortiert sei. Das darf nicht sein. Ich befürchte, Du darfst bei Jimdo im angemeldeten Zustand nicht testen, ob die Sortierung funktioniert (weil anscheinend immer gleich der letzte Zustand abgespeichert wird), sondern musst das extern mit einem zweiten Browser machen. Apropos: Du hast geschrieben, du fändest den IE nicht mehr. Hast Du Windows 10? Dann musst Du nach Edge suchen, zu dem ich mangels Win10 gar nichts sagen kann. Aber eigentlich sollte Chrome oder Opera genauso möglich sein.

Zu meinem gestrigen „Fehler im Script“: Nein, das ist leider so dokumentiert – durch die Ergänzung von m ist es eine einfache Zeichenkette; würdest Du diese Angabe in den Kopf setzen und nur die Zahlen in die einzelnen Zellen setzen, sollte es stimmen mit der Sortierung (und ich war anscheinend zu müde, das gestern richtig zu bemerken). Womit wir zu Deinem Wunsch kommen, zuerst von groß nach klein zu sortieren (das wäre aber auch von Z nach A): Ich hatte schon zweimal vorgeschlagen, ein anderes Skript zu nehmen, nämlich sorttable – diesem kann man beibringen, dass im ersten Schritt absteigend sortiert wird, und außerdem kann man ihm sagen, dass eine Spalte numerisch sortiert werden soll (eine Angabe in den Spaltenkopf statt des umständlichen Workarounds pro Zelle); zudem gibt es noch weitere Einstellungsmöglichkeiten. Ich würde dir alles auf die Unterseite hier stellen, gib nur Bescheid. Ich will das alles klären, bevor es ans Finetuning geht.

— Speravir (Disk.) – 01:36, 29. Okt. 2016 (CEST)

Hallo, wo du jetzt was mit Zeile 363 meinst, weiß ich leider nicht. Im Head sind es aktuell weniger wie 300 Zeilen. In Jimdo gibt es einen Bearbeiten-Modus. Nur in diesem Modus kann man Änderungen durchführen. Testen kann man aber nichts. Man muss auf Besucher-Ansicht umschalten und dann als normaler Besucher auf die Seite gehen. Dann kann man testen. Dabei wird aber nichts mehr in den Einstellungen geändert. Wir können gerne ein anderes Skript nehmen, wie oben schon gesagt. Aber wie ich oben schon gesagt habe, kann ich mit der anderen Seite nichts anfangen, weil komplett in Englisch. Ich habe da zwar das Wort Skript gefunden und auch mal ins Head meiner Webseite gestellt, funktioniert aber nicht. Also, du musst mir genau sagen, was ich machen muss. Zudem ist es ja jetzt ohnehin etwas leichter geworden, da ich ja vermutlich nicht in irgendeinem Texteditor etwas zusammenbauen muss. Mit diesem Missverständnis habe ich ja eine Woche lang an einer falschen Baustelle gearbeitet. Also, wir können gerne ein anderes Skript nehmen. Ich habe noch Windows 7. Da mir das nicht gefällt, habe ich eine Benutzerobefläche Installiert, die mir Windows XP Simuliert. Früher hatte ich den IE mal, aber keine Ahnung, wo der ist. Ich nutze schon ewig Firefox. Es kommt aber jetzt noch etwas ganz anderes dazu. Ich nutze bei Jimdo aktuell ein altes Layout. Jimdo hat mir mitgeteilt, dass die alten Layouts alle abgeschafft werden. In absehbarer Zeit wird meine Seite nicht mehr mit diesem Layout Unterstützt. Ich muss also auf ein neueres Layout umsteigen. Aber diese gefallen mir alle nicht. Aufklappbare Navileiste, was ich bei bis zu 50 Untermenüs nicht schön finde, oder Navileiste auf der rechten Seite. Ich bin deswegen gerade dabei, mir ein eigenes Layout zusammenzubauen. Da meine Programmierkenntnisse noch weniger als Null sind, ist das für mich ein extrem schwieriges Unterfangen. Nichtsdestotrotz habe ich inzwischen ein halbwegs funktionierendes Layout. Um das ganze zu testen, jabe ich bei Jimdo eine zweite eigene Seite erstellt. Die ist jetzt nur zum testen. Diese Seite ist es. Ich habe dort auch nur die Navileiste in der Hauptebene und von Niedersachsen eingebaut. Um zu sehen, wie es wird. Die Navileiste gefällt mir so besser wie bei meiner bisherigen Seite. Allerdings klappt es mit der Optik nicht, wie die Trennstriche, die zu weit nach außen gehen, farbiger Hintergrund der Navileiste, oder die Überschrift. Ich weiß nicht, ob ich das noch hinbekomme, das entsprechend anzupassen. Aber falls mein aktuelles Layout abgestellt wird, kann ich zumindest schon einmal Notfallmäßig auf dieses Umsteigen. Warum ich das jetzt alles sage? Nun, auf dieser Testseite kannst du selbst mal im Head-Bereich reinschauen und ein Skript einbauen. Unter Sortierbare Tabelle habe ich mal eine Testtabelle reingestellt. Du kannst also jetzt gerne auf dieser Testseite im Headbereich rummachen und an der Testtabelle. Da das jetzt nur eine Art Spielwiese ist, kann ja nichts passieren. Das Passwort wäre Testtabelle. Dann weißt du vielleicht auch besser, wie Jimdo funktioniert. Das ist jetzt vielleicht einfacher als über die Spielwise auf meiner Wikipedia-Seite. Klappt es dann auf der zweiten Jimdo-Seite, übernehme ich das auf meine Hauptseite. Viele Grüße -- Rainer Lippert 08:37, 29. Okt. 2016 (CEST)

Upps, Du hattest doch von Zeilenzahlen geschrieben und ich dachte, Du hättest es davon: Geh auf die Testseite, drücke die Tastenkombination Strg+U und Du solltest den Quelltext in einem neuen Tab sehen, bei dem am linken Rand Zeilennummern angezeigt werden. Es handelte sich darum, dass Du sehen solltest, dass innerhalb von <th>…</th> plötzlich noch ein <button>…</button> zu finden ist, was durch Javascript eingefügt wird. Als Du noch zwei Tabellen drin hattest, war das bei der anderen Tabelle aber nicht der Fall, obwohl sie dann wunderbar funktionierte. Auf Deiner Testsubdomain, die mir eigentlich schon ziemlich gut gefällt, ~~sieht das dann verschärft unschön aus: Sortierbare Tabelle - testtabelles Webseite! und die Sortierung funktioniert auch nicht~~ O, zum Glück noch vor Absenden bemerkt, beides liegt daran, dass Du das Sortierskript hier nicht eingebunden hast. (Lies übrigens das hier mal. Firefox: Quelltext einer HTML-Seite anzeigen; ich wusste noch gar nicht bzw. hatte es total vergessen, dass Auswahlquelltext anzeigen auch ohne Addon geht.)

Zum Jimdo-Layout: Weißt Du, wann genau die alten Layouts abgeschaltet werden, also wie hoch der Zeitdruck ist? Das Aussehen wird eben über CSS gesteuert bzw. sollte es weitestgehend. Bau doch mal wenigstens noch Berlin oder/und Hamburg ein, um ein weiteres aufklappbares Untermenü zu haben. Ich halte auch die Trennstriche über die gesamte Navibreite für gut, sie sind ja nicht zu aufdringlich gefärbt (genau die Färbung kann man leicht ändern). Was würdest Du denn haben wollen – keine Trennstriche, dafür unterstrichene Links?

Ich habe dir in die Unterseite das andere Skript kopiert, nimm bitte diese Version: Sie ist um viele Leerzeilen und Kommentare gekürzt (vor allem auch um die früher erwähnten problematischen Zeilen), zusätzlich sind deutsche Sortierung und die von dir gewünschte Option, zuerst abwärts zu sortieren aktiviert. Kopiere unbedingt auch die Testtabelle, denn es gibt folgende wichtige Änderungen: Der Klassenname ist englisch sortable und der Workaround mit der versteckten Null wird nicht benötigt, sondern alle Spalten, die Zahlen mit der Einheit Meter haben, erhalten im Tabellenkopf die Klasse class="sorttable_numeric"; das habe ich bisher aber nur für die Spalte BHU umgesetzt, du findest also <th class="sorttable_numeric">BHU</th>. Die Spalte mit den Jahreszahlen sollte sie nicht benötigen, weil das Skript allein bemerken sollte, dass es Zahlen sind; eine Spalte mit dem Alter müsste man zum Test mal einbauen.

— Speravir (Disk.) – 05:07, 30. Okt. 2016 (CET)

Ich schieb das hier dazwischen, da ich eine Sache zu nennen vergessen habe und die Änderungen an einer Stelle dokumentieren will. Neben den schon erwähnten Änderungen habe ich noch stabile Sortierung aktiviert. Sie ist wohl langsamer oder erfordert mehr Speicher und ist daher zunächst auskommentiert, aber ich habe beim Testen gemerkt, dass sie benötigt wird. Alles in allem betrifft das folgende Zeilen (Numerierung, wie aktuell hier auf der Unterseite, dort sind sie auch hervorgehoben):

/* If you want a stable sort, uncomment the following line */
sorttable.shaker_sort(row_array, this.sorttable_sortfunction);
/* and comment out this one */
// row_array.sort(this.sorttable_sortfunction);
row_array.reverse(); //added, see website doc

Zeile 103 aktiviert, 105 deaktiviert (die zwei Schrägstriche stehen für einen Zeilenkommentar) für die stabile Sortierung, Zeile 106 eingefügt für Abwärtssortierung zum Start

sorttable.sort_alpha = function(a,b) { return a[0].localeCompare(b[0], 'de'); } //added, see website doc

Zeile 374 eingefügt für deutschsprachige Sortierung. — Speravir (Disk.) – 02:22, 31. Okt. 2016 (CET)

Hallo, das man sich die Zeilen auch in Wikipedia anzeigen lassen kann, wusste ich nicht. Meine Angaben mit den Zeilen hat sich immer auf das Head von Jimdo bezogen, wo die Zeilennummern sichtbar sind. Aber mit dem neuen Skript hat sich das ja erledigt.

Nein, wann die alten Layouts abgestellt werden, weiß ich nicht. Früher gab es bei Jimdo jede Menge Layouts, die vierstellige Zahlen als Bezeichnung hatten. Irgendwann kamen die neueren Layouts mit Städtenamen dazu. Von allen Layouts die es vor zwei Jahren gab, hat mir das, was ich jetzt bei meiner Seite habe, am besten gefallen. Und jetzt wollte ich nochmal mit anderen Layouts etwas testen und stelle fest, die vierstelligen gibt es nicht mehr. Dann habe ich Jimdo angeschrieben. Und die haben gesagt, dass diese aus technischen Gründen abgeschafft worden sind. Sind nicht responsive, was immer das bedeutet. Und dann haben sie gesagt, dass irgendwann auch die alten Layouts, die aktuell genutzt werden, nichtmehr unterstützt werden. Wann, konnten sie mir nicht sagen. Wenn ich jetzt auf meiner Hauptseite auf ein anderes Layout wechsele, kann ich nicht mehr zum alten zurück, weil es dies eben nicht mehr gibt. Also, ich sage jetzt mal, Zeitdruck habe ich wegen dem Layout nicht. Man kann nur ein Layout wählen. Kombination von zwei oder mehr geht nicht. Bei den Layouts Berlin und München, habe ich mir gerade auf der Testseite angeschaut, wäre mir das Hauptfenster zu schmal. Und an denen Layouts kann man dann gar nichts mehr anpassen. Es ist wie bei meinem alten Layout, alles vorgegeben. Das Layout was ich jetzt auf der Testseite habe, ist komplett über HTML und CSS gesteuert. Da kann man jetzt mit den nötigen Kentnissen alles individuell anpassen. Diese Kentnisse fehlen mir leider. Dennoch ist es mir soweit gelungen, die Navileiste und den Rest halbwegs anzupassen. Das Hauptfenster hat jetzt eine Breite von 1250 Pixel. Ich überlege noch, das auf 100 % zu erhöhen. Dann würde die Seite die ganze Bildschirmbreite einehmen. Ich würde mir gerne mal anschauen, wie es ausschaut, wenn alle Links in der Navileiste in Kästchen wären. Also wie klickbare Buttons. Bei Dieser Seite sind links solche Schaltflächen. Das macht sich glaube ich noch etwas besser. Ich habe das schon versucht, ist mir aber nicht gelungen Umzusetzen. Dazu müsste man in HTML und CSS Änderungen durchführen. Aber Grundsätzlich jetzt, ist das Layout auf meiner Testseite schöner als auf meiner Hauptseite? Auf meiner Hauptseite störte mich schon immer, dass die Navileiste oben waagerecht ist und über drei Ebenen, die vom Logo getrennt sind, aufgeteilt ist. Aber das war schon wie gesagt das beste Layout. Vor allem, was einen breiten Inhalt hat. Meine alte Seite hat 920 Pixel nutzbare Breite. Die meisten anderen Layouts haben viel weniger.

Ich habe jetzt beides auf die Testseite kopiert. Und es funktioniert perfekt. Auch wie ich es will, nach dem ersten Klick von groß nach klein. Das ist ja auch der Hauptgrund warum ich die Sortierung will, um zu sehen, welcher Baum am dicksten ist. Bei der anderen Version hätte man dazu zweimal klicken müssen. Das dann die Ortschaft beim zurücksortieren von Z nach A geht, ist meine ich nicht schlimm. Es lassen sich jetzt auch alle Spalten sortieren, obwohl nur bei BHU der Sortiercode drinnen ist. Sollte das jetzt nicht auch bei den anderen Spalten rein? Also, jetzt hätten wir die Tabelle, die ich will. Besten Dank schon mal dafür. Als nächstes müssen wie da jetzt die Spaltenbreite noch anpassen und das mit den Trennstrichen. Die Kopf- und Fußzeile müsste jeweils mit einer Linie abgetrennt werden. Und dann noch die Ausrichtung in den Zellen. Die Ausrichtung über draufklicken, wie bei Excel, soll ich ja vermeiden, hast du gesagt? Oder spielt das bei dieser Tabelle jetzt keine Rolle mehr? Viele Grüße -- Rainer Lippert 07:58, 30. Okt. 2016 (CET)

Die Klasse für die numerische Sortierung sollte bei allen Höhen- und Umfangsspalten und vermutlich auch bei der Spalte mit Altersangaben in den Kopf, genauso wie ich es für die BHU-Spalte getan habe. Für die anderen reicht die Angabe, dass die Tabelle sortierbar ist, also die Klasse sortable. Du sollst keine Markierungen wie fett, kursiv oder links/rechts ausrichten wie in Excel machen, weil das durch die Jimdo-Software als style-Attribut gespeichert wird, das aber zentral über CSS gemacht werden soll, siehe im folgenden eigenen Abschnitt.

Beeinflussung des Aussehens[Bearbeiten | Quelltext bearbeiten]

Wir sollten zunächst das Aussehen der Tabellen ändern. Später können wir uns gern um weitere Elemente kümmern. Ich würde dabei gleich das Layout mit der neuen Navileiste verwenden und das andere aufgeben.

Vorher etwas Grundsätzliches: Auch hier solltest Du dir die Grundlagen in SelfHTML ansehen. Die Regeln kommen nach Möglichkeit in den Headbereich. Ein späterer Eintrag für denselben Selektor (meist ein HTML-Element) überschreibt einen früheren, vor allem wenn er zuletzt in einem style-Attribut erscheint. Nur müssen style-Attribute für jedes HTML-Element wiederholt werden, im Kopf reicht es, den Selektor einmal aufführen und man nutzt die Variante mit style-Attribut nur für einzelne Ausnahmefälle (hier in der Wikipedia können wir auf den Head nicht zugreifen und können daher ausschließlich die letztere Variante nutzen). Wenn Du mehrere Tabellen unterschiedlich stylen willst, musst Du Klassen oder IDs nutzen, dabei darf eine ID immer nur einmal pro Seite existieren, aber durchaus immer wieder auf verschiedenen Seiten vorkommen. Für jetzt aber erst mal Pause, später geht's weiter. — Speravir (Disk.) – 02:22, 31. Okt. 2016 (CET)

Ach so: Die Navi bei den Baumfreunden wird mit einem Hintergrundbild gemacht, genauer der Farbverlauf auf den Punkten, das wird (mir zu) schwierig. Aber Farben zu ändern geht, auch ein Hintergrund für die gesamte Navi. Vielleicht könntest Du noch einmal aufführen, wie die Tabellen Deiner Ansicht nach aussehen sollten (ich weiß, wir hatten schon nebenbei dazu einiges angemerkt): kein Rahmen, nur um die gesamte Tabelle, nur um den eigentlichen Inhalt, Hintergrundfarbe oder nicht. Ein Vorschlag von mir wäre das sogenannte Zebra-Muster, also jede zweite Zeile etwas anders einzufärben (gibt’s auch in der Wikipedia). — Speravir (Disk.) – 02:54, 31. Okt. 2016 (CET)

Hallo, es wundert mich nur, dass sich die Spalten auch sortieren lassen, obwohl der Befehl nicht drinnen steht. Aber ich füge es noch ein. Dann gefällt dir also das Layout mit der seitlichen Navileiste auch besser als die bisherige die oben ist? Also die Haupttabellen sollen alle gleich werden. Später soll aber noch eine Datentabelle bei jedem Baum rein, mit integriertem Hindergrundbild. Das ist das, was ich schon einmal angedeutet habe. Aber das mache ich/wir später. Erstmal machen wir die sortierbaren Tabellen. Also, wie stelle ich sie mir vor? Um die ganze Tabelle einen Rahmen. Zwischen Kopfzeile und zweiten Zeile ein dünnerer Trennstrich. Ebenso zwischen vorletzter Zeile und Fußzeile. Die Hintergrundfarbe passt so. Aber wenn nicht, kann ich diese ja jetzt schon anpassen, da die Befehlszeile bereits im Kopf der Tabelle steckt. Dann sollen alle Spalten mit Zahlen mittig sein, oder nach rechts ausgerichtet. Dazu muss ja vermutlich bei jeder Spalte ein entsprechender Befehl rein. Das rechts und mittig lässt sich dann ja schnell ändern. Zebra-Muster sagt mir eigentlich nicht so richtig zu. Wenn, dann dürfen die Farbunterschiede nicht zu stark sein. Beim sortieren ist das Muster dann aber Willkürlich, oder? Dann noch eine Befehlszeile, wo man die Farbe und Schriftgröße festlegen kann. Aktuell ist es mir etwas zu klein. 14 px zeigt mir Jimdo an, auch wenn ich das im Kopf nicht finde. 15 px möchte ich aber gerne. Ansonsten steht die Tabelle schon so richtig da. Ich merke schon, wenn meine Seite mal fertig ist, bin ich ein halber Programmierer ;-) Viele Grüße -- Rainer Lippert 08:10, 31. Okt. 2016 (CET)

Ich hatte noch vergessen: Mit responsiv war das hier gemeint: Responsive Webdesign. Bitte mal von der Unterseite das Stylesheet (kommt in den Head nach dem Skript) kopieren und ebenfalls die geänderte Testtabelle; ich habe dort einen Ort Röhrenbach eingefügt (Daten von Röthenbach) zum Test der Namenssortierung und die leere Standort-Spalte durch eine (zum Großteil ausgedachte) Altersspalte ersetzt. Was hältst du davon? Ich habe auch dem Body eine geändete Farbe verpasst. Allgemein zu Farben siehe SELFHTML: Grafik/Farbpaletten. Feste Größenangaben für die Schrift und auch Spaltenbreiten sollten möglichst vermieden werden: Jeder kann die Schriftgröße in seinem Browser auf eine angenehme Größe einstellen; die Spaltenbreiten gibt man dann im Verhältnis zur Schriftgröße an. Für die Ausrichtung des Textes gibt es eine elegantere, auch für spätere Änderungen deutlich bessere Methode, als ich sie ausgewählt habe, die erfordert aber zu wissen, welche Tabellentypen es bei dir geben soll: Die Spaltentypen mit ihrer unterschiedlichen Ausrichtung sind hier wichtig – Ortsnamen und Baumbenennungen eindeutig linksausgerichtet, Zahlen rechts, nur Jahre vielleicht zentriert, wenn nur vierstellig angegeben (Nachtrag: die Altersspalte auch, wenn nur 100–999 Jahre vorkommen). Aber Du hast nicht alle diese Typen in jeder Tabelle; für jeden benötigt man eine CSS-Klasse. Mehr zum Code später. — Speravir (Disk.) – 02:57, 1. Nov. 2016 (CET)

Hallo,ah, ok, dann ist responsiv besser? Ich habe das Stylesheet ins Head kopiert, auch die neue Tabelle in die Seite. Also die Tabelle macht sich so sehr gut. Das mit den Farben ist sogar besser wie gedacht. Kann man die Zellenbegrenzungen im Datenbereich noch weglassen? Also wie oben angesprochen. Ich will mal sehen, wie das dann ausschaut. Ich habe zweierlei Tabellen. Entweder Standort, die will ich demnächst mit Koordinaten füllen, habe da schon angefangen, oder Breite. Ich habe jetzt in der Tabelle noch eine Spalte dazugenommen. Im Head habe ich das Stylesheet entsprechend angepasst. Ich hoffe, dass ich alles richtig gemacht habe. Alter und Jahr habe ich mittig gesetzt. Auch da habe ich den Tabellenkopf angepasst. Wenn ich eine Vorlage habe, wie jetzt, dann fällt es mir schon viel einfacher damit weiterzuarbeiten. Nur selber erstellen könnte ich das nie. Bis auf die Zellentrennungen wäre dann diese Art von Tabelle fertig. Die Ausrichtung würde ich so nehmen, wie jetzt in der Testtabelle. Das wäre dann die Haupttabelle, die bei jedem Bundesland auf die Hauptseite und auf die Seite 2. Kategorie kommt. Bei den Bundesländern, bei 3. Kategorie, kommt eine etwas andere Tabelle rein. Diese hier. Muss da jetzt ein anderes Stylesheet rein? Vermutlich die eine Zeile, wo die Spaltenköpfe drinnen stehen. Zu den festen Größen. Die Testseite schaue ich mir jetzt in Google Chrome an. Denn wenn ich die in Firefox öffne, öffnet sich meine Hauptseite. Ist also ein Cacheproblem, weshalb ich das im anderen Browser mache. Nur dieser ist nicht angepasst. Ich habe also keine feste Größen oder so vorgegeben. Deshalb mein Hinweis mit feste Größen in der Tabelle. Aber du hast Recht, die meisten werden das ja in ihrem Browser bestimmt haben. Jetzt aber noch zu den breiten. Bis auf Ortschaft und Name sind alle Spalten mit einer festen Breite versehen. Ist das richtig? Wenn ich aber jetzt das Fenster im Browser verkleinere müsste sich dann nicht die Spalten Ortschaft und Name verkleinern? Aber sie ändern sich nicht in der Breite. Auch nicht, wenn das Fenster kleiner wie die Tabelle ist. Ist da jetzt doch eine feste Breite mit drinnen? Viele Grüße -- Rainer Lippert 08:37, 1. Nov. 2016 (CET)
Nachtrag: Kann man der Kopf- und der Fußzeile noch eine andere Farbe, ein dunkleres grau, zuordnen, so dass sich diese noch besser von der wechselseitigen Farbe im Datenbereich abgrenzt? Ob es dann schöner ist, weiß ich noch nicht, würde es aber gerne mal sehen. -- Rainer Lippert 08:54, 1. Nov. 2016 (CET) Ich habe es selbst hinbekommen. -- Rainer Lippert 13:00, 1. Nov. 2016 (CET)
Noch ein Nachtrag. Ich hätte auch noch gerne, dass die Kopfzeile und die Fußzeile doppelte Zeilenhöhe hat und den Text mittig. Viele Grüße -- Rainer Lippert 09:16, 1. Nov. 2016 (CET)

Ja, responsiv ist eigentlich besser. Hast Du ein Smartphone oder Tablet? dann sieh dir doch Deine Seite mal an. Wie das gesteuert wird, geht zum Teil auch über meine Kenntnisse. Ich vermute, wegen Deines großen Titels bleibt Deine Seite sehr breit. Deshalb ändert sich die Breite auch bei Fensterverkleinerung nicht. Hier lokal ändert sich die Breite.

Die Zellenbegrenzungen sind besser während des Testens, ich habe vergessen, sie zu entfernen und jetzt nur auskommentiert (die Kombination /*…*/, diese 4 Zeichen wieder entfernen zur Reaktivierung); deine Farbänderungen habe ich auch eingefügt, nicht wundern: Für alle Farben, deren hexadezimale Angabe aus 6-mal demselben Buchstaben besteht, kann man eine Kurzform aus nur 3-mal diesem Buchstaben verwenden. Ich versuche die ganze Zeit, die Größe des Codes zu minimieren, man könnte noch die Einrückung zu Beginn entfernen (übrigens auch beim HTML-Code), und auch alle Leerzeichen nach Semikolons sowie immer das letzte Semikolon vor der Klammer. Nebenbei: Hilfe:Cache bringt nicht nur für die Wikipedia etwas.

Richtig, eine feste Größe ist in der Testtabelle für alle Spalten außer den zwei ersten definiert, das aber abhängig von der Schriftgröße (die width:<Zahl>em). Höhe geht mit height, vertikale Ausrichtung mit vertical-align. Ich habe sie eingefügt, dabei eine etwas andere Aufteilung der Eigenschaften gewählt. Die Höhe muss aber vielleicht individuell festgelegt werden.

Meine Idee ist, für jeden Tabellentyp eine Klasse zu definieren, was hätten wir?

Je eine Übersichtstabelle pro Bundesland mit 8 Spalten, davon nur die 2 ersten links ausgerichtet (dem Standard), dann kommen 4 rechts ausgerichte, zuletzt 2 zentrierte Spalten. Man könnte zum Beispiel eine Klasse .land definieren, für die man dann folgendes eintragen würde:

.land tr>td:nth-child(3), .land tr>td:nth-child(4),
  .land tr>td:nth-child(5), .land tr td:nth-child(6) {text-align:right}
.land tr>td:nth-child(7), .land tr>td:nth-child(8) {text-align:center}

Dann müsste nur im Tabellenkopf das land ergänzt werden, so wie schon sortable eingefügt wurde, das wär alles. Wenn nun noch eine Zeile dazukäme, müsstest Du nicht mehr darauf achten, in der richtigen Zelle die Ausrichtung einzufügen; Du könntest genauso für eine ganze Spalte desselben Tabellentyps die Ausrichtung ändern, indem Du den CSS-Wert an einer Stelle im Kopf änderst. Ich habe das als Variante auf die Testtabellen-Unterseite gelegt. Der Name ist egal, solange er eindeutig ist, Umlaute zur Sicherheit vermeiden, uebersicht wäre gut, übersicht nicht.

Dann gibt es noch die Tabellen mit Standort, dieser als 3. Spalte, die wohl zentriert werden kann. Noch was vergessen?

Apropos 3. Kategorie: Ich finde es verwirrend, dass sie innerhalb der 2. Kategorie steht. Ich würde sie auf dieselbe Ebne verschieben. Und die Seite für die mehrstämmigen Eichen ist leider leer. Da stand doch mal was drin.

— Speravir (Disk.) – 02:18, 2. Nov. 2016 (CET)

Hallo, ich habe beides. Aber da schaue ich mir das meistens in der Standard Ansicht an. Ja, zum Titel. Das könnte Natürlich der Grund sein. Wenn ich den Titel schmäler mache, wird er nach links ausgerichtet, was nicht schön ist. Es gelingt mir aber nicht, den mittig zu setzen.

Ich habe jetzt nicht gefunden, wo ich das entfernen soll? In welchem Code soll das jetzt sein?

Nun zur Tabelle. Ich habe versucht die eine fehlende Spalte, Breite, einzubauen. Ich denke, es hat geklappt. Und was soll ich sagen? Die Tabelle ist gekauft ;-) Es passt alles bestens, viel besser, wie ich es mir im Vorfeld vorgestellt habe. Die abwechselnde Farben machen sich jetzt erst richtig gut, wenn die ganzen Zellenrahmen nicht mehr drinnen sind. Auch die Ergänzung in der unteren Zeile, mit BHU, ist gut. Ich habe jetzt noch die anderen drei Abkürzungen mit reingenommen. Messmethode tue ich dann später entsprechend verlinken. Eine Anmerkung hätte ich jetzt noch. Die Werte bei Höhe und Breite stehen jetzt nicht mehr unterhalb vom Spaltenkopf. Ist klar, das bewirkt die Rechtsausrichtung. Das wollte ich auch so. Da hatten wir aber auch noch in jeder Zelle den Rahmen, wo man genau gesehen hat, wie die Zelle ausgerichtet wird. Die Abstände zwischen den Spalten wirkt dadurch auch etwas unschön. Jetzt kann man eigentlich nicht sagen, ob diese Spalten rechts oder mittig sind. Ich wollte jetzt versuchen, die Spalten mal Testweise mittig zu machen, zum Testen, es gelingt mir aber nicht. Ich habe zwar die Reihenfolge im Code geändert, auch die Zahlen in der Klammer angepasst, aber es klappt nicht. Ich stelle mir vor, diese Spalten mittig zu machen und wenn Differenzen in der Anzahl der Zeichen besteht, also einstellig und zweistellig, dass mit der versteckten Null auszugleichen. So dass wieder alle Zahlen schön untereinander stehen, mittig, aber dann dennoch nach rechts gerückt. Ich weiß nicht, ob es dann besser/schöner ist, ich will es aber mal Testweise sehen. Oder auch mal alle Spalten, außer die ersten beiden, nach rechts? Also, bitte nicht falsch verstehen, das ist jetzt Jammern auf Allerhöchstem Niveau.

Mit den Anmerkungen kann ich leider nichts anfangen. Das mit der Klasse und so? Es funktioniert ja jetzt eigentlich so wie es soll. Und wie ist jetzt eigentlich gedacht, eine Zeile hinzuzufügen? Wie in Excel geht es ja nicht mehr. Ich muss jetzt den Quellcode öffnen, einen entsprechenden Abschnitt kopieren, also eine Zeile, dann einfügen und anschließend die Werte mit den neuen Werte überschreiben. Ist das vorgehen so richtig? Denn so übernehme ich ja alle Formatierungen der anderen Zeilen, also auch die Ausrichtung, mit.

In der anderen Tabelle dann die Koordinaten mittig oder rechts. Je nachdem, für welche Ausrichtung ich mich dann für die anderen Spalten entscheide.

Zur 3. Kategorie. Da verstehe ich dich jetzt auch wieder nicht. Was meinst du auf die selbe Ebene verschieben? Eigentlich müssten die Eichen der 3. Kategorie eine Ebene tiefer stehen, damit es analog zur 1. und 2. Ebene ist. Aber das geht bei Jimdo nicht. Jimdo bietet insgesamt nur 3 Ebenen an. Das schränkt schon sehr ein. Ursprünglich war auf meiner Seite die Haupteben viel kleiner. Da hatte ich in der Navileiste den Punkt Bundesländer. Eine Ebene tiefer dann alle Bundesländer. 2. Kategorie noch eine Ebene tiefer, also auf der 3. Ebene. Hatte ich da dann schon mehrere Eichen in einem Standort, konnte ich keine Unterebene mehr einfügen. Die 3. Kategorie ging gar nicht. Dann habe ich die Ebene Bundesländer weggelassen und alle Bundesländer in die 1. Ebene genommen. Eigentlich bräuchte ich insgesamt 5 Ebenen, um es so zu Gliedern, wie ich möchte. Es gehen aber wie gesagt nur 3.

Also bei mehrstämmige Eichen war noch nichts drinnen. Also Tabelle oder so. Nur die eine Eiche eine Ebene tiefer. Da sollen aber noch mehr rein. Viele Grüße -- Rainer Lippert 13:24, 2. Nov. 2016 (CET)

Heute mal kürzer: Die 3. Kategorie sollte auf dieselbe Ebene wie die zweite, nur ohne weitere Unterebene. Dadurch, dass sich die verschiedenen Tabellen in der Textausrichtung ihrer Spalten unterscheiden, benötigen wir für jede Sorte eine Klasse (oder ID, die dann möglich ist, wenn Du sicher bist, dass diese Tabelle nur einaml pro Seite vorkommen wird; ich hatte das weiter oben schon mal erwähnt). Mir ist noch eingefallen, dass Du auf der Startseite noch Tabellen hast, die beachtet werden müssen und irgendwo hatte ich doch eine Rangliste von Eichen in Tabellenform gesehen, die auch nicht kaputt formatiert werden soll. Wenn dir das, was ich als Variante eingetragen habe, besser gefällt, dann übernehmen wir das als Hauptversion. Die Sache mit dem Titel muss man sich später ansehen; ich glaube, der muss vollkommen ersetzt werden (ja, schade um die Arbeit; ich habe bemerkt, dass Du noch mehr Informationen in Bilder gesteckt hast, auf die trifft, denke ich, das gleiche zu ). Ja, die zusätzliche Spalte Breite scheint sauber eingetragen zu ein. Die Breite, also den Parameter width, muss man noch verringern, zum Test sollte wohl jede Spalte mal separat eingestellt werden, zur Zeit ist das nur für .Alter so (die nicht enger eingestellt werden sollte); Achtung beim Separieren, dass da nicht ein komma zu viel stehenbleibt. Die Jahresspalte sieht auch so aus, dass sie ebenfalls schmaler gemacht werden könnte. Die versteckte Null sollte bei schmaleren Spalten nicht nötig sein, aber als Notfall müsstest Du dann wirklich genau die Variante wählen, die auch in Vorlage:0 genutzt wird, siehe dort im Editiermodus (und mach nichts kaputt

): <span style="visibility:hidden">0</span> (Unterschied zwischen display:none und visibility:hidden bei SelfHTML nachsehen). — Speravir (Disk.) – 03:14, 3. Nov. 2016 (CET)

Hallo, die 3. Kategorie ist auf der gleichen Ebene wie die zweite und ist auch schon ohne Unterebene. Jimdo bietet nur drei Ebenen an. Also irgendwie verstehe ich dich leider noch nicht. Du kannst es ja gerne mal auf der Testseite machen. Bei Niedersachsen sind ja alle drei Ebenen vorhanden. Vielleicht verstehe ich es dann. Ja, bei den Tabellen auf der Startseite könnte man auch eine Sortierung reinehmen. Die Rangliste wo du meinst, hier unter der Haupttabelle, fällt dann ohnehin weg, weil die Sortierung in der Haupttabelle das dann übernimmt. Da muss also nichts gemacht werden. Wo hast du eine Variante eingetragen? Ich kann nichts finden. Aber es hat sich meine ich erledigt. Ich habe an der Testtabelle mal alle Spalten eine Breite zugeordnet. Jetzt passt es meine ich sehr gut. Alle Spalten, außer die ersten beiden, haben untereinander den gleichen Abstand. Es kann also bei der Ausrichtung bleiben, die jetzt ist. Die Tabelle ist damit jetzt meine ich fertig? Ich habe hier mal angefangen, für die ersten Bundesländer die Tabellen zu erstellen. Du kannst ja mal schauen, ob da vom Code her jetzt alles passt. Der Inhalt ist dann Final. So will ich sie auf meine eigentliche Seite kopieren. Jetzt tritt aber ein weiteres Problem auf. Die ersten beiden Spalten haben keine Breitenzuordnung. Diese fallen jetzt unterschiedlich aus. Die Tabellen sind zwar später auf verschiedene Seiten, aber dennoch fällt es meine ich auf, wenn bei der einen Tabelle die Spalte sehr breit ist und bei der anderen viel schmäler. Die ersten beiden Spalten müssten also irgendwie auf eine feste Breite gebracht werden, unabhängig vom Inhalt. Prozentual ist wahrscheinlich am besten. Ich habe es zwar versucht, aber ohne Erfolg. Das mit dem Titel ist kein Problem, war ohnehin nur 20 Minuten Arbeit. Und so richtig gefallen tut es mir auch nicht. Was meinst du mit Informationen in Bilder? Das Datenblatt bei jeder Eiche? Das ist genau das, was ich schon einmal angemerkt habe. Ich will das komplett umstellen, in Tabellen direkt in Jimdo. Und dazu müsste das Hintergrundbild bei jeder Tabelle eingebunden werden. Jetzt mache ich das in Excel und lade das in Jimdo hoch. Aber jede Änderung bei einem Baum, muss ich jedesmal erst in Excel das Datenblatt erstellen, was etwas umständlich ist. Und die Datenblätter brauchen Speicherplatz, den ich aber noch brauche. Aktuell habe ich schon rund 80 Prozent bei Jimdo belegt. Die Datenblätter nehmen etwa zehn Prozent davon ein. Viele Grüße -- Rainer Lippert 15:32, 3. Nov. 2016 (CET)

(Einrückung wieder entfernt,. Du siehst gleich, warum.) Dann lass mich das mit der 3. Kategorie mal anders zeigen: Ich sehe in der Navileiste:

$Bundesland
    $Einträge der 1. Kategorie
    2. Kategorie
        $Einträge der 2. Kategorie
        3. Kategorie

Das sieht für mich unlogisch aus, ich hätte eher erwartet

$Bundesland
    $Einträge der 1. Kategorie
    2. Kategorie
        $Einträge der 2. Kategorie
    3. Kategorie

Ja, diese Rangliste meinte ich und sie in die Übersichtstabelle reinzunehmen, halte ich für sehr gut. Du müsstest dir dann nur überlegen, ob Du die Vorsortierung (Eintrag im HTML, was dann anfänglich dargestellt wird) weiterhin alphabetisch machst oder neu nach Rang. Die neue Spalte muss einen anderen Sortierungstyp zugewiesen bekommen und natürlich in CSS berücksichtigt werden. Willst du vielleicht sogar mehrere Rangspalten einfügen? Wenn ich die genaue Spaltenaufteilung beider Tabellentypen kenne, kann ich dir den entsprechenden Code aufschreiben, wenn Du dir das nicht selbst zutraust. Du könntest ja auf der hier von dir angelegten Unterseite die Köpfe skizzieren, z.B. als Wikitabelle. Dort hatte ich eine Variante aufgezeigt, die Du ja übernommen hast, wie ich jetzt gesehen habe, also machen wir mit der weiter.
Zu den Breiten: Wenn Du willst, dass die Tabelle immer eine bestimmte Breite im Verhältnis zur Gesamtseite hat, musst Du wenigstens 1 Spalte flexibel lassen. Du könntest beispielsweise auch für die Spalte mit den Namen der Eichen eine Breite festlegen (oder vice versa für die Ortsnamen), indem du den längsten Namen suchst und die Breite daran ausrichtest; kommt später ein noch längerer dazu, muss das dann natürlich angepasst werden - oder Du gibst gleich mehr Platz. (Nachtrga vor Abschicken: Ah, Du hast eine Klasse .Name im Stylesheet definiert, aber sie nicht im Tabellenkopf eingetragen.) Was ich bisher nicht erwähnt habe: Man kann auch für die flexible Spalte eine Mindestbreite festlegen, das ist dann nicht width:, sondern min-width: (sinnvoll, um auf sehr kleinen Bildschirmen allzu extreme Zeilenumbrüche auch mitten in Wörtern zu vermeiden). Und du hast die Breitenanpassung richtig gemacht, also tatsächlich etwas verstanden. Doe Spalten müssen aber meistens wieder etwas vergrößert werden: Wenn ich eine dieser Spalten zum Sortieren anklicke, springt das kleine Dreieck auf eine neue Zeile, das sollte vermieden werden. Ich abe das mal ausgeteste und auf der Unterseite eingetragen.
Ah ja, die Datenblätter meinte ich, aber da Du die selbst umstellen willst – was sicherlich weniger Speicherplatz benötigt als die Bilder: Man benötigt dann eine weitere Klasse im Stylesheet, da die rechte Spalte rechts ausgerichtet ist und Du eine andere Schriftart verwendest (weswegen man sich auch etwas überlegen muss), und dann kann man innerhalb dieser Tabelle die Abbildung der Holzmaserung als Hintergrundbild einbauen. Ich hatte schon vor ein paar Tagen aus Deinem Titelbild einen Teil ausgeschnitten und mit GIMP randlos gemacht (dauerte weniger als 1 Sekunde zu meinem Erstaunen). Wenn Du mal testweise die entsprechende bereits vorhandene Zeile im Stylesheet wie folgend ändern würdest, solltest Du sehen, was möglich ist:

body {background-color:linen;background-image:url(http://abload.de/img/eiche-hg500x125dds89.jpg);}

das aber bitte wieder entfernen: Erstens sieht das nicht mehr gut aus, wenn man so etwas auch für die Datenblätter und, wie ich es mir so dachte, für die Navigation verwendet, zweitens will ich das Bild bei mir irgendwann wieder löschen. Vielleicht könntest du mir auch den originalen Hintergrund für die Datenblätter zukommen lassen, dann könnte ich aus dem auch eine randlose Version erstellen. Es gibt übrigens noch ein zweites randloses Bild, siehe Galerie: Eichenholz-Hintergrund (die letzten 5 Stellen des effektiven Dateinamens werden von Abload automatisch angehängt, zu lange Namen werden auch gekürzt). Wenn Du nichts dagegen hast, würde ich die bei Commons hochladen – das Foto des Holzes ist doch von dir, oder? Anderseits sehe ich keine große Schöpfungshöhe, ich könnte ja mal bei den Urheberrechtsexperten hierzuwiki nachfragen.
Apropos Stylesheet, diese 4 Zeilen werden nicht (mehr) genutzt

.links {text-align:left}
.rechts {text-align:right}
.block {text-align:justify}
.zentriert {text-align:center}

Hast Du vor, nicht nach links ausgerichteten Text außerhalb der Tabellen zu schreiben? Dann könnte man sie wieder einfügen, aber ich werde sie hier erst einmal entfernen.
… Und während ich das alles schreibe und mir Deine Änderungen ansehe, fällt mir doch schon wieder auf, dass im Online-Quelltext Dinge stehen, die nicht in der Testtabelle hier auf der Unterseite vorhanden sind. Kommt das etwa von der Bearbeitung mit Excel? Dadurch sind die Tabellenköpfe für die Orts- und Baumnamen links orientiert und das sieht vielleicht sogar besser aus (kann man gern so einrichten, vielleicht auch rechts ausgerichtete Titel in den entsprechenden Spalten – wäre jedenfalls deutlich einfacher), aber es gibt weitere, teils merkwürdige Änderungen. Genauso dann auf der Seite, wo Du angefangen hast, die wirklich genutzten Tabellen zusammenzustellen! — Speravir (Disk.) – 02:31, 4. Nov. 2016 (CET)

Hallo, ich habe zwar etwas länger gebraucht, aber jetzt habe ich Verstanden was Du meinst ;-) Meine Überlegung war, jede Kategorie in eine eigene Ebene. Da ich aber nur drei Ebenen habe, konnte ich das mit der 3. Kategorie nicht so richtig umsetzen. Aber dein Vorschlag ist eigentlich noch besser. Man ist schneller in der entsprechenden Kategorie. Statt drei Klicks nur zwei Klicks von der Hauptseite, um die Tabelle für die 3. Kategorie zu sehen. Und man sieht bereits beim anklicken der 1. Kategorie, ob es auch eine 3. Kategorie gibt. Und es hat noch einen Vorteil. Die Eichen, die auf eine eigene Seite stehen, werden von den Suchmaschinen besser gefunden. Bei Google sind diese Eichen eigentlich immer unter den ersten drei oder vier Treffern. Liegt wohl auch daran, dass sie eigene Überschriften haben. Die Eichen von der 3. Kategorie stehen bislang auf eine Seite. Die würde ich dann auch jeweils auf eine einzelne Seite stellen. Zunächst zwar mit weniger Inhalt, aber dennoch eine eigene Seite mit Überschrift. Diese Eichen werden dann wohl auch in der Suchmaschine weiter oben einsortiert. Dann verirren sich vielleicht noch ein paar Personen mehr auf die Seite ;-) Ich stelle das also entsprechend um. Danke für den Hinweis.

Der Inhalt von der separaten Rangliste ist ja die Spalte Taille in der Tabelle. Da diese dann sortierbar ist, fällt die andere Tabelle komplett weg. Und ich würde es aber bei alphabetisch belassen. Um das direkt auf Rangliste umzustellen, ist die Datenbasis nicht so gut geeignet. Die Bäume wurden in einen Zeitraum von bis fünf Jahre gemessen. In dem Zeitraum wachsen die meisten Eichen zehn Zentimeter. Die Einsortierung würde also nicht immer passen, wenn ältere und neuere Werte gemischt werden. Und dann fehlen auch noch ein paar Eichen in Norddeutschland. Eine rangliste nach Größe suggeriert dann etwas, was aber so nicht stimmt, da noch welche fehlen. Deswegen lieber alphabetisch und dann sortieren, um einen Überblick über die Rangliste zu bekommen.

Die Breiten habe ich jetzt auch nochmal angepasst. Bei mir hat es immer noch zu Zeilenumbrüchen geführt. Passt aber immer noch nicht so richtig. Der Abstand vom Sortierpfeil zum Text, ist der auch veränderbar? Durch den recht großen Abstand wird da viel Platz gebraucht. Ich habe aber jetzt auch im Tabellenkopf bei Name noch das ergänzt, was bei den anderen Spalten mit Breitenangabe drinnen steht. Vorher hat es bei mir keine Auswirkung gehabt. Ist das jetzt so richtig? Ich habe jetzt auch den Kopf bei allen Tabellen die ich auf der Testseite schon angelegt habe angepasst.

Zu den Datenbildern. Es soll eine zweispaltige Tabelle werden. Beide aber nach links ausgerichtet, denke ich. Es soll eine Schreibkladde darstellen, mit der man vor Ort die Messwerte einträgt. deswegen auch die etwas geschwungene Schrift. Aber die kann auch anders sein. Und halt ein Hintergrund, der irgendwie nach Eichenholz ausschaut. Mir gelingt es aber nicht, dass das Bild in der Tabelle eingebunden wird. Deswegen habe ich das in Excel gemacht. Das Hintergrundbild ist nicht von mir. Das habe ich irgendwo im Internet gefunden. Es stand aber dabei, dass man es frei verwenden kann. Aber da könnte man auch ein anderes Bild verwenden.

Da ich jetzt die 3. Kategorie eine Ebene höher habe, kann ich jede Eiche auf eine einzelne Seite stellen. Die Koordinaten kommen dann auch zur jeweiligen Seite. Das heißt, dass ich die Tabelle der 3. Kategorie genauso mache wie in den beiden anderen auch. Also die aktuelle Testtabelle würde ich dann für alle drei Kategorien verwenden. Mir fällt aber gerade ein, es gibt noch mehr Tabellen. Bei allen Standorten mit mehr als einer Eiche, habe ich bei der Unterseite eine Tabelle drinnen stehen, wo es dann zur entsprechenden Eiche geht. Wie hier etwa. Diese Tabelle hat aber die Spalte ortschaft nicht, da sie ja schon bei der richtigen Ortschaft drinnen ist. Die müsste dann aber wahrscheinlich auch noch angepasst werden, damit sie nach der Komplettumstellung noch funktioniert?

Zu deinem letzten Punkt. Das habe ich gestern vergessen zu erwähnen. Wenn die Spalten etwas breiter sind, steht der Kopf nicht mehr direkt darüber. Das sieht meine ich nicht schön aus. Ich hatte deswegen die Ausrichtung des Tabellenkopfes zur Spalte selbst ausgerichtet. Jetzt stehen sie auch linksbündig schön über dem Text, bei den beiden ersten Spalten. Bei Höhe und Breite war der Text erst richtig versetzt zur Spalte darunter. Das hat mir auch nicht gefallen, deswegen hatte ich das abgeändert. Ich habe das aber über die Tabellenfunktion von Jimdo gemacht. Vielleicht gehört es anders im Kopf angepasst? Und dann hatte ich die eine Tabelle dupliziert und auf die andere Seite verschoben. Dann habe ich alle Einträge entfernt, so dass die Tabelle ohne Inhalt war. Dann habe ich sie für alle Bundesländer dupliziert und mit Daten gefüllt. Irgendwann ist mir aufgefallen, dass der Text in einer Spalte nicht immer exakt untereinander steht. Irgendwie ist in jede Zelle ein "&nbsp" drinnen. Und je nach dem, ob Text/Zahl davor oder danach gekommen ist, stand es unterschiedlich. Ich habe dann denn Quelltext kopiert und in Word mittels ersetzen das rausgenommen. Bei den großen Tabellen waren das ein paar hundert. Danach habe ich es wieder zurückkopiert. Also irgendwie ist bei dem Prozess des duplizieren und dann später des ersetzen in Word wohl was schiefgelaufen? Viele Grüße -- Rainer Lippert 16:32, 4. Nov. 2016 (CET)
Nachtrag: Ist bei der Tabelle eine generelle Breitenbegrenzung drinnen? Ich habe jetzt mal testweise die Seite auf ganze Bildschirmbreite gemacht. Die Tabellen behalten aber ihre Breite bei, werden dann ganz nach rechts gerückt. Die erste Spalte müsste doch dann breiter werden? Viele Grüße -- Rainer Lippert 22:56, 4. Nov. 2016 (CET)

Ich gehe von hinten nach vorn:

„Ich habe das aber über die Tabellenfunktion von Jimdo gemacht.“: Ich denke, da liegt des Pudels Kern. Nimm die Testtabelle bei Jimdo, markiere mit der Maus, den Tabellenkopf und den Beginn der ersten Zeile, klicke mit der rechten Maustaste irgendwo knapp daneben und im erscheinenden Popupmenü klicke auf „Auswahlquelltext anzeigen“: Du solltest einen neuen Tab erhalten mit dem Begin de Tabelle und einigen markierten Zeilen; das sind die Elemente, die Du vorher markiert hattest. Nun vergleiche das mit der Testtabelle hier und dir sollte auffallen, dass dort noch ein style-Attribut vorhanden ist, das offensichtlich durch die Jimdo-Software da eingefügt wurde. Dieses style-Attribut ist das, was ich als seltene Ausnahme für Einzelfälle titulierte: Wenn man es vermeiden kann, dann lässt man das, da man das lieber in das externe Skript oder wie bei dir in den Seitenkopf schreibt: Als Attribut musst Du es jedes Mal wiederholen, sonst reicht es als einmalige Angabe. Deshalb hatte ich gemeint, Du solltest möglichst über Excel oder Word (aha, geht auch) nur den Inhalt ändern, aber keine Formatierungen ändern. Im Quelltext arbeiten solltest Du aber besser nicht mit Word, sondern mit einem der ganz anfänglich thematisierten Texteditoren. Alternativ, wenn Du jetzt weißt, dass es daran liegt, lösche immer hinterher alle style="…"-Einträge, wo Du sie nicht absichtlich eingefügt hast. Stattdessen werden diese :nth-child(<Spalte>)-Einträge verdoppelt und angepasst und der Befehl zum Zentrieren des Kopfes entfernt, dafür Linkszentrierung als Standard. Und das   (mit Semikolon, sonst kaputt) stellt das geschützte Leerzeichen dar. Es war früher sinnvoll, das in leere Tabellenzellen einzufügen, da der IE sonst Müll angezeigt hat, aber wenigstens hier lokal konnte ich nichts davon sehen. Aber, wie es scheint, stört es auch bei der Sortierung nicht, solange es wirklich allein steht. In den anderen Zellen bemerkst du unter Umständen, dass der Name oder Strich etwas weiter rechts steht, genauso sollte es bei den Alters- und Jahresspalten störend zu erkennen sein.
„Ist bei der Tabelle eine generelle Breitenbegrenzung drinnen?“: Eigentlich nicht außer der 99%-Breitenangabe (bei 100% sah es komisch aus), ich muss aber auch sagen, dass mindestens beim Tabellenfuß das Verhalten bei Jimdo leicht anders ist als bei mir lokal im Test, wo ich auf die Schnelle nicht sehe, woher das kommt, auch deshalb den Stil hier von der Unterseite wieder kopieren, da online ausgetestet (mit dem Firefox-eigenen Werkzeug Webinspector; hätte ich selbst früher drauf kommen können). Dasselbe auch für die Spaltenbreiten: Bei mir sind immer noch oder eher wieder Umbrüche; Änderungen hängen aber von den Symbolabständen ab, womit wir dazu kommen:
„Der Abstand vom Sortierpfeil zum Text, ist der auch veränderbar?“: Ja, ist er, aber ich musste erstmal nachsehen; er wird ja durch das Skript eingefügt. Ich habe jetzt diese Zeile im Stil ergänzt und für mich sieht das gut aus; das Rautenzeichen # zeigt übrigens die schon mal erwähnten ID an, was IMHO nicht ganz sauber ist, da sie eigentlich nur einmal pro Seite vorkommen dürfen, was bei mehreren Tabellen auf einer Seite schließlich nicht mehr unbedingt stimmt:
#sorttable_sortfwdind, #sorttable_sortrevind {margin-left:-0.5em}
Und, o, jetzt sind die bereits vergebenen Spaltenbreiten wunderbarerweise passend. Dieses Skript bietet dir übrigens die Möglichkeit, ein anderes Symbol einzufügen. Das scheint übrigens trotz Verwendung von em bei verschiedenen Schriften unterschiedlich gut auszusehen: Online mit Arial gut, bei mir lokal im Firefox eigentlich schon zu eng, aber noch sehr knapp daneben, im IE schon ein wenig in der Schrift.
Wenn diese Sorte Tabelle nur für die Ivenacker Eichen exakt diese eine Mal so auftaucht, dann ist es wohl wirklich besser, dort genau die Methode mit dem style-Attribut zu verwenden, dort müsste sie dann aber leider in beinahe jedem <th>- und <th>-Element eingesetzt werden. Sobald dieser Typ mehrmals vorkommt, sollte es sich aber lohnen, einen eigenen Stil im Kopf festzulegen (das Problem ist die notwendige Unterscheidbarkeit der Sortierung über die :nth-child(<Spalte>)-Einträge); denk dir einen kurzen Namen aus. Übrigens sehe ich, dass Du die Klasse namens test bei Deiner beginnenden Zusammenstellung weiterhin verwendest. Das solltest Du lieber gleich zu Beginn ändern. Weiter oben hatte ich uebersicht vorgeschlagen, was aber ziemlich lang ist; liste oder index wären passend, aber deutlich kürzer (kann gern auch groß geschrieben werden) – such dir eines davon aus (das noch kürzere land stimmt ja nur für die oberste Ebene). Das muss sowohl im Tabellenkopf als auch im CSS-Code geändert werden. Für die Tabellen mit Geo-Koordinaten benötigst Du auch einen Namen; kommen die eigentlich nur auf den Seiten der 3. Kategorie vor – brauchst Du also vielleicht gar nicht mehr, wenn Du diese Eichen ebenfalls einzeln darstellst?
Um die Datenblätter (kladde als Klassenname wäre cool, oder einfach daten) sollten wir uns später kümmern. (Vor oder nach der Navileiste? Vor oder nach dem Titelbild?) Wenn Du die Quelle des Hintergrundbildes wiederfindest oder wenigstens dieses Hintergrundbild ohne Änderung bei Jimdo hochladen und auf der dortigen Testseite einbinden könntest, wäre das schon mal hilfreich – oder dir ein anders freies (nicht zu dunkles, an Kontrast zur Schrift denken) suchst und mir den Link dorthin angibst. Für die Suche blöd ist, dass es Oakwood auch als englischen Ortsnamen gibt. Zu den Schriften sollte ich morgen mal was schreiben.

— Speravir (Disk.) – 05:19, 5. Nov. 2016 (CET)

So ganz kann ich dir hier nicht folgen. Was meinst du damit, die Formatierung nicht über Excel oder Word zu ändern? Den Inhalt ändere ich ja direkt in Jimdo. Ich klicke in Jimdo auf die entsprechende Zelle und schreibe den Wert rein. Und wie ich mir den Quellcode mal angeschaut habe, habe ich dieses geschütztes Leerzeichen überall gesehen. Und dieses habe ich dann in Word entfernt. Aber das eigentliche Bearbeiten mache ich ja in Jimdo. Oder wie kann ich das in Excel oder Word machen? Was ich allerdings gemacht habe, war die Anpassung im Tabellenkopf. Das gehört eigentlich im Quellcode, oder im Seitenkopf gemacht, aber das kann ich nicht. Ich habe deswegen in Jimdo auf die Zelle im Kopf geklickt und die Ausrichtung geändert. Die Ausrichtung des Kopfes gehört also jetzt noch im Seitenkopf definiert, wenn die Methode von mir falsch war. Ich habe jetzt übrigens die zwei ersten Spalten nach links ausgerichtet, alles andere nach rechts. Auch den Kopf. Da das jetzt mit den Abständen gut passt.
Auf jeden Fall bleibt bei mir die Tabelle immer gleich breit, auch wenn ich alles auf komplette Bildschirmbreite setze. Kann aber auch sein, dass ich da einen Fehler in CSS mache. Aber das steht ohnehin erstmal hinten an.
Das mit dem Pfeil passt jetzt gut. Ich habe auch die Abstände noch etwas angepasst. Jetzt kommt es auch in den ersten beiden Spalten nirgends mehr zu Zeilenumbrüche. Also bei mir passt es jetzt so einwandfrei. Und bei dir?
Diese Sorte Tabelle kommt etwa 10 bis 15 mal vor. Ist dann aber immer der gleiche Aufbau. Hier etwa, oder hier. Ich habe das jetzt überall von test in liste abgeändert. Die Tabellen mit den Koordinaten hat sich erledigt, siehe weiter oben. Ich nehme da jetzt überall die Hauptliste. Die Koordinaten nehme ich raus und schreibe es bei jeder Eiche direkt hin. Diese habe inzwischen alle auf eine eigene Seite verschoben. Alle 3 Kategorien sind jetzt also gleich aufgebaut. Von der Tabelle her und auch vom Seitenaufbau. Die 3. Kategorie war ja da bisher anders, jetzt aber nicht mehr.
Die Datenblätter machen wir dann nach den Tabellen als nächstes, würde ich sagen. Danach dann Navileiste und Titelbild. Ich habe jetzt das Original hochgeladen. Ist jetzt bei der Testseite bei Dateien drinnen.
Noch eine Anmerkung. Jimdo hat gemeldet, dass sie in diesem Monat die komplette Navigation umstellen. Also die interne Menüführung, wenn man die Seite bearbeitet. Die Menüs kommen dann irgendwie nach links und sind anders aufgebaut. Mehr weiß ich auch nicht. Nur das du Bescheid weißt. Nicht das du irgendwann bearbeiten willst und alles ist anders. Das war dann nicht ich sondern Jimdo. Viele Grüße -- Rainer Lippert 12:19, 5. Nov. 2016 (CET)
Nachtrag: Mit den Tabellen bin ich jetzt soweit fertig. Hier sind die Tabellen der 2. Kategorie und hier der 3. Kategorie. Ich habe diesmal alles in Jimdo gemacht. Ich hoffe jetzt, dass im Quellcode alles passt. Viele Grüße -- Rainer Lippert 20:03, 5. Nov. 2016 (CET)

Dass Du mir nicht folgen kannst, könnte daran liegen, das ich dich anscheinend missverstanden habe. Dass sich die Breite nicht ändert, liegt, wie ich leider jetzt erst bemerkte, daran, dass Jimdo alles in einen Container schmeißt, innerhalb dieses Containers 2 weitere Bereiche (<div>…</div>) für die Navi und den Inhalt erzeugt und allen dreien jeweils eine feste Breite verordnet, was dem Credo der Responsibilität widerspricht. Wenn ich allerdings online damit rumspiele, komme ich auch nicht zu richtig befriedigenden Ergebnissen oder eher: Wenn man alles so lässt, kommt man auf kleinen Bildschirmen anscheinend besser klar als mit meinen testweisen Änderungen – da scheint auch mir das Know-how zu fehlen.

Wegen der Spaltenbreiten: Die Spalte Breite (welch Ironie) bricht zusammen mit dem Pfeil noch um, bei einer Breite von 3.85em bei mir aber nicht mehr – das aber nur im Firefox, nicht im SRWare Iron (auch ein Chromium-Browser) und im IE, da reicht deine Angabe schon.

Du solltest bei allen Tabellen folgendes ändern:

<table align="" class="sortable liste">
    <!-- mceEditable  -->

kürzen zu

<table class="sortable liste">

und in allen <th>-Zellen kannst Du die style-Attribute entfernen, weil das über eine Stilanagbe bereits definiert ist, also

<th style="text-align: left;">
    Ortschaft
</th>
<th class="Name sorttable_numeric" style="text-align: left;">
    Name/Standort
</th>

wird gekürzt zu

<th>
    Ortschaft
</th>
<th class="Name">
    Name/Standort
</th>

usw. sonst würde man diese Einträge im allgemeinen Stil

.liste tr>th:nth-child(3), .liste tr>th:nth-child(4), .liste tr>th:nth-child(5), .liste tr>th:nth-child(6), .liste tr>th:nth-child(7), .liste tr>th:nth-child(8),

nicht benötigen (das letzte Komma steht da, weil es ja noch weiter geht). O, ich sehe, Du willst, dass der gesamte Kopf rechts orientiert ist mit Ausnahme der ersten zwei Spalten, das könnte man auch deutlich kürzer schreiben, mache ich aber heute nicht mehr: erst alles nach rechts (dazu müssten weiter oben im Stil thead und tfoot wieder teilweise getrennt werden) und dann die Ausnahme für die zwei ersten Spalten definieren. Zum anderen Tabellentyp heute mal auch nichts mehr außer: Wäre dir der Klassenname orte genehm oder hättest Du eine andere Idee?

Zu Jimdo: Da ich kein Passwort habe, sehe ich ja keine Menüführung. Da die Navi als solche funktioniert, sehe ich übrigens keinen allzu großen Zeitdruck. — Speravir (Disk.) – 03:51, 6. Nov. 2016 (CET)

Hallo, die Breite des Containers habe ich ja versucht anzupassen. Auch die Breite des Content. Bei der Navileiste habe ich eine feste Breite, da es sonst dort zu umbrüchen kommt. Gibt man für Container und Content Prozentangaben an, passt sich alles dem Bildschirm an. Die Tabelle wird dann viel breiter. Macht man aber den Bildschirm schmäler, wird die Tabelle nach unten umgebrochen und immer weiter verschmälert. So weit, dass es dann in allen Zellen Umbrüche gibt. Also auch in denen, die eine feste Zuteilung haben. Gebe ich für beides eine feste Breite an, bleibt die Tabelle immer so breit, wie für Content angegeben. Aber so, wie gewünscht, dass die erste Spalte die verschiedenen Breiten überbrückt, geht nicht. Aber das ist ja nicht schlimm, beziehungsweise erstmal nicht so wichtig.

Die Spalte Breite habe ich angepasst. Sollte also jetzt auch bei dir gehen. Die Tabellen habe ich versucht umzustellen, geht aber nicht. Füge ich deinen ersten Code ein, funktioniert die Tabelle nicht mehr. Ich habe es genau so versucht zu kürzen wie du angegeben hast. Kürze ich den anderen Bereich, so wie jetzt bei der ersten Tabelle unter Sortierbare Tabelle, haben die Spalten einen etwas anderen Abstand untereinander. Scheint also auch nicht so richtig zu funktionieren. Ich habe jetzt erstmal nicht weiter umgestellt, da du ja die Einträge im alten Stil noch anpassen willst.

Das verstehe ich jetzt nicht? Wie kannst du das ganze Testen, wenn du es nicht direkt in Jimdo machst? Ich habe dir ja weiter oben das Passwort genannt. Damit kannst du ja auf der Testseite direkt in Jimdo arbeiten, siehst also rechts die Menüleiste beim Bearbeiten, wo man bei Design rein kann und den Heat unter Einstellungen bearbeiten kann. Das Passwort lautet ja Testtabelle. Viele Grüße -- Rainer Lippert 10:27, 6. Nov. 2016 (CET)
Nachtrag: Der Klassename orte wäre in Ordnung. -- Rainer Lippert 11:08, 6. Nov. 2016 (CET)

„Das Passwort lautet ja Testtabelle.“ Ach, du Sch… Das hatte ich gelesen, aber den Sinn nicht verstanden und dann vergessen! Dann könnte ich rein theoretisch direkt darin rumpfuschen, was aber gefährlich ist, wenn wir das zufällig zeitgleich tun. Ich hatte zuletzt mit dem Webinspektor des Firefox gearbeitet, einfach mal Strg+⇧ Umschalt+I drücken (dieselbe Tastenkombi sollte auch in Chrome funktionieren).

Ich muss mir das jetzt erst mal näher ansehen. Ich habe schon bemerkt, dass manches von Jimdo eingefügt oder geändert wird (ich habe angefangen, die Style-Attribute zu entfernen), was man überhaupt nicht verhindern kann; ich habe eben auch herausgefunden, wo der CSS-Code eigentlich zum Großteil hingehört: gut versteckt unter Designs→Eigenes Layout→CSS. Da findet man auch schon einige Einträge, z.B. für die Schrift (es existiert noch ein weiterer eigener eingebundener Stil für Schriften, an den man nicht rankommt).

Ich habe dir ein Favicon spendiert und die Datei zusätzlich auch noch einmal hochgeladen („Eichel.png“), sie ist direkt abgeleitet von Datei:WikiVoc-acorn-1.svg, die noch nicht einmal eine Namensnennung erfordert. Ich wollte es trotzdem in einem HTML-Kommentar tun, der wurde aber beim Speichern entfernt. Du hast übrigens dein Titelbild zweimal unter verschiedenen Namen hochgeladen, die ungenutzte Version kann also gelöscht werden. — Speravir (Disk.) – 03:54, 7. Nov. 2016 (CET)

Hallo, immer diese Gewaltausdrücke ;-) Ja, rein theoretisch kannst du direkt auf der Testseite arbeiten. Und so war es ja auch gedacht. Da ich ja doch manchmal mehrere Anläufe brauche, bis ich es verstanden habe. Das wir da zeitgleich arbeiten, glaube ich eher weniger. Du hast bisher nur Nachts hier geschrieben, da bin ich nicht tätig. Und zudem bin ich mit den Tabellen dort fertig. Wenn du den Code für die anderen Tabellen so weit hast, die mit der einen Spalte weniger, die Ortschaftsspalte, lege ich dann alle Tabellen wieder dort an. Danach kann man ja eigentlich alle Tabellen auf die eigentliche Seite kopieren?

Ja, in dem versteckten CSS habe ich ja die Anpassungen an meinem aktuellen Layout, das mit der seitlichen Navileiste, angepasst. So gut wie es mit meinen Möglichkeiten möglich war.

Bei Favicon musst ich erst nachsehen, was das überhaupt ist. Ja, das ist sehr schön. Und wie bekomme ich das jetzt auf meine Seite? Ich habe bei der Testseite schon im Code nachgesehen, konnte aber nirgends eine Einbindung des Pictogrammes finden. Auf der Testseite befinden sich zwei verschiedene Titelbilder. Die haben eine leicht unterschiedliche Breite. Wie ich am Layout noch getüftelt habe, an der Breite, habe ich die jeweils verwendet. Auf meiner Seite befindet sich nur das, was jetzt auch zu sehen ist. Im HTML habe ich gesehen, das du beim head einen Zusatz gemacht hast. Was soll das bezwecken? Ich dachte ja erst, wenn man mit der Maus über den Titel fährt, aber das ist es nicht. Viele Grüße -- Rainer Lippert 14:50, 7. Nov. 2016 (CET)

Ich habe durchaus auch sehr viel früher angefangen und hier nach und nach etwas geschrieben, so dass der Tab im Editiermodus stundenlang aktiv war. Das Favicon ist das, was man im Tab zu sehen bekommt und beim Abspeichern als Lesezeichen. Das kannst Du über die Einstellungen ändern im Abschnitt Webseite. Leider scheint Jimdo vorgesehen zu haben, dass man es nur von einer lokalen Ressource vulgo dem eigenen Rechner hochladen darf. Sieh mal unter Designs→Eigenes Layout→Dateien nach. Ich habe dort neben der gestern hochgeladenen Datei „eichel-weiß.png“ heute noch 2 andere Varianten gebastelt und ebenfalls hochgeladen: „eichel-farbig.png“ mit hellbraunem Hintergrund (es handelt sich hier übrigens um die in HTML als antiquewhite bezeichnete Farbe) und „eichel-transparent.png“, die eigentlich auch einen weißen Hintergrund hat, der aber transparent gemacht ist; letztere habe ich auch als aktuelles Favicon eingestellt, aber sieh dir ruhig die beiden anderen an. Herunterladen sollte mit Rechtsklick auf die Dateien gehen, sonst schiebe ich das auf meine Abload-Seite. Das Stullenbrett ist die Vorlage für den Hintergrund, oder? Den Hinweis auf die Herkunft des Favicons habe ich jetzt erfolgreich in den Beginn der Seitenstruktur untergebracht, siehe in Designs→Eigenes Layout→HTML (da könnte man vermutlich den gesamten Quellcode unterbringen, wenn man nur eine einzelne Seite anlegen würde). Wegen der Ergänzung im Alt-Attribut des Titelbildes siehe im SELFHTML-Wiki in HTML/Multimedia und Grafiken/Grafiken/Alternativtext und Referenz:HTML/Attribute/alt, das sollte eigentlich auch in der Wikipedia viiiiel häufiger eingesetzt werden, aber ich denke selbst meist nicht daran (gibt’s als Parameter bei den Bildeinbindung); ich sehe solchen Text übrigens sowohl im Firefox als auch in SRware Iron mit Hilfe des Addons Popup ALT Attribute – Link für Firefox: Popup ALT Attribute, Link für Chromium-Browser: Popup Image Alt Attribute.

Der Klassenname orte hat, wie mir noch auffiel, theoretisch das Problem, dass du irgendwann vergessen haben kannst, dass er nur für eine bestimmte Sorte Tabellen gedacht ist, nicht aber für die Spalte Ortschaften. Deshalb habe ich das mal in ortliste umbenannt. Ich habe eine Tabelle unter Brandenburg angelegt und die dazu gehörenden Stildefinitionen in den Kopf eingefügt. Da es nur 7 Spalten sind, musste das im Tabellenfuß angepasst werden, und beachte auch, dass die Namensspalte nicht die Klasse Name verpasst bekommen hat. Es kann sein, dass man die Gesamtbreite begrenzen muss.

— Speravir (Disk.) – 04:30, 8. Nov. 2016 (CET)

Hallo, ich hatte gesehen, dass du das Pictogramm hochgeladen hast, deswegen dachte ich, es müsste irgendwie im HTML oder CSS eingebunden werden. Jetzt hat es geklappt. Ist ja letztendlich ganz einfach, wenn man weiß wie. Ich habe es also auf meiner richtigen Seite eingebunden. Das macht sich sehr schön. Vielen Dank dafür. Daran hatte ich noch gar nicht gedacht gehabt, ist aber eine gute Ergänzung.

Das Stullenbrett soll der Hintergrund für die Schreibkladde sein. Also die jeweiligen Datenblätter bei jeder Eiche. Du hast ja weiter oben gesagt, ich soll es da hochladen. Du hattest es da aber wahrscheinlich anders gemeint gehabt. Denn du hattest da ja das mit dem Passwort noch nicht verstanden gehabt.

Kein Problem mit dem anderen Namen. Ich habe jetzt auch von diesem Typ alle Tabellen angelegt. Diese ganze Tabellen, also 1., 2. und 3. Kategorie und die letzten für mehrere Eichen pro Standort sind ja jetzt soweit fertig? Die Sortierung passt bestens, das Layout auch. Demnach kann ich ja dann anfangen, meine eigentliche Seite umzustellen? Oder spricht da jetzt noch etwas dagegen? Also alles vom Head der Testseite kopieren und in meiner Seite einfügen? Und dann jede einzelne Tabelle den Quellcode kopieren und an der passenden Stelle in meiner Seite einbauen? Danach muss ich dann noch die ganzen Verlinkungen in den Tabellen machen.

Sollten nun die zwei Tabellen auf der Hauptseite auch sortierbar gemacht werden? Wenn ja, muss das wahrscheinlich auch wieder speziell angelegt werden?

Dann wäre jetzt die nächste Baustelle die ganzen Datenblätter. Im Grunde sollten diese in etwa so aussehen, wie jetzt auch. Statt das ganze in Excel anzulegen und als Bild einzubinden, halt als Tabelle direkt in Jimdo. Ist dann variabler, leicher zu Bearbeiten und spart Speicherplatz, den ich für andere Bilder brauche. Die Tabelle müsste dann also zwei Spalten haben, ohne erkennbaren Kopf, und ohne Trennlinien dazwischen. Und als Hintergrundbild dann das oben erwähnte Stullenbrett. Die Tabelle anlegen, dass es soweit passt, würde ich ja noch schaffen. Es gelingt mir aber nicht, dann das Stullenbrett, was man vermutlich noch passend zuschneiden müsste, in die Tabelle einzubauen. Das Problem jetzt ist ja, dass die Schriftgröße immer gleich ist. Später ist das dann individuell. Als Schrift irgend einen Schrifttyp der gut leserlich ist, aber doch irgendwie nach Handgeschrieben ausschaut. Eben wie eine Schreibkladde ;-) Viele Grüße -- Rainer Lippert 13:24, 8. Nov. 2016 (CET)

War schon richtig mit dem Stullenbrettbild, auch wenn ich es leicht anders gemeint hatte. Ich habe hier auch schon etwas daraus vorbereitet. Unten mehr. Ja, du kannst das Skript und die Tabellen auf Deine richtige Seite kopieren. Bei dem Stil ist es aber komplizierter: Wie ich gestern sagte, gehört nahezu alles eigentlich nach Designs→Eigenes Layout→CSS, auf jeden Fall muss aber der Code für den Sortierpfeil nach dem Skript eingebunden werden und deshalb dort verbleiben, vielleicht auch manch anderes, aber das habe ich noch nicht ausprobiert. Den Code für den Sortierpfeil deshalb an den Anfang gesetzt, so dass alles andere leichter verschoben werden kann – es sei denn, du sagst, das Bearbeiten geht so leichter: Dann lass es einfach so (obwohl ich später noch den Stil für die Navi bearbeiten will). Das Testen ist es auf jeden Fall etwas leichter mit dem Stil am Ende des Heads (man kommt schneller ran und hat Syntaxhighlighting). Übrigens habe ich in der vorgegebenen CSS zwei Zeilen auskommentiert, die Fehlermeldungen verursacht haben: 1x in der body-Regel und 1x in #footer, wo jeweils eine nicht vorhandene Datei als Hintergrund geladen werden sollte. Nur auskommentiert habe ich sie, weil ich nicht weiß, inwiefern es dir wichtig ist, dass man das Original kennt (obwohl: Du hast ihn ja auf deine Jimdo-Spielwiese gesetzt). Tendenziell besser ist die Variante, alles, was möglich ist, in die Layout-CSS zu packen: Das wird später als eine Datei geladen, die nur einmal im Browser-Cache vorgehalten werden muss.

Die beiden Tabellen auf der Hauptseite werden teilweise auch vom Stilcode beeinflusst, richtig. Sollen die so oder so ähnlich bleiben? Leg doch mal Kopien auf der Testseite an. Mir scheinen da zum Teil die vertikalen Abständen zu groß zu sein, und bei der Einfärbung könnte man überlegen, den Kopf eingefärbt zulassen und die Spalte für die Bundesländer in einem Zwischenton zu färben. Wenn du sie sortierbar haben willst, dann muss ich erstmal sehen, wie das mit den Tabellenköpfen gehen soll; die Summe für Deutschland kann man als Tabellenfuß definieren, so dass sie nicht sortiert würde.

— Speravir (Disk.) – 02:49, 9. Nov. 2016 (CET)

Was ich schon einige Zeit fragen wollte: Das ist alles hier schon so extrem lang. Wäre es nicht besser, das auf eine Unterseite zu verschieben, von mir aus auf die mit dem Code für die sortierbaren Tabellen? — Speravir (Disk.) – 02:54, 9. Nov. 2016 (CET)

Hallo, ich habe jetzt angefangen, die Tabellen in meiner Seite einzufügen. Das wird denke ich zwei oder drei Tage dauern. Zuerst habe ich alles vom Head einfach komplett rüberkopiert. Also alles wieder beim Head rein. Das andere hätte ich wohl nicht geschafft. Im CSS habe ich die Änderungen auch durchgeführt. Mir ist dann aufgefallen, dass auf meiner Seite der Hintergrund des Datenbereiches anders geworden ist. Ich habe etwas gebraucht, aber dann herausgefunden, dass im Head die Zeile Background das "linen" das beeinflusst. Das habe ich auf meiner Seite durch "#F8F8F8" ersetzt. Jetzt passt es wieder bei mir.

Hier sind die zwei Tabellen auf der Testseite. Die erste Tabelle habe ich schon einmal umgebaut. Also aus der zweizeiligen Kopfleiste eine einzeilige gemacht. Ansonsten geht ja wahrscheinlich das Sortieren nicht? Als Farben kann das dann so werden wie die anderen auch. Also Kopf- und Fußzeile etwas dunkler, der Rest abwechselnd. Wenn es nicht zum Sortieren geht, ist es auch nicht schlimm. Dann bleiben die so wie bisher. Oder eventuell farbliche Angleichung an die anderen.

Wir können das gerne auf eine andere Seite verschieben. Ab welchem Abschnitt dann? Du kannst es ja dann einfach machen und hier einen Link dahin setzen. Viele Grüße -- Rainer Lippert 16:15, 9. Nov. 2016 (CET)

Verschiebung durchgeführt, wie Du unschwer bemerkt haben wirst. Der andere Hintergrund war auf meinen Mist gewachsen, aber er hatte auf der Testseite sowies bis gestern Nacht nicht funktioniert, weil ich etwas übersehen hatte. Es kann ruhig bei dem hellen Grau bleiben. Ich habe das mit den Stilen auf der Testseite jetzt mal so gemacht, wie ich das meinte: Alles bis auf eine Definition nach Designs→Eigenes Layout→CSS verschoben; dort habe ich die zwei fehlerhaften Zeilen nicht nur per Kommentar deaktiviert, sondern jetzt auch entfernt. Man könnte den gesamtn Stil noch aufräumen (dass nur zu Beginn Typo kommt, stimmt bspw. gar nicht). Zu mehr bin ich nicht gekommen, weil ich stundenlang nicht in den Bearbeitungsmodus gelangte, d.h. Anmelden funktionierte, aber dann hing die Seite; wenn ich aber einen neuen Tab startete, wurde mir angezeigt, ich sei angemeldet; wollte ich von dort in den Bearbeitungsmodus, hing auch dieser. — Speravir (Disk.) – 03:07, 10. Nov. 2016 (CET)

Hallo, ja, ich sehe es. Ok, du wolltest den ganzen Hintergrund einheitlich machen. Das hatte ich auch schon versucht, aber ich finde irgendwie keine passende Farbe. Mein helles grau ist auch nicht so toll, aber so wie es jetzt auf meiner Seite ist, gefällt es mir ein klein wenig besser wie auf der Testseite. Dann verschiebe ich das jetzt auch so ins CSS auf meiner Seite? Manchmal hatte ich auch schon Probleme beim bearbeiten, aber nie länger wie ein oder zwei Minuten. Ich dachte ja jetzt erst, es wäre die Umstellung auf das andere Menü, wo ich dir sagte, aber es ist immer noch das alte. Keine Ahnung, was bei denen heute Nacht los war? Nachwirkungen von den Wahlen in Amerika? Ist ja nicht so schlimm. Für die Tabellen brauche ich ja noch etwas. Viele Grüße -- Rainer Lippert 08:05, 10. Nov. 2016 (CET)

Datenblatt-Tabellen[Bearbeiten | Quelltext bearbeiten]

Auch hier: Leg doch mal auf der Testseite eine oder zwei Tabellen mit Datenblättern an, nur als HTML-Code. Dann können wir damit arbeiten. Als Hintergrund will ich eine heute erstellte Datei nehmen, die dann auch in der Navi und im Titel verwendet werden soll. Mit der Schriftart ist es deutlich schwieriger. Du musst davon ausgehen, dass die verwendete MT Corsiva (richtig?) nur auf Windows-Rechnern installiert ist – übrigens nur ein Klon, siehe in enwiki: en:ITC Zapf Chancery. Überhaupt ist es schwierig zu wissen, welche Schriften in den verschiedenen Betriebssystemen installiert sind (wäre wohl glatt ’ne Frage für die Auskunft). Man muss also auf frei online verfügbare Schriften ausweichen, und da gibt es nicht so viele Möglichkeiten, von denen ich deutlich Google Fonts bevorzugen würde, dann die Adobe Edge Web Fonts, die Javascript benutzen zum Laden der Schriften, zuletzt noch die Font Library, die ich eigentlich sehr charmant finde, aber leider ausschließlich den Webdownlaod als TTF-Schrift anbietet, die gewöhnlich um einiges größer ist als die speziellen, komprimierten Formate, die man bei Google und Adobe bekommt. Du solltest dich trotzdem bei allen drei Angeboten nach Schriften umsehen, die dir gefallen; grenze auf die Bereiche Handwritten/Handmade, Script, Display/Dekorativ und vielleicht auch Blackletter ein (letztere wegen der Idee, dass es auch entfernt wie geschnitzt aussehen könnte); was Du gleich mal angucken könntest: Einige Display- und kräftige Serif-Schriften könnten auch für Deinen Webseiten-Titel passen, insbesondere als Slab-Serif. Welche Schriftart nutzt du da jetzt eigentlich? die kommt mir bekannt vor, aber es fällt mir nicht ein. — Speravir (Disk.) – 02:49, 9. Nov. 2016 (CET) Nachtrag: Eine Suche nach Webfont <Stil> könnte unterstützen, da habe ich zum Beispiel so etwas gefunden: The 10 Best Script and Handwritten Google Web Fonts (Design Shack). — Speravir (Disk.) – 03:30, 9. Nov. 2016 (CET)

Also hier wäre jetzt ein Datenblatt. Der abwechselnde Hintergrund wird wahrscheinlich wegen dem Head gemacht? Puh, bei den ganzen Schriften steige ich nicht durch. Ich bin für alles offen. Mache einfach mal eine Schriftart, wo du denkst, die passt recht gut. Deine Ideen haben ja bisher auch immer gepasst. Und ich sage dann ob es mir gefällt ;-) Letztendlich kann das eigentlich auch eine ganz normale Schrift sein. Das war damals auch nur so eine Idee von mir. Aktuell ist das "Cataneo BT". Ich habe da auch erst bei Excel nachschauen müssen, wie die heißt. Den Webseiten-Titel habe ich in Photoshop gemacht. Die Schrift heißt "ParkAvenue BT Regular". Ich muss ohnehin noch einmal betonen, wie schön ich es finde, dass du mir hier bei der ganzen Geschichte hilfst. Denn es hat ja eigentlich gar nichts mit Wikipedia zu tun. Also, vielen Dank für die Hilfe! Viele Grüße -- Rainer Lippert 16:34, 9. Nov. 2016 (CET)

Wie eins weiter oben zu lesen ist, konnte ich leider nicht weiter dran arbeiten. — Speravir (Disk.) – 03:08, 10. Nov. 2016 (CET)

Ich habe angefangen, am Test-Datenblatt zu arbeiten. Da kann und muss intern aber noch etwas vereinfacht werden. Wie sieht es denn mit der linken Seite aus? Darf ich da auch etwas vereinfachen? Aber die soll im wesentlichen so bleiben, oder? Soll das Datenblatt ebenfalls eine Eckenrundung bekommen? Wenn ja, aber vermutlich kleiner, denke ich. — Speravir (Disk.) – 04:21, 14. Nov. 2016 (CET)

Bis vielleicht auf Feinheiten halte ich die Datenblätter für fertig. Ich habe dir zwei Schriftarten ausgewählt: Eingestellt ist Kalam, die eher der Vorstellung einer Handschrift entgegenkommt, allerdings sind die Ziffern meiner Meinung nach nicht unbedingt gut zu unterscheiden, vgl. mal, was ich in Ort und Gemeinde eingetragen habe (das Problem der Unterscheidung zwischen I, l und 1 haben aber viele Schriften). Wenn Du am Ende der Layout-CSS einen ganzen Block aktivierst (Kommentarzeichen entfernen; siehe auch hier oben, dass dieser Block anders eingefärbt ist), wird die Schrift Tillana aktiviert, die mir auch gefällt und bei den Ziffern besser ist. Eine eventuelle Breitenfestsetzung der linken Spalte sollte erst nach der Schriftwahl erfolgen und auch nicht zu knapp bemessen werden; du findest dazu eine derzeit auskommentierte Zeile .kladde tr td:first-child { width:10em; }. — Speravir (Disk.) – 03:09, 15. Nov. 2016 (CET)

Hallo, sorry, das habe ich hier gestern ganz übersehen. Das passt schon sehr gut. Die andere Schrift gefällt mir etwas besser. Also Tillana. Beim Datenblatt die Ecken vielleicht noch etwas weniger abrunden. Dann sollte aber noch der Textabstand zum Rand etwas größer werden. Auf der linken Seite kannst du auch gerne etwas vereinfachen. Vom Grund her sollte es aber ein Textkasten bleiben. Oder meinst du, man sollte den Text einfach so ohne Kasten und Hintergrundfarbe reinstellen? Dann darf aber der Text irgendwie nicht über die ganze Breite der Spalte gehen, weil es sonst bei den meisten Bäumen zu wenig Text ist. Dann wäre unterhalb vom Text eine Lücke. Jetzt versuche ich meistens den Text zumindest so lange wie das Datenblatt zu machen. Viele Grüße -- Rainer Lippert 13:10, 15. Nov. 2016 (CET)

OK, dann Tillana, Schriftcode ist wieder bereinigt. Die Rundung war 10px groß, jetzt habe ich sie auf 5px eingestellt; wenn das zu wenig ist, muss man 7 oder 8 Pixel testen (7.5 geht nicht). Ich habe übrigens auch dem Haupttitel an der Unterseite dieselbe Rundung verpasst. Die linke Spalte habe ich auf 11em verbreitert, sieht jetzt meiner Meinung nach gut aus. Ich habe auch außen mehr Abstand zwischen Text und Rand eingebaut (25px). Und ich habe etwas eingebaut, womit du die vertikale Höhe beeinflussen kannst – siehe dir im Test-Datenblatt den HTML-Code an, dort findet du folgendes: <tbody style="padding: 3px 25px;">. der erste Wert von 3px kann für jede Tabelle individuell angepasst werden (der andere lieber nicht). Aber, Obacht, schon die Veränderung um 1 Pixel hat starke Auswirkungen und irgendwann sieht es überhaupt nicht mehr gut aus! Und nicht wundern: In der Bearbeitungsansicht sieht man keine Änderung (erst nach Neuladen)! Als Standard ist "padding: 5px 25px; voreingestellt, dann also könnte der gesamte „style"-Teil (das Attribut) entfernt werden. Alternativ, wenn die Testbox und das Test-Datenblatt sogar die durchschnittliche Größe haben, könnte man die aktuelle Einstellung zum Standard machen. Oder Du entscheidest dich, bei den Datenblättern immer das Style-Attribut zu verwenden.

Die linke Seite habe ich jetzt als Infobox tituliert; wenn Du das gar nicht magst, gib Bescheid. Einfach kasten ginge natürlich auch, wäre sogar leicht kürzer, aber ich hatte deine Antwort zuerst nur schnell überflogen und den „Textkasten“ übersehen. Ich habe den Code direkt in der Textbox stark vereinfacht, da alles in den allgemeinen CSS-Code ausgelagert ist. Wenn du wie in der Textbox nur einen Absatz schreibst, benötigst du auch keine weitere Absatzmarkierung (<p>…</p>, sieh nach, ich hab sie dort rausgeschmissen). Nur Fett- und Kursivauszeichnung setzt du, wenn nötig. In der eingefügte zweiten Box kannst Du das Aussehen bei mehreren Absätzen (und einer Liste) sehen – du musst keinen leeren Absatz setzen für einen freien Zwischenraum. — Speravir (Disk.) – 03:31, 16. Nov. 2016 (CET)

Hallo, was soll ich sagen, es passt jetzt alles bestens. Die Rundung habe ich noch etwas geändert. Den Abstand zum Rand habe ich auf 20px reduziert. Damit ist der Zeilenumbruch bei Mecklenburgische Seenplatte weg. Also so passt es jetzt bei mir sehr gut. Die Höhe ist so in Ordnung, die habe ich bei 3px gelassen. Eigentlich sollte das dann bei jeder Eiche gleich bleiben. Die Textbox ist in etwa immer so groß. Die Ivenacker Eiche, die ich als Beispiel genommen habe, ist die Ausnahme. So viel Text hat keine andere Eiche. Deswegen hatte ich auch nur den ersten Abschnitt rüberkopiert. Rechts unter der Kladde kommt allerdings noch die Box mit den Koordinaten. Ich habe sie jetzt mal eingebaut.

Das mit der linken Box passt so. Ich weiß gar nicht mehr, wie ich die mal gemacht habe. Irgendwo habe ich mir die glaube ich mal herkopiert. Und dann immer wieder verdoppelt. Also ist es ja gut, wenn du es vereinfacht hast. Also Bewusst habe ich die Absatzmarkierung nicht gesetzt. Eventuell stammt das von Jimdo, oder ein Überbleibsel bei der Erstanlage, die ich dann immer wieder übernommen habe. Viele Grüße -- Rainer Lippert 14:42, 16. Nov. 2016 (CET)

Wenn der horizontale Abstand überall gleich bleiben soll, dann kann das ja wieder vereinfacht werden (erledigt). Wenn du etwas an der Rundung geändert hattest, dann ist es leider nicht abgespeichert worden. Was hattest du den eingestellt? Suche unter .kladde nach border-radius bzw. unter #header nach border-bottom-…-radius. Und leider ist mir (jetzt erst) etwas bei den Umlauten aufgefallen, siehe mal nach dem Ortsnamen genau hin. Man könnte jetzt die fette Schrift fetter und die andere dünner machen, denn die haben diesen Fehler nicht oder nicht in dem Ausmaß, aber ich hatte absichtlich die beiden Versionen ausgewählt, M:st. Ich habe dir nochmal gleich 4 Schriften zur Auswahl gestellt und sie in je einer Testkladde dargestellt (da hätte ich auch früher drauf kommen können). Such dir eine aus, der Name steht hinter dem Ort; dann muss später vielleicht noch der vertikale Abstand geändert werden (bei zweien ist er das aber schon).

Für die Textbox (ha, das ist besser als .infobox, es sei denn, du vertippst dich dabei zu leicht) hatte ich es schon gestern so eingebaut, dass es jetzt egal ist, ob du mit einem Absatz startest oder nicht, ein zweiter Absatz aber auf jeden Fall einen Abstand davor hat. Für die Liste in der Box habe ich heute den unteren Abstand nochmal nachgebessert. — Speravir (Disk.) – 04:42, 17. Nov. 2016 (CET)

Hallo, ich hatte es mit 8 ausprobiert. Vielleicht habe ich es zum Schluss einfach wieder zurückgesetzt. Das bei den Umlauten der rechte Punkt viel schwächer dargestellt wird, hatte ich gleich gesehen. Dachte aber, das gehört so bei dem Schrifttyp. Averia Libre sagt mir irgendwie am ehesten zu. Das würde ich nehmen.

Textbox passt als Namen. Wenn ich in der kleinen Textbox einen Absatz mittels Enter einfügen will, ensteht eine neue Box. Bei der großen Textbox ist das nicht der Fall. Sollt es nicht bei beiden Boxen gleich sein? Viele Grüße -- Rainer Lippert 12:53, 17. Nov. 2016 (CET)

Ich habe für das Datenblatt alles an Averia Libre angepasst und die 8er-Rundung auch für den Haupttitel verwendet. Dass mal eine neue Textbox gestartet wurde und mal nicht, zeigt, wie ausgeklügelt die Jimdo-Software ist: In der oberen, kleineren Box war der Text direkt innerhalb eines div (ich hatte geschrieben, dass ich <p>…</p> entfernt hätte), in der unteren Box befindet er sich innerhalb von Absätzen, eben <p>…</p>. Also wurde bei der oberen Box eine neue div begonnen, bei der unteren ein neuer Absatz. Ich habe es nun aber wieder darauf zurück geändert, wie Du es ursprünglich hattest. — Speravir (Disk.) – 00:38, 18. Nov. 2016 (CET)

@Speravir:: Hallo, ich bin wieder da. Demnach ist ja dann das Datenblatt fertig? Die Box wird aber dann trotzdem komplett vom CSS gesteuert? Also das optische aussehen? Dann muss ich dann quasi bei jeder Eiche wo ich die Kladde durch die neue ersetze gleich die Box mit austauschen. Dann werde ich wenigstens nicht arbeitslos ;-) Viele Grüße -- Rainer Lippert 22:30, 19. Nov. 2016 (CET)

Wenn dir nicht noch etwas auffällt, dann ist der Teil von meiner Seite aus fertig. Eine Idee wäre höchstens, die Textboxen nicht grau zu färben, sondern in einem hellen Braunton. Und ja, das würde vom CSS gesteuert, d.h. du müsstest dich nur darum kümmern, die Inhalte in die Tabellen, die sie ja nunmehr sind, einzuarbeiten und dabei möglichst wenig zusätzliche Formatierungen einzubauen (kursiv ist wirkungslos, genauer: zeigt keine Änderung, fett zeigt in der linken Spalte keine Änderung, schwarz ist der Text schon, das muss also auch nicht zugeordnet werden). Wenn du meinst, die Breite der linken Spalte sollte noch ein wenig schmaler sein, sollten wir uns das nochmal ansehen. — Speravir (Disk.) – 04:18, 20. Nov. 2016 (CET)

Hallo, es schaut alles gut aus. Früher hatte ich sogar mal ein Braun drinnen. Also die Farbe, die jetzt bei Literatur drinnen ist. Das geht aber mehr ins rötliche. Eine besseres Braun habe ich nicht gefunden. Deswegen hatte ich es dann irgendwann mal auf das grau umgestellt. Du kannst ja mal auf der Testseite ein schönes Braun ausprobieren. Die Breite der linken Spalte könnte man noch etwas schmäler machen, muss aber nicht. Viele Grüße -- Rainer Lippert 09:56, 20. Nov. 2016 (CET)
Nachtrag: Hallo, ich habe mit Baden-Württemberg angefangen, umzustellen. Dabei ist mir etwas aufgefallen, was mir auf der Testseite nicht aufgefallen ist. Ist ein blöder Zufall, stört aber etwas. Bei der Kladde hat das Hintergrundbild in der Maserung schwarze, waagerechte Striche. Und diese sind jetzt genau hinter der Gemeinde und dem Landkreis zu sehen. Da sieht es fast so aus, als ob es Durchgestrichen wäre. Kann man den Zuschnitt vom Hintergrund minimal anders zuschneiden, so dass die dunklen Linien nicht mehr mit dem Text kollidiert? Oder ist das jetzt Browser- und Schriftgrößenabhängig? Viele Grüße -- Rainer Lippert 19:51, 20. Nov. 2016 (CET)

Ich hatte für den Haupttitel nach einer Hintergundfarbe gesucht (sollte man als Absicherung zusätzlich zum Hintergrundbild einstellen) und nach einem hellen Braun gesucht. Ich habe hier lokal das Programm ColorMania, aber auch auf der schon mal verlinkten Seite im SelfHTML-Wiki Grafik/Farbpaletten – SELFHTML-Wiki Grafik/Farbpaletten findest du unter anderem mehrere Brauntöne (ich finde es bequemer, erst einmal mit benannten Farben zu testen; von denen kann man dann Abwandlungen machen). Die Farbe burlywood (Groß-/Kleinschreibung ist innerhalb von CSS egal) passte, wie ich meine, dabei zufällig von der Helligkeit her zum Hintergrundbild. Ich würde sie jetzt auch für die Textbox nehmen (nein, ich habe soeben), da sie unter anderem neben den Datenblatt-Tabellen stehen sollen. Dass Du für die Literatur noch Boxen hast, habe ich gar nicht mitbekommen. Die kann man ja so lassen, aber auch für sie würde ich die Regeln oder hier eher Regel in den CSS-Bereich einbauen – ääh, also: Ich habe sie eingebaut, Klassenname literatur, sie baut auf der Textbox auf, nur die Hintergrundfarbe ist anders; siehe Beispiel unter der großen Ivenacker Box. Vergleiche bitte mal auch den Code des Beispiels mit der Vorlage (Große Eiche Ivenack): Du musst keinen neuen Absatz setzen, sondern nutze für die Literatur die Aufzählungsliste, die dir von Jimdo auch als Symbol bereitgestellt wird. Ein neuer Punkt wird erzeugt, indem man am Ende des vorherigen auf Enter drückt. Schwarzfärbung des Textes ist nicht nötig, die Buchtitel habe ich kursiv gesetzt (die standen komischerweise in <cite>…</cite>).

Nachtrag noch vor Abschicken: Ich glaube, das dir von ausgesuchte Braun (benannt gleich tan, upps, das hatte ich doch auch schon mal getestet?) ist sogar besser, dann würdest Du keine eigenen Literaturboxen benötigen, es sei denn, Du willst sie in etwas anderer Farbe. Du könntest dann ja mal bei SelfHTML nach einigermaßen passenden Gelb- oder Brauntönen suchen, der Hexadezimalcode steht, falls du sie abwandeln willst, immer daneben, es fehlt nur die Raute davor (bspw. ist BurlyWood gleich #DEB887).

Für das Datenblatt würde ich erst einmal testen, wie es mit verschiedenen inneren Abständen aussieht. Ich habe jetzt mal einen senkrechten Abstand von intern 4px eingestellt. Wie sieht es damit aus? Vielleicht baust Du die kritische Tabelle auch als Beispiel ein. Das Hintergrundbild zu ändern ist gar nicht so einfach, das war in der Form auch ein Zufallstreffer: Aus der Vorlage muss man einen Ausschnitt auswählen, der vielversprechend aussieht, und diesen dann durch GIMP naht-/randlos machen lassen; das funktioniert nicht immer gleich gut. Die aktuelle Version hat gerade den Vorteil, dass es nicht so auffällt, dass das eigentliche Bild ziemlich klein ist, weil die sich wiederholenden Strukturen nicht so sehr markant sind. — Speravir (Disk.) – 03:06, 21. Nov. 2016 (CET)

Hallo, mein Problem bei den Farben ist immer, dass sie in den kleinen Kästchen immer irgendwie anders aussehen, wie wenn sie dann eingebaut sind. Aber irgendwie gefällt mir jetzt das Braun in den Textboxen nicht. Da die Kladde auch schon in Braun ist. Momentan gefällt mir da das Grau sogar etwas besser. Das mit der Aufzählungsliste hatte ich auch schon versucht. Aber die Einrückung ist irgendwie zu stark. Links ist dann ein großer freier Raum. Lässt sich die Einrückung irgendwie anpassen?

Also das mit den Datenblatt passt jetzt nach der Abstandsanpassung so. Da müssen wir also nichts mehr ändern. Lässt sich eigentlich die Schriftgröße Prozentual ändern? Irgendwie sieht mir die Schrift in der Kladde kleiner aus wie in den Boxen. Das macht aber die andere Schriftart. Die Größe wird ja jetzt von den Browsereinstellungen bestimmt. Wenn man jetzt aber die Größe in der Kladde auf 105 oder 110 % setzen würde, würde die Schrift im Vergleich zu der Schrift in der Box Browserunabhägig etwas größer erscheinen? Oder bin ich da jetzt falsch dran? Viele Grüße -- Rainer Lippert 15:41, 21. Nov. 2016 (CET)

Ich habe jetzt die Farbe für die Textbox genommen, die du vorher für die Literatur hattest. Ist das besser (wie oben schon erwähnt, meiner Meinung nach ja)? Sonst wieder Grau, aber vielleicht etwas heller? Und gefällt dir der jetzige hellere Ton für die Literatur? Die Einrückung für die Literaturliste habe ich verringert etwa auf den Abstand wie in der Textbox. Ja, man kann auch eine Prozentangabe für die Schriftgröße machen, das bezieht sich immer auf die Schriftgröße des übergeordneten Elements, hier die 15px; der Browser nimmt dann aber immer eine passende Schriftgröße und skaliert anschließend, was je nach Schrift doof aussehen kann (aber nicht muss, vor allem nicht bei den verwendeten Truetype-Schriften). Ich habe jetzt aber die nächsthöhere Schriftgröße in 17px genommen (110% von 15px wären 16.5px) – sie scheint nur leicht größer zu sein als die Arial in der Textbox daneben – und dafür den vertikalen Innenabstand verringert. Wie sieht das für dich aus? Bei größerer Schrift bekommst Du aber wieder eher Probleme mit der ausreichenden Zeilenlänge. Du müsstest du mal nach anderen sehr langen Einträgen suchen. Und die Browser stellen leider sowieso nicht alles völlig identisch dar, wie man bei der Suche nach den Spaltenbreiten bemerken konnte/musste. Vielleicht solltest Du mal eine Testseite basteln mit ein paar Fotos und Text, so wie sie wirklich aussehen soll, um den Farbeindruck einzuschätzen. — Speravir (Disk.) – 03:33, 22. Nov. 2016 (CET)

Hallo, irgendwie sagt mir das für die Hauptbox auch nicht zu. Ich schaue mir das aber nochmal näher an, wenn ich alle Boxen umgebaut habe. Das dauert noch ein paar Tage. Der Vorteil ist dann ja auch später, dass man die Farben bei allen Boxen Gleichzeitig ändern kann. Bis jetzt hätte ich das in allen Boxen einzeln ändern müssen. Auf der Testseite habe ich mal ein helleres Grau in der einen Box eingebaut. Das würde mir etwas mehr zusagen wie das aktuelle Grau. Das mit der Kladde passt jetzt so. Die Schrift schaut dadurch etwas besser aus. Das lassen wir so. Den Bereich mit der Kladde habe ich auch gleich in meine Seite eingebaut. Das mit der Zeilenlänge dürfte kein Problem sein. Auf der Testseite, Mecklenburgische Seenplatte, steht schon der längste Eintrag drinnen. Viele Grüße -- Rainer Lippert 15:47, 22. Nov. 2016 (CET)

Ha, Du hast den Vorteil des CSS genau erfasst! Ich baue jetzt aber das hellere Grau erst einmal in alle Boxen ein und nehme für die Literatur wieder die von dir ausgewählte Farbe. Und ein weiterer Punkt ist erledigt. Und, upps, ich wollte gerade auf den englischen Wikipedia-Artikel en:Tan (color) verlinken und was sehen meine müden Augen da? Da wird doch tatsächlich auf Lohfarbe hierzuwikipedia verwiesen!

Jimdo muss heute abend die angekündigte Umstellung gemacht haben. Man muss zum Teil erst einmal ein wenig suchen. Einstellungen→Webseite→Head bearbeiten gibt es weiterhin, der Bug ist weg, das Aussehen unschöner. Und auch alles andere Wichtige ist unter Design→Eigenes Layout (Design im Singular! Das Fenster ist in der Höhe etwas kleiner). Nur das Mobil-CSS ist jetzt leichter zu finden, aber weiterhin irreführend bezeichnet, unter Design→Custom Layout (CSS). Favicon und Nach-oben-Knopf findet man jetzt unter Einstellungen→Webseite→Funktionen. — Speravir (Disk.) – 03:42, 23. Nov. 2016 (CET)

Hallo, ja, so langsam komme ich dahinter ;-)

Ja, Jimdo hat das jetzt Offensichtlich umgestellt. Eine Benachrichtigung, wie zuvor Angekündigt, habe ich nicht erhalten. Ich finde es auch schlechter. Und ich komme jetzt bei CSS nicht mehr rein. Zumindest unter Firefox nicht. Bei Chrome geht es aber. Viele Grüße -- Rainer Lippert 12:53, 23. Nov. 2016 (CET)

Komisch, ich ja. Ich habe ja schon darin im Firefox Änderungen gemacht, vielleicht musst du vertikal scrollen, um an das Feld zum Speichern zu gelangen? Ich meinte ja, die haben es kleiner vertikal gemacht, dafür ist (sinnlos) der Titel größer.— Speravir (Disk.) – 03:53, 24. Nov. 2016 (CET)

Hallo, also heute geht es auch. Gestern konnte ich oben den Button CSS anklicken, es hat aber nicht umgeschaltet. Im Datenfenster ist der Inhalt vom HTML geblieben. Auch auf Dateien konnte ich nicht schalten. Aber jetzt geht es wie gesagt. Viele Grüße -- Rainer Lippert 16:14, 24. Nov. 2016 (CET)

Tabellen für Startseite, Haupttitel[Bearbeiten | Quelltext bearbeiten]

(Überschrift nachträglich eingefügt) Hallo, die Tabellen sind jetzt alle in meiner Seite drinnen. Dabei ist mir aufgefallen, dass die Sortierung eigentlich erst ab drei Zeilen Sinn macht. Bei den kleineren Tabellen habe ich deswegen unten die Hinweiszeile zur Sortierung mal entfernt. Aber der Rest passt bestens. So habe ich mir das jetzt schon seit zwei Jahren gewünscht und unzählige Anläufe gestartet, es selbst hin zubekommen. Ohne Erfolg. Aber jetzt hat es ja dank deiner Hilfe geklappt. Viele Grüße -- Rainer Lippert 16:28, 11. Nov. 2016 (CET)

Danke fürs Danke, Rainer!

Es macht mir ja durchaus Spaß, helfen zu können. Gestern hatte ich wieder dieselben Probleme mit dem Einloggen. Als es dann sehr spät doch funktionierte, habe ich mich um die erste der 2 Tabellen für die Startseite gekümmert. Heute gab es keine Probleme und ich bearbeitete die zweite der Tabellen. Sie sind von meiner Seite aus fertig, ich würde daran ungern noch allzu viel ändern, denn es war ziemlich viel CCS notwendig. An den Spaltenbreiten habe ich bis jetzt aber gar nicht gearbeitet; ich würde für beide Tabellen nur die Länderspalte festlegen und in der zweiten vielleicht noch die Gesamtspalte. Sieh dir unbedingt den Quellcode an: Wenn du mal an den Daten etwas ändern willst, musst du wissen, dass ich dort sehr viel mit versteckten Nullen gearbeitet habe. Zum Einsatz muss auch der CSS-Code aktualisiert werden (OK, ist eigentlich meistens so). (nachträglich signierter Beitrag von Speravir (Diskussion | Beiträge) 23:49, 11. Nov. 2016 (CET))

Auf der Testseite ~~sind~~ waren die Weblinks schwarz unterstrichen, auf deiner richtigen Seite nicht. Wie soll es eigentlich aussehen? Ich habe eben auf der Testseite unter Style→Schriftformat daran herumgespielt, auch an der allgemeinen Schriftgröße. Du solltest übrigens die drei Überschriftsebenen möglichst mit der gleichen Schriftart ausstatten. Die Farbe kann man auch ändern, wenn man auf den Schriftkreis klickt und dann direkt auf die hexadezimale Zahlenkombination, dort dann die gewünschte Kombi eingeben, die man in dem Fall natürlich vorher wissen muss. — Speravir (Disk.) – 00:39, 12. Nov. 2016 (CET)

Ich habe jetzt das Titelbild etwa so geändert, wie ich mir das vorstelle. Man kann auf jeden Fall noch die Schriftfarbe ändern (ich habe ien sehr dunkles Braun genommen). Teste jetzt bitte einige verschiedene von google geladene Schriften, indem Du folgendes tust: Nach Designs→Eigenes Layout→HTML gehen und dort nach font-family:UnifrakturMaguntia,cursive; suchen. UnifrakturMaguntia ist die eingestellte Schrift (die kann man übrigens auch in der Wikipedia auswählen). Diesen Schriftartnamen und nur diesen nacheinander ersetzen durch Lemon, Molle und Oleo Script, letzteres mit dem Leerzeichen. Welche Schrift gefällt dir am besten? Die Größe muss dann noch individuell angepasst werden, das wäre dann die Stelle, wo jetzt font-size:575%; steht. Auch der Untertitel, der dich als Autoren ausweist, kann im Verhältnis zum Haupttitel größenangepasst werden, ebenso der Abstand zueinander. Soll es eigentlich weiterhin englisch „by Rainer Lippert“ bleiben? Und auf keinen Fall schon etwas auf deine richtige Seite kopieren. — Speravir (Disk.) – 03:14, 12. Nov. 2016 (CET)

Hallo, gern geschehen! Keine Ahnung, warum es Nachts immer zu Problemen kommt? Also die zwei Tabellen sind sehr gut. Das habe ich auch gleich bei mir eingebaut. Natürlich habe ich vergessen, auch das bei CSS zu übernehmen ;-) Aber ich habe es dann selbst gemerkt, da das noch was nicht stimmen kann und habe es mit übernommen. In der ersten Tabelle ist bei Mecklenburg-Vorpommern die 15 um eine Stelle zu weit rechts. Keine Ahnung warum. Nimmt man die Null aus dem Quellcode raus, was aber eigentlich keinen Sinn macht, soweit ich das verstanden habe, passt es aber. Bei der ersten Tabelle passt jetzt alles perfekt. Die Bundesländer, sollte man die noch in Fettschrift machen, oder so lassen? Bei der zweiten Tabelle könnte man noch etwas die breiten optimieren. So dass bis auf der ersten Spalte alles gleich breit ist.

Mit den Unterstrichen, blau sollte es eigentlich sein. So zumindest sieht es Jimdo als Standard vor. Bei der Testseite sind die Unterstriche wahrscheinlich schwarz, weil es dort ja die Zielseiten nicht gibt. Hmm, ich merke gerade, dass bei der Hauptebene nicht ersichtlich ist, um welche Schriftart es sich handelt. Es steht zwar Georgia dort, wenn ich bei Style reingehe, speichere ich aber das Georgia ab, schaut es bei der Vorschau dann anders aus. Die Schrift, die ich jetzt als Hauptüberschrift habe, würde mir gefallen. Ich muss aber erst rausfinden, um welche es sich handelt, um es dann auf die Unterüberschriften zu übernehmen. Am liebsten ist mir bei der Schrift eigentlich immer schwarz.

Die Farbe habe ich gleich in schwarz abgeändert gehabt, weil mir das besser gefällt. Jetzt weiß ich leider nicht mehr, welche du ausgewählt hattest. Ich wollte nochmal vergleichen, denke aber, dass das schwarze besser wie das braune ausschaut. Von den Schriften her gefällt mir Lemon und Molle am besten. Sollte es eher "bei" statt "by" heißen? Der Abstand nach oben gehört meine ich etwas größer. Ich will immer hochscrollen, was aber nicht geht. Nach unten ist viel mehr Abstand wie nach oben. Also oben noch etwas dazu und unten eventuell sogar noch etwas weg, damit es dann nicht zu hoch im ganzen wird. Ansonsten passt das ganze gut. Die Breitenanpassung passt aber jetzt immer noch nicht? Wenn ich das Fenster kleiner mache, bleibt es immer so breit. Müsste es nicht im ganzen schmäler werden? Als Maximumwert hast du 1200 Pixel angegeben, wenn ich es richtig sehe. Das scheint jetzt als feste Breite drinnen zu sein? Bei den Tabellen haben wir ja gedacht, dass sich diese wegen dem Titelkopf nicht verschmälern. Aber der neue Kopf scheint auch irgendwie eine feste Breite zu haben. Oder liegt es daran, dass derzeit container und content bei CSS noch eine feste Breite haben? Viele Grüße -- Rainer Lippert 14:19, 12. Nov. 2016 (CET)

Die Probleme mit dem Einloggen waren ja vor allem am Abend. Ich habe es nur in größeren Abständen wiederholt und kann nicht sagen, ab wann es frühestens wieder möglich war.

„In der ersten Tabelle ist bei Mecklenburg-Vorpommern die 15 um eine Stelle zu weit rechts. Keine Ahnung warum. Nimmt man die Null aus dem Quellcode raus, was aber eigentlich keinen Sinn macht, soweit ich das verstanden habe, passt es aber.“ – Die Null rauszunehmen war richtig. Du musst das immer spaltenweise auf die deutschlandweite Summe bezogen betrachten (die von der Logik her immer die größte Zahl einer Spalte sein sollte): In dieser Spaöte sind es 79 Eichen, also eine zweistellige Zahl; die 15 ist auch zweistellig, also keine zusätzliche Null. Ich würde die Bundesländer nicht noch zusätzlich fett machen (per CSS ginge es einfach), die leicht andere Einfärbung der Spalte sollte reichen. Das mit der Spaltenbreite ist gar nicht so einfach: Ich würde ja die Länderspalte und in der zweiten noch die rechte Gesamtspalte festlegen sowie gern das Verhältnis der übrigen Spalten zueinander, aber so etwas ist nicht vorgesehen bzw. ich müsste erst mal testen, wie sich die Tabelle bei sich widersprechenden Angaben verhält (fest versus Prozent).

„Mit den Unterstrichen, blau sollte es eigentlich sein. So zumindest sieht es Jimdo als Standard vor. Bei der Testseite sind die Unterstriche wahrscheinlich schwarz, weil es dort ja die Zielseiten nicht gibt.“ – Was nur komisch ist, dass der Strich farbig ist, aber nicht der Text was ich nicht so schön finde. Auf der Testseite war alles schwarz, weil es so eingestellt war (ich habe es wieder dahin zurückgestellt). Ich würde bevorzugen, die Unterstreichung in der Textfarbe zu haben; man kann es so einstellen, dass es erst einmal schwarz ist, aber beim Überfahren mit der Maus oder bei Aktivierung mit der Tabtaste eine andere Farbe eingestellt wird. Auf Deiner richtigen Seite wird die Hauptüberschrift bei mir in Georgia kursiv angezeigt (genauer: „Goergia Bold Italic“); auf der Testseite ist es nicht kursiv, aber es stimmt: In der Bearbeitungsansicht wird eine andere Schrift verwendet. (Nebenbei: Man kann wunderbar die Besucheransicht in einem zweiten Tab öffnen und nach Speichern und dort Neuladen immer den aktuellen Stand sehen, ohne im anderen Tab mühsam aus der Bearbeitungsansicht rauszugehen). ~~Auf dre richtigen Seite sind die Überschriften der 2. und 3. Ebene mit einer Schrift „Oswald” ausgewählt, ist das Absicht?~~ Upps, Du fragtest genau danach: Was ich oben schon mal schrieb: Gehe nach Style→Schriftformat, klicke dort nacheinander auf Text, Überschrift 1 usw. Links siehst Du die Änderungen. Sobald Du etwas am Link änderst, sind Deine bisherigen Einstellungen weg, wenn Du sie so behalten willst. Ignoriere geflissentlich die Vorschläge, sonst darfst Du von vorn anfangen. Du kannst nur eine Schrift auswählen, Jimdo ergänzt das dann im Stil noch. Diese Schriftformatierungen werden nach den Layoutformatierungen geladen und überschreiben so etwaige Einstellungen von dort (aber wir könnten sie nochmals überschreiben, da wir ja wegen der Sortierungspfeile schon einen weiteren Stilbereich am Ende des Head haben, sonst würden wir ihn eben deswegen erzeugen).

Zum Haupttitel: Du hast zuletzt Molle eingestellt, dann nehmen wir die doch, ist ja auch eine Schreibschrift wie bisher. Wenn Du schwarz willst, dann sei es so. Ich wollte allerdings noch etwas anderes testen nach der Schriftwahl (jetzt nicht mehr). Statt „by” hätte ich eher an deutsch „von“ oder völliges Weglassen gedacht, aber wenn Du es so lassen willst, ist doch auch OK, ist ja schließlich Deine Seite. Der Container hat ja schon eine feste Breite, die alles festlegt, dann kann ich dem Titel auch eine geben – und diese feste Containerbreite gemeinsam mit der festen Breite für den Inhaltsbereich verhindert auch, dass die Tabellen kleiner werden. Das hatte ich zunächst selbst nicht gesehen, ich bin ja auch kein Profi, der das täglich macht. Wenn man die festen Breite des Containers durch eine Prozentangabe ändert (plus zur Sicherheit eine Maximalbreite) und die für den Inhalt auskommentiert, passiert bei kleinen Bildschirmgrößen aber etwas mit dem Titel, was ich – wenigstens bisher – nicht steuern kann (Änderungen jetzt testweise drin; unter Designs→EigenesLayout→CSS nach dem #container suchen, dort die Zeile width:100%; löschen und die Zeile davor wieder aktivieren, indem die Kommentarzeichen /* am Anfang und */ am Ende wieder entfernt werden, beim #content nur wieder aktivieren; ansonsten nehme ich es später wieder raus, wenn gewollt). Zu Monitorauflösungen lies übrigens das mal: Monitor-Auflösungen sowie Die Top 10 Monitorauflösungen 2014. — Speravir (Disk.) – 04:35, 13. Nov. 2016 (CET)

Hallo, also bei mir dauert es manchmal auch ein paar Sekunden, bis ich reinkomme, aber bis jetzt bin ich immer reingekommen. Ein paar mal kam eine Meldung wie Wartung oder so, ich soll es später nochmal versuchen. Versuche ich es aber sofort noch einmal, ging es bis jetzt immer.

Dann habe ich es ja genau richtig gemacht. Ein blindes Huhn findet halt auch mal ein Korn ;-) Dann lassen wir es so mit den Bundesländer, kein Problem. Ich habe jetzt bei Monumentale Eichen ein Zeilenumbruch bewirkt, so dass die beiden Wörter jetzt untereinander stehen. Und jetzt passt es. Die drei Spalten haben sich angeglichen. Jetzt passt es gut. Problem gelöst, da machen wir jetzt nichts mehr.

Wie man das einstellen kann, dass der Link sich beim drüberfahren ändert, habe ich bis jetzt noch nicht gefunden. Wenn das irgendwie geht, kann man die Unterstriche auch schwarz machen. Das mit der Schrift habe ich schon versucht. Wenn ich auf Georgia gehe und abspeichere, öffnet sich oben eine Maske, wo drinnen steht, ob ich die geänderte Schriftformation übernehmen will. Dann wird aber eine andere Schrift angezeigt wie ich will. Deswegen gehe ich da immer auf Nein, um bei meiner bisherigen Schrift zu bleiben. Oder meinst du das mit Vorschau, wo falsch angezeigt wird?

Ja, wir bleiben bei Molle. Es ist jetzt besser, aber oben fehlen meine ich immer noch ein paar Pixel. Also von gefällt mir nicht. Es sieht dann so aus, als ob ich einen Adelstitel hätte ;-) Dann lassen wir das bei by.

Ok, wenn sich der Titel an den Container anpasst, dann passt es ja so. Solche Seiten über Monitorauflösungen habe ich auch schon gelesen. Es wundert mich zwar, weil ich keinen kenne, der noch so kleine Monitore hat, aber über 1280 Pixel Breite sollte man nicht gehen. Meine aktuelle Seite habe ich versucht daran zu orientieren. Irgendwo habe ich gelesen, die Seite sollte nicht breiter wie 1224 Pixel sein, wegen Scroll-Leiste und so. Auf meiner Seite ist der Container genau 1224 Pixel breit. Ich habe da etwas tüfteln müssen. Denn es ist so, früher war die Seite insgesamt 920 Pixel breit. Also die nutzbare Breite. Da war ja die Navileiste noch oben. Auf jeder Seite habe ich jetzt ein Bild mit 920 Pixel Breite. Das ist auch der Kompromiss zwischen Speicherkapazität, in meinem Fall 500 MB, und noch ordentlicher Größe. Wenn mal die Datenblätter durch Tabellen ersetzt werden, benötige ich für eine Eiche mit den vier Bildern knapp ein Megabyte. Also Platz für rund 500 Eichen. Und den brauche ich auch, weil noch über 100 dazukommen sollen. Man könnte die Bilder auch verkleinern, aber dann schauen sie nicht mehr so gut aus. Es werden sofort Kompressionsartefakte sichtbar. Deswegen binde ich die jetzt alle in Vollauflösung ein. Bei etwa 350 Unterseiten ist mir das auch zu viel Arbeit, für alle Seiten alle Bilder nochmal neu in Photoshop zu bearbeiten. Damit die Bilder in Vollauflösung angezeigt werden, habe ich den Content auf meiner Seite auf 930 Pixel eingestellt. Padding ist bei 12 Pixel. Problem ist dann aber, dass es zu Umbrüchen kommt. Also das Bild unter der Navileiste angezeigt wird. Die Navileiste habe ich auf 245 Pixel, padding auf 12 Pixel gesetzt. Also so passt es bei mir schön. Wie ist es bei dir?

Ich habe eben ein anderes Problem bemerkt. Auf dem Smartphone werden bei den beiden Tabellen auf der Hauptseite die unsichtbaren Nullen mit angezeigt. Schaltet man um auf Standard-Ansicht, passt es. Ist das jetzt nur ein Problem bei mir? Viele Grüße -- Rainer Lippert 09:16, 13. Nov. 2016 (CET)

Das letzte zuerst: Das war mir auch schon aufgefallen, wollte es aber absichtlich noch nicht ansprechen. Unter Einstellungen→Mobile→Custom Layout (CSS) müsste dazu mindestens der Code zum Verstecken eingebaut werden.

Ja, Du musst die Schriftänderung bestätigen, und es wird wirklich nur in der Bearbeitungsansicht nicht so schnell angepasst (nach Aus- und wieder Einloggen schon). Wie gesagt: Öffne die Seite in einem zweiten Tab (der dann automatisch in der Besucheransicht ist), mache eine Bearbeitung, speichere sie ab, lade den zweiten Tab neu. Die Linkfarbe beim Drüberfahren zu ändern geht nicht per Jimdo-Einstellung, sondern muss direkt als CSS-Code eingefügt werden. Ich habe etwas in die Testseite eingebaut, was Du auf der Seite mit den Testtabellen ausprobieren kannst. Nicht nur mit der Maus drübergehen, sondern auch mal per Tabtaste zwischen den Links wechseln.

Aha, du hast wieder die festen Breiten eingestellt. Ich habe sie jetzt übrigens auf die Werte eingestellt, wie Du sie auf Deiner Hauptseite verwendest. Dann funktioniert das mit der Anpassung aber wieder nicht! Ich habe jetzt alle CSS-Eigenschaften für den Titel in den spezifischenTeil übertragen. Wegen der Abstände oben und unten solltest Du mal mit den Werten von padding-top und padding-bottom innerhlab von #header rumspielen; die müssen leider unterschiedlich groß sein, was sehr wahrscheinlich am eingestellten, aber so notwendigen Linienabstand liegt. — Speravir (Disk.) – 04:21, 14. Nov. 2016 (CET)

Hallo, ok, dann ist dir das bekannt.

Jetzt habe ich die Schriftarten abgeändert. Alle Überschriften sind jetzt einheitlich. Sollten die Überschriften noch Unterstrichen sein? Die paar Tage hatte ich schon einmal einen Code drinnen stehen, so dass die Überschrift Unterstrichen sind. Aber mit der Übernahme des CSS habe ich es wieder rausgenommen.

Das mit der Verlinkung ist so sehr gut. Auch das man in der Vorschau sieht, wohin der Verlinkung geht. Wie es der Zufall will, hat heute jemand zu meiner Seite angemerkt, dass bei den Tabellen, wenn man oben über den Kopf geht, keine Vorschau zum Sortieren erscheint. Kann man das dort auch so machen? Das man mit der Maus drüberfährt und es erscheint, dass sich die Spalte sortieren lässt?

Das ich wieder eine feste Breite habe, hatte ich ja schon einmal die Tage angemerkt. Ich habe es mit Prozent versucht, es gelingt mir aber nicht richtig. Irgendwie passt die Aufteilung nicht. Beim verschmälern des Bildschirmes wird der komplette Seiteninhalt umgebrochen. Es ist dann die Navileiste zu sehen und rechts davon ist nichts. Der Inhalt mit Bildern und so ist dann unterhalb der Navileiste. Mit den festen Breiten passiert das nicht. Das mit dem Seitentitel hat geklappt. Ich habe es jetzt angepasst. So würde es mir gut gefallen. Viele Grüße -- Rainer Lippert 22:16, 14. Nov. 2016 (CET)

Bevor ich es wieder vergesse: Siehe mal einen Abschnitt weiter vorn wegen der Datenblätter.

Dann – ganz wichtig: Gestern fiel mir wie Schuppen von den ~~Haaren~~ Augen, dass im Tab zum Hochladen auch etwas von Javascript-Dateien steht. Ich habe das gleich mal ausprobiert, und, upps, dann steht da, dass diese Datei sofort in den Head eingebunden wird! Also habe ich aufgeräumt und Du solltest das irgendwann auch machen: Gehe nach Designs→Eigenes Layout→Dateien und lade dir die Datei sorttable-edit.js hinunter oder kopiere sie von hier ganz oben; lade sie auf deiner richtigen Seite hoch. Gehe dann in die Head-Einstellungen, lösche alles aus dem Javascript-Teil und kopiere stattdessen den Teil von der Test-Website oder hier oben hinein. Der Sinn ist einfach, dass solch ein als eigene Datei geladenes Skript nur einmal für alle Seiten heruntergeladen werden muss und dann aus dem Cache nutzbar ist, während der Code bei der bisherigen Methode mit jeder Seite neu heruntergeladen wird; die HTML-Seiten sind dann natürlich auch alle größer (exakt dasselbe gilt für die CSS-Datei).

Nun zum anderen: Ich halte Unterstreichungen für die Überschriften für überflüssig. Sie sind auch so gut abgesetzt. Der Code für die Linkeinfärbung steht übrigens im schon länger bekannten Headbereich, er muss da auch stehen. Ich habe jetzt dort noch etwas für die Markierung der Tabellenköpfe ergänzt: table.sortable th {cursor:ns-resize}, du kannst auch mal das eigentlich üblichere cursor:pointer ausprobieren. Du hast ja eigentlich in den Fuß jeder Tabelle einen Hinweis auf die Sortierbarkeit gesetzt. Grundsätzlich ginge auch noch, immer ein Symbol einzublenden, aber: Per Schrift wie bisher müsste man zwei nebeneinander liegende Symbole nehmen, wo ich nicht weiß, ob dann der Tabellenkopf springt wegen eines zusätzlichen Zeilenumbruchs (OK, ich habe es mal eingebaut, es ist die sehr lange Zeile vor der hier gerade eben zu lesenden; man kann hier übrigens einen Bug in Jimdo bestaunen, da man nicht nach rechts scrollen kann; vielleicht wird das bei der Umstellung repariert). Die andere Variante würde darin bestehen, ein Bild einzubinden, wie es hier in der Wikipedia verwendet wird, wo ich aber noch nicht weiß, wie die Bildeinbindung geht (also, der Code an sich ist mir klar), das würde ich erst dann testen wollen, wenn das andere alles missfällt. Zu den festen Breiten heut mal nichts mehr. — Speravir (Disk.) – 04:36, 15. Nov. 2016 (CET)

Hallo, ich habe jetzt das Script so eingebunden wie du es gesagt hast. Auch das andere angepasst. Es funktioniert alles. Jetzt sind auch die beiden Dreiecke in den Tabellen. Wegen den zu geringen Spaltenbreiten werden diese nun umgebrochen. Klickt man drauf, springt es wieder nach oben. Ist vielleicht etwas Gewöhnungsbedürftig. Das immer nur ein Symbol sichtbar ist geht nicht? Oder was meinst du mit Schrift? Was soll die andere Variante, Pointer, bezwecken? Bei mir verschwindet der Unterstrich, in den Tabellen ist kein Unterschied zu sehen. Ich habe es dann wieder auf die andere Variante umgestellt. Aber jetzt passt irgendetwas nicht mehr. Wenn ich jetzt mit der Maus drauf gehe, verschwindet der Unterstrich, mehr nicht. Auf der Testseite wird es blau eingefärbt. Ich habe es neu von der Testseite auf meine Seite kopiert, aber ohne Erfolg. Keine Ahnung, was ich gemacht habe? Bei mir macht sich der Bug nicht bemerkbar. Bei mir ist keine lange Zeile sichtbar. Die wird einfach umgebrochen. Was meinst du mit Bild einzubinden, wie in Wikipedia? Viele Grüße -- Rainer Lippert 13:21, 15. Nov. 2016 (CET)

Letztes wieder zuerst: Also, bei mir werden unter Einstellungen→Head bearbeiten lange Zeilen nicht umbrochen und ich habe auch keine Leiste, um zum nicht sichtbaren Teil zu kommen (ich sehe 104 Zeichen). Ich habe extra in einem Standardprofil von Firefox getestet, um Änderungen durch individuelle Einstellungen auszuschließen. Aber lassen wir das, wir können es nicht ändern, nur Jimdo.

Zur Anzeige der Sortierbarkeit in den Tabellenköpfen: Ich habe jetzt den Cursor auf den üblichen Pointer geändert, das ist auch der, den du beim Zeigen auf Links siehst. Allgemein probiere mal die Demofelder unter CSS/Eigenschaften/Benutzeroberfläche/cursor im SELFHTML-Wiki. Wenn du bei ns-resize keine Anzeige bekommst, dann hat der von dir eingestellte Cursorsatz da nichts (das ist das Tückische: Du kannst die Einstellungen der Nutzer nicht kennen). Die beiden Auf- und Abwärtssortierpfeile werden als Zeichen der eingestellten Schrift eingeblendet: ▴ und ▾ aus dem Unicodeblock Geometrische Formen, und wer dann nichts sieht, hat eine veraltete Schriftversion. Aber ein Zeichen für auf+ab übereinander ist nicht definiert, da muss man ein Bild nehmen, und das ich habe jetzt doch eingebaut. Leider ging es wie befürchtet nicht so einfach und muss auch noch alles in den Headbereich. Das Bild ist aus der Wikipedia übernommen, die es aber aus einer Javascript-Bibliothek entnimmt (jQuery); ich denke, die Schöpfungshöhe ist so gering, dass man darauf nicht hinweisen muss. Jetzt könntest du eigentlich auf den entsprechenden Hinweis am Ende jeder Tabelle verzichten! Die Spaltenbreiten müsstest Du jetzt aber noch einmal etwas größer neu einstellen; ich habe dazu den entsprechenden Code wieder nach „Head bearbeiten“ kopiert und werde ihn dann später wieder zurückkopieren (vielleicht nicht zu knapp einstellen, mindestens in Chrome und Firefox ansehen). Und bei den Tabellen für die Startseite siehst Du bei den zweizeiligen Spalten einen anderen Makel, den ich jetzt nicht ändern kann (ich seh mir mir morgen mal genauer an, wie es in der Wikipedia gelöst ist, denn dort geht es). Wegen des Bildes war ich mal wieder in der Mobilansicht und habe jetzt schon mal CSS-Code eingefügt, unter anderem eine weiße Version des Sortierbildes (das war nämlich wie erwartet auch dort schwarz). Sehr viel mehr sollten wir vielleicht dort nicht machen, erst mal sehen. — Speravir (Disk.) – 03:33, 16. Nov. 2016 (CET)

Nachtrag, Nachsehen ging schnell: Es ist sogar erschreckend einfach/elegant gelöst in der Wikipedia, erfordert aber, dass alle drei Versionen als Bild eingebunden werden, das sehe ich mir dann morgen an. — Speravir (Disk.) – 03:49, 16. Nov. 2016 (CET)

Hallo, ja, dann ist das wohl irgendein Bug.

Also das mit den Links passt auf der Testseite. Auf meiner Seite, wo ich es gestern von der Testseite übernommen habe, verschwindet der Unterstrich beim drüber gehen. Die Hand erscheint aber. Auf der verlinkten Seite knn ich no-resize nicht finden. Aber überall, wo man ein Pfeil sehen soll, seh ich in beiden Browsern ein Doppelpfeil. Also irdendetwas passt da bei mir nicht.

Zu den Pfeilen. Eine sehr gute Idee, das mit den übereinander. Nur irgendwie habe ich sowohl in Firefox als auch Chrome Probleme. Mal berührt der Doppelpfeil den Text links, dann kommt es zu keine Zeilenumbrüche, mal ist etwas Abstand dazwischen. Ich weiß nicht, an was es liegt. Oder tritt das nur beim Bearbeiten auf? Ich habe deswegen noch nichts an den Spaltenbreiten geändert. Viele Grüße -- Rainer Lippert 16:04, 16. Nov. 2016 (CET)

Ja, dann muss mit Deinem Cursorsatz etwas nicht stimmen.

Bei den Sortierpfeilen hatte ich leider etwas Wichtiges nicht beachtet: Man muss sich entscheiden, ob man die Pfeile immer direkt hinter dem Spaltentitel haben will oder vertikal zentrieren, beides zusammen kann nicht haben (höchstens vielleicht mit sehr viel Voodoo, das ich jetzt auch kenne). In der Wikipedia sieht das bei breiten Tabellen nämlich so aus:

Überschrift Überschrift	Überschrift
Beispiel	Beispiel

Bei deinen sehr breiten Tabellenspalten sieht das, glaube ich, nicht so gut aus. Da würde ich eher damit leben können, dass bei den zweizeiligen Titeln auf der Startseite der Pfeil hinter der zweiten Zeile steht, aber die Entscheidung ist deine. Ich habe es absichtlich noch nicht geändert, aber wenn Du es mal sehen willst, kann ich es anpassen. Die anderen Pfeile habe ich hier lokal schon als Bild. Nebenbei nur zur Versicherung: Hattest Du absichtlich die zweite Zeile der Starttabellen wieder fett gemacht? Ich hatte sie definitiv per style entfettet. Mit dem Pfeil dahinter ist Deine Variante wahrscheinlich sogar besser.

Die Spaltenbreiten müssen leicht geändert werden, dann gibt sich das auch mit den Zeilenumbrüchen.Ich habe das jetzt mal sowohl im IE als auch in Firefox und Chromium getestet und angepasst (sobald ich das enger mache, bricht es in IE oder Firefox um), dabei aber bemerkt, dass ich wohl doch alles auf Bildeinbindung umstellen muss, weil sonst der Titel seitlich hin- und herhopst. Och, ist schon so, ääh, früh am Morgen hier. Ich hatte außerdem noch eine Idee, die mir leider auch viel früher hätte kommen sollen, weil ich dann wohl einigen Code hätte verkürzen können: Ich könnte die rechtsorientierten Spalten noch so einrichten, dass der Sortierpfeil etwas rechts der Spalteninhalte steht, wieviel genau müsste ausgetestet werden. Vielleicht muss man es auch unterschiedlich machen. — Speravir (Disk.) – 04:41, 17. Nov. 2016 (CET)

Hallo, ich denke, direkt hinter dem Spaltentitel passt es am besten. Ich habe auch gerade mal in Wikipedia geschaut. Da gefällt es mir nicht so, wenn die bei breiten Spalten ganz rechts stehen. Mir ist aufgefallen, dass eine Tabelle die zweite Zeile nicht gefettet ist. Auf meiner Seite ist das ja noch immer so. Meines wissens habe ich nichts geändert. Im Quellcode ohnehin nicht, weil ich das nicht geschafft hätte. Und wenn ich etwas markiere, habe ich keine Auswahlmöglichkeiten mehr wie früher, oder wie in Excel. Hmm, jetzt habe ich es auf meiner richtigen Seite versucht, da kann ich es doch einfetten. Dann war ich es wohl doch. So wie die zweite Tabelle auf meiner Seite, also nicht gefettet, ist es meine ich besser. Ohne Einfettung schaffe ich es aber nicht mehr.

Also bei mir passt es jetzt mit den Spaltenbreiten. Weil du sagst, es ist so früh am Morgen. Wann schläfst du überhaupt ;-) Das mit den Sortierpfeil kannst du ja mal probieren, wenn du möchtest. Ich bin jetzt die nächsten Tage unterwegs, werde wohl vor Sonntag hier nicht mehr antworten. Nur das du Bescheid weißt und nicht denkst, ich hätte das Interesse verloren ;-) Viele Grüße -- Rainer Lippert

(Einrückung mal wieder entfernt.)
OK, dann ping mich einfach von hier an, wenn Du wieder aktiv bist. Zum Cursorsatz wollte ich noch nachtragen, dass manches wohl eher an Windows liegt; bei mir wird auch nicht alles völlig korrekt angezeigt, aber es wird immer etwas angezeigt (o, welch Dialektik). Dass mit der Fettung der 2. Zeile in der 2. Starttabelle war mein Fehler, wie ich bemerken musste, ist wieder repariert. Bei den Sortierpfeilen war ich einigermaßen erfolgreich: Erstens habe ich die zwei anderen Pfeile als Bild eingebaut, zweitens habe ich es als Kompromiss geschafft, dass sie ~~zwar am Ende der letzten Zeile, aber~~ rechts jeden Textes stehen (siehe Nachtrag), und das ohne seitliches Hin- und Hergehüpfe beim Sortieren. Dazu musste ich im Tabellenkopf etwas ergänzen, also musst Du die Starttabellen noch einmal rüberkopieren (und alles, was CSS ist, sowieso, siehe aktualisierten Abschnitt für die Stylesheets oben). Da ich nun doch erfolgreich den entsprechenden Code in den Teil für das als eigene Datei geladene CSS einarbeiten konnte, musst Du auch die kleinen Dateien sorth_both.png, sorth_down.png und sorth_up.png übertragen. die 3 Invertversionen mit weißen Pfeilen kannst Du dir lokal herunterladen, aber sie werden leider so nicht im Mobil-CSS eingebunden, da musste ich die Möglichkeit als base64-kodierte Data-URL nutzen. Auch das müsstest Du mal in deine richtige Seite rüberkopieren. Ich kann dir natürlich auch eine ZIP-Datei mit allen diesen Dateien und den base64-kodierten Zeichenkolonnen hochladen. — Speravir (Disk.) – 01:53, 18. Nov. 2016 (CET)
Nachtrag einen Tag später: Ich hab es geschaft, die Sortierpfeile auch vertikal zu zentrieren, aber das vertraut wie schon an einigen anderen Stellen darauf, dass sich nichts an der Schriftart und der Zeilenzahl der Spaltenköpfe ändert; sonst müsste es wieder individuell eingestellt werden – und die Tabellen schmaler zu machen, so dass es dort zu weiteren Zeilenumbrüchen kommt, muss dann auch ausgeschlossen werden.

Ich habe bemerkt, dass Du die Hintergrundfarbe der Navigation an den allgemeinen Hintergrund angepasst hast, was auch wirklich deutlich besser aussieht. Willst Du trotzdem noch etwas an ihr ändern? Ich hatte ja die Idee, dort die Holzmaserung ebenso zu verwenden. Wahrscheinlich müsste dann aber die linke Rundung im Haupttitel wieder entfernt werden, dafür unten bei der Navi zwei 8px-Rundungen eingefügt. Ich kann es ja mal austesten. — Speravir (Disk.) – 00:18, 19. Nov. 2016 (CET)

Hallo, das mit der Fettung passt aber jetzt auch noch nicht bei den beiden Tabellen für die Startseite? Oder reden wir jetzt aneinander vorbei? Dann haben wir wohl beim Cursorsatz die gleichen Probleme? Einzelne Pfeile werden mir dort nicht angezeigt, immer Doppelpfeile. Das mit den Pfeilen passt jetzt alles perfekt. Vielen Dank. Ok, ich kopiere dann alles was im CSS und im Head steht auf meine Seite. Und die drei genannten Bilder lade ich dann auch in meiner Seite hoch, richtig? Aber was meinst du jetzt mit base64-kodierte Data-URL? Das habe ich jetzt nicht verstanden, was ich da machen muss.

Auf meiner Seite hatte ich schon länger die Farbe für die Navileiste. Da ich ja dann alles von der Testseite auf meine kopiere, habe ich gleich mal die Farben mit angepasst. Auf meiner Seite habe ich auch links und rechts der eigentlichen Seite ein dunkleres grau (CCCCCC). Das schaffe ich aber nicht bei der Testseite. Kannst du das auch noch anpassen, so dass ich dann einfach rüberkopieren kann? Oder sollte es besser komplett einheitlich sein wie aufder Testseite? Das mit der Holzmaserung bei der Navilsiet kannst du ka mal versuchen. Vielleicht schaut es ja besser aus wie jetzt. Viele Grüße -- Rainer Lippert 22:44, 19. Nov. 2016 (CET)

Kopiere die beiden Tabellen für die Startseite noch einmal bzw. genau genommen nur den Kopf, dann sollte alles identisch sein. Wegen des Cursors scheinen wir wirklich aneinander vorbei geredet zu haben. Kopiere wieder alles, was CSS ist, und zwar dieses Mal auch aus Einstellungen→Mobile→Custom Layout (CSS). Wenn Du auch den Titel der richtigen Webite anpassen willst, dann musst Du auch Designs→Eigenes Layout→HTML kopieren – und, richtig, die Bilder solltest Du natürlich nicht vergessen: neben den 3 sort….png (die ohne invert) auch das Bild für den Hintergrund namens eiche-hg300x200.jpg, mehr musst Du nicht machen. Das mit den Data-URL kannst du im mobilen CSS sehen, das nimmt man, wenn das andere nicht geht. Dazu müssen die Bilder kodiert werden, was man mit entsprechender Software online oder offline machen kann (Suchen nach „Base64 Encoder“). Aber wie gesagt, ich kann dir auch alles zusammen in einer ZIP-Datei zukommen lassen. Zur Färbung am Rand: Ich persönlich finde es ohne Unterscheidung viel schöner; ich habe nun zur optischen Trennung des Jimdo-Fußes eine dezente Linie eingebaut, die man in Färbung und Stärke noch ändern kann – mein Versuch, ausschließlich den gesamten Fußbereich einzufärben, ist gescheitert, weil links und rechts unten sich zwei Ecken nicht einfärben lassen und ich nicht herausfinde, warum. — Speravir (Disk.) – 04:19, 20. Nov. 2016 (CET)

Hallo, die beiden Tabellen, also den Kopf, habe ich kopiert. Aber es passt immer noch nicht. Kann es ja eigentlich auch nicht, da es ja auf der Testseite auch nicht passt. Bei mir erscheint auf der Testseite die erste Tabelle alles in Fett, bei der zweiten Tabelle nur die erste Zeile im Kopf in Fett. Ist das bei dir anders? Ich habe jetzt alles rüberkopiert, auch die Bilder hochgeladen. Das es für Mobile auch ein Datenbereich gibt, wusste ich noch gar nicht. Auf jeden Fall habe ich alles rüberkopiert, aber die Hintergrundfarbe ist jetzt in Dunkelgrau. Wie kann das sein? Auf der Testseite ist das nicht so. Das Problem hatte ich früher aber auch schon, deswegen hatte ich nicht immer alles vom CSS von der Testseite übernommen. Um eben alles zu übernehmen, hatte ich ja extra die Hintergrundfarbe von der Navileiste angepasst. Aber irgendwie verhällt sich die Testseite ohnehin anders wie meine Seite. Nachdem ich meine Seite umgestellt hatte, hat der Titel nicht richtig funktioniert. Der alte Titel und der neue lagen übereinander. Erst nachdem ich das Bild vom alten Titel gelöscht hatte, hat es geklappt. Auf der Testseite funktioniert es aber auch wenn das Bild vom anderen Titel drinnen ist. Sorry, aber das mit Data-URL habe ich immer noch nicht verstanden. Oder hat sich das jetzt erledigt, weil alles andere, die Umstellung, Funktioniert hat? Die Trennlinie unten ist gut. Viele Grüße -- Rainer Lippert 10:13, 20. Nov. 2016 (CET)
Nachtrag: Bei container habe ich jetzt mal Übergangsweise "background-color: #F8F8F8;" reingesetzt. Jetzt ist zumindest der innere Seitenbereich nicht mehr so dunkel. Viele Grüße -- Rainer Lippert 18:40, 20. Nov. 2016 (CET)

Wenn auch in der ersten Starttabelle die zweite Zeile nicht fett sein soll, dann musst Du dich nicht wundern, da hatte ich keine Änderung eingebaut (es war ein Irrtum, als ich es anders schrieb). Ich würde bei der ersten alles so lassen, das ergibt sonst keinen Sinn (BHU ≥ 7,0 m gegen BHU ≥ 7,0 m). Bei der zweiten hatte ich es so gemacht, wie es jetzt wieder ist, aber zwischenzeitlich versehentlich den CSS-Code gelöscht. Schaust Du nur in der Bearbeitungsansicht nach? Vieles wird erst nach Neuladen aktiviert, manches anscheinend sogar erst anch Neu-Anmelden, da bin ich mir aber unsicher. Aber wie ich bei der Ursachensuche gerade sehe, hat bei deiner richtigen Seite das HTML-Element für den sichtbaren Teil ein style-Attribut, was dann die entsprechende Regel überschreibt! Ich meine, dass es so aussieht: <body … style="background-color: rgb(200, 200, 200);">. Ich kann auf der Testseite nicht sehen, wo das herkommt. Hast Du auf deiner richtigen Seite unter Designs→Eigenes Layout→HTML etwas eingebaut? Dann entferne das mal am Anfang und Ende. (Äähm, was zum Henk… wenn ich mir den Quellcode deiner Seite ansehe, dann finde ich dieses Style-Attribut gar nicht!!??) Wenn Du das nicht entfernt bekommst, können wir an der Stelle nichts machen, dann ist aber auch die Linie zum Fuß hin nutzlos, ich habe sie daher znächst wieder deaktiviert (aber noch nicht gelöscht). Das Gleiche gilt für die Rundung des Haupttitels. Allerdings müsste für die Navigation die linke Rundung sowieso wieder weggenommen werden. Der alte Titel muss natürlich weg, Du kannst die Datei online auch löschen (lokal würde ich sie als Reminiszenz behalten). Und noch was: Ich habe auf der Testseite ein Knöpfchen eingebaut, das links unten erscheint, sobald man etwas weiter runter scrollt. Eingebaut habe ich es über Einstellungen→Webseite→'Nach oben'-Button, wo Du ihn auch wieder entfernen oder die Position ändern kannst.

Zu den Data-URL: Die Sortierpfeile für die Standardansicht konnte ich so einbinden: th.sorttable_sorted::after { background-image: url(sort-down.png); }. In der Mobilansicht wurden sie aber auch angezeigt, obwohl die Schrift dort weiß ist. Also habe ich hier Negativ-/Invert-Versionen erstellt, aber sie im Mobil-CSS auf dieselbe Weise einzubinden funktionierte nicht. Es blieb noch die Möglichkeit, die Bilder in Bas64 zu kodieren und dann einzubinden, was für das Beispiel diesen vergleichsweise langen Code ergibt (die Bilder sind zum Glück sehr klein, sonst wäre das noch vieeel mehr):

.mobile th.sorttable_sorted::after {background-image: url("data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABUAAAAECAYAAABhnXSoAAAANUlEQVQY06XMsQkAIAwAwUwi4v5DuIiFk5ythQHRr5+LSELBcG6ixUsJ/A4m8D+4wRUd9eZfgPJXqs17jlkAAAAASUVORK5CYII=");}

Sieh dir die URL für das Hintergrundbild an. Wichtig zu wissen ist hierbei, dass die Base64-Encoder – wenigstens die, die ich kenne – Zeilenumbrüche einbauen, die man hier wieder entfernen muss. — Speravir (Disk.) – 03:06, 21. Nov. 2016 (CET)

Hallo, ja, du hast ja recht, mit der Fettschrift. In deinem Beispiel sieht es schon seltsam aus. Wir lassen es also so. Ich lade eigentlich immer neu, da vorher viele Änderungen nicht aktiviert werden. Neu anmelden tue ich mich aber nie. Ich habe alles komplett von der Testseite auf meine Seite übernommen, ohne Änderungen. Da das dann mit dem Hintergrund nicht gepasst hat, habe ich die oben von mir erwähnte Zeile eingebaut. Ansonsten habe ich nichts geändert. Das mit dem Nachoben-Button hatte ich auch schon einmal drinnen. Das bietet ja auch Jimdo in der Art an. Das passt also so, danke.

Hmm, irgendwie stehe ich noch immer auf der Leitung. Ich kann dir nicht folgen. Muss jetzt da auf meiner Seite noch etwas angepasst werden, weil etwas nicht richtig passt? Wenn ja, weiß ich noch nicht, was ich tun muss. Viele Grüße -- Rainer Lippert 15:56, 21. Nov. 2016 (CET)

Der letzte Teil war nur zur Erklärung, da musst Du nichts tun außer kopieren.

Den Nachoben-Button musst Du nicht drin haben, kannst es aber. Zum anderen: Auch wenn Du vielleicht nicht alles verstehst – öffne die Testtabellenseite und drücke dann Strg+⇧ Shift+I; du solltest markiert das Body-Element sehen, das nur ein ID- und ein Klassenattribut besitzt, letzteres mit mehreren Klassen (alles von Jimdo gesetzt). Nun mache dasselbe bei deiner richtigen Seite, du solltest neben den auf der Testseite zu findenden Attributen auch ein Style-Attribut sehen, das eine Farbe setzt – und das ist die Ursache des Unterschieds; nur: Wenn ich mir mit Strg+U den Quellcode der Seite ansehen, steht dort kein Style-Attribut, und ich kann mir nicht erkären, wo das herkommt, das muss aber irgendwie von Jimdo eingesetzt werden. Was auch immer es ist, ich habe auf der Testseite im CSS etwas ergänzt, was dieses Style-Attribut hoffentlich übertrumpft und daher auch die Trennlinie wieder aktiviert. Wenn meine Änderung grundsätzlich funktioniert, wäre das Aussehen für dich in Ordnung oder willst Du weiterhin außen und im Fuß einen etwas dunkleren Rand haben (Chromium schneidet rechts und links übrigens etwas von der Seite ab)? Auf Deiner richtigen Seite hast Du etwas an der zweiten Starttabelle geändert (die Taillenangabe und damit eine Zeile entfernt), so dass jetzt der Sortierpfeil zu hoch ist. Soll das so zweizeilig bleiben? Dann muss ich das nämlich anpassen (Code würde sogar ein wenig einfacher, aber nur ein wenig). — Speravir (Disk.) – 03:35, 22. Nov. 2016 (CET)

Hallo, puh, und ich dachte schon ;-) Den Button lasse ich erstmal drinnen. Ok, mit dem dunkleren Rand bin ich mir zwar noch nicht so sicher, aber ich denke, ich versuche es mal so wie auf der Testseite. Also ohne andersfarbigen Rand. Stimmt, da habe ich etwas geändert. Du merkst aber auch alles ;-) Ich habe die Aufnahmekriterien für die 3. Kategorie dahingehend abgeändert, dass da jetzt nur noch eine Zeile benötigt wird. Das der Pfeil nicht ganz passt, war mir noch gar nicht aufgefallen. Das müsstest du also wieder passend machen. Viele Grüße -- Rainer Lippert 15:55, 22. Nov. 2016 (CET)

Genau, alles was ich schreibe, ist implizit Naturgesetz.

Ernst beiseite: Ich hatte gedacht, wenn überhaupt, dann sollte der Rand etwas heller sein, und hatte eine Farbe ausgewählt (derzeit auskommentiert), die – tatata – dieselbe ist, die Du dir jetzt für die Textbox genommen hast. Zum Problem mit der zusätzlichen Farbangabe für den Body: Hast Du auf Deiner richtigen Seite unter (neues Menü) Design→Hintergrund→Hintergrund etwas eingestellt, und wenn ja, kannst Du es dort wieder löschen? Ich nehme nochmal die spezielle Anweisung raus, damit Du das Aussehen dann testen kannst, ebenso ist die Pfeilposition korrigiert (das CSS hattest Du heute anscheinend nicht kopiert). — Speravir (Disk.) – 03:43, 23. Nov. 2016 (CET)

Hallo, ja, mit so einem helleren Rand könnte ich leben. Tatsächlich, den Hintergrund habe ich vor ewigen Zeiten mal so auf Grau gesetzt. Wenn ich es auf meiner Seite jetzt auf Weiß setze, erscheint es auch weiß. Ich habe aber noch nichtr rüberkopiert. Ich hatte gestern nur den Abschnitt mit der Kladde kopiert. Weil ja die Farben in den Boxen anders waren wie ich es wollte. Und ich ja auch erst einen Teil der Boxen umgebaut habe. Dann hätte ich grau und braun gehabt. Viele Grüße -- Rainer Lippert 13:00, 23. Nov. 2016 (CET)

Ja, dann warte erst noch. Kannst Du dort eine einmal definierte Hintergrundfarbe auch wieder völlig entfernen? (Ich will das auf der Testseite nicht ausprobieren.)

Zu dem Problem mit der Link(nicht)einfärbung, obwohl Du es zuletzt im Thread weiter unten angebracht hattest: Da kommt viel Arbeit auf dich zu! Du musst bei Verlinken versehentlich auch auf den Knopf zum Einfärben gekommen sein und hast explizit ausgewählt, dass sie schwarz sein sollen – wenigstens auf Deiner Startseite sehen die Links nämlich so aus:

<a href="/mehrstämmige-eichen-1/" title="Mehrstämmige Eichen"><span style="color: #000000;">Mehrstämmige Eichen</span></a>

aber alle span-Elemente müssen entfernt werden, es muss also so aussehen:

<a href="/mehrstämmige-eichen-1/" title="Mehrstämmige Eichen">Mehrstämmige Eichen</a>

Bei den Links zur Messmethode in den Tabellenfüßen kannst Du es dir noch einfach machen, indem du es bei der ersten Tabelle korrigierst und dann den Teil kopierst – da ich in irgendeiner Tabelle gesehen hatte, dass die Schriftverkleinerung dort nicht wirkte, wäre es vielleicht sowieso sinnvoll, noch einmal den gesamten Fuß zu überschreiben. Bei den Tabellen, wo du meintest, da lohne sich das Sortieren nicht, musst Du übrigens auch den Klassenname aus dem Tabellenkopf entfernen oder wenigstens in HTML-Kommentare setzen, aus <table align="" class="sortable liste"> machst du <table align="" class=" liste">  (auskommentieren an Ort und Stelle geht es leider nicht; du kannst für dich selbst den Kommentar auch länger machen). Die anderen Links musst Du leider individuell säubern. Wenn du im Quellcode nur die (richtige!) öffnende Klammer entfernst (die vor span bzw. /span), dann wird der Rest sichtbar und du kannst es im Jimdo-Editor besser sehen. — Speravir (Disk.) – 03:55, 24. Nov. 2016 (CET)

Hallo, ich hatte gestern eigentlich alles rüberkopiert. Also soweit ich es sehe, kann ich die Hintergrundfarbe nicht komplett wieder entfernen, sondern nur anders definieren. Reinklicken in die Farbkugel, oder per dreimal Dreistelligen Code eingeben.

Hmm, das mit den Linkeinfärben hatte ich doch auf anraten von dir gemacht? Früher war der Unterstrich immer blau, der Text selbst schwarz. Da hast du doch gemeint, der Unterstrich gehört auch schwarz. Und so habe ich es dann vor ein paar Tagen unter Schriftformat gemacht. Naja, egal. Der Aufwand hat sich im Rahmen gehalten. Ich habe wieder mal alles zu meinem geliebten Word kopiert und per ersetzen entfernt. Alles in allem vielleicht eine halbe Stunde Arbeit. Ich hoffe jetzt, dass ich da keinen weiteren Bock eingebaut habe ;-) Also das mit der Schriftverkleinerung geht bei mir bei Chrome. Bei Firefox nicht, da ich da eine Mindestgröße vorgegeben habe. Es müsste also jetzt alles passen? Ansonsten kannst du ja direkt die Tabelle nennen, wo es nicht passt. Dann korrigiere ich da noch nach. Mit dem Umbau der Boxen und Kladden brauche ich allerdings noch ein paar Tage. Wenn ich damit fertig bin, mache ich das mit den Klassenamen und Sortieren. Danach schaue ich mir dann das mit den Farben nochmal an und das mit den Literaturboxen an. Es muss doch langsam mal Licht am Ende des Tunnels kommen ;-) Viele Grüße -- Rainer Lippert 16:32, 24. Nov. 2016 (CET)

Ich will nicht nachlesen, was genau ich geschrieben hatte, aber offensichtlich war auch das ein Punkt, an dem wir aneinander vorbei geredet haben. Hauptsache, es ist jetzt geklärt und repariert, soweit ich das sehe. Der nicht verkleinerte Text in Tabellenfüßen kommt in mehreren Bundeslandtabellen vor, gehe sie mal alle durch, und Du solltest die Unterschiede sehen. In tiefere Ebenen bin ich nicht gegangen. Die Ursache ist, dass Du den Text teilweise in einen Absatz gesetzt hast, teilweise nicht. Ich habe das jetzt hoffentlich abgefangen, jedenfalls funktioniert es bei den Testtabellen (die erste hat jetzt einen Absatz, die zweite nicht). Wie es mit Kladde, Text- und Literaturbox aussieht, kannst Du doch schon auf der Testseite in Niedersachsen → 2. Kat. → Belm bewundern. (Ich hatte dich per Mail etwas fragen wollen, aber ich glaube, ich habe damit die Antwort schon bekommen: Die Bilder sind doch offensichtlich von deiner Hauptseite eingebunden, das müsste auch andersherum funktionieren, ich weiß nur nicht, was die AGB dazu sagen …) Ich habe die Textbox und die Literaturbox gerade angepasst. Das wird für dich, denke ich, noch einmal etwas Arbeit, wenn Du mit dem anderen fertig bist. Gib dann mal Bescheid, weil ich eben was bemerkt habe und außerdem bei der Literatur noch etwas nachfragen müsste. — Speravir (Disk.) – 03:30, 25. Nov. 2016 (CET)

Hallo, ist ja egal, jetzt passt es ja wieder. Das Problem mit dem Absatz in den Tabellen war wohl, wie ich den Hinweis zum sortieren entfernt habe. Ich habe die Zeile markiert und gelöscht. Die verbliebene Zeile habe ich dann aber noch per Return oder Leertaste angepasst. Da habe ich das wohl vermurkst. Da schaue ich dann demnächst. Nein, die Bilder habe ich auch auf der Testseite von meinem PC hochgeladen. Das meinst du doch? Ja, vor lauter Arbeit kann ich mich jetzt gar nicht mehr retten ;-) Eine Woche wird das jetzt wohl bestimmt dauern, bis ich das alles gemacht habe. Was meinst du mit der Literatur?

Dann hätte ich noch etwas ;-) Die Koordinaten habe ich in der kleinen Box drinnen. Ich will auch auf jeder Seite einen Zeitstempel unten machen. Um selbst nicht den Überblick zu verlieren, wann ich die Seite zuletzt bearbeitet habe. Bei den ersten beiden Bundesländer habe ich das schon gemacht. Ich weiß nicht, ob das Sinn macht, soll aber für mich eine kleine Hilfe sein. Nebeneffekt könnte sein, dass die Suchmaschinen die Seiten höher einsortieren, weil die Aktualität der Seite abrufbar ist? Oder bin ich da auf dem Holzweg? Was ich jetzt aber eigentlich sagen will. Kann man die noch irgendwie anpassen? Ich habe drei Größen zur Verfügung, mehr aber bei diesem Layout nicht. Farblich gefallen mir die nicht so. Auch wieder der Klassiker? Helles grau als Hintergrund und schwarze Schrift? Viele Grüße -- Rainer Lippert 12:45, 25. Nov. 2016 (CET)

Es sollte inzwischen egal sein, ob du im Tabellenfuß zusätzlich einen Absatz setzt oder zwei oder keinen. Dort, wo Du auf die Bedeutung des Kreuzes hinweist, kann er wohl sogar sinnvoll sein. Das ist in der Jimdo-Editbox wahrscheinlich leichter zu setzen als ein Zeilenumbruch (zu faul, das zu testen). OK, wegen der Bilder habe ich mich dann geirrt. Ich meinte deine Literaturangaben in den entsprechenden Boxen, aber lassen wir das erst einmal. Die Koordinaten hast Du schon auf die Testseite eingebaut und habe mir das mal angesehen. Da kann man ja nur zwischen drei Stilen wählen, weiter hatte ich mir das noch nicht angesehen. Baue doch mal solch ein Datumsfeld ein, um zu sehen, wie dort die internen Bezeichnungen sind (ich finde nur Buttons zum einbauen). Das Styling muss ja auf bestimmte Bezeichnungen zurückgreifen können. — Speravir (Disk.) – 04:46, 26. Nov. 2016 (CET)

Ja, das habe ich inzwischen auch gemerkt. Ich habe alle durchgeklickt, bis auf eine fehlende Verlinkung hat alles gepasst. Mit den Kladden bin ich jetzt fertig. Ich habe sie bei allen 324 Eichen auf meiner Seite eingebaut. Jetzt knöpfe ich mir die Literaturbox vor. Das Datumsfeld ist genauso wie der Button für die Koordinaten. Halt dann nur mit einem anderen Inhalt und ohne Verlinkung. Bei Eiche Belm setze ich so etwas mal rein. Jimdo erklärt den Button hier. Demnach sollte es über Style gehen. Aber die Auswahlmöglichkeiten für Farbänderungen erscheinen nicht. Unten steht zwar, man solle das Design neu anwählen, hilft aber nicht. Es liegt vermutlich daran, dass ich kein vorgegebenes Layout von Jimdo nutze. Wobei ich jetzt aber sehe, dass der Button Standardmäßig bei einem klick zur Startseite führt. Da könntest du also vielleicht bei Gelegenheit mal so eine kleine Box für die Datumsangabe basteln ;-) Viele Grüße -- Rainer Lippert 10:59, 26. Nov. 2016 (CET)

Einrückung entfernt.
Ja, aber nur bei Gelegenheit. Vorlage:Smiley/Wartung/;-) Im Prinzip sollte das doch auf eine Abwandlung der jetzigen Textbox mit weniger Eckenrundung hinauslaufen, oder? Fällt dir eine Bezeichnung ein? Einfach daten? Zur Literaturbox: Vergleiche mal die Boxen auf der Testseite in Hessen und Belm mit ihren Originalen (ersteres eigentlich Große Eiche Ivenack und länger). Du solltest alle enthaltenen Span-Bereiche entfernen und die Absätze in Listenpunkte umwandeln (ich habe bemerkt, dass Jimdo die Umwandlung selbst macht, wenn man vorher markiert und dann auf das Symbol für die Aufzählungsliste drückt, ich weiß aber schon nicht mehr, wie es sich bei mehreren Listenpunkten verhält). Insbesondere ist es wirkungslos, Jahreszahlen, die kein Leerzeichen enthalten, in einen Bereich zu packen, der den Umbruch innerhalb von Leerzeichen verbietet. Sinnvoll ist es aber bei den ISBN, es sei denn dich stört die potentiell sehr große Lücke (da ich der Meinung war, linksaugerichteter Text ist für die Literaturverweise besser); ich habe jedenfalls eine Klasse isbn erzeugt, für die der Umbruch verboten wurde, wir können sie aber auch wieder entfernen. Dann hast du die Titel der Bücher allesamt komischerweise als Zitat markiert. Sollten sie kursiv erscheinen? Ich habe das angenommen und dahingehend geändert. — Speravir (Disk.) – 03:00, 27. Nov. 2016 (CET)
Ich hatte noch vergessen: Für die Auflagen ist es einfacher, ein geschütztes Leerzeichen zu schreiben (engl. no-break space, hier abgekürzt zu nbsp): „7. Auflage“ wird im HTML-Code zu 7. Auflage, und zwar ohne jedes andere Leerzeichen dazwischen (diesen Fehler findet man übrigens immer wieder mal auch in der Wikipedia; bitte jetzt nicht aus dem Wiki-Code kopieren, denn da musste das &-Zeichen maskiert werden). Das habe ich auf der Testseite aber nur für dieses Beispiel umgesetzt.— Speravir (Disk.) – 03:19, 27. Nov. 2016 (CET)

Hallo, sorry nochmal! Ja, so ähnlich wie eine von den Textboxen. Daten ist in Ordnung. Also mit den Literaturboxen bin ich jetzt fast durch, nur noch eine Handvoll. Das ist eine Heidenarbeit. Das mühseligste bis jetzt auf meiner Seite. Ich habe bei der Umstellung alle Codes die mit der Einfärbung zu tun haben, entfernt. Also den Code mit den sechs Nullen. Ich habe ja Literaturboxen mit fünf oder sechs Einträge. Und bei jeder einzelnen Literaturangabe war manchmal bis zu viermal der Code drinnen. Für die ganze Box also über 20 mal. Das ist ja der Wahnsinn. Wo kommt das denn alles her? Dann sind da noch viele andere Zeichen mit drinnen. Habe ich auch nur einmal irgendwo etwas falsch gelöscht, war danach die Box zerstört. Also der Inhalt falsch Formatiert. Ehrlich gesagt will ich da ungern nochmal etwas daran machen. Wie wirkt sich das jetzt aus, wenn da noch falsche Codeschnippsel drinnen sind? Ist die Reaktionszeit der Seite geringer, weil da im Hintergrund versucht wird irgendetwas zu machen? Worauf es mir jetzt erstmal ankommt, ist, dass der sichtbare Bereich passt. Und das passt jetzt meine ich so? Mein großer Fehler war, dass ich damals die Literaturangaben einfach von Wikipedia aus in meine Seite kopiert habe. Von da kommt wahrscheinlich auch die falsche Setzung für Kursiv? Auf meiner Seite habe ich dann wiederum die Literaturangaben von einer Box zur anderen kopiert, je nach dem, was ich gebraucht habe. Und das aber auch alles von der sichtbaren Plattform aus, nicht vom Quellcode. Das mit dem Quellcode bearbeiten mache ich erst, seit dem du hier dabei bist. Was ist jetzt im sichtbaren Bereich der Literaturbox der Unterschied von Zitat zu Kursiv? Ich kann da keinen Unterschied ausmachen. Deswegen ist mir das bis jetzt auch nicht aufgefallen. Das, was du jetzt mit der isbn-Klasse gemacht hast, gehört also wieder bei jeder Literaturbox in den Quellcode eingebaut? Es sind über 300 verschiedene Boxen. Da lasse ich erstmal die Finger davon. Wenn ich mal eine stille Minute habe, kann ich eine Box nach der anderen umbauen. Kann man nicht mal einen Bot in Wikipedia beauftragen, der diese Änderungen auf meiner Seite durchführt ;-) Viele Grüße -- Rainer Lippert 08:55, 27. Nov. 2016 (CET)

O ja, so ein Bot wäre bestimmt nützlich. Ich habe bei den Literaturboxen auf der Testseite das Span-Element isbn mal nur auf die eigentliche Nummer bezogen, sollte eigentlich ausreichen. Im Firefox wird die gesamte Nummer umgebrochen, im IE und Iron aber auch mittendrin, daher würde ich es nach nun nach bei jeder Nummer ergänzen. Ob du das geschützte Leerzeichen einfügst, dazu musst wissen, ob es dir so wichtig ist, weil es ja den Quell-Text schwerer lesbar macht; im Ergebnis ist es theoretisch aber eigentlich besser. Du müsstest mir auch sagen, ob dir linksausgerichteter Text (eventuell größere Lücken rechts) oder Blocksatz (eventuell größere Lücken mittendrin) in den Literaturboxen besser gefällt, vergleiche mal auf der Hessenseite die beiden Boxen. Wo kommt der ganze, eigentlich unnötige Code her? Das kann ich dir nicht so genau sagen, weil ich nicht weiß, inwiefern Deine Bearbeitungen mit Word dazu beitragen (wie kopierst Du von Word in das Jimdo-Bearbeitungsfeld?), aber nimm mal eine Box, die du gereinigt hast, spiele dann mit dem Jimdo-Editor rum und du wirst sehen, dass der sowas macht. Kritisch sind dabei Änderungen der Schriftgröße und -farbe, Textausrichtungen und -einzüge. Unkritisch sind Fett- und Kursivmarkierungen, der Editor markiert sie in Wirklichkeit mit den bevorzugten <strong>stark hervorgehoben</strong> (fett) bzw. <em>betont</em> (kursiv), was sogeannte semantische Auzeichnung ist. Damit kommen wir zu <cite>…</cite>: Dabei handelt es sich um dasselbe, es soll ein Zitat markieren. Wie das dann dargestellt wird, ist Sache des Browsers bzw. des Seitenbetreibers. Man kann bspw. definieren, dass der Text größer ist und davor und danach Anführungszeichen gesetzt werden (letzteres mit der Methode, wie die Sortierungspfeile gesetzt werden). Oder Du kannst festlegen, dass Text in <strong>…</strong> rot dargestellt wird statt fett (geht allerdings auch mit <b>…</b>). Man sollte dabei immer auch an so etwas wie Screenreader für Blinde denken, die dafür ihre eigenen Voreinstellungen haben. Bei den falschen Codeschnipseln hängt es davon ab, was genau als Rest stehen bleibt. Zum Kopieren: Der Jimdo-Editor übernimmt auf jeden Fall Formatierung. Das war für mich schon ein Aha-Effekt, als ich eine Literaturbox auf die Testseite kopierte. Ach ja Thema Boxen: Ich habe auf der Belm-Testseite zwei kleine Boxen eingebaut. Nicht wundern, wenn Du in den Quelltext siehst: Ich musste die kleinen Boxen in zwei unterschiedliche DIVS packen (einmal mit Klassenname koord, einmal als update) wegen der unterschiedlichen Ausrichtung, die ich nicht direkt auf die Box mit Klassenname daten anwenden kann, es muss eine übergeordnete Box sein. Aber einfaches Kopieren und anschließendes Anpassen des Inhaltes sollte ausreichen. — Speravir (Disk.) – 04:36, 28. Nov. 2016 (CET)

Hallo, du könntest ja mal einen Bot für meine Seite Programmieren ;-) Ja, der Quelltext ist manchmal schon sehr kompliziert. Ich bin froh, wenn ich da so wenig wie möglich drin machen muss. Die ganzen Literaturboxen komplett zu bearbeiten ist auf jeden Fall noch eine masse Arbeit. Bei der Literatur habe ich kein Word verwendet. Das habe ich wie gesagt von Wikipedia herkopiert. Ich kopiere immer mit Rechtsklick. Also ich würde Blocksatz bevorzugen. Bei beiden Boxen auf der Testseite ist bei der IBN-Nummer jetzt auch einen Code drinnen. Was soll dieser bezwecken? Umgebrochen wird es in beiden trotzdem. Der Code bezweckt also etwas anderes. Das mit den beiden Boxen passt, danke. Die eine habe ich schon eingebaut. Die andere mache ich dann später nach und nach. Viele Grüße -- Rainer Lippert 16:44, 28. Nov. 2016 (CET)

Nee, programmieren kann ich nicht, es setzt schon bei Javascript aus (wobei ich das teilweise noch verstehe). Die Literaturboxen sind wieder auf Blocksatz umgestellt. Mit Code bei der ISBN meinst du das hier:ISBN <span class="isbn">978-3-8354-1224-8</span>? Das ist der Code, von dem ich oben schon mehrmals gesprochen habe. Er dient dazu, dass die von Bindestrichen unterbrochene Zahlenreihe nicht umbrochen wird (wegen der Bindestriche passiert das sonst im IE und SRware Iron), davor und danach ist es aber weiterhin erlaubt, wie du richtig beobachtet hast. Ich habe es auf der Hessen-Testseite bei der mittleren Literaturangabe mal wieder entfernt. — Speravir (Disk.) – 04:05, 29. Nov. 2016 (CET)

Hallo, dann wird es Zeit, dass du es lernst ;-) Wenn ich sehe, was du alles kannst und was ich, da schäme ich mich direkt. Ah, ok, der Code soll verhindern, dass es innerhalb der Zahlenkette nicht zum Umbruch kommt. Ich dachte es soll es zwischen ISBN und den Zahlen verhindern. Denn das hat es ja nicht verhindert. Dann bezweckt es ja das, wür was es gedacht ist. Viele Grüße -- Rainer Lippert 16:39, 29. Nov. 2016 (CET)

Navigation[Bearbeiten | Quelltext bearbeiten]

Ich fang mal wieder mit ’ner neuen Sektion an.
Ich warte erstmal, bis Du alles Bisherige rüberkopiert hast. — Speravir (Disk.) – 04:19, 20. Nov. 2016 (CET)

Hallo, ich bin schon gespannt, wie das dann ausschaut. So richtig kann ich es mir noch nicht vorstellen. Viele Grüße -- Rainer Lippert 10:14, 20. Nov. 2016 (CET)

Zuerst noch einaml: Diese minimalistische Form, wie sie derzeit bei dir ist, würde ich glatt so lassen. Aber jetzt habe ich erst einmal (nur) das Hintergrundbild eingebaut. Und ich weiß jetzt schon, dass man mindestens eine andere Farbe unter der Maus benötigt und, wenn Du Wert auf sie legst, auch für die unterteilenden Striche. Es gibt dann noch eine eigentlich gute Einstellungsmöglichkeit, zu der ich aber mehr sagen müsste. — Speravir (Disk.) – 03:14, 21. Nov. 2016 (CET)

Hallo, ich denke auch, die aktuelle Form auf meiner richtigen Seite lassen wir so. Irgendwie schaut das mit dem Hintergrundbild seltsam aus. Das hatte ich mir irgendwie anders vorgestellt. Also ich denke, wir lassen die Navigation so wie sie ist. Aber vielleicht können wir sie noch etwas verfeinern? Die drei Reihen im CSS mit den vier Pixelangaben hintereinander, ist vermutlich das, was die konkrete Ausrichtung der Navileiste beeinflusst? Ich habe da am Anfang viel herumprobiert, um es so hinzubekommen, wie es jetzt ist. Es erscheint mir aber unlogisch. Die hinterste Reihe ist für die Einrückung der einzelnen Ebenen? Aber die Einrückung für die zweite Ebene steht jetzt auf 24 Pixel, die für die dritte nur auf 4 Pixel und damit noch kleiner wie für die erste Ebene. Ich würde da eigentlich erwarten, dass die Einrückung ganz anders wäre, wie sie jetzt ist. Also Gleichmäßig ansteigend. Aber bei allen anderen Angaben passt es nicht so gut wie jetzt. Ich will, dass die 2. und 3. Ebene um jeweils den gleichen Abstand eingerückt ist. Das passt ja jetzt recht gut. Was aber nicht passt, ist der Trennstrich zwischen den einzelnen Feldern. Der Trennstrich bei der 2. Ebenen geht bis ganz nach links. Also so weit, wie der Strich für die 1. Ebene. Aber müsste dieser Strich nicht erst bei Beginn der 2. Ebenen beginnen? Das bekomme ich nicht hin. Bei der 3. Ebenen passt es wiederum. Aber bei der 3. Ebenen ist der Zeilenabstand oberhalb des ersten Eintrages und unterhalb des untersten Eintrages zu groß. Das sind fast 1,5 Zeilen. Darin sehe ich auch keinen Sinn. Zumal es bei der 2. Ebenen nicht so ist. ich würde das durchgängig Gleichmäßig machen. Ich kann das aber auch nicht beeinflussen. Aber du bekommst das ja bestimmt hin ;-) Viele Grüße -- Rainer Lippert 16:11, 21. Nov. 2016 (CET)
Nachtrag: Kann man auch irgendwie eine Brotkrümelnavigation einbauen? Zwischen Kopf und Überschrift? Oder was meinst du? Viele Grüße -- Rainer Lippert 21:47, 21. Nov. 2016 (CET)

Ich habe die Einbindung des Hintergrundbildes erst einmal rückgängig gemacht. Die Trennstriche sind eigentlich eingefärbte Kantenelemente und durch die Art der Definition gehen die bis nach links. Gucke ich mir heute aber nicht mehr an, ich bin jetzt erst sehr spät dazu gekommen, mich um Deine Seite zu kümmern. Wegen der Brotkrümelnavigation will ich mal nichts versprechen, aber wie soll die den genau aussehen – oben unter dem Titel, anstelle der bisherigen Navi links (sollte als Abwandlung eigentlich möglich sein, aber ich wollte ja nichts versprechen; andererseits ist das bisher ja in Teilen schon so etwas)? Ach, was es nicht alles in der Wikipedia gibt: Brotkrümelnavigation. — Speravir (Disk.) – 03:36, 22. Nov. 2016 (CET)

Hallo, komisch ist nur, dass die Trennstriche bei der 3. Kategorie passen und bei der 2. nicht. Obwohl ja beide Ebenen eingerückt sind. Das mit dem Zeilenabstand tritt auch in der 2. Ebenen auf, wie ich eben bemerkt habe. Die Brotkrümelnavigation meinte ich zusätzlich. Zwischen dem Titel und der Eichenüberschrift, rechts an der eigentlichen Navigation anschließend. Und irgendwie Pfeile als Ebenentrennung. In irgendeinem Layout von Jimdo wird das so angeboten. Da sind es doppelte Dreieckspfeile. Das schaut hat ganz gut ausgeschaut. oder macht das ganze bei dieser Navigation wenig Sinn? Viele Grüße -- Rainer Lippert 16:09, 22. Nov. 2016 (CET)
Nachtrag: Ich schreibe es mal hier dazu. Ich habe jetzt wieder (oder immer noch?) das Problem, wenn ich mit die Maus über eine Verlinkung fahre, verschwindet der Unterstrich, sonst nichts. Liegt das jetzt wieder an mir? Ich dachte aber, es ging mal? In der Fußzeile, bei den Verlinkungen von Jimdo, da geht es. Viele Grüße -- Rainer Lippert 17:39, 22. Nov. 2016 (CET)

In der Tat, so genau hatte ich mir die dritte Kat. noch nicht angesehen. Du hattest die 2. Kat. der ersten gleichgesetzt, ~~ich habe das für heute mal nur auskommentiert, da muss meiner Ansicht nach jeweils die Einrückung verringert noch werden~~, nee, schon dran gearbeitet, ist bestimmt aber noch nicht richtig. Das mit dem Mausover-Link stimmt tatsächlich, noch so ein unschönes Mysterium; es fehlt die Einfärbung. Auf der Testseite geht es doch!? — Speravir (Disk.) – 03:44, 23. Nov. 2016 (CET)

Hallo, ich weiß zwar nicht, was du genau gemacht hast, aber es passt schon viel besser. Bei den drei Zeilen hast du aber nichts geändert? Der Zeilenabstand untereinander ist jetzt immer gleich. Die ganze Navileiste ist jetzt weiter oben. Kann das sein? Auf meiner Seite ist zwischen obersten Navieintrag und Titel noch etwa eine halbe Zeile Platz. Wenn aber das mit der Brotkrümelnavigation (was für ein Wort ;-)) drinnen ist, ändert sich das wohl ohnehin noch etwas? Die Trennstriche gehen jetzt in allen Kategorien Gleichmäßig weit nach links. Aber etwas zu weit, oder? Auf meiner Seite schließen die fast bündig links ab, bis auf die Ebene, wo es nicht gepasst hat. Ich kann aber derzeit nicht sagen, ob das jetzt gut oder schlecht ist ;-) Hast du an der Farbe, wenn man mit der Maus drübergeht, etwas geändert? Ja, das mit dem Blau passt auf der Testseite, hier aber noch nicht. Viele Grüße -- Rainer Lippert 13:10, 23. Nov. 2016 (CET)

Zur Nichtfärbung der Links siehe im vorherigen Thread. Und die Navileisten ~~sind~~ waren identisch hoch, nur sind auf der Testseite mehr Links in der ersten Ebene (ich habe sie zum Testen teilweise auch umsortiert, aber wenigstens die Messmethoden solltest du auch nach unten verschieben, oder?). Auch nach oben hin ~~ist~~ war für mich der Abstand identisch. (Ach so, du hast ja den entsprechenden Code schon rüberkopiert …) Dass die Striche etwas nach links hinaus gehen, ist Absicht, weil ich das für optisch besser halte, ich habe ihn auf der Testseite jetzt aber mal halb so groß gemacht (vorher 1em, jetzt also 0.5em). Mit den Brotkrumen habe ich mich noch gar nicht beschäftigt. Weißt du noch, in welchem Jimdo-Layout du sie gesehen hattest? — Speravir (Disk.) – 03:55, 24. Nov. 2016 (CET)

Hallo, schaut schon besser aus, danke. Also nach oben passt es. Jetzt ist aber die erste Ebene komplett zu weit links? Ist mir auf der Testseite nicht aufgefallen, weil da der Rand ja die gleiche Farbe hat. Das die Trennstriche nicht komplett von links beginnen, sondern im ganzen etwas eingerückt sind, geht wohl nicht? Also so das links noch 0.5em frei ist. Das mit den Brotkrumen eilt nicht. Ich bin ohnehin noch ein paar Tage beschäftigt. Ich habe mal geschaut. Bei Bordeaux ist so eine Brotkrume drinnen. Links ist da ein Teil der Navigation und waagerecht unterhalb vom Titel dann die Brotkrumenzeile, oder wie sich das nennt.

Über die feste Breite der Seite hatten wir es ja schon. Sollte das dann noch raus und irgendwie mit Prozentangaben versehen werden? Aber als Mindestbreite für Navi und Datenbereich dann aber eine Pixelvorgabe? Und dann über die ganze Bildschirmbreite? Sind gerade nur so Überlegungen. Viele Grüße

Dass die Striche für die erste Ebene sozusagen von links aus dem Rand kommen, war mir natürlich noch nicht aufgefallen. Da Du die Hintergrundfarbe nicht mehr entfernen kannst, habe ich die Testseite umgestellt (übrigens auch die Überschriften). Ich bin aber der Meinung, dass die Seiten und der Fuß heller sein sollten, ich hatte zeitweise mal #E0E0E0 eingestellt. Auch habe ich die Linie zum Fuß hin entfernt, denn die ergibt damit keinen Sinn und stört sogar eher. Willst Du die untere Rundung des Haupttitels trotzdem behalten? Nochmal zur Navi selber: Dass „Mecklenburg-Vorpommern“ umbricht, wenn es aktiv ist, ist Absicht? In tieferen Ebenen lässt es sich bei längeren Einträgen ohnehin nicht vermeiden, aber ich habe die Schrift für das aktuelle Thema mal etwas kleiner gemacht.

Wegen der flexiblen Breite müssten wir dann nochmal neu testen, aber ja, dann sollte man an einigen Stellen Mindest- und wohl auch Maximalbreiten vorgeben. Der Haupttitel wird bei kleinen Größen unschön umbrechen, was ich nicht besser hinbekomme. — Speravir (Disk.) – 03:34, 25. Nov. 2016 (CET)

Hallo, jetzt passt es bestens. Was hast du jetzt eigentlich an den Überschriften geändert? Das es nicht mehr kursiv ist, oder noch etwas? Auf meiner Seite habe ich jetzt mal in E0E0E0, also 224, 224 und 224 abgeändert. So hast du es ja gemeint? Das mit der unteren Rundung kann meine ich so bleiben. Das Mecklenburg-Vorpommern umbricht, habe ich jetzt auch gemerkt. Bei mir hat es aber nur in Chrome umgebrochen, im Firefox nicht. Ich habe jetzt mal die Breite der Navileiste auf 265 px geändert. Jetzt sollte es passen? Ich muss das übrigens wieder von Chrome aus machen, weil ich heute mit dem Firefox wieder nicht bei CSS reinkomme. Das gleiche Problem wie Vorgestern. Das mit der aktuellen Schrift passt so. Ich hatte ja damals nur die Vorgabe von Jimdo übernommen.

Das mit den Breiten eilt ja erstmal nicht. Ich muss jetzt erstmal sehen, dass ich alles etwas aufarbeite. Wenn ich aber bedenke, wie die Seite heute ausschaut und wie sie vor vier Wochen war? Da liegen Welten dazwischen. Das hätte ich alleine auch nie und nimmer nur im Ansatz so hinbekommen. Also vielen Dank dafür! Viele Grüße -- Rainer Lippert 12:56, 25. Nov. 2016 (CET)

Ich hatte die Schriftgröße auf der Testseite an diejenige auf deiner richtigen Seite angepasst, die Kursivsetzung hatte ich vergessen. Bei dem Versuch, das nachzuholen, bekam ich im ersten Versuch konsequent die Einstellungen für Blogs zu sehen, obwohl ich es mehrmals probierte. Da half nur Aus- und wieder Einloogen. Wegen der Farbangaben ist mir etwas eingefallen: Womit kommst Du besser klar – mit einer Angabe, wie wir sie bisher konsequent nutzen (background-color: #E0E0E0;) oder mit folgender Angabe, die auch möglich ist: background-color: rgb(224, 224, 224);? Letztere ist eben länger und wird wohl deshalb eher nicht benutzt. Ich hatte die Schrift für den aktiven Eintrag in die Navi extra ein wenig kleiner gemacht, damit er nicht mehr umbricht und jetzt kommst du machst die Navi einfach breiter – so haben wir aber nicht verhandelt!!

Das Brotkrümelprojekt kann auch noch dauern. Auf jeden Fall ist klar, dass dafür Javascript benötigt wird. Ich müsste jetzt eigentlich mal temporär das Bordeaux-Layout aktivieren. Ich denke, zuvor müsste ich alles, was geht, sichern und den Rest aufschreiben, damit man es wieder rückgängig machen kann. oder? — Speravir (Disk.) – 04:47, 26. Nov. 2016 (CET)

Hallo, ah, ok. Du hast jetzt quasi die Testseite an meiner angepasst. Ich finde es ohnehin etwas verwirrend, dass man per HTML und CSS eigentlich alles anpassen kann. Aber Änderungen, wie Hintergrund oder die Überschriften, die werden separat über Schriftformat oder Design und Hintergrund angesteuert. Oder ist das bei so einer Webseite normal? Also mit den Farben. Ich bevorzuge eigentlich die erste Methode. Mit der zweiten kann ich eigentlich gar nichts anfangen. Jimdo bietet bei der Hintergrundeinstellung aber nur die zweite Möglichkeit an. Also ich habe die Navileiste in Chrome angeschauen und dort kam es zum Umbruch. Dein verkleinern hat also wohl nicht ganz ausgereicht. Deswegen habe ich die Leiste etwas breiter gemacht. Immer um 5 Pixel verbreitert. Und erst beim aktuellen Wert kam es dann zu keinem Umbruch mehr. In Firefox ist das Problem überhaupt nicht aufgetreten. Chrome ist aber maßgeblicher. 40 % der Besucher von meiner Seite nutzen Chrome und nur 24 % Firefox. Der IE kommt lediglich auf 15 % und Safari auf 11 %.

Ich dachte, das wäre einfacher. Wenn das zu kompliziert ist, lassen wir es einfach. Ist ja nicht schlimm. Ich hatte es schon einmal versucht, aber ohne Erfolg. Hier hatte ich eine Anleitung gefunden. Die ist allerdings ohne Javascript. Die Layouts kann man normalerweise Problemlos umschalten. Das hatte ich früher schon mehrmals gemacht. Lediglich die Bildeinbindung im Titel hatte dann nicht gepasst. Der Rest hatte aber gepasst. Das war aber noch zu Zeiten, wo ich zwischen vorgegebenen Layouts umgeschaltet habe. Das letzte Layout hatte ich etwa ein Jahr benutzt, davor hatte ich zwei oder dreimal ein anderes gehabt. Wie es aber jetzt ist, bei einem eigenen Layout, kann ich nicht sagen. Ich denke aber, die Angaben im eigenen Layout bleiben nach dem Umschalten erhalten. Also so, das man anschließend wieder zurück kann. Sicher bin ich mir da aber auch nicht. Viele Grüße -- Rainer Lippert 11:19, 26. Nov. 2016 (CET)

Einrückung entfernt.
Ich bin jetzt dann doch das erste Mal in den Bereich für den Hintergrund gegangen, habe aber nichts abgespeichert. Kannst Du auf Deiner richtigen Seite Folgendes machen? Gehe nach Design→Hintergrund, dort auf das groooße Pluszeichen, dann auf Farbe, danach wieder auf das Pluszeichen. Jetzt erscheint ganz rechts ein Kasten mit der ausgewählten Farbe und im unteren Teil mehreren Symbolen, und das rechte davon ist das Papierkorbsymbol zum Löschen. Was passiert, wenn Du das machst? Ob du erfolgreich beim Löschen warst, kannst du herausfinden, wenn du testweise im CSS für den Body eine, sagen wir mal, schräge Hintergrundfarbe auswählst, schreib zum Beispiel einfach red; anstelle des Hexadezimalcodes (den du zwischendurch auskommentierst, so wie schon andere Kommentare vorhanden sind). Wenn Dir für die Farben die Hexadezimalangabe mehr zusagt, lassen wir es bei dieser, zumal sie die üblichere ist (wie erwähnt, ist sie kürzer). Wegen der Brotkrümel hätte ich nur früher auf die verwegene Idee kommen müssen, direkt bei Jimdo danach zu suchen (die Seite für das eigene Layout, wo Du auch das CSS für die Navi hergeholt haben musst). Ich hatte die Seite gestern sogar schon offen, aber nur als Lesezeichen abgespeichert. Kurz: Brotkrümelnavi ist drin, muss aber noch gewaltig getunt werden, das mache ich jetzt nicht mehr. Dass in Chrome ein Umbruch erfolgte und nicht in Firefox, wundert mich (und ärgert mich): Hier bei mir ist der wie Chrome auf Chromium, genauer Blink, basierende SRWare Iron derjenige, bei dem alles immer im Vergleich enger aussieht (und dieses unterschiedliche Verhalten ärgert mich auch ein wenig, weil ich den Chrome eigentlich nicht installieren wollte, da muss ich mich wohl doch mal wieder nach einer portablen Version umsehen). — Speravir (Disk.) – 03:00, 27. Nov. 2016 (CET)

Hallo, ich habe das mit dem Hintergrund so einmal gemacht. Der Rand ist dann rot erschienen, aber nur auf der Startseite, nicht auf den Unterseiten. Wenn ich auf den Papierkorb klicke, wird der Kasten einfach nach oben rausgeschoben, ohne weiteren Kommentar, oder Bestätigungsfeld. Ich habe da insgesamt drei Kästen stehen, mit jeweils einer leicht anderen Graufarbe drinnen. Die beiden rechten sind ohne Symbole, beim linken der Papierkorb und das Zahnrad. Gehe ich auf die beiden rechten Kästen, erscheint das dann auch. Die habe ich alle mal gelöscht gehabt. Jedesmal hat sich der Hintergrund geändert. Abgespeichert habe ich zum Schluss aber gar nichts. Ja, das mit der Brotkrümelnavi ist ja schonmal der richtige Ansatz. Das ganze dann noch Nebeneinander. Nein, die Navi habe ich nicht von dort geholt. Jimdo hat es mir noch einfacher gemacht. Also ich vor ein paar Wochen bei Layouts auf eigenes Layout bin, war da im CSS schon alles drinnen. Das habe ich dann einfach übernommen, also abgespeichert. Danach habe ich dann versucht im CSS noch einige Anpassungen vorzunehmen. Wie die Einrückung und so an der Navileiste. Der eigentliche Code stand aber schon im CSS. Ansonsten hätte ich das nicht geschafft. Was mich bei Chrome und Firefox wundert. Mein Hauptbrowser ist Firefox. Da habe ich auch eine Mindestgröße vorgegeben. Bei Chrome nicht. Und da erscheint das in den Tabellen unten auch kleiner. Und nun war es aber bei der Navi so, dass im Firefox Mecklenburg-Vorpommern bis ganz nach rechts, zum Ende der grauen Linie ging. Habe ich es angeglickt, kam es zu keinem Zeilenumbruch. Im Chrome wiederum ging das Mecklenburg-Vorpommern nicht bis nach rechts. Da war noch mindestens ein Zeichen Platz, eher zwei. Also viel mehr Platz wie im Firefox. Chrome zeigt die Schrift also viel schmäler an. Habe ich es aber dann angeklickt, kam es zum Zeilenumbruch. Eigentlich hätte ich den Zeilenumbruch im Firefox erwartet. Er kam aber nur im Chrome. Und da du ja gesagt hast, dass du die Schriftgröße im angeklickten Zustand verändert hast, hat es nicht das bewirkt, was es bewirken sollte. Deswegen hatte ich die Navi etwas verbreitert. Aber warum kommt es jetzt im Chrome zum Zeilenumbruch, wenn da eigentlich mehr Platz als im Firefox ist? Und eigentlich müsste man das auch in allen anderen Browsern, wie Safari, IE oder Opera testen. Ist aber auch blöd, dass sich jeder Browser anders verhält. Viele Grüße, -- Rainer Lippert 09:15, 27. Nov. 2016 (CET)

Ich kann mir dieses Verhalten auch nicht erklären, vor allem im Vergleich zu den anderen Chromium-Browsern. Ja, das sind die Dinge, die Profi-Webentwickler zur Verzweiflung bringen können. Und weil Du mehrfach fragtest: Von SEO habe ich auch keine Ahnung. Ich las jetzt nur zufällig, dass Breadcrumbs von den Suchmaschinen ausgelesen werden und dass man nach Möglichkeit weit oben eine H1-Überschrift haben soll (machst Du doch eigentlich). Wegen der Hintergrundfarbe speichere mal nach dem Löschen, die Farbe ist ja in CSS bereits definiert (allerdings habe ich da zur Zeit einen Kommentar angehängt, dass es an der Stelle keine Wirkung hat, den müsste man dann löschen). Ach so: Die Brotkrümelnavi ist fertig. — Speravir (Disk.) – 04:35, 28. Nov. 2016 (CET)

Hallo, ja, ist wohl nicht zu verstehen. Die Hintergrundfarbe habe ich jetzt komplett gelöscht. Die aktuellen Hintergrundfarben auf meiner Seite werden also jetzt komplett mittels CSS gesteuert? Dann kann ich ja demnächst mal schauen, wie ich den Hintergrund noch abändere. Die Brotkrümelnavi ist sehr gut, vielen Dank. Steht das jetzt nur im HTML, oder auch im CSS? Kann man da noch etwas anpassen? Bezeihungsweise, auch die Navi gehört noch etwas angepasst. Am Anfang war die erste Zeile direkt unterhalb vom Titel. Das hat mir nicht gefallen, das war mir zu wenig Abstand. Jetzt ist es aber schon beinahe etwas zu viel. Kann man also den Abstand noch etwas verringern? Und dabei dann auch die Brotkrümelnavi noch etwas nach oben schieben? Und der Abstand nach unten, zur Überschrift, lässt sich daran etwas ändern? Ich möchte, dass die Überschrift nach oben etwa den gleichen Abstand wie auch nach unten hat. Wenn es nicht geht, kann ich oberhalb von jeder Überschrift noch eine Zeile einfügen. Und die Schrift in der Brotkrümelnavi, ist die jetzt genauso groß wie in der restlichen Navi? Die wirkt irgendwie größer. Meine Wünsche sind ja jetzt schon fast alle umgesetzt ;-) Ein Datenfeld bräuchte ich dann noch. Aber da muss ich mir erst noch meine Gedanken machen, wie die genau werden soll. Viele Grüße -- Rainer Lippert 16:54, 28. Nov. 2016 (CET)

Cool, dass wir das mit der Hintergrundfarbe doch noch herausgefunden haben. Aber was heißt abändern? Gefällt dir die ausgewählte Farbe doch nicht? Und ja, es sollte jetzt über das grundlegende CSS gesteuert werden. Da Du die Leute jetzt auch auf Deiner richtigen Seite mit Brotkrumen anfütterst, hast Du ja allein herausgefunden, dass Du auch das HTML-Grundgerüst kopieren musstest. Die ist so groß, weil ich sie so groß eingestellt habe (18px). ;-D Bei maximal nur drei Menüpunkten muss die Zeile doch wenigstens ein paarmal zur Hälfte ausgefüllt werden. Das längste, was ich auf die Schnelle auf Deiner Seite gefunden habe, ist Weilheim an der Teck in der 2. Kat. von BaWü. Soll sie doch etwas kleiner sein? Die Abstände richtig hinzubekommen, ist etwas tückisch. Das muss ich mir noch einmal genauer ansehen. Eigentlich sollten jetzt die Oberseiten der Hauptnavi der Brotkrümel gleich hoch sein, sind sie aber nicht exakt (zm Glück nur bei starker Vergrößerung zu sehen); und wenn du lieber die Texte auf gleicher Höhe haben willst, wird es noch ein wenig schwerer. Wenn es dir immer nur um die erste Überschrift einer Seite geht, dann existiert bereits eine Regel #content h1:first-child, die bisher nur den Abstand nach oben kontrollierte (war auf 0 gesetzt), ich habe die Eigenschaft für die Unterseite nun eingebaut und beide auf 0.25em gesetzt. — Speravir (Disk.) – 04:07, 29. Nov. 2016 (CET)

Hallo, ja, das hat geklappt. Ich bin mir noch nicht so schlüssig, ob ich den Rand in einer anderen Farbe mache oder nicht. Zwischenzeitlich hattest du es ja mal in einer Farbe mit Trennlinie gehabt. Ich bin da wie gesagt noch am überlegen. Wenn aber die Seite mal über die komplette Breite gehen sollte, hätte sich das ja ohnehin erledigt. Ja, das mit den Brotkrumen habe ich herausgefunden, weil es mit dem CSS kopieren noch nicht funktioniert hat. Dann habe ich gleich auch das andere rüberkopiert. Ich habe es auch auf 16 Pixel gesetzt. Ich hatte im Internet sogar gelesen, dass man diese Zeile sogar extra etwas kleiner machen soll wie den Rest, damit es nicht so auffällt. Aber da ich nur drei Ebenen habe, macht es wohl ohnehin nicht so einen Sinn. Apropo Ebenen. Jimdo bietet ja nur drei Ebenen an. Aber jetzt wird ja alles über HTML und CSS gesteuert. Müsste es da nicht auch möglich sein, noch eine vierte Ebene einzubauen? Denn die könnte ich doch ab und zu gebrauchen. Dann hätten die Brotkrumen auch mehr Berechtigung.

Dann noch etwas anderes. Hatte ich ja schon Gestern angedeutet. Ich bin am überlegen, bei jeder Eiche die Historischen Maßangaben irgendwie dazustellen. Zwei bis vier Maßangaben wären das dann bei den meisten Eichen. Ich weiß aber nicht, ob die in eine Tabelle sollten, oder als Aufzählungszeichen in die Box. Ich habe hier mal etwas angefertigt. Was meinst du dazu? In eine Tabelle? Die könntest du dann noch basteln, wenn du magst. Oder aber einfach mit in die Box? Die Namen selbst könnte ich mir dann als Kapitälchen vorstellen. Aber dazu braucht man wahrscheinlich auch wieder einen speziellen Code? Viele Grüße -- Rainer Lippert 16:51, 29. Nov. 2016 (CET)

Ach so. Wenn Du dem äußeren Teil dieselbe Farbe gibst, dann wäre ein Trennstrich zum Fuß auf jeden Fall sinnvoll. Ich habe die Brotnavi jetzt sogar auf 14px eingestellt, aber die Buchstaben in Kapitälchen (engl. Small Caps) gesetzt (gemeint ist so etwas: Buchstaben in Kapitälchen, engl. Small Caps) – o, du hattest selbst schon davon gesprochen –, um eine markante Unterscheidung zu haben. Sowohl für die Navi links als auch für die Brotkrümel wird Javascript verwendet, das von Jimdo aktiviert wird, sobald man die entsprechenden Fragmente in das HTML-Grundgerüst setzt, da sind mir leider die Hände gebunden. Mutmaßlich könnte so etwas aus dem Adresspfad erstellt werden, aber, wie gesagt, das ist mir zu hoch. Mal noch etwas: Vergleiche mal die vom Fuß links unten aus verlinkten Seiten auf Deiner Seite und der Testseite wegen der Brotkrümel.

Bei dem möglichen anderen Feld bin ich unschlüssig. Wo soll das dann hin? Je nachdem, was dann besser aussieht, könnte man eine Abwandlung der Kladde nehmen oder eine Variante der allgemeinen Tabelle oder Textbox, wenn Du die Angaben nicht ans Ende der großen Box setzen willst, so wie du es als erstes auf der Testseite gemacht hast. Die Namen als Kapitälchen, das habe ich ja gerade eben gezeigt (Zufälle gibt's …), kann also gemacht werden, da wäre dann eine Tabelle am bequemsten für den Code. Die soll doch dann aber nicht über die gesamte Breite gehen oder doch, wenn es sich um die halbe Seitenbreite handelt? Ein Titel wäre dafür noch sinnvoll, worum es da geht. „Historische Umfangsmessungen“ (BHU oder Taille?), „Umfangsentwicklung“, „Historische Maßangaben“?

Hallo, ja, mit den Farben bin ich noch nicht weiter. Wir behalten es aber im Hinterkopf. Das mit den Brotkrümeln passt jetzt bestens, vielen Dank. Das mit den Kapitälchen passt auch sehr gut. Ok, dann wirdt es nichts mit der 4. Ebenen. Hatte ich schon befürchtet. Was meinst du jetzt mit Fuß links unten? Impressum und das? Auf der Testseite sind die nicht angelegt. Aber was hat das mit den Brotkrümeln zu tun?

Also bei dem Datenfeld mit den alten Messwerten meine ich die Positionen, wo sie jetzt sind. Die einfache Variante würde dann in eine Hälfte kommen. Oder über die ganze Breite mit vollständigen Namen und Buchtitel. Aber die Namen und den Buchtitel habe ich ohnehin in der Literatur drinnen. Die Version würde ich also eher verwerfen. Bleibt also die Frage, ob mit in die Box, oder als Tabelle darunter. Wenn in die Box, gäbe es noch zwei Möglichkeiten. Irgendwie als Tabelle ohne Hintergrund, so dass nur der Text sichtbar ist, oder wie jetzt, mit Aufzählungszeichen, aber dann noch mit einer Gliederung zwischen den Einträgen. Also vom Jahr zum Wert und zum Namen. Wenn es in die Box kommt, was ich jetzt Favorisiere, würde sich der Namen als Kapitälchen gut machen. Wenn, dann kommen da überwiegend BHU-Werte rein. Taille wurde früher eigentlich nicht gemessen. Umfangsentwicklung passt ganz gut.

Bliebe jetzt also noch die Breite der Seite. Das müsste man sich mal anschauen, wie es sich macht. Also bei breiten Bildschirmen alles in die Breite ziehen, oder den Datenbereich so lassen wie es ist und einfach in die Mitte setzen. Die Navi dann ganz nach links. Die könnte dann aber je nach Bildschirmbreite dann etwas breiter werden. Dann müsste als Mindestbreiten so etwas rein, wie jetzt was als Standard ist. Viele Grüße -- Rainer Lippert 15:49, 30. Nov. 2016 (CET)

Komisch, ich sehe ein Impressum. Na gut, es ging einfach darum, dass der Code für die Brotkrümel auch auf diesen Seiten Anwendung findet, man dann aber natürlich keinen Inhalt, sondern nur einen schmalen grauen Kasten gesehen hat. Zum Glück kann man das ausblenden, da die Liste, die es ja technisch ist, auf diesen Seiten leer ist (das ist, wenn Du es suchst, dannol:empty). Auf den Seiten der 1. Ebene, wo sich der Text der Navi in der Seitenüberschrift wiederfindet, geht das leider nicht (bzw. vermutlich nur mit Javascript).

Ich denke, so wie ich es jetzt gemacht habe, ist es am besten. Ich habe extra einen Wert gefälscht zum Testen. ;-) Jetzt müsstest Du nur überlegen, ob außerhalb oder innerhalb der Textbox, ich habe eine Version mit letzterem angelegt. Wichtig: Ich bekomme bei Tabellen keine Rundungen hin. In der Autorenspalte wäre sogar noch Platz für einen Kurztitel, allerdings müsste es dann anders gelöst werden werden mit den Kapitälchen (ginge nur über style-attribut, aber immerhin mit einer Klasse). Die Breiten muss ich mir später ansehen, ich würde aber auf jeden Fall Maximalweiten einstellen, die bisherigen Weiten, denke ich. — Speravir (Disk.) – 03:33, 1. Dez. 2016 (CET)

Hallo, ich kann dir leider wieder mal nicht folgen. Demnach war gestern beim Impressum oben auch ein Brotkrümel zu sehen? Ist mir gar nicht aufgefallen. Oder wie meinst du das? Und warum sieht man dann nicht einfach als Inhalt Impressum, wenn man auf der Seite ist? Aber nochmal zu den Brotkrümeln. Die aktuelle Seite wird dunkler dargestellt. Ist aber immer noch ein Link. Der Link macht aber wenig Sinn, da man sich ja auf der Seite schon befindet. Müsste man nicht die aktuelle Seite ohne Link machen? Zur Navi nochmal. Ist es eigentlich auch möglich, die aktuelle Seite grau zu hinterlegen? Also ein etwas schwächeres grau wie das, was man sieht, wenn man jetzt drüberfährt. Und das grau, wenn man drüberfährt, dafür etwas dunkler. Ist das möglich?

Die Tabelle macht sich sehr gut, danke. Ich würde sagen dann in die Box. Aber nur die Namen, kein Kurztitel. Die Namen dafür ausgeschrieben, dass die Breite ausgenutzt wird. Beim Titel würde ich dann wohl eher Entwicklung des Brusthöhenumfangs bevorzugen. Aber das kann ich ja dann beim anlegen noch selbst entscheiden. Geht nach oben zum Text hin etwas mehr Platz? Also so in etwa wie zum Rand hin? Das es eckig ist macht sich glaube ich sogar gut in der abgerunden Box. Wäre die Tabelle auch abgerunden wäre das meine ich nicht so gut.

Als Maximalwert meinst du also nicht breiter wie jetzt? Ok, man muss sich das mal anschauen, wenn es soweit ist. Eilt ja nicht. Mit den Koordinaten habe ich noch gar nicht angefangen. Das ist nochmal sehr viel arbeit, da ja nach dem Kopieren der Koordinaten auch noch die Verlinkung angelegt werden muss. Oder kann ich beim Kopierprozess die Verlinkung mit übernehmen? Ich bin ohnehin noch mit dem Ausbau der 3. Kategorie beschäftigt. Viele Grüße -- Rainer Lippert 17:31, 1. Dez. 2016 (CET)

Ja, beim Impressum und den anderen Seiten, die im Fuß verlinkt sind, war der Hintergrund der Brotnavi zu sehen ohne Inhalt und ich denke ebenso, dass es dort sinnvoll gewesen wäre, den Seitentitel anzugeben. Aber das müsste Jmdo selbst so programmieren, dass man das so einstellen kann, oder Du müsstest sie unnötigerweise in deine richtige Navi aufnehmen. Ebenso wäre es eine Programmieraufgabe für Jimdo, den eigentlich sinnlosen Selbstlink zur schon geöffneten Seite zu deaktivieren; bei der großen Navi ist es aber genau dasselbe. Die Hintergrundfarben kann man dort ändern, ja, und ich habe auf Verdacht welche eingetragen (Farben, die bei den Starttabellen schon mal Verwendung finden). Für die Tabelle kann man natürlich den Außenabstand ändern, und das war mir auch klar, dass man das noch tun muss. Ich wollte aber abwarten, weil man bei einer Tabelle außerhalb der Box den Abstand wahrscheinlich größer wählen müsste. Ist die Einstellung von 1em jetzt in Ordnung für dich? Richtig, ich meine, dass man nicht breiter werden sollte als jetzt. Zu den Koordinaten: Wenn Du auf den Link gehst, kannst du ihn kopieren – rechte Maustaste drücken und im Kontextmenü sollte dann so etwas stehen wie „Link-Adresse kopieren“ – und dann im neuen Feld wieder einfügen. Ich kann auch noch den Linktext kopieren, aber das wird über irgendein Addon ermöglicht. Es geht aber auch ohne – etwas aufwendiger, aber vermutlich weniger Arbeit und vor allem weniger fehlerträchtig als völliges Neutippen: Gehe mit der Maus an den Anfang des Links, so dass das Handsymbol gerade verschwindet; drücke und halte die ALT-Taste, klicke dann auf die linke Maustaste und fahre über den Link bis zum Ende. Er sollte nun markiert sein und Du kannst ihn auf die übliche Weise kopieren (Menü „Bearbeiten“/Kontextmenü/Tastenkombi Strg+ C). Das funktioniert übrigens bei jedem Link. Upps, funktioniert bei jedem normalen Link, sollte ich sagen: Jimdo hat den ganzen Button zum Link umfunktioniert; du kannst aber, sogar noch einfacher, innerhalb des Editors den Linktext markieren und kopieren. — Speravir (Disk.) – 00:55, 2. Dez. 2016 (CET)

Hallo, ist mir am ersten Tag gar nicht aufgefallen. Da hatte ich ja extra geschaut, wie der Hinweis von dir gekommen ist. Ok, dann ist das alles ein Problem von Jimdo. Ok, die Farbe habe ich noch etwas angepasst, so gefällt es mir jetzt. Die Tabelle passt jetzt so. Dann kann ich ja demnächst mit dem einbauen anfangen. Dann warte ich einfach mal, bis das mit den Breiten soweit ist. Also mit dem kopieren der Koordinaten verzweifle ich. Bei mir funktioniert das irgendwie nicht. Kopieren ja, aber sowie ich es einfüge, erscheint immer der Quelltext. Egal wie ich es mache, es gelingt mir nicht. Wieso erscheint egentlich auf meiner Seite nicht der nach oben Button? Ich übernehme doch jedesmal das komplette Layout, da müsste doch das mit dabei sein? Oder aber weil ich es in den Einstellungen irgendwann mal abgewählt habe? Nur finde ich den Menüpunkt nicht mehr. Viele Grüße -- Rainer Lippert 19:19, 2. Dez. 2016 (CET)

Man kann den den Nach-oben-Button ja auf der Testseite wieder entfernen, dann sind beide Seiten wieder auf demselben Stand. ;-) Aber, wenn Du ihn wirklich haben willst: Die Einstellung ist nach Einstellungen→Funktionen→Nach-oben-Button verschoben worden; Schieberegler nach rechts – aber das sollte dir als Smartphone-Nutzer bekannt vorkommen – und aussuchen, ob er im Fenster links oder rechts unten zu sehen sein soll. Wegen der Koordinaten: Ich habe die Hessenseite geleert (den Inhalt nach MeckPomm verschoben, wo er sowieso hingehört) und dort eine Kopie des Koordinatenbuttons mit einem Nonsens-Link angelegt, damit man ihn besser erkennt. Es ist wahrscheinlich besser, diese Button-Version zu kopieren und den Link jeses Mal direkt zu löschen. Dann kannst Du von der vorhandenen Version erst den Text einfügen, dann den dahinter liegenden Link kopieren und im Editor über das Formular einbauen. Apropos Smartphone: Ich besitze kein solches und kann daher nicht sinnvoll Code dafür testen außer dem schon eingetragenen. In den Mobil-Einstellungen hat man ja nur so ein kleines Fensterchen, das man nichtmal drehen kann. — Speravir (Disk.) – 02:40, 3. Dez. 2016 (CET)

Hallo, ok, den Nach-oben-Button habe ich gefunden, danke. Also das mit den Koordinaten ist mir jetzt auch gelungen. Allerdings in zwei Etappen. Ich dachte, es würde eine einfachere Methode geben. Also erst per Rechtsklick die sichtbaren Koordinaten kopieren. Dann sich den Link anzeigen lassen und diesen kopieren und wieder im entsprechenden Fenster einbauen. Ist das jetzt so richtig? Oder gibt es noch eine schnellere Methode? Was meinst du jetzt mit Smartphone und drehen? Was soll da gedreht werden? Die Mobile Version meiner Seite kann ich senkrecht und auch waagerecht anschauen. Aber das meinst du ja bestimmt nicht. Wenn wir aber jetzt bei Smartphone sind. Im Netz gibt es ja verschiedene Testseiten, um eine Webseite zu testen. Da wird angezeigt, dass meine Seite ein Favicon hat. Das haben wir ja auch eingebaut. Das Mobile-Touch-Icon für die Mobile Seite würde aber fehlen. Bei den Tests werden ohnehin viele Fehler angezeigt, wie etwa 84 CSS-Fehler bei Seitenreport. Aber ich traue diese Seiten nicht so ganz. Viele Grüße -- Rainer Lippert 18:00, 3. Dez. 2016 (CET)

Wenn das für dich mit den Koordinaten so funktioniert, dann mach so weiter. Bei mir ging es so, wie beschrieben, wenigstens in der Bearbeitungsansicht. Thema Smartphone: In Design→Mobile Ansicht ist nur die Hochkantansicht möglich (ich bemerke gerade, dass man dort ein mobiles Design auswählen kann). Das Mobile Touch Icon kann ich mal basteln, ja. Das Einbinden wäre dann noch eine andere Sache, denn das ist von Jimdo so nicht vorgesehen. Dass es solche Seiten zum Testen des Mobil-Layouts gibt, wusste ich noch gar nicht. Bei welcher wurden dir die CSS-Fehler angezeigt? Aber wie gesagt, ich werde da im Wesentlichen im Blindflug agieren müssen. — Speravir (Disk.) – 04:34, 4. Dez. 2016 (CET)

Ruf doch die Testseite mal mit dem Smartphone auf. Du solltest ein größeres Icon sehen. — Speravir (Disk.) – 04:53, 4. Dez. 2016 (CET)

Hallo, es funktioniert so, ist aber sehr umständlich, da man jeden Schritt doppelt machen muss. Ich muss nochmal schauen, ob ich nicht vielleicht doch deine Methode verstehe ;-) Wenn es bei dir geht, muss es ja bei mir eigentlich auch gehen. Du kopierst auf jeden Fall nur einmal? Und dann hast du den Link und die sichtbaren Koordinaten auf einmal kopiert? Also hier und hier wären mal zwei Testseiten, die die Fehler anzeigen. beim ersten ist auch das mit dem Mobilen Icon. Aber das es in der heutigen Zeit noch jemanden gibt, der kein Smartphone hat ;-) Ja, bei der Testseite wird jetzt ein Touch-Icon angezeigt. Das erste Testprogramm erkennt es jetzht auch solches. Viele Grüße -- Rainer Lippert 17:59, 4. Dez. 2016 (CET)

Es sind auch bei mir 2 Schritte. Allerdings habe ich in Wirklichkeit das Firefox-Addon Copy Link Text benutzt (war mir oben entfallen, dass der zusätzliche Menüeintrag davon kommt), das ich mir übriges angepasst habe und zum Beispiel sehr häufig nutze, um in Foren oder auf Mediawiki-Seiten Links gleich im richtigen Format einzufügen (wie gerade eben hier …). Für Chrome und Verwandte kann man anscheinend Copy Link nutzen, das aber viel weniger Voreinstellungen besitzt. Das andere sehe ich mir später an. — Speravir (Disk.) – 02:22, 5. Dez. 2016 (CET)

Hallo, ok, wenn es auch zwei Schritte sind, ist es wohl auch nicht viel einfacher/schneller. Dann muss das erstmal hinten anstehen. Die Historischen Maßangaben einzubauen beschäfftigt mich noch eine ganze Weile. Viele Grüße -- Rainer Lippert 16:40, 5. Dez. 2016 (CET)
Nachtrag: Was muss ich jetzt alles tun, damit das Mobile Touch-Icon auf meiner Seite funktioniert? Ich habe alles kopiert, auch das Touch-Icon hochgeladen. Aber es funktioniert nicht. Viele Grüße -- Rainer Lippert 17:13, 5. Dez. 2016 (CET)

Mobiles Layout, variable Größe[Bearbeiten | Quelltext bearbeiten]

Ich fange aus Bequemlichkeit mal wieder einen neuen Abschnitt an. Etwas Schräges zuerst: Die erste von dir verlinkte Seite gibt ja netterweise direkt einen Link an, wie man auch vom Desktop aus die Mobilversion aufrufen kann, einfach ?mobile=1 an die Adresse hängen – http://testtabelle.jimdo.com/?mobile=1 – das hat dann aber zur Folge, dass plötzlich alle Seiten nur noch in der Mobilversion aufgerufen werden, obwohl der Parameter in der Adresse gar nicht mehr erscheint. Zum Glück gibt es immer am Seitenende einen Link zur Standardansicht (oder man hängt manuell ?mobile=0 an); lustig ist nun, dass plötzlich rechts unten ein Link zur Mobilversion erscheint, der dort vorher nie zu sehen war! Die CSS-Fehler sind übrigens allesamt von Jimdo zu verantworten, wir können da gar nichts machen. Die andere Seite bemängelt fehlendes Cache-Management. Stimmt, das wollte ich mir später ansehen, können wir aber gern auch jetzt bearbeiten. (Nachtrag 1 Tag später) Ich habe mir das jetzt näher angeschaut: Das Caching können wir auch nicht beeinflussen.
Nun zum Touch-Icon: Ja, das hatte ich gestern vergessen. Ich hatte ja gesagt, dass das von Jimdo so nicht vorgesehen ist. Wenn Du das Icon bei dir hochgeladen hast, kopierst Du dort in der Dateienauflistung die Adresse (wie bei den Koordinaten: rechte Maustaste usw.) oder rufst die Datei in einem neuen Tab auf, gehst dann nach Einstellungen→Head bearbeiten und kopierst folgendes hinein, ich habe es gleich in die erste Zeile gesetzt: <link rel="apple-touch-icon-precomposed" href="http://example.org" />. Anstelle von http://example.org fügst Du nun die Adresse des Touch-Icons ein, fertig. (Soll ich das oben einfügen, das geht ja nicht mit der Testtabellenadresse?) Ich habe übrigens auch den Hinweis im HTML-Kommentar zu Beginn unter Design→Eigenes Layout→HTML dahingehend ergänzt.
Wegen des Mobil-Layouts müsstest Du dir mal ansehen, ob dir ein anderes besser gefällt (Auswahl unter Design→Mobile Ansicht). Du musst dabei bedenken, dass die schon vorhandenen CSS-Einstellungen dort eventuell in Bezug auf Links und Sortierpfeile hineinspielen (die Links sind jetzt zum Beispiel schwarz, das war aber schon mal anders – da müssen die Änderungen wegen Navi und Brotkrümeln etwas beeinflussen). Man könnte aber dieses CSS vorübergehend deaktivieren (alles auskommentieren). — Speravir (Disk.) – 20:40, 5. Dez. 2016 (CET)
Rainer, von all den bemängelten Dingen können wir nur einen beheben: Das Sortierskript kann man stark verkleinern, ich habe es mit dem verlinkten JSMIN, The JavaScript Minifier auf etwa die halbe Größe schrumpfen können, der Kommandozeilenaufruf ist jsmin <sorttable-edit.js >sorttable-ed-comp.js. Nur ist der Code dann für den normalsterblichen Menschen gar nicht mehr lesbar. Man muss lokal immer eine Kopie behalten (oder hier oben …), aus der dann die komprimierte Online-Version erstellt wird (rein theoretisch gibt es das auch so, dass das vom Server direkt bei der Auslieferung gemacht wird). Ich habe diese komprimierte Version jetzt in der Testtabellenseite hochgeladen. Es wird auch gesagt, man solle das Skript erst auf den Seiten laden, aber bei Jimdo geht das, glaub ich, gar nicht (und ich müsste erstmal suchen, wie es dann geladen wird). — Speravir (Disk.) – 20:05, 6. Dez. 2016 (CET)

Hallo, also jetzt klappt es, danke. Mein Fehler war, dass ich im Head nicht die Adresse angepasst habe. Das musst du oben nicht einfügen. Die Mobile Ansichten hatte ich mir früher schon mal angeschaut. Aber irgendwie finde ich die aktuelle noch am besten. Dort werden allerdings die Sortierpfeile nicht vor dem weißen Hintergrund angezeigt. Nur im rechten Bereich, wo es grau ist. Ich muss allerdings auch sagen, dass ich auf dem Smartphone immer nur die Standard-Ansicht nutze. Es muss ja auch irgendeinen Vorteil haben, wenn man ein Smartphone mit 5,7 Zoll Bildschirmdiagonale nutzt ;-) Und es war mir eigentlich schon klar, dass die von den Testseiten angezeigten Fehler nicht an dir/uns liegt, sondern entweder an Jimdo oder den Testseiten. Ich gebe ohnehin nichts auf diese Testseiten. Ich hatte sie halt nur erwähnt, weil da das mit dem Touch-Icon bemängelt worden ist. Das komprimierte Sortierskript habe ich auch übernommen. Viele Grüße -- Rainer Lippert 22:49, 6. Dez. 2016 (CET)

Rainer, die Sortierpfeile sind doch weiß, weil ich sie per CSS so eingefügt habe. Bei einem Layout mit schwarzer Schrift müsste man sie nur wieder entfernen. Für dieses Layout habe ich aber einen anderen Fehler bemerkt und korrigiert (die schon erwähnten schwarzen Links). Du solltest also den Code aus Design→Custom Layout (CSS) rüberkopieren. Ich habe auch an der Textausrichtung in den Tabellen gearbeitet, man muss da vielleicht noch mehr machen. Auf der Testseite zu Wienhausen siehst Du übrigens, dass in der rechten Textbox (die man mobil nicht erkennt) ein Teil des Textes explizit schwarz ausgezeichnet ist. Wenn du in der Bearbeitungsansicht dort hineingehst, wirst Du sehen, dass es das bekannte Problem mit <span style="color: #000000;">…</span> ist (und während des Schreibens sehe ich dasselbe bei der großen Textbox auf der MeckPomm-Seite, dort verschärft, weil auch auf die Box selbst angewendet). Bei dem Mobillayout kann man das Bild im Seitenkopf nicht ändern, wie es scheint. — Speravir (Disk.) – 00:43, 11. Dez. 2016 (CET)

Hallo, den Code habe ich übernommen. Ansonsten müsste ja meine Seite auf der Höhe der Testseite sein? Oder hast du dort zuletzt noch etwas geändert, wo ich noch übernehmen muss? Wenn ich bedenke, wie meine Seite vor ein paar Wochen noch ausgeschaut hat, ist das jetzt ein Traum. Ein ganz dickes Dankeschön an dieser Stelle! Hinsichtlich zur Breite, hast du da schon eine Idee? Viele Grüße -- Rainer Lippert 23:33, 11. Dez. 2016 (CET)

Ich hatte mich damit noch nicht wieder beschäftigt. Ich müsste sicherlich zum Testen am CSS und auch dem HTML-Grundgerüst rumspielen, was du dann aber nicht übernehmen dürftest … — Speravir (Disk.) – 01:01, 13. Dez. 2016 (CET)

Hallo, was meinst du damit, das ich das nicht übernehmen darf? Viele Grüße -- Rainer Lippert 22:30, 13. Dez. 2016 (CET)

Ich meinte, wenn ich auf der Testseite rumspiele, dass der Code dann besser nicht auf die richtige Seite übernommen werden sollte, weil er sie womöglich eher kaputt macht; „nicht dürfen“ war nicht als strenges „verboten“ gemeint. — Speravir (Disk.) – 03:31, 16. Dez. 2016 (CET)

Hallo, verstehe ich nicht ganz. Wenn es auf der Testseite funktioniert, müsste es doch auch auf meiner Seite funktionieren? Oder gibt es zwischen den Seiten einen Unterschied? Viele Grüße -- Rainer Lippert 22:43, 17. Dez. 2016 (CET)

Wenn, Rainer, wenn. Und dass es grundsätzlich funktioniert, heißt ja nicht unbedingt, dass es gut aussieht. Anderes Thema: Ich habe bemerkt, dass Du deine richtige Seite auf ein anderes Mobillayout mit schwarzer Schrift umgestellt hast. Damit sind die weißen Sortierpfeile und die Linkfärbung nicht mehr nötig und der entsprechende CSS-Code muss entfernt werden. Ich habe die Testseite jetzt genauso umgestellt und den Code für die schwarzen Sortierpfeile eingebaut. Kopiere also alles aus Design→Custom-Layout (CSS). — Speravir (Disk.) – 20:07, 22. Dez. 2016 (CET)

Hallo, ok, wenn das Wörtchen wenn nicht wäre ;-) Und zu deinem anderen Punkt. Also bewusst habe ich das nicht gemacht. Ist mir auch noch gar nicht aufgefallen. Ich habe jetzt gleich mal auf meinem Handy geschaut. Es sieht aus wie immer. Oben ist es rot und unten bei den Tabellen sehe ich die linke Hälfte mit weißem Hitergrund und die rechte Hälfte mit grauem Hintergrund. Entsprechend sind die Sortierpfeile links nicht zu sehen, rechts aber schon. Ich kann also keine Änderung feststellen. Es hätte aber sein können, dass ich es unbeabsichtig geändert habe. Denn ich habe sehr viel in den ganzen Menüpunkten vom Bearbeitenmodus bei Jimdo rumgesucht. Irgendwo gab es mal eine Seite, wo man sehen konnte, aus wie vielen Unterseiten die Seite besteht. Aber das finde ich nicht mehr. Aber wenn wir jetzt schon beim Handy sind. Ich habe da gerade festgestellt, dass im Dolphin-Browser die Textbox nur zu Dreiviertel genutzt wird. Der Text geht nicht bis nach rechts, bricht immer zu früh um. In jeder Box ist im rechten Teil ein großer Freiraum. Die eingebaute Tabelle mit den Historischen Maßen geht aber wiederum über die ganze Breite. Beim Standard-Android-Browser, den ich überwiegend nutze, passt es einwandfrei. Viele Grüße -- 22:36, 22. Dez. 2016 (CET)

Wie gesagt: Kopiere den Code fürs Mobillayout auf deine richtige Seite. Die Testseite hatte bis gestern das Mobillayout mit dunkelblauem Hintergrund und weißer Schrift, aber weiße Pfeile auf weißem Grund machen sich etwas schlecht. — Speravir (Disk.) – 00:11, 24. Dez. 2016 (CET)

Ach so, fast vergessen: Wegen des Darstellungsproblems im Dolphin-Browser kann ich leider gar nicht helfen. — Speravir (Disk.) – 00:25, 24. Dez. 2016 (CET)

Rainer? — Speravir (Disk.) – 04:45, 3. Jan. 2017 (CET)

Hallo, ich schaue hier regelmäßig vorbei, aber wir haben ja derzeit nichts aktuelles am laufen? Das mit der Breite, was noch ein Punkt wäre, hatten wir ja angesprochen. Das mit dem Darstellungsproblem beim Smartphone habe ich umgesetzt. Eines hätte ich jetzt noch. Ich habe auf meiner Seite eine Suchfunktion von Google eingebaut. Ich kann aber nur die Original-Vorlage von Jimdo nutzen. Für die Navileiste ist die aber nicht so schön. Kann man das irgendwie umbauen? zweizeilig wäre wohl besser. Das Eingabefenster so breit wie die Navileiste, darunter dann der Suchbutton. Ich habe es jetzt mal auf der Testseite eingebaut. Der Code ist aber der von meiner Seite. Die Suchergebnisse beziehen sich dort also auf meiner Seite. Aber das ist ja zum Testen egal. Und dann wäre wohl der besten Standort zwischen Seitenkopf und Startseite. Also ganz oben in der Navileiste. Viele Grüße -- Rainer Lippert 14:26, 3. Jan. 2017 (CET)

Aha, wegen der Feiertage dachte ich, du wärst vielleicht weggefahren und nicht dazu gekommen. Die Google-Suchbox habe ich nun bearbeitet, so gut ich konnte; mehr geht nicht, vor allem auch, weil Jimdo einen nicht den HTML-Quelltext bearbeiten lässt. Der Code ist ziemlich verschachtelt, alles ist als einzeilige Tabelle aufgebaut und daher kann ich da keine zweite Zeile erzeugen. Zu allem Überfluss wird der dazugehörige CSS-Code über das eingebettete Javascript direkt von Google bezogen und überschreibt damit allen anderen konkurrierenden Code (weswegen Du jetzt mehrere !important finden wirst, die das, so gut es geht, ausgleichen sollen). Ich habe aber versucht, das Eingabefeld so groß wie möglich zumachen. Und frag bitte nicht wegen der Rahmen

, ich hatte versucht, den inneren zu entfernen (weil ich außen dann einen anderen setzen wollte), bin aber gescheitert. Wie üblich den CSS-Code aus Eigenes Layout→CSS kopieren. Wenn man die Suchleiste rechts oben hinsetzen könnte, wo wegen der Breadcrumbs immer Platz ist, könnte die Suchleiste sicherlich viel breiter sein, nur würde das wohl einen erheblichen Umbau der Seitenstruktur nach sich ziehen müssen. Ich könnte das vermutlich testen, wenn ich wegen der Breitentests sowieso Änderungen daran machen muss. — Speravir (Disk.) – 00:44, 5. Jan. 2017 (CET)

Hallo, das ist schon einmal sehr gut, danke. Kann man das jetzt noch irgendwie oberhalb von Startseite einbauen? So dass es immer oben bleibt. Jetzt wandert es bei aufgeklapptem Menü weit nach unten. Und der Cursorstrich, also der Anfang, ist ganz links. Lässt sich das noch minimal nach rechts verschieben? Viele Grüße -- Rainer Lippert 15:54, 5. Jan. 2017 (CET)

Beides erledigt. Zu letzterem: Upps, das hätte mir selbst auffallen sollen. Zu ersterem: Dazu musste ich in der HTML-Grundstruktur (Eigenes Layout→HTML) innerhalb der Navi-Div den Sidebar-Bereich vor den Navibereich verschieben. Am besten die gesamte Grundstruktur kopieren. Zusätzlich waren weitere Anpassungen nötig, also auch CSS wieder kopieren. — Speravir (Disk.) – 01:45, 6. Jan. 2017 (CET)

Hallo, jetzt passt es, danke. Mal was anderes. Ich glaube aber, das kann man nicht beeinflussen. Ich habe geplant, größere Bilder einzubauen. Nun ist es so, wenn man einmal draufklickt, wird das Bild vergrößert. Aber nicht komplett. Oben und unten bleibt ein breiter Streifen ungenutzt. Da wäre es schon schön, wenn das Bild den kompletten Raum ausnutzt. Also den ganzen sichtbaren Bereich belegt. Nach oben und nach unten. Klickt man dann nochmal drauf, wird es in kompletter Größe angezeigt. Oben ist aber ein Bereich mit einem graufen Streifen überlagert, der dann irgendwann verschwindet. Für den Streifen sehe ich keinen Sinn, sondern eher das er stört. Lässt sich daran irgendetwas beeinflussen? Hier habe ich mal ein etwas größeres Bild zum testen eingebaut. Bei Monumentaltrees ist es genau so, wie ich es gerne hätte. Viele Grüße -- Rainer Lippert 18:40, 6. Jan. 2017 (CET)

Bei der Bilddarstellung funkt eine Script von Jimdo rein, wie man es inzwischen häufiger für Bilddarstellungen findet. Monumentaltrees öffnet wohl das Bild „nur“ in einem eigenen Fenster/Tab, und zwar als reine Bilddatei (gefällt mir auch deutlich besser). Der graue Streifen ist doch so groß wie vorher der schwarze Balken und enthält noch Symbole, die auch bei der verkleinerten Ansicht zu sehen sind. Diese Knöpfe rechts oben, die verschwinden würden, wenn ich den oberen Balken ausblende, und der untere Teil, der in Wirklichkeit aus mehreren Abschnitten zusammengesetzt ist, sind auch das eigentliche Problem für mich – kurz: Ich bekomme da nichts Vernünftiges hin. Du könntest nur ein Addon installieren (und das anderen empfehlen), das das Kontextmenü wieder einblendet, so dass man das Bild in einem neuem Tab öffnen kann (Links zu den Addons bei Interesse). Aber noch etwas anderes: Auf Deiner Seite ist die Ausrichtung der Suchbox komischerweise anders. Und außerdem habe ich, so wie es semantisch richtig ist, die Navigation zu einer Unterabteilung der Sidebar gemacht (beide vertauscht). Auf diese Weise kannst Du irgendwann, wenn Du das willst, nach der Navigation noch etwas einfügen (bisher ging ja nur oberhalb oder unterhalb). Also bitte wieder HTML-Grundstruktur und CSS-Code kopieren. — Speravir – 01:54, 9. Jan. 2017 (CET)

Hallo, ok, dachte mir schon, dass das nicht geht. Bei mir geht aber nur der graue Streifen durch das Bild. Die Symbole sind komplett außerhalb vom Bild. Deswegen dachte ich, der Streifen könnte nur so breit sein wie die Symbole. Das mit Addon ist zu umständlich denke ich. Das andere habe ich übernommen. Ich weiß nicht genau, was jetzt das Problem war. Also was du meinst. Aber vielleicht war ich das auch? Ich habe bei meiner Seite eine leicht andere Einstellung der Navileiste. Das habe ich irgendwann mal von selbst angepasst. Den Abstand hatte ich auf 15 Pixel gesetzt, statt 20. Damit der Freiraum links in etwa so breit ist wie rechts. Und dann habe ich etwas tiefer noch etwas von 0,5 auf 0,35 geändert. Weiß aber jetzt nicht mehr, was das genau bezweckt hat. Dadurch ist meine Navileiste weiter links wie die Suchbox. Hast du das gemeint? Dann könnte man die Suchbox auch um diesen Betrag nach links setzen? Dann wäre es minimal breiter. Noch was anderes jetzt. Ich habe gestern meine Seite in eine Pro-Version umgestellt. Damit habe ich jetzt mehr Speicherplatz. Denn der ist schon eng geworden. Jetzt hat die Seite als Endung auch de, statt jimdo.com. Wenn ich jetzt die Seite mit so einem Testprogramm teste, erscheint als Hinweis Viewport nicht gesetzt. Das ist früher nicht erschienen. Was hat das zu bedeuten? Hat das was mit der Umstellung zu tun? Und muss jetzt so ein Code in den Headbereich? Ich habe dazu im Internet was gelesen, blicke aber nicht durch. Viele Grüße -- Rainer Lippert 15:52, 9. Jan. 2017 (CET)

Auf welcher Testseite war das? Die weiter oben schon mal von dir verlinkten haben mir so etwas nicht angezeigt (oder hast Du die Mobilversion getestet?). Wegen der Suchbox: Ja, genau das war, aber die Höhe im Vergleich zum Brotkrumen stimmte auch nicht, und das lag an unterschiedlichen Angaben für den #content. Ich habe nun alles auf der Testseite an deine richtige Seite angepasst. Aber: Die Gesamtbreite war zunächst auch geringer, und als ich das Padding für den #content vergrößerte, rutschte der Inhalt plötzlich unter die Navigation. Ich hatte mich übrigens leider geirrt mit ober- und unterhalb der Navi etwas einfügen, einen zweiten Sidebar-Bereich einzufügen geht doch nicht

(M*st, auf irgendeiner Jimdo-Hilfeseite stand mal, welche Bereiche mehrfach vorhanden sein dürfen.) — Speravir – 01:43, 10. Jan. 2017 (CET)

Hallo, hier wird das erwähnt. Bei Usability steht das dort. Und bevor ich die Domain umbenannt habe, stand das da glaube ich nicht da. Ok, ich habe jetzt mal komplett alles von der Testseite übernommen. Dort habe ich die Breite für Content noch auf 970 Pixel gesetzt. Viele Grüße, Rainer

Aha, das muss vorher auch schon bemängelt worden sein, es sei denn, sie hätten den entsprechenden Test erst kürzlich eingebaut. Es handelt sich um dieses: HTML/Kopfdaten/meta: Viewport – SELFHTML-Wiki. Ich habe die Testseite mit WeTest gecheckt, dort wurde der fehlende Viewport ebenfalls bemängelt. Nachdem ich aber den Meta-Tag-Eintrag in den Head eingesetzt hatte, kam keine Warnung mehr. Siehe also unter Einstellungen→Head bearbeiten. Sieht so aus, dass ich mir jetzt mal ansehen könnte, ob und wie die Breite etwas flexibler gestaltet werden könnte. — Speravir – 01:15, 11. Jan. 2017 (CET)

Hallo, das muss dann neu sein. Denn den Test habe ich schon mehrmals gemacht, da kam das bisher nicht. Ein Punkt höher wurde die Seite jetzt bewertet, nach dem Einbau von Viewport. Letzte Woche hatte meien Seite dort noch 83 Punkte. Bis dahin fehlt jetzt aber noch ganz schön viel. Ja, wäre schön, wenn du da mit der Breite noch was hinbekommst. Noch ein Punkt. Da ich ja jetzt mehr Speicherplatz habe, mache ich die Bilder größer. Ich baue die Bilder jetzt mit der maximalen Größe ein. Also so, dass sie von der Seite her begrenzt werden. Würde man also den Datenbereich vergrößern, würden die Bilder größer werden. Bei den waagerechten Bildern passt das so. Aber bei senkrechten Bildern werden diese dann zu groß. Kann man da irgendwie eine Breite/Höhenbegrenzung vorgeben? Also so ähnlich wie in Wikipedia. Mittels den Plus- und Minustasten kann man die Größe verändern, ist klar. Ab das ist dann wieder wie eine feste Größe. Und zudem ist glaube ich die Bildqualität im Vorschaubild etwas schlechter, wenn ich es mit den Tasten auf eine bestimmte Größe bringe. Stelle ich sie wiederum in Maximalgröße ein, wodurch sie dann durch die Seite auf aktuell 970 Pixel breite begrenzt werden, diese besser ausschauen. Ich weiß nicht, ob das jetzt Verständlich genug war? Viele Grüße -- Rainer Lippert 16:11, 11. Jan. 2017 (CET)

Hmm, kannst Du mal ’nen Link zu solch einer Datei geben, ich kann mir das gerade nicht vorstellen. Wie ich übrigens herausgefunden habe, heißt das verwendete Programm/Plugin für die Bildansicht PhotoSwipe (steht so in der CSS-Datei, die im Hintergrund geladen wird). Wenn du die Webseite PhotoSwipe: Responsive JavaScript Image Gallery aufrufst und die Demo-Galerie ausprobierst, sollte dir Variante „All controls“ bekannt vorkommen (nebenbei sieht man, dass der untere Teil für Bildtext gedacht ist), aber die Variante „Minimal“ sollte dem entgegen kommen, was Du willst. Da du jetzt die Pro-Version bei Jimdo nutzt, kannst Du doch Support in Anspruch nehmen. Frag doch mal nach, ob es eine Möglichkeit gibt, diese Minimal-Variante zu aktivieren (und wenn nein, bitte darum). Vielleicht könnten sie aber auch die Variante aktivieren, dass Bilder einfach nur in einem neuen Tab geöffnet werden. — Speravir – 01:34, 13. Jan. 2017 (CET)

Hallo, was meinst du jetzt mit Datei? Jetzt verstehe ich dich nicht. Oder meinst du ein Beispiel mit Bildern? Hier habe ich mal zwei Bilder eingestellt. Beide sind gleichgroß. Beide sind ohne Größenbegrenzung eingebunden. Das senkrechte Bild wird aber viel größer angezeigt. Ist es möglich, dass das senkrechte Bild in der Vorschau genauso groß wie das waagerechte Bild angezeigt wird? Also beim senkrechten Bild eine Breitenbegrenzung vorgeben, was die Höhe des waagerechten Bildes entspricht. Der Support ist meiner Meinung nach jetzt viel schlechter wie früher. Ich warte seit Tagen auf eine Antwort. Bekomme immer eine automatische Mail, dass sie so viel zu tun haben, es dauert noch etwas. Früher hatte ich meistens am nächsten Tag eine Antwort. Da wurde aber gesagt, wenn es schneller gehen soll, soll ich auf Pro wechseln. Ich werde aber mal Fragen. Bekomme aber wahrscheinlich erst nach dem Wochenende eine Antwort. Viele Grüße -- Rainer Lippert 19:41, 13. Jan. 2017 (CET)

Ja, an genau so ein Beispiel dachte ich, danke. So kann ich mir vorstellen, was Du meintest. Ich habe jetzt eine Maximalhöhe von 750px eingestellt, weil einige der breiten Bilder in der Standardansicht eine Höhe knapp darunter haben. Wenn dir das noch zu groß ist, gib Bescheid oder suche im CSS-Code nach #content_area img { max-height: 750px; } (dieser Code betrifft alle Bilder im Inhaltsbereich). Ich musste auch Code ergänzen, dass die Bilder zentriert ausgerichtet werden, es kann aber sein, dass der Nebenwirkungen hat. Das müsstest Du auf Deiner Seite beobachten. — Speravir – 01:26, 15. Jan. 2017 (CET)

Hallo, ja, genau, das geht in die richtige Richtung. Du hast mich da aber immer noch nicht richtig verstanden. Ich will, dass in der Vorschau das senkrechte Bild genau so groß erscheint wie das waagerechte. Würde man also visuell das senkrechte Bild um 90 Grad drehen, soll es Deckungsgleich zum waagerechten sein. Du hast jetzt quasi das senkrechte Bild so hoch gemacht, wie das waagerechte. Richtig ist aber, das senkrechte Bild so breit zu machen, wie das waagerechte hoch ist. Warum auf die Breite begrenzen? Weil ich alle Bilder auf der kurzen Seite mit 1200 Pixel einbaue. Egal ob waagerecht oder senkrecht. Die lange Seite ist unterschiedlich, je nach Format, zwischen 1600 und 1800 Pixel. Deswegen die Begrenzung auf die kurze Seite. Ich habe jetzt mal auf der Testseite das height durch width ersetzt. Jetzt hat das senkrechte Bild die größe die ich haben will. Aber da sich das jetzt auch auf das waagerechte Bild auswirkt, ist dieses jetzt zu schmal. Der Befehl darf sich also nur auf das senkrechte Bild beziehen, oder man macht irgendeinen Code, wo Höhe und Breite drin vorkommt? Keine Ahnung, wie und ob das geht. Hast du jetzt verstanden, wie ich es meine? Viele Grüße -- Rainer Lippert 09:02, 15. Jan. 2017 (CET)

Das geht meines Erachtens mit Sicherheit nur mit Javascript, und da müsstest Du nochmal woanders fragen. Wir können aber zeitgleich eine Maximalhöhe und -weite mit gleichem Wert vorgeben, der kleiner als 1200 Pixel ist ~~und auf jeden Fall größer sein müsste, als die kurze Seite jedes der Bilder in Wirklichkeit ist~~. Aber wenn ein Betrachter eine kleinere ~~Bildschirm~~Fenstergröße hat als dieser Wert, werden bei ihm die Bilder nicht gleich groß sein. — Speravir – 18:26, 17. Jan. 2017 (CET)

Ääh, da habe ich was durcheinander gebracht, 1200 Pixel sind ja die kurze Seite. — Speravir – 19:08, 17. Jan. 2017 (CET)

Hallo, wenn ich dich also richtig verstehe, ist das ganze nicht so einfach zu lösen. Dann mache ich es weiter wie bisher und gebe die Größe manuell vor. Ach ja, Jimdo hat heute geantwortet, wegen der Bildervorschau. Sie haben derzeit so viel zu tun. Ich soll mich noch etwas gedulden, bis ich eine richtige Antwort bekomme. Seitdem die von mir Geld bekommen haben, ist der Support viel schlechter geworden. Viele Grüße -- Rainer Lippert 19:43, 17. Jan. 2017 (CET)

Na ja, sieh’s dir an. Ich habe nämlich genau das getan, zeitgleich eine Maximalhöhe und -weite mit gleichem Wert vorgegeben. Laut Web Developer Tools in Firefox und Iron werden die Bilder nun gleich groß dargestellt. Komisch ist nur, dass beim Laden der Bilder in einem neuen Tab das Querformat der eingebetteten Version entspricht, die Hochkantversion aber größer ist. — Speravir – 02:14, 19. Jan. 2017 (CET)

Hallo, so ganz klappt das noch nicht. Ich habe jetzt beim senkrechte Bild maximale Größe angegeben. Es ist jetzt komplett Breit und nicht ganz so hoch wie es ist. Das Format passt jetzt nicht mehr. Es erscheint gestaucht. Viele Grüße -- Rainer Lippert 17:38, 19. Jan. 2017 (CET)
Nachtrag: irgendwie komisch, einmal funktioniert es, dann wieder nicht. -- Rainer Lippert 19:12, 19. Jan. 2017 (CET)

Hallo, Google scheint etwas an der Suche geändert zu haben. Auf meiner Seite erscheint das eingeblendete Suchfenster komplett anders aus. Kannst du daran irgendetwas richten? Und hast du dir mit der variablen Breite nochmal Gedanken gemacht? Danke und viele Grüße -- Rainer Lippert 14:29, 7. Mär. 2017 (CET)

Weitere Spalte in Tabellen[Bearbeiten | Quelltext bearbeiten]

Hallo Speravir, ich habe meine Seite inzwischen weiter ausgebaut. Es gibt jetzt hier eine Deutschlandliste. Dann habe ich noch weitere Baumarten eingebaut. Bei jeder Art gibt es auf der Übersichtsseite eine Tabelle. Problem ist jetzt, dass alle Tabellen nicht mehr an ein Bundesland gebunden sind. Man sieht jetzt nicht, in welchem Bundesland ein Baum steht. Ich möchte da jetzt eine weitere Spalte einbauen. Sie soll als dritte Spalte rein. Und die beiden ersten Spalten entsprechend etwas schmäler. Ich denke da an die Abkürzungen der Bundesländer. Und so, dass man den Namen komplett lesen kann, wenn man mit der Maus drüberfährt. Und dann noch die jeweilige Landesflagge. Also so ähnlich wie in Wikipedia auch. Die Landesflaggen werden dann wohl jeweils als eigene Datei hochgeladen und entsprechend eingebunden? Die abgewandelte Tabelle muss dann ja wohl wieder bei CSS rein? Ich will die bestehenden Listen nur mit der Spalte erweitern. Also nicht neu anlegen. Also bei jeder Zeile die entsprechende Zelle mit Inhalt einbauen. Und bei der Tabelle den Kopf austauschen. Ist das irgendwie möglich? Danke und viele Grüße -- Rainer Lippert 08:48, 11. Mai 2017 (CEST)

Rainer, ich habe mir die Deutschland-Tabelle auf die Testtabelle-Seite kopiert und werde zunächst nur daran arbeiten. Gehe übrigens mal auf die Testseite: Man will wissen, ob die Mailadresse noch stimmt. Willst Du wirklich die Landesflaggen verwenden oder doch eher die Landeswappen? Ich würde letzteres bevorzugen. Wegen der Bilder: Man kann sie alle in ein Bild packen und dann immer nur den passenden Ausschnitt anzeigen lassen, und zwar – richtig – per CSS. So wird auf der Seite nur dieses eine Bild geladen statt 16 verschiedene, was wohl meist schneller ist, auch wenn das eine Bild größer ist als die vielen kleinen Bilder. Die Anzeige der Abkürzungen und des vollen Namens nur bei Mausover geht aber ausschließlich per HTML (und das muss dann sicherlich direkt im HTML-Code gemacht werden). Was meinst Du mit „Kopf austauschen“ – die Spalte Bundesland oder wohl besser kürzer Land ergänzen? — Speravir – 23:04, 13. Mai 2017 (CEST)

Hallo Speravir, die Mailadresse habe ich bestätigt. Du hast natürlich recht. Ich meine die Landeswappen. Da habe ich mich verkehrt ausgedrückt. Mit Kopf austauschen meine ich, dass der Rest der Tabelle identisch zur bestehenden Deutschlandtabelle bleiben soll. Lediglich mit einer neuen Spalte. Um aber diese eine Spalte neu zu laden, muss ja wohl die Liste einen neuen Teil im CSS bekommen? Also eine Kopie des bestehenden Teils mit der Ergänzung und Anpassung der Breiten. Ansonsten passen ja die angepassten Breiten und Ausrichtung nicht? Also bei "Class", oder wie man sagt, muss dann ja einen anderen Namen rein? Der, der dann auch im CSS bei der Tabelle steht. Und die eine Spalte muss mit rein. Ich weiß nicht wie ich das erklären soll. Ich will die bestehenden Tabellen so nutzen wie sie sind. Also nicht komplett neu anlegen. Das wäre zuviel arbeit. Also nur den Bereich für die neue Zelle bei jeder Zeile reinkopieren und den entsprechenden Inhalt, um das Landeswappen und die Abkürzung zu generieren, reinschreiben. Man muss mal schauen, ich denke aber, Bundesland ist wohl zu lang? Bei den Abkürzungen, macht man da dann komplett zweistellig? Also NW, oder NRW für Nordrhein-Westfalen? Und sortierbar müsste dann diese Spalte auch noch sein. Aber das dürfte ja kein Problem sein? Wenn die Deutschlandtabelle fertig ist, kann ich das ja bei den anderen entsprechenden Tabellen genau so machen. Die benötigen den gleichen Code im HTML und CSS, da die identisch sind. Viele Grüße -- Rainer Lippert 08:03, 14. Mai 2017 (CEST)

O, welche anderen Tabellen noch? Alle anderen länderübergreifenden, bei denen bisher keine Länderangabe existiert? Du liegst nämlich volkommen richtig mit der Klasse und dem eigenen CSS-Code. Ich denke auch, dass Bundesland zu lang ist, aber Land oder vielleicht Bd.-Land gehen. Als Länderkürzel würde ich die dreibuchstabigen bevorzugen, sofern sie nicht ungebräuchlich sind. Man könnte übrigens, wenn man die Wappen einmal hochgeladen hat, diese auch beim Überfahren in der Seitenleiste und in der Länder-Übersichtstabelle auf der Startseite anzeigen lassen, das wäre dann aber eine weiterer Schritt. — Speravir – 02:27, 15. Mai 2017 (CEST)

Hallo, ich meine die, die bei den anderen Baumarten sind. Hier bei den jeweiligen Baumarten ist eine Tabelle drinnen. Die ist aber genauso aufgebaut wie die Deutschlandtabelle. Also Land hört sich meine ich gut an. Sortierbar müsste die Spalte später auch sein. Ja, das kann man dann auch bei der Seitenleiste so machen. Viele Grüße -- Rainer Lippert 15:16, 15. Mai 2017 (CEST)

Ah, OK. — Speravir – 02:18, 16. Mai 2017 (CEST)

Deutschlandtabelle[Bearbeiten | Quelltext bearbeiten]

Ich habe angefangen, die Tabelle auf der Testseite zu bearbeiten, und den notwendigen CSS-Code gebastelt, an dem ich gern nicht mehr allzu viel ändern würde. Nicht wundern: alle unbearbeiteten Zeilen sind noch auskommentiert. Es gibt dabei ein kleines Darstellungsproblem mit der untersten Länderzelle in Firefox und IE (Edge kann ich nicht testen), das ich nicht gelöst bekomme und daher in Kauf nehmen würde. Wegen der Länderkürzel würde ich dich gern fragen, ob Du hierzu andere Vorschläge/Vorstellungen hast (in Klammern offiziell verwendete zweibuchstabige Abkürzungen, ich würde aber die anderen bevorzugen):

Baden-Württemberg: BW
Bayern: BAY (BY)
Berlin: BLN (BE)
Brandenburg: BRB (BB)
Bremen: BRE (HB)
Hamburg: HAM (HH)
Hessen: HES (HE)
Mecklenburg-Vorpommern: MV
Niedersachsen: NDS (NI)
Nordrhein-Westfalen: NRW (NW)
Rheinland-Pfalz: RP
Saarland: SL
Sachsen: SN
Sachsen-Anhalt: ST
Schleswig-Holstein: SH
Thüringen: TH

Wegen der Wappen müssen wir uns aber noch einmal unterhalten: Wir dürfen doch davon ausgehen, dass Deine Seite einen Bildungsauftrag erfüllt, oder? Also, ich würde das bejahen. Das ist leider kein Scherz, denn verschiedene Bundesländer schränken die erlaubte Nutzung ihrer Wappen ein, aber soweit ich das bisher gefunden habe, ist eine bildungsorientierte Verwendung immer frei. Es gibt häufig ein immer erlaubtes Landessymbol, das in einzelnen Fällen sogar zu bevorzugen ist, aber in anderen Fällen überhaupt nicht. Sieh dir mal die Länderartikel und von dort verlinkten Artikel zu den Wappen an. Eventuell müssen wir doch die Landesflaggen nehmen, siehe in Deutschland#Länder, wie das bei geringer Größe aussieht. — Speravir – 02:18, 16. Mai 2017 (CEST)

Nachtrag: ~~Das Darstellungsproblem kann für die letzte Zelle gelöst werden,~~ aber es tritt auch bei einigen Mausover-Infokästen auf, und zwar nach Fix für die letzte Zeile genau bei entgegengesetzt gefärbten Zellen. Das alles hängt mit der Zebra-Einfärbung zusammen. Da fällt mir erst einmal nichts zu ein. — Speravir – 02:44, 16. Mai 2017 (CEST)

Hallo, also die dreistelligen Abkürzungen passen so. Die Tabelle schaut soweit auch gut aus. Hmm, Bildungsauftrag? Ja, ich denke auch. Die Flaggen würden aber auch gehen. In Wikipedia, was wird da überwiegend gemacht? Wo ich es jetzt gesehen habe, eher Flaggen. Man müsste es mal im Vergleich sehen, was sich besser macht. Oder kennst du eine Liste in Wikipedia wo Wappen drinnen sind? Dann könnte man einmal vergleichen. Viele Grüße -- Rainer Lippert 23:04, 16. Mai 2017 (CEST)

Ich müsste erst mal nach weiteren Artikeln suchen, aber wenn Du kein Problem mit den Flaggen hast, wärest Du damit auf der sicheren Seite … Oben musste ich etwas streichen: Das stimmt nur für eine bestimmte Anzahl an Zeilen – je nachdem, ob man eine gerade oder ungerade Zahl hat, kommt der Fehler mit der einen oder der anderen CSS-Code-Variante für die Einfärbung. — Speravir – 01:53, 17. Mai 2017 (CEST)

Was gefällt Dir besser: Bayern oder Bayern? In der Testtabelle kannst Du es bei den ersten beiden Einträgen vergleichen (ich hab es dort nur für den zweiten individuell geändert). Oder doch ohne Fettauszeichnung wie gestern? — Speravir – 03:36, 17. Mai 2017 (CEST)

Hallo, also die Flaggen gehen soweit in Ordnung. Die erste Schreibweise würde mir besser gefallen. Ist der Zeilenumbruch bei den längeren Bundesländernamen beabsichtigt? Ohne Umbruch macht es sich meine ich besser. Die Fettauszeichnung schaut gut aus. Es fehlt halt jetzt wieder der direkte Vergleich zu gestern. Viele Grüße -- Rainer Lippert 15:18, 17. Mai 2017 (CEST)

Den Zeilenumbruch habe ich gesehen, aber mich störte er nicht; das ist normales Verhalten aktueller Browser. Aber dass ich ihn nun unterbunden habe, macht den oben mehrfach erwähnten Darstellungsfehler weniger offensichtlich, siehe dir aber jetzt lie letzte Zeile mit Zeublitz im Firefox oder IE an. Du hast Doch Windows 10 – wie sieht es im Edge aus? Die Tabelle selbst ist nämlich inzwischen vollständig. Ich habe nur den CSS-Code noch nicht in den Abschnitt für die Tabellen einsortiert. Es fehlt mir auch noch der Part für die Flaggen. — Speravir – 03:23, 18. Mai 2017 (CEST)

Hallo, jetzt passt es mit den Umbrüchen. Ich habe Windows 8 und kein Edge. Im Google Chrome schaut es allerdings gut aus. Im Firefox gibt es unterhalb wie du schon richtig anmerkst ein Problem. Viele Grüße -- Rainer Lippert 15:23, 18. Mai 2017 (CEST)

Ach so, 8 statt 10. — Speravir – 02:14, 19. Mai 2017 (CEST)

So, jetzt habe ich die Flaggen auch eingebunden. Besser bekomme ich es nicht hin. Ich hatte die Flaggendatei auch schon so vorbereitet, dass man sie für die Seiten-Navi nutzen kann, aber das will nicht funktionieren und wäre vielleicht auch zu überladen (und ich hatte keine Muße, nach der Ursache zu suchen). Ich werd die Flaggendatei noch einmal neu hochladen und den CSS-Code daran anpassen (Nachtrag: Erledigt). Apropos: Wenn ich den CSS-Code ordentlich sortiert habe, könntest Du alles zur richtigen Seite rüberschaufeln, nur: Du hast bei dir irgendwelche Breiten geändert (für mich eigentlich zu breit, aber vielleicht ist mein Bildschirm nicht mehr Standard). Kannst Du sie selbst auf der Testeite anpassen oder soll ich? — Speravir – 02:14, 19. Mai 2017 (CEST)

Hallo, das schaut ja schon sehr gut aus. Die Flaggen sind jetzt allerdings hinter den Länderkürzeln. In Wikipedia ist das andersherum. Zumindest bei den Listen, wo ich geschaut habe. Da die Flaggen jetzt dahinter stehen, stehen sie nicht genau untereinander. Kann man die Flaggen auch davor machen? Ja, an den Breiten hatte ich noch etwas gepastelt. Welche Bildschirmbreite hast du jetzt? Ob ich das dann alles selber anpassen kann, weiß ich nicht. Glaube es aber eher nicht. Wäre also schön, wenn du das dann auch machst. Ich habe an den Breiten an mehreren Stellen Änderungen durchgeführt. Weiß jetzt aber auch nicht mehr wo alles. Viele Grüße -- Rainer Lippert 14:52, 19. Mai 2017 (CEST)

O je, natürlich sieht das so deutlich besser aus, da hatte ich irgendein Brett vorm Kopf, dass ich daran nicht gedacht habe. Außerdem ist mir noch etwas eingefallen, das die HTML-Eingabe etwas vereinfacht. Ich werde gleich mal oben den speziell notwendigen Code für alle Tabellen mit einer Länderspalte einfügen, aber das Wichtigste hier: Die Tabellenklasse ist dtliste, die Klasse im Tabellenkopf ist BLand, und die Zellen müssen einerseits der Klasse land sowie andererseits einer länderspezifischen Klasse angehören, wofür ich die oben genannten Kürzel verwendet habe. Die Zellen haben alle ein<span>-Element, das essentiell notwendig ist, also nicht fehlen darf. Du könntest die Datei flaggen.png übrigens schon einmal bei dir hochladen (Menü → Design → Eigenes Layout → Dateien).

Ich habe die Länderspalte schon so weit eingeengt, dass sie bei mir gerade so nicht mehr umbricht, aber teste noch einmal mit Chrome. Die Breiten von Deiner richtigen Seite habe ich auch übertragen (genau genommen habe ich einfach den gesamten Code kopiert …

). Den CSS-Code solltest Du erst kopieren, wenn dir nichts mehr negativ auffällt.

Und: Mein Bildschirm ist auf 1280-Pixel-Breite eingestellt, was das Maximum für ihn darstellt. Ich denke, damit hinke ich meilenweit hinter der Entwicklung hinterher.

— Speravir – 01:11, 20. Mai 2017 (CEST)

Hallo, so ein Brett habe ich auch manchmal vor dem Kopf ;-) Jetzt passt es sehr gut. Also die Breite passt im Chrome auch. Die Datei habe ich bei mir hochgeladen. Noch etwas zu dem Darstellungsproblem unten. Liese sich das umgehen, wenn man eine zweite Tabellenklasse im CSS anlegen würde, so dass die erste Zeile dunkelgrau, statt hellgrau ist? Oder aber die Tabelle wird nicht nach der ersten Zeile ausgerichtet, sondern nach der letzten? Diese dann immer in Dunkelgrau. Ich weiß nicht, ob das überhaupt geht. Ansonsten ist das ja nicht schlimm mit dem Darstellungsproblem. Ja, mit 1280 Pixeln Bildschirmbreite liegst du jetzt glaube ich schon etwas unter dem Durchschnitt. Viele Grüße -- Rainer Lippert 13:15, 20. Mai 2017 (CEST)

Ich hatte das schon ausprobiert: Jetzt wird jede ungerade Zeile heller eingefärbt als bei der grundsätzlichen Vorgabe. Man könnte auch die hellere Färbung vorgeben und jede gerade Zeile dunkler einfärben. Das würde bei der jetzigen Anzahl an Zeilen funktionieren, aber sobald eine weitere Zeile ergänzt würde, wäre der Fehler wieder zu sehen (oder zum Beispiel in einer anderen Tabelle mit zufällig anderer Zeilenzahl). Ich weiß nicht, wie ich das umgehen kann, deshalb würde ich damit leben. Was anderes: Die Flaggen könntest Du doch auch in die beiden Tabellen auf Deiner Startseite einbauen; der Aufwand dafür sollte sich in Grenzen halten, da nur die zwei betroffen sein sollten. Ich müsste dann aber den CSS-Code für die Länder noch ein wenig umbauen. — Speravir – 01:50, 21. Mai 2017 (CEST)

Hallo, da hast du mich jetzt falsch verstanden. Ich hatte gemeint, dass im CSS zweimal das ganze steht. Einmal mit hellgrauem Beginn, einmal mit dunkelgrauem Beginn. Und je nachdem, mit welcher Zeile die Tabelle endet, die Klasse ändern. Wenn also die Tabelle passt und dann irgendwann eine Zeile hinzugefügt wird, dann oben gleichzeitig die Klasse ändern. Also jedesmal wenn eine Zeile dazukommt, einfach die Klasse ändern. Sollte eigentlich funktionieren, dachte ich mir. Aber es ist ja egal. Das fällt ja gar nicht auf. Das kann ruhig so bleiben wie jetzt. Ja, das ist eine gute Idee. Die Flaggen können da auch rein. Dann warte ich erst noch mit dem Übertrag des Codes, bis alles fertig ist. Viele Grüße -- Rainer Lippert 09:45, 21. Mai 2017 (CEST)

Ach, so war das gemeint. Ja, das mit den zwei Klassen ginge, man müsste aber bei jeder Änderung, die eine neue Zeile erzeugt, daran denken, die Tabelle anzupassen. Erfahrungsgemäß vergisst man das irgendwann, und vielleicht wäre es irgendwann gar nicht mehr nötig. Den Code für die Starttabellen habe ich geändert. Ich habe sie jetzt auch auf der Testseite auf die Startseite verschoben, aber die Zahlen sind dort ja nicht mehr aktuell. Du solltest auf Deiner richtigen Seite Folgendes machen: Du musst in den HTML-Code gehen und dort aus <td>Baden-Württemberg</td> ein <td class="bw">Baden-Württemberg</td> machen usw. (Wenn Du etwas falsch gemacht hast, sieht Du entweder keine oder die falsche Flagge. Ist mir selbst passiert.) Du hast bei dir übrigens direkt vor der zweiten Starttabelle eine einzelne umherirrende 9 zu stehen. Bei der Anpassung fiel mir ein, dass man auch den Code für die anderen Tabellen mit Länderspalte so ändern könnte, dass man ohne die Klasse land auskäme, allerdings müsste dann sichergestellt sein, dass es sich immer um die dritte Spalte handelt. Aus <td class="land bw"><span>Baden-Württemberg</span></td> würde dann <td class="bw"><span>Baden-Württemberg</span></td> (wie schon erwähnt, der Span ist hier essentiell nötig). Soll ich das lieber auch so ändern? Man könnte den Span sogar zur Vereinheitlichung in die Starttabellen einfügen, obwohl er dort eigentlich nicht benötigt wird. Ich würde es dann auch hier oben entsprechend anpassen.

Wie dann weiter? Wollen wir für jede andere Tabelle ein Beispiel auf der Testseite erzeugen? Du hattest zwar von den neuen Seiten mit anderen Baumarten/-gattungen gesprochen, aber die Tabellen über mehrstämmige sowie historische Eichen und über andere Eichenarten würden meiner Ansicht nach davon ebenfalls profitieren. Das Vorgehen wäre aber eigentlich immer dasselbe: Aus <table class="sortable liste" align=""> (das align="" wird ja von Jimdo automatisch eingefügt) müsste ein <table class="sortable dtliste" align=""> werden (liste → dtliste), dann als dritten Spaltenkopf <th class="BLand">B.-Land</th> und anschließend müssten die passenden Tabellenzellen eingefügt werden, wie hier oben unter Tabellen mit Länderspalten aufgeführt – logischerweise ebenso als dritte Zelle einer Zeile. — Speravir – 00:37, 22. Mai 2017 (CEST)

Hallo, ja, so habe ich das gemeint gehabt. Aber war wie gesagt nur eine Idee. Das kann durchaus so bleiben wie es jetzt ist. Denn du hast recht. Irgendwann vergesse ich bestimmt das abzuändern, dann passt es wieder nicht. Ansonsten machen wir alles so wie du vorgeschlagen hast. Also die Vereinfachungen und so. Wenn dann alles soweit passt, fange ich damit an, alles auf meiner Seite umzustellen. Wenn der Code komplett fertig ist, will ich auch alle anderen Tabellen umbauen. Es gibt auch noch eine nur mit Traubeneichen. Unberührt bleiben dann lediglich die Tabellen, die direkt bei einem Bundesland drinnen stehen. Das würde ich dann jeweils auf meiner Seite umbauen, wenn der Code im CSS dann steht. Es sind ja keine so große Tabellen. Die müsste ich in ein paar Minuten umbauen können. Der Ablauf ist dann ja bei allen Tabellen gleich. Das mit der 9 hatte ich gestern Abend schon selber gemerkt. Da war wohl der Cursor beim aktualisieren der Tabelle an der falschen Stelle. Aber danke für den Hinweis. Mir schwebt da jetzt noch etwas vor. Ich weiß aber gar nicht, ob das umzusetzen ist. Die große Deutschlandliste würde ich eine Ranglistenspalte verpassen wollen. Also wenn man irgendeine Spalte zum sortieren anklickt, müsste dann eine Spalte erscheinen, die von 1 bis ganz runter geht. Also im moment bis 235. Um zu sehen, auf welchen Platz die jeweilige Eiche beim Umfang oder der Höhe steht. Würde es nur eine Spalte mit Daten geben, wäre das wohl einfach umsetzbar. Die Spalte müsste also irgendwie unabhängig von der Tabelle sein? Ist so etwas machbar? Viele Grüße -- Rainer Lippert 15:38, 22. Mai 2017 (CEST)

Weitere Ländertabellen[Bearbeiten | Quelltext bearbeiten]

Code ist umgebaut und auch die Dtl-Tabelle angepasst. Den Starttabellen habe ich zusätzlich noch eine Flagge für Gesamtdeutschland spendiert (dazu die Flaggendatei neu hochgeladen), die entsprechende Klasse ist dtl – ich musste dafür schwer meine Phantasie bemühen Vorlage:Smiley/Wartung/;-) . Auf den Span habe ich bei den beiden Tabellen verzichtet.
Wegen der Ranglistenspalte: So lange es dir reicht, dass diese zusätzliche Spalte vorn als allererste zu sehen ist, ist es tatsächlich mit purem CSS möglich, und auf der Seite des Javascript-Sortierskripts ist das sogar beschrieben. Wie genau ich das einbaue, hängt nun davon ab, wo Du die Rangspalte haben willst:

Wirklich ausschließlich in der großen Dtl.-Tabelle oder vielleicht später noch woanders? Ich denke, ich sollte hier eine eigene CSS-Klasse spendieren (oder ID, wenn es nur die eine große Tabelle betrifft).
Soll sie immer angezeigt werden oder nur im sortierten Zustand? Achtung: Sie benötigt natürlich selbst etwas Platz; alles rutscht nach rechts, wenn sie anfänglich nicht da ist, sondern erst bei Mausklick.

Ich weiß auch noch nicht, ob ich je nach Antwort den Code korrekt gebacken bekomme. Was ich übrigens noch gar nicht kontrolliert habe, ist, wie die Mobilansicht aussieht. — Speravir – 03:22, 23. Mai 2017 (CEST)

Hallo, die ersten Tabellen habe ich umgebaut. Passt soweit alles, vielen Dank. Einzig die Deutschlandflagge will nicht erscheinen. Die neuen Flaggen habe ich hochgeladen. Ja, ich denke, die Ranglistenspalte sollte ganz nach links. Ich habe das schon irgendwo gesehen. Das sieht dann so aus wie eine einzelne Spalte für sich. Also etwas Abstand zur eigentlichen Tabelle. Also so war es da, wo ich es gesehen habe. Ich lasse mich einfach überraschen, was du mir anbietest ;-) Zunächst mal nur für die Deutschlandliste. Aber ausschließen würde ich es auch nicht, dass ich es später auch noch anderen Stellen haben möchte. Bei den einzelnen Tabellen der Bundesländer macht es eventuell auch Sinn? Oder bei den anderen Baumarten? Das kann ich jetzt noch nicht sagen. Ich habe jetzt mal Mobil geschaut. Da passt es nicht so gut. Die Flaggen erscheinen überhaupt nicht und in der Länderliste werden die Namen der Bundesländer komplett angezeigt. Es kommt also zu sehr vielen Umbrüchen. Viele Grüße -- Rainer Lippert 15:43, 23. Mai 2017 (CEST)

Wegen der Deutschlandflagge: Hast Du die neue Dateiversion schon bei dir hochgeladen? Aber auch, wenn Du das schon getan hast, musst Du auf jeden Fall einmal Folgendes tun: Im CSS-Code nach der Stelle suchen, wo die Datei geladen wird (background-image: url(flaggen.png);), den Dateinamen temporär verändern (peng statt png oder so ähnlich), abspeichern, einmal die Seite mit der Tabelle neu laden (müsste man zwar auch weglassen können, aber zur Sicherheit), wieder den korrekten Namen speichern, zur Kontrolle Seite noch einmal laden.

Wegen der Rangliste: Wie angekündigt mit eigener Klasse (rang), aber ich weiß nicht, ob dir das so zusagt – die Zählung beginnt immer bei 1 und das ändert sich auch nicht, wenn man die Sortierung umkehrt. Anders geht es aber nicht – es ginge noch, abwärts zu zählen, aber dafür wäre der Code umständlicher, und er würde sich genauso wenig ändern, wenn man die Sortierung umkehrt. — Speravir – 23:30, 23. Mai 2017 (CEST)

Hallo, also die Datei hatte ich hochgeladen, wie gestern schon geschrieben. Aber mit der temporären Änderung hat es geklappt.

Hm, ja, irgendwie hatte ich es mir anders vorgestellt. Aber trotzdem, so schlecht ist es nun auch wieder nicht. Vielleicht noch etwas mehr Abstand zur Ortschaftsspalte? Dafür Ortschaft und Namen noch etwas schmäler. Und vielleicht eine senkrechte Trennlinie zwischen Rangliste und Ortschaft? Kann man eigentlich die Sortierung so blockieren, dass man sie nicht umkehren kann? Denn andersherum macht es ja eigentlich keinen Sinn. Dann würde auch die Ranglistenspalte passen. Also einmal klicken zum sortieren, mehr nicht. Viele Grüße -- Rainer Lippert 17:22, 24. Mai 2017 (CEST)

Um hinten anzufangen: Nein, soweit ich das sehe, kann man nicht unterbinden, dass das Skript ständig eine weitere Sortierung anbietet. Du kannst, glaube ich, es nur so hinnehmen oder wenigstens dezent im Einleitungstext darauf hinweisen (wo jetzt schon steht, dass die Tabelle sortierbar ist), dass die aufsteigende Numerierung nicht änderbar ist. Zu den Breiten: Die Ortschaftspalte ist doch diejenige, die keine vorgegebene Breite hat und sich also anpasst. Die Namensspalte kannst Du selbst anpassen: .Name { width: 13.9em; } suchen, aber ist der Wert nicht schon optimiert? Für die Rangspalte habe ich eine Breite von 2em gewählt, war eigentlich nur grob geschätzt, um irgendeinen Wert zu haben, hielt ihn aber für so passend, dass ich ihn belassen habe. Die dazu gehörende Regel beginnt mit .rang tr::before,; das Komma steht da, weil in der nächsten Zeile .rang tfoot tr::after { steht. Ich habe jetzt dort noch zwei Padding-Eigenschaftsregeln ergänzt. Die Linie ist in Ordnung so? Ich finde es besser, wenn sie nicht so hervorstechend in schwarz ist. — Speravir – 02:28, 25. Mai 2017 (CEST)

Hallo, also diese Version ist gekauft ;-) So passt es sehr gut, vielen Dank. Das mit der Nummerierung passt auch so. Man sieht ja, dass sich diese bei der Sortierung nicht mit ändert. Kommt es jetzt eigentlich bei dir zu umbrüchen in der Liste? Also bei Ort und Namen? Bei mir passt alles perfekt. Aber du hast ja eine geringere Monitorbreite wie ich. Also ich denke, so lassen wir es. Vielen Dank und viele Grüße -- Rainer Lippert 10:58, 25. Mai 2017 (CEST)

Ich hatte einige wenige Zeilenumbrüche in der Namensspalte, bevor ich die Testseite auf die Breiten der richtigen Seite umgestellt habe. Der Code ist auch (weiterhin) daran angepasst, dass die Flagge und das Länderkürzel schön vertikal zentriert sind. Ich werde dann mal den Code für die Mobilversion anzupassen versuchen. — Speravir – 19:07, 26. Mai 2017 (CEST)

Sorry, dass ich erst jetzt antworte. Ich war ein paar Tage unterwegs. Jetzt hast du dann vermutlich noch mehr Zeilenumbrüche? Ja, wäre schön. Viele Grüße -- Rainer Lippert 14:03, 29. Mai 2017 (CEST)

Keine Entschuldigung nötig. Ich hätte nur irgendwann nachgefragt. Nein, ich habe jetzt keine Zeilenumbrüche mehr, sondern einen waagerechten Scrollbalken unten. Eine Frage hääte ich: Ich habe zufällig in den letzten Tagen mitbekommen, dass in Rheinland-Pfalz anscheinend die dreibuchstabige Abkürzung häufiger verwendet wird, und ich würde das gern dahingehend ändern. Hast Du schon sehr viele Tabellen umgestellt? Dann würde ich nur den CSS-Eintrag ändern, sonst auch die CSS-Klasse selbst – im zweiten Fall müsstest Du alle pr-Klasseneinträge in allen Tabellen umstellen, die sie enthalten. — Speravir – 22:14, 4. Jun. 2017 (CEST)

Hallo, ok, Scrollbalken ist zwar auch nicht so schön, aber besser noch wie Zeilenumbrüche finde ich. Du musst dir also mal einen größeren Monitor zulegen ;-) Außer der großen Deutschlandliste nur die bei anderen Eichenarten. Also die von den Traubeneichen und un die paar kleineren Listen noch. Bei den anderen Baumarten habe ich noch nichts gemacht. Viele Grüße -- Rainer Lippert 17:35, 5. Jun. 2017 (CEST)

Gut, ich habe den entsprechenden CSS-Code geändert und extra etwas für die Klasse rp gebastelt. Ich habe auch absichtlich auf der Testseite keine Reparatur der Starttabellen und Deutschlandübersicht durchgeführt, damit Du siehst, wie sich das auswirkt. Was ich auch getestet habe: Du kannst in einer zu korrigierenden Tabelle im Sourcecode nach "rp" suchen und dazwischen ein l einfügen (sicherheitshalber: Das ist ein kleines L). Wenn Du alles angepasst hast, kann der entsprechende Code entfernt werden oder sogar für häufige Vertipper in den Länderklassen bestehen bleiben, das müsste ich dir dann aber im Detail erklären. — Speravir – 19:30, 6. Jun. 2017 (CEST)

Hallo, ich habe es ausgebessert. Es waren nur wenige Einträge, da es in Rheinland-Pfakz nur sehr wenige dicke Eichen gibt. Entfernt habe ich keinen Code, da ich auch nicht gewusst hätte, wo. Ich würde sagen, wir lassen ihn drinnen und du versuchst es mir zu erklären? Viele Grüße -- Rainer Lippert 22:16, 6. Jun. 2017 (CEST)

Hallo, ich habe jetzt in der Tabelle Anzahl der Eichen, unter Statistik, in der Deutschlandzeile in zwei Spalten dreistellige Zahlen. Diese stehen nicht genau senkrecht unter den anderen Zahlen. Ich kann aber im Quellcode keinen Nuller rausnehmen, da keine drinnen sind. Was muss ich da jetzt gleich nochmal machen, dass das jetzt passt? Viele Grüße -- Rainer Lippert 18:45, 7. Jun. 2017 (CEST)

Wenn Du diesen CSS-Code nicht benötigst, wird er wieder entfernt, schon geschehen. Für die Statistik-Tabelle: Du musst keine Nullen entfernen, sondern in den Spalten, die vorher zweistellig waren, in jeder Zelle der Spalten zusätzliche Nullen im Unsichtbar-Teil einfügen; das müsste jeweils eine mehr sein, so dass einstellige Zahlen zwei Nullen davor haben, zweistellige eine. Für die zweistelligen Zahlen müsstest Du also dieses <span class="unsichtbar">0</span> überhaupt erst einmal vor der Zahl einfügen. — Speravir – 22:56, 7. Jun. 2017 (CEST)

Hallo, ja, das habe ich versucht. Aber damit rutscht die Zahl noch weiter nach rechts. Sie muss aber weiter nach links. Bis jetzt war sie zweistellig und jetzt ist sie dreistellig. Bei den anderen dreistelligen Zahlen ist nichts davor, da passt es aber. Bis auf den zwei Spalten, die in den letzten Wochen dreistellig geworden sind. Irgendetwas mache ich falsch. Ich habe die Tabelle jetzt mal auf der Testseite nach ganz unten gesetzt. Viele Grüße -- Rainer Lippert 23:04, 7. Jun. 2017 (CEST)

Ich hab mich schlecht ausgedrückt: Nicht die Summen selbst dürfen das bekommen, sondern die Zahlen darüber. Ich habe es repariert (und die veraltete Tabellenversion gelöscht). Man hat auch gesehen, das sogar die Striche (—, —) eine Null davor gebrauchen können (du hattest es an einer Stelle schon selbst so gemacht), und in der Niedersachsenzeile gibt es eine 11, die wegen der schmalen Einsen eigentlich noch eine Null vertragen würde, aber das solltest Du dir selber ansehen. Wenn übrigens eine der einstelligen Zahlen, mal zweistellig wird, darfst Du nicht vergessen, eine Null zu löschen. — Speravir – 01:53, 9. Jun. 2017 (CEST)

Hallo und danke. Darauf muss man ja auch erstmal kommen, statt eine Zahl nach links zu verschieben, 16 nach rechts zu verschieben ;-) Aber jetzt passt es. Ich habe die zwei großen Tabellen von der Startseite zur Statistikseite verschoeben. Sattdessen habe ich jetzt eine kleine Tabelle auf der Startseite, die die 20 dicksten Eichen zeigt. Die habe ich jetzt mal selbst zusammengeschustert. Da die Ausrichtung und Spaltenbreiten nicht gepasst hat, habe ich mir mit Leerzeichen beholfen. Also alles etwas provisorisch. Die Tabelle ist jetzt auf der Testseite ganz unten. Kann man die Tabelle halbwegs formatieren, ohne CSS, oder muss da auch wieder alles rein? Es soll bei dieser einen Tabelle bleiben. Viele Grüße -- Rainer Lippert 16:05, 9. Jun. 2017 (CEST)

Lass mich Folgendes vorschlagen: Die beiden Tabellen, die jetzt auf der Statistikseite sind, bekommen auch eine CSS-Klasse stat und die neue Tabelle bekommt das start. Natürlich müssen die Tabellen selbst und der CSS-Code daran angepasst werden. Sortierbar muss die neue Tabelle nicht sein, wenn ich den Sinn richtig verstehe, oder? Die Rangspalte müsste eigentlich automatisch ergänzt werden können so wie bei der Deutschlandauflistung. OK? — Speravir – 01:34, 10. Jun. 2017 (CEST)

Hallo, ja, so machen wir es. Und du hast den Sinn richtig verstanden. Sie muss nicht sortierbar sein. Man soll auf einen Blick sehen können, was die dicksten Eichen sind. Und größer soll sie auch nicht werden. Es bleibt bei den 20 Einträgen. Viele Grüße -- Rainer Lippert 07:52, 10. Jun. 2017 (CEST)

So, geändert. Du musst bei beiden Statistiktabellen im Kopf aus start ein stat machen, auch in den ID start1 bzw. start2:

<table align="" class="stat sortable" id="stat1">

<table align="" class="stat sortable" id="stat2">

Ich habe aber anders, als oben geschrieben, in der Top20-Tabelle die Klasse top20 eingeführt. Im Tabellenfuß fällt ein Problem auf, dass vermutlich auch bei den anderen Rangtabellen existiert, nur dort wegen der Breite nicht zu bemerken ist: Es erfolgt ein Zeilenumbruch auf Höhe der letzten Spalte. Ich habe das nicht repariert bekommen. Wenn es dich stört, mache ich für diese Tabelle die automatische Numerierung rückgängig. — Speravir – 23:51, 11. Jun. 2017 (CEST)

Hallo, also der Umbruch stört mich schon etwas. Ich habe deswegen den Link zur Messseite gelöscht. Die Zeile ist jetzt viel kürzer, bricht aber immer noch um. Es scheint also nichts mit der Länge zu tun haben. Dann passt aber auch die automatische Nummerierung nicht. Bei der großen Deutschlandliste tritt das Problem zwar auch auf, aber da ist es nicht störend. Aber bei dieser Liste mit nur 20 Einträgen schon. Zweimal haben Eichen den gleichen Umfang. Bei manueller Eingabe habe ich diesen dann die gleiche Nummer gegeben. Jetzt gehen die Nummern fortlaufend, also auch, wenn identisch. Am besten wäre es also, ohne automatische Nummerierung. Es sind ja nur 20 Zeilen, an denen sich auch nichts ändert. Im Gegensatz zur großen Deutschlandliste. Da ist die automatische Nummerierung eine große Hilfe. Viele Grüße -- Rainer Lippert 21:53, 12. Jun. 2017 (CEST)

Ich hab’s repariert und dabei aus der Klasse top20 eine ID gemacht, da sie ja nur einmal vorkommen sollte. In der Dtl.-Tabelle sind es aber zwei Absätze; da wäre der Umbruch so oder so, und ich finde, es sieht besser aus, die Info zu den mehrkernigen Eichen in einer eigenen Zeile zu halten. Es würde mich aber überhaupt nicht wundern, wenn nach Entfernung der Absätze das Problem erkennbar wäre. — Speravir – 20:10, 13. Jun. 2017 (CEST)

Zeichen ersetzen[Bearbeiten | Quelltext bearbeiten]

Überschrift nachträglich eingefügt — Speravir

Hallo, jetzt passt alles, vielen Dank. Einen Wunsch hätte ich jetzt noch ;-) Ich schreibe auf jeder Seite das Wort Monumental. Das soll so ein Art Runnig Gag sein, als Anspielung auf den Seitennamen. Ich schreibe es auch absichtlich groß, weil Monumental einfach groß ist. Mir wurde aber schon gesagt, dass wäre falsch. Ok, nun gut. Ich möchte das mit dem Running Gag noch etwas ausbauen, besser gesagt, deutlicher machen. Ich würde das gerne als Kapitälchen schreiben. Dann kann keiner mehr sagen, es wäre falsch geschrieben und es fällt noch deutlicher auf. Kann man das als eine Art Vorlage oder so einbauen? ich würde es dann als Monumentale Eiche schreiben. Je nach dem, an welcher Stelle es im Satz vorkommt, ist es etwas abgewandelt. Als mal mit n am Ende, mal ohne. Insgesamt gibt es ja vier verschiedene Möglichkeiten. Viele Grüße -- Rainer Lippert 22:46, 14. Jun. 2017 (CEST)

Das geht mit CSS, aber die Frage dabei ist, ob es für dich nicht komplizierter ist, jedes Mal den entsprechend notwendigen Code zu schreiben als einfach nur in Großbuchstaben, denn irgendeine Markierung wird auf jeden Fall benötigt. Du müsstest jedes Mal so oder so ähnlich schreiben: <span class="ME">Monumentale Eiche</span>. Außerdem hängt das genaue Aussehen auch von der Schrift ab. Mit dem von dir verwendeten Arial sieht es so aus, siehe wegen Groß-/Kleinschreibung auch in den Quellcode (hier als Inline-Stil, was ich bei dir vermeiden würde):

erster Buchstabe immer groß: monumentale eiche
nur Großbuchstaben: monumentale eiche
Kapitälchen: Monumentale Eiche

Die Schriftgröße könnte man natürlich auch noch etwas erhöhen. Es müsste zum Schreiben sogar <span class="ME">ME</span> möglich sein (Kürzel nach Deinem Wunsch möglich, so lange eindeutig), was dann ersetzt würde (genauso, wie die Flaggen und Länderkürzel auch nicht im Tabellencode stehen), aber ich weiß nicht, wie es sich verhält, wenn es zufällig am Zeilenende steht. — Speravir – 20:54, 15. Jun. 2017 (CEST)

Hallo, ich möchte das als Kapitälchen schreiben, so wie in deinem dritten Beispiel. Also so, wie das in der Tabelle des Brusthöhenumfangs ist. Und das soll dann im normalen Fließtext stehen. Der restliche Fließtext wird dann normal geschrieben. Mir ist jetzt aber ein anderes Problem aufgefallen. Alle ein- und zweistellige Zahlen in der Deutschlandliste und den Listen der einzelnen Bundesländer sind jetzt links ausgerichtet. Das muss irgendwie mit der Umstellung passiert sein. Viele Grüße -- Rainer Lippert 19:49, 16. Jun. 2017 (CEST)

Also, wie schon gesagt: Mit reinem CSS geht das nur, wenn jedes mal eine Markierung erfolgt; ich finde ja übrigens das Kürzel merl schick, kommst Du darauf? Per Javascript kann man das auch ohne machen, aber da bin ich bekanntlich selbst nicht so firm. Ich habe aber etwas gefunden, das wir auf der Testseite ausprobieren könnten (Link als Merkhilfe: ~~javascript - Replace words in the body text - Stack Overflow;~~ Nachtrag: wohl deutlich besser: How to replace all occurrences of a string in a HTML page using Javascript - Stack Overflow und GitHub - padolsey/findAndReplaceDOMText: Find and replace DOM text); ich kann da aber noch weniger versprechen als sonst (also weniger als nichts

)~~, reiner Text dürfte möglich sein, aber die CSS-/HTML-Auszeichnung für die Kapitälchen könnte nicht möglich sein~~. Trotzdem dazu zur Sicherheit eine Nachfrage: Soll nur die Kombination Monumentale Eiche in allen Fällen als Kapitälchen erscheinen oder auch das Wort Monumental, wenn es solo steht? — Speravir – 01:05, 17. Jun. 2017 (CEST)

Hallo, mit dem Kürzel kann ich nichts anfangen. Was bedeutet das? Mit den Links kann ich leider auch nichts anfangen, da Englisch. Aber auf der Testseite können wir es ja einfach mal probieren, ob es geht. Wenn, dann nur die Kombination Monumentale Eichen. Auch wenn ich jetzt das Wort Monumental auch in anderen Zusammenhänge bringe, würde ich den Text dann so umbauen, dass immer Monumentale Eichen reinkommt. Halt mal mit n am Ende, mal ohne, je nachdem. Aber zu dem anderen Problem jetzt? Hast du da eine Ahnung, was das Problem ist, dass alles links, statt rechts ausgerichtet ist? Viele Grüße -- Rainer Lippert 08:55, 17. Jun. 2017 (CEST)

MERL: Monumentale Eichen, Rainer Lippert.

Der Darstellungsfehler lag an einem überflüssigen Komma: Spezial:Diff/166467941/166490792. Beim Testen für die Top20-Tabelle hatte ich vorübergehend in diesem Block Eigenschaften ergänzt und dieses Komma dafür benötigt. Ich hatte irgendwo ganz oben mal vor genau solchen tückischen Fehlern gewarnt … — Speravir – 02:10, 18. Jun. 2017 (CEST)

Hallo, ach so, ich hätte nur um die Ecke denken müssen ;-) Jetzt passt das andere auch wieder, danke. Viele Grüße -- Rainer Lippert 12:34, 18. Jun. 2017 (CEST)

Juhu, ich hab’s geschafft, Rainer! (Update: Erst Nachtrag unten lesen ab „O je“.) Und zwar mit dem Script von Github, findAndReplaceDOMText von James Padolsey. Ich habe es so definiert, dass Du in Zukunft monumental immer klein oder groß schreiben kannst, aber die Ausgabe immer als Kapitälchen mit erstem Buchstaben groß erfolgt und das zusätzlich für alle grammatischen Fälle. Ich habe es aber auch so definiert, dass die Kombination monumentale Eiche genauso geschrieben wird, gleichfalls für alle Fälle, aber nicht Eiche allein. Wie Du auf der Startseite der Testseite sehen kannst, funktioniert das auch nur im eigentlichen Seiteninhalt (rechts unten), aber absichtlich nicht im Seitentitel und in der Navigation. Siehe es dir an, und wenn Du die Eiche nie verändert sehen willst, werfe ich sie wieder raus aus der Definition. Ansonsten musst Du Folgendes tun:

Unter Menü Design → Eigenes Layout → Dateien die Datei findandreplacedomtext-jsmin.js herunterladen und bei dir wieder hochladen. Bei der Gelegenheit: Ich habe die andere Javascript-Datei für das Sortieren ebenso umbenannt in sorttable-edit-jsmin.js. Die musst Du nicht, aber könntest Du gleichfalls kopieren (und die nicht umbenannte Version löschen). Das jsmin steht dafür, dass die Dateien mit JSMIN, The JavaScript Minifier komprimiert wurden.
Design → Eigenes Layout → CSS wie immer kopieren (eigentlich müsstest Du nur die Regel für die Klasse merl finden und kopieren).
Wenn keine Änderungen mehr nötig sind, Design → Eigenes Layout → HTML ebenso kopieren (eigentlich würde der Script-Teil am Ende reichen). Hier steht die genaue Definition, welche Zeichenkette zu suchen und ersetzen ist. Hier habe ich auch die Quellangaben zum Script ergänzt statt im Seitenkopf, was eigentlich besser wäre, da es dort leichter zu finden ist, aber dann müsste man zusätzlich Einstellungen → Head bearbeiten editieren. Soll ich das noch machen?

Das Skript wirkt auch auf die den Bearbeitungsmodus, so dass man dort schon das Ergebnis mit der Klasse sieht. Du kannst probeweise mal diesen Teil noch einmal neu eingeben und anschließend alles neu laden:

<p>Diese Eiche ist monumental. Das ist eine monumentale Eiche.</p>
<p>Ort mit einer monumentalen Eiche, Ort monumentaler Eichen, Ort mit monumentalen Eichen.</p>
<p>Ort eines monumentalen Baumes, Ort mit einem monumentalen Baum, Ort monumentaler B&auml;ume.</p>
<p>Monumentale B&auml;ume, monumentales Erlebnis.</p>
<p>Mental &ndash; <em>monu</em>mental.</p>

Anhand der letzten Zeile kannst Du erkennen, dass ein Wort sogar gefunden wird, wenn es durch (manches) HTML-Markup getrennt wurde. — Speravir – 20:21, 18. Jun. 2017 (CEST)
O je, ich merke gerade, dass die Tatsache, dass der Code auch im Bearbeitungsmodus eingefügt wird, gefährlich ist: Wenn man einen Text bearbeitet, der das enthält, wird vom Online-Editor die Klasse fest abgespeichert, aber anschließend wird es vom Skript verdoppelt usw., je nachdem, wie oft man an einem Abschnitt arbeitet. Keine Ahnung, wie man das angehen soll. — Speravir – 21:04, 18. Jun. 2017 (CEST)

Hallo, ist ja nicht so schlimm. Ich dachte ja, dass wäre ganz einfach umsetzbar. Deswegen hatte ich es mir gewünscht. Aber so leicht scheint es ja doch nicht zu gehen. Wenn es also nicht klappt, kein Problem. Viele Grüße -- Rainer Lippert 21:51, 18. Jun. 2017 (CEST)

Es ist ja mit diesem Skript auch relativ einfach. Das Problem ist der Online-Editor. Ich habe testweise Code eingefügt, der deutlich anzeigt, wenn die Klasse doppelt vergeben wurde. Siehe auf der Testseite, ob Du die Spans entfernen kannst, also alles, was <span class="merl">…</span> ist (auch doppelt) ohne den Text dazwischen (…). Das müsstest Du nämlich jedes Mal machen. — Speravir – 00:06, 19. Jun. 2017 (CEST)

Nochmal Juhu, Rainer! Ich hatte doch eine Idee und die funktioniert, aber nur solange, wie der Host der Webadresse beim Editieren ein anderer ist als der beim Ansehen, das ist auf der Testseite cms.e.jimdo.com vs. testtabelle.jimdo.com, und eine von beiden muss fest eingetragen werden (ich hab erstere genommen). Nun weiß ich nicht, ob auf Deiner richtigen Seite die Hostadresse beim Editieren dieselbe ist … Mach bitte mal Folgendes: Geh auf Deiner Seite in den Editiermodus und sieh auf die Webadresse. Steht dann dort asls Host immer noch www.monumentale-eichen.de oder etwas anderes? Wenn ja, was? Vielleicht (und hoffentlich) dasselbe, was bei der Testseite steht, also cms.e.jimdo.com? Dann kannst Du nämlich die drei Punkte oben durchgehen und alles übernehmen (es sei denn, Du willst nur monumental geändert haben). Wenn nicht, sehen wir später weiter. — Speravir – 00:31, 20. Jun. 2017 (CEST)

Hallo, ich habe doch gewusst, dass du es schaffst. Es ist alles bestens, vielen Dank! Es ist sogar besser und einfacher wie gedacht. Wie ich den Wunsch vor ein paar Tagen geäußert habe, dachte ich ja noch, ich müsste dann auf jeder Seite etwas ändern, damit es umgewandelt wird. Aber nein, das geht ja alles automatisch ;-) Ich muss ja quasi gar nichts machen. Im Bearbeitenmodus sieht man es aber noch nicht. Erst in der Besucheransicht. Aber das macht ja überhaupt nichts. Es ist also alles besten, vielen Dank dafür. Viele Grüße -- Rainer Lippert 10:27, 21. Jun. 2017 (CEST)

Zuerst hat man es ja im Bearbeitungsmodus gesehen. Aber bei jedem Editieren und Abspeichern wurde das, was eigentlich nur per Javascript eingefügt wurde, dann fest eingetragen, dann wurde alles per Javascript noch einmal eingefügt, und wenn man dann denselben Abschnitt noch einmal bearbeitet hat, dann ein weiteres Mal … und das denke mal langfristig in die Zukunft. Dann lieber so, dass die Javascript-Funktion im Bearbeitungsmodus nicht aktiv ist. Wir hatten doch schon mal so etwas, dass man parallel am besten die gerade bearbeitete Seite im Ansichtsmodus in einem zweiten Tab geöffnet hat. Mal sehen, wann ich endlich dazu komme, mir alles für die Mobilversion anzusehen und anzupassen. — Speravir – 19:00, 21. Jun. 2017 (CEST)

Hallo, jetzt passt es auf jeden Fall bestens. Und das mit der Mobilversion bekommst du auch noch hin. Es eilt ja nicht. Viele Grüße -- Rainer Lippert 19:14, 22. Jun. 2017 (CEST)

Mobilanpassung[Bearbeiten | Quelltext bearbeiten]

Rainer, das zuletzt eingefügte Skript wird zwar geladen, aber ist leider mobil ohne Wirkung, und das kann man derzeit auch nicht ändern, da für die Mobilversion keine Möglichkeit geboten wird, das HTML-Basislayout zu beeinflussen (also so wie im Menü Design → Eigenes Layout → HTML). Du könntest höchstens mal beim Support nachfragen/darauf hinweisen, dass es mobil eine Möglichkeit geben muss, Javascript-Funktionen einzutragen, die nach Laden einer Seite ausgeführt werden müssen. Für die Flaggen und Kürzel gibt es das Problem, dass es bei Mobilgeräten keine Maus und damit keine Hoverfunktion gibt. Ich habe schon überlegt, testweise den Aktivstatus zu nehmen (wenn man auf den jeweiligen Punkt gedrückt hat), was Du dann an Deinem Gerät ausprobieren müsstest, aber vielleicht machen wir es so, dass in der Mobilversion „nur“ die Flagge vorangesetzt wird, obwohl das wieder mehr Platz benötigt auf Geräten, für die vielleicht eher weniger Platz gut wäre (aber dann gibt es auch die mit der besonders großen Bildschirm-Auflösung, wo die Flaggen eher noch zu klein sind). Was denkst Du? — Speravir – 23:46, 4. Jul. 2017 (CEST)

Hallo, Problem bei der Mobilversion ist wohl auch, dass bei langsamer Verbindung die Seite mit den Flaggen noch langsamer geladen wird? Oder wirkt sich das nicht aus? Ich habe keine Ahnung. Ich habe meine Seite ehrlich gesagt noch nie in der richtigen Mobilversion angeschaut. Denn auch auf dem Smartphone schalte ich auf die Standard-Ansicht um. Und da klappt bei mir alles einwandfrei. Ich habe allerdings auch 5,7 Zoll. Wie es mit weniger als 5 Zoll ausschaut, keine Ahnung. Das mit nur die Flagge davor setzen hört sich gut an. Lässt sich das bewerkstelligen? Also auf dem Smartphone nur Flagge, ansonsten komplette Ansicht. Viele Grüße -- Rainer Lippert 19:47, 5. Jul. 2017 (CEST)

O, sogar ausschließlich die Flaggen … Ich werde sehen, wie ich das hinbekomme. Die Datei für die Flaggen ist ja nicht sehr groß (rund 4 KB), ~~außerdem muss der Code sowieso in die Mobil-CSS eingefügt werden (genauso wie für die Sortierpfeile), und dann erhält man eine Größe von etwas über 5 KB,~~ (stimmt gar nicht mehr, man kann die Dateien jetzt auch im Mobil-CSS direkt einbinden) das sollte zu verkraften sein. — Speravir – 02:09, 6. Jul. 2017 (CEST)

Rainer, teste bitte im Mobilmodus die Statistik- und Deutschlandübersichten. Wie Du sehen solltest, habe ich es mit den Länderkürzeln gemacht, das halte ich für besser. Wichtig ist vor allem: Was passiert, wenn du auf eine Flagge oder ein Länderkürzel tippst? Das kann ich nämlich überhaupt nicht testen. Ich musste dafür übrigens in den Statistiktabellen ebenfalls das Span-Element einfügen. — Speravir – 04:42, 7. Jul. 2017 (CEST)

Hallo, du sagst, du hast es mit Länderkürzeln gemacht? Es erscheinen aber auch die Flaggen. Der Platz reicht bei mir allerdings nicht aus, es wird umgebrochen. Es wird aber auch in anderen Spalten umgebrochen. Sieht im ganzen nicht schön aus. Deswegen bleibe ich bei der Desktop-Ansicht. Wenn ich auf die Flagge oder das Länderkürzel tippe, erscheint für eine Sekunde daneben das ausgeschriebene Bundesland. Also genau so wie am Computer auch. Es verschwindet allerdings nach einer Sekunde. Viele Grüße -- Rainer Lippert 22:13, 7. Jul. 2017 (CEST)

Äähm, ja, ich meinte Flagge + Kürzel, Flagge allein gefiel mir nicht. Was wird bei dir umbrochen? Zwischen Flagge und Kürzel? Das wäre komisch. Ansonsten war es schon vorher so, weil ich da fast gar nichts weiter angepasst habe. Dass der volle Name nur kurz zu sehen ist, ist nicht schön, aber ich weiß leider überhaupt keine vernünftige Lösung. Oder reicht die Zeit, um bequem den Namen zu lesen? Wollen wir es dabei belassen oder was sollte ich noch zu verbessern versuchen? Ich hoffe nur, dass sich nicht mal jemand bitterböse bei dir beschwert …

Ich müsste dir ja auch noch erzählen, was Du bei deiner richtigen Seite zu ändern und einzufügen hast. — Speravir – 00:41, 8. Jul. 2017 (CEST)

Hallo, ok, dann habe ichd as oben falsch verstanden gehabt. Es wird zwischen Flagge und Kürzel umgebrochen. In anderen Spalten aber auch. Selbst in der Desktob-Ansicht werden in der BHU-Spalte die zweistelligen Zahlen umgebrochen. Auch wenn ich die Tabelle so klein wie möglich mache. Da müsste man eventuell die Spalte etwas breiter machen? Es ist etwas knapp, die Zeit, aber wenn man weiß, wo der Text erscheint, kann man es Problemlos lesen. Also ich denke, so können wir es lassen. Und ja, dein Wissen musst du mir noch mitteilen, damit ich es umsetzen kann ;-) Viele Grüße -- Rainer Lippert 16:32, 8. Jul. 2017 (CEST)

Kopiere den Code aus dem Menü Design → Custom-Layout (CSS) (oder von hier aus Benutzer:Rainer Lippert/Sortierbare Tabelle/Quelltexte#Für das Mobillayout) zu dir rüber. Ich habe heute noch eine Regel ergänzt, die ich vergessen hatte. Wenn es immer noch nicht passt, musst Du für die Flaggen und Kürzel mal nach folgendem Code suchen und die Breite vergrößern (das ist in dem Online-Formular sehr schwer, daher vielleicht bei dir lokal zwischenspeichern oder hier ändern, ohne abzuspeichern):

.mobile .BLand,
.mobile .stat tbody td:first-child,
.mobile .stat tfoot tr:first-child td:first-child {
   width: 5em;https://testtabelle.jimdo.com/nordrhein-westfalen/
}

In der Desktopversion ist die erste Regel aber sogar schmaler definiert: .BLand { width: 4.94em; }. — Speravir – 19:38, 12. Jul. 2017 (CEST)

Ach so: Du hast es doch bemerkt? Jimdo will die Anmeldung auf E-Mail-Adresse umstellen. Du solltest Post bekommen oder schon bekommen haben. Ich habe mir zur Sicherheit die von dir hinterlegte Adresse lokal abgespeichert, aber wenn ein neues Passwort vergeben werden soll, wäre es dann besser, dass Du das eingibst? Ich könnte dir auch an die Mailadresse schreiben, dann müsste man dieses nicht hier kommunizieren. Gib Bescheid, wenn es soweit ist. — Speravir – 19:46, 12. Jul. 2017 (CEST)

Hallo, ok, ich habe alles rüberkopiert. Es funktioniert so wie auf der Testseite. Ich habe die Breite in Etappen bis auf 20em vergößert, aber ohne Erfolg. Es kann eigentlich gar nicht ohne Umbruch gehen. Zumindest nicht bei meiner Schriftgröße. Ich habe diese auf dem Smartphone mal auf 80 % reduziert, aber auch da wird es umgebrochen. Die Flagge selbst ist so breit wie die Spalte. Alle Spalten sind quasi so breit, wie das breiteste Wort. Dennoch werden mehrere Spalten umgebrochen. Damit die Spalten schmäler werden, müsste es quasi mitten im Wort umbrechen. In der Queransicht schaut es ganz anders aus. Da wird nicht bei den Flaggen umgebrochen. Da ist die Spalte jetzt ungefähr dreimal so Breit. Umgebrochen wird dann nur noch bei Taille, BHU und Jahre.

Ja, das habe ich gemerkt. Ich hatte auch schon den Support angeschrieben, ob es nach der Umstellung zu Problemen kommen kann. Da ich ja letztendlich zwei Seiten mit verschiedene Passwörter habe. Es stellt aber kein Problem dar. Ich gebe dann Bescheid, wenn es soweit ist. Viele Grüße -- Rainer Lippert 22:10, 13. Jul. 2017 (CEST)

Hallo, es wurde jetzt auf die neue Anmeldemethode umgestellt. Wenn du mich Anmailst, nenne ich dir die neue Mailadresse der Seite. Das Passwort ist unverändert. Viele Grüße -- Rainer Lippert 16:49, 4. Aug. 2017 (CEST)

Tabelle anpassen[Bearbeiten | Quelltext bearbeiten]

@Speravir: Hallo, lange nichts mehr von dir gehört. Ich hätte da mal wieder eine Bitte an dich. Ich möchte etwa 30 Tabellen anlegen, die ich in der Art noch nicht auf meiner Seite habe. Hier habe ich mal eine Tabelle reingesetzt. Die erste, dritte und vierte Spalte sollte Rechts zentriert sein, die zweite und fünfte Links. Und dann noch Sortierbar. Und so, dass die Spaltenbreite anpassbar ist. Also im Grunde so wie bisher auch, halt nur für einen neuen Tabellentyp. Wäre schön, wenn du da mal bei Gelegenheit schauen würdest. Danke und viele Grüße -- Rainer Lippert • Monumentale Eichen 23:12, 5. Dez. 2017 (CET)

@Speravir: Hallo, ich weiß nicht, ob du die Anfrage oben mitbekommen hast? Das hätte sich jetzt soweit erledigt, da die Tabellen auch ohne konkrete Anpassung soweit funktionieren. Ich bräuchte aber dennoch deine Hilfe ;-) Ich möchte bei der Deutschlandtabelle, diese hier, noch eine Spalte einfügen. Ich möchte die Tabelle mit den Eichen der 2. und 3. Kategorie erweitern. Die Tabelle soll also dann über 600 Einträge haben. Und in der zusätzlichen Spalte soll dann 1., 2. oder 3. Kategorie drinnen stehen. Also im Spaltenkopf Kategorie, in der Spalte selbst dann 1., 2. oder 3. Die Tabelle soll weiterhin sortierbar sein. Die Spaltenbreiten, also die beiden linken, müssten entsprechend angepasst werden. Danke und viele Grüße -- Rainer Lippert • Monumentale Eichen 16:10, 4. Jun. 2018 (CEST)

Hallo, Rainer. Nein, hatte ich nicht mitbekommen, der Ping hat nicht funktioniert (ich war aber in der Zeit auch anderweitig ausgelastet und hier nicht aktiv). Deine Meldung zur Änderung der Anmeldemethode hatte ich noch bemerkt, aber aus den Augen verloren. Kannst Du mir per (Wiki-)Mail die relevanten Infos zukommen lassen? Dann sehe ich mir das mal an, ich muss mich ja erstmal wieder einfuchsen. — Speravir – 19:42, 8. Jun. 2018 (CEST)

Hallo Speravir, schön, dass du mir dabei helfen willst. Du hast anscheinend Wikimail nicht aktiviert. Ich kann dir keine Mail zuschicken, um dir die Zugangsdaten zu nennen. Also hier wäre die Tabelle auf der Testseite. Zwischen Bundesland und BHU möchte ich die neue Spalte. Viele Grüße -- Rainer Lippert • Monumentale Eichen 13:14, 9. Jun. 2018 (CEST)

Upps, Einstellung geändert, jetzt sollte E-Mail möglich sein. — Speravir – 20:27, 9. Jun. 2018 (CEST)

Mail ist angekommen. Ich seh mir das aber heute nicht mehr an. — Speravir – 01:03, 10. Jun. 2018 (CEST)

Rainer, auf der Seite gibt es eine Fehlermeldung, dass www.google.com nicht erreicht werden kann – gibt’s da evtl wegen der DSGVO neuerdings Einschränkungen? Die Tabelle ist doch, soweit ich das sehe, dieselbe, wie in https://testtabelle.jimdo.com/deutschland/, oder? Als die wievielte Spalte soll die Kategorie erscheinen? Ich denke, im Kopf sollte nur Kat. stehen, um sie möglichst schmal zu halten (die Breite müsste ja so oder so noch angepasst werden). — Speravir – 00:20, 12. Jun. 2018 (CEST)

Hallo Speravir, also bei mir kommt keine Fehlermeldung. Ich habe mich gerade dort mal angemeldet. Ja, es ist die gleiche Tabelle. Ich habe sie von meiner Webseite zur Testseite kopiert. In diese Tabelle will ich dann noch knapp 400 weitere Eichen einbauen. Die Eichen von der 2. und 3. Kategorie. Es soll dann die 5. Spalte werden. Also hinter Bundesland. So schmal wie möglich. Kat. habe ich mir auch vorgestellt. Meine Webseite hat aber inzwischen eine andere Breite als die Testseite. Beim anpassen der Spalten müsstest du das also noch berücksichtigen. Grüße -- Rainer Lippert • Monumentale Eichen 17:46, 12. Jun. 2018 (CEST)

Ich ab dann später auch noch direkt bei Google diese Fehlermeldung bekommen, das Problem lag also bei meiner Anbindung und jetzt geht’s wieder. So, ging doch einfacher, als erst gedacht: Du kannst dir die Deutschlandtabelle und die (Haupt-)CSS im Quellcode rüberkopieren. Du wirst im Tabellencode immer eine Zeile unterhalb der Bundeslandzelle dieses finden: <td>1</td>, leider nicht sehr aussagekräftig (anscheinend könnte man unterdessen einen Kommentar ergänzen, der wurde früher immer entfernt, glaub ich, allerdings wird der wohl in eine eigene Zeile gesetzt). Im CSS solltest Du diese Zeile finden: .Kat { width: 3.15em; } /* in Dt.-Listen */, wo Du den Wert anpassen könntest, bei mir sieht es damit aber gut aus. Zum Feintuning könnte evtl. in der Fußzeile eine kurze Erläuterung ergänzt werden, wofür „Kat.“ steht. Du solltest übrigens mal alle Links zu den Ortschaften testen – manchmal steht ein gut lesbarer, manchmal aber ein kryptischer, was mir spanisch vorkommt. — Speravir – 01:47, 13. Jun. 2018 (CEST)

Hallo, genau so habe ich es mir vorgestellt. Vielen Dank. Da habe ich ja demnächst wieder viel Arbeit, wenn ich da die knapp 400 Eichen einsortiere. Das mache ich dann auf einer Unterseite, bis sie fertig ist. Also ich habe die ersten Links alle mal kontrolliert. Sie funktionieren alle. Im Quelltext sehen die Ortschaftslinks bei beispielsweise Barkow, Beckendorf und Behren komisch aus. Die meinst du bestimmt? Ich habe die Verlinkungen mal gelöscht und neu gesetzt. Aber auch dann sieht das noch so komisch aus, funktionieren aber. Keine Ahnung warum das die Software von Jimdo so komisch macht. Besten Dank und viele Grüße -- Rainer Lippert • Monumentale Eichen 18:21, 13. Jun. 2018 (CEST)

Ja, diese Sorte Links meinte ich. Wenn Dir das gefällt, ist es ja toll. Dann kann ich mir mal bei Gelegenheit die anderen Tabelle ansehen, die du vor Monaten bearbeitet haben wolltest. Soviel schon mal: Damit sie sortierbar wäre, benötigte sie einen Tabellenkopf. — Speravir – 23:48, 14. Jun. 2018 (CEST)

Das kann so bleiben, vielen Dank. Zu den anderen Tabellen. Inzwischen habe ich sie hier angelegt. Ich wollte sie ursprünglich sortierbar machen, hat aber mit der Formatierung nicht hingehauen. Ich wollte eine von den bestehenden Vorlagen nehmen, aber da passt die Spaltenanzahl nicht. Deswegen habe ich mir selbst einen Tabellenkopf gebastelt gehabt. Wenn du das noch machen würdest, wäre es super. Die Tabelle sollte also sortierbar und die erste, dritte und vierte Spalte nach rechts ausgerichtet. Und den Spaltenabstand so, dass es zu keine Zeilenumbrüche kommt. Viele Grüße -- Rainer Lippert • Monumentale Eichen 18:28, 15. Jun. 2018 (CEST)

Fröhlich-Tabellen[Bearbeiten | Quelltext bearbeiten]

Überschrift nachträglich eingefügt, Einrückung verringert --Speravir
Rainer, ich habe auf der Testseite in der Tabelle „in“ NRW erste Änderungen vorgenommen entsprechend den Tab. auf der Fröhlichseite Deiner richtigen Präsenz, habe aber keine CSS-Regel ergänzt oder angepasst. Ich komme nämlich nicht weiter: Wo soll diese Art der Tabellen eingesetzt werden bzw. wo setzt Du sie schon ein, tauchen die ausschließlich auf der Fröhlichseite auf? Es geht mir hier um einen prägnanten Klassenname. — Speravir – 23:53, 19. Jun. 2018 (CEST)

Hallo Speravir, die Tabellen werden ausschließlich auf den Fröhlichseiten eingesetzt. Es sollen Übersichtstabellen über die Eichen sein, die Fröhlich in der Literatur behandelt hat. Es sind auch alle Tabellen. Mehr werden es nicht. Viele Grüße -- Rainer Lippert • Monumentale Eichen 17:28, 20. Jun. 2018 (CEST)

Ich hab nun einfach froehlich als Klassennamen genommen. Sieh dir die Testversion an, vermutlich kann man noch die Spaltenbreiten anpassen. Sollten Bezeichnung bei Fröhlich sowie Quelle, Bemerkung lieber links ausgerichtet sein? Soll ich das mal testweise aktivieren? Was Du neben der CSS-Datei zu kopieren hast, würde ich dir sagen, wenn alles OK ist (es ist wegen des zweizeiligen Kopfes mal wieder etwas aufwendiger).— Speravir – 01:16, 21. Jun. 2018 (CEST)

Ach so, fast vergessen: Wenn ich mich auf der Testseite anmelde, will Jimdo, dass ich die E-Mail-Adresse bestätige. Du solltest eine Mail erhalten haben, in der ein Link enthalten ist, auf den man klicken soll. Man kann sich im Dashboard aber noch einmal solch eine Mail zuschicken lassen (auf das Symbol mit dem roten Ausrufezeichen drücken). — Speravir – 01:35, 21. Jun. 2018 (CEST)

Also das passt soweit. Die zwei Spaltenköpfe hätte ich gerne noch links ausgerichtet. Eine Mail hatte ich nicht bekommen. Ich habe sie mir aber nochmal zuschicken lassen und bestätigt. Sollte also jetzt passen. Viele Grüße -- Rainer Lippert • Monumentale Eichen 22:58, 21. Jun. 2018 (CEST)

OK. Das CSS wieder rüberkopieren. Bei den Tabellen auf den Fröhlichseiten ist es, wie angekündigt, komplizierter. Du gehst in den Editor für den Quelltext. Dort hast in jeder der Tabellen einen solchen Kopf (im Detail mag es Abweichungen geben, ich habe mir nicht alle Tabellen angesehen):

<table class="mceEditable" width="100%" height="100%" cellspacing="0" cellpadding="3" border="0" align="">
<tbody>
<tr>
<td style="width: 40px;">
<strong>Nr.</strong>
</td>
<td style="width: 380px;">
<strong>Bezeichnung bei Fr&ouml;hlich</strong>
</td>
<td style="width: 80px;">
<p>
<strong>BHU<br></strong>
</p>
<p>
<strong>(Fr&ouml;hlich)</strong>
</p>
</td>
<td style="width: 80px;">
<p>
<strong>BHU</strong>
</p>
<p>
<strong>(Aktuell)</strong>
</p>
</td>
<td style="width: 270px;">
<strong>Quelle, Bemerkung</strong>
</td>
</tr>

Das löschst Du jeweils (achte darauf, dass Du nicht die nächste Zeile, vulgo das nächste <tr>, mitlöschst) und ersetzt es hiermit:

<table align="" class="froehlich sortable">
<thead>
<tr>
<th>
<div class="SpKopf">Nr.</div>
</th>
<th>
<div class="SpKopf">Bezeichnung bei Fr&ouml;hlich</div>
</th>
<th class="sorttable_numeric">
<div class="SpKopf">BHU<br /> <span class="kleiner">(Fr&ouml;hlich)</span></div>
</th>
<th class="sorttable_numeric">
<div class="SpKopf">BHU<br /> <span class="kleiner">(aktuell)</span></div>
</th>
<th class="sorttable_nosort">
<div class="SpKopf">Quelle, Bemerkung</div>
</th>
</tr>
</thead>
<tbody>

Übrigens gibt es einmal nach der Überschrift „Bayern“ eine zusätzliche Leerzeile (bzw. laut Quelltext eine leere <div>). — Speravir – 00:31, 23. Jun. 2018 (CEST)

Ich habe das jetzt versucht, es entsprechend umzusetzen. Aber irgendwie passt das nicht. Die ersten zwei Tabellen auf meiner Seite habe ich umgestellt. Aber sie haben unterschiedliche Spaltenbreiten. Habe ich da etwas falsch gemacht? Viele Grüße -- Rainer Lippert • Monumentale Eichen 10:22, 24. Jun. 2018 (CEST)

Nachtrag: Hier kommt es in der zweiten Tabelle seit der Änderung zu Problemen. -- Rainer Lippert • Monumentale Eichen 20:09, 24. Jun. 2018 (CEST)

Zur Statistiktabelle: Ich bin mir zwar keiner Schuld bewusst, dass ich da etwas geändert hätte, aber auf der Testseite war der Fehler heute ebenso zu sehen. Ich habe jetzt eine kleine Erweiterung der CSS-Regeln eingebaut (Nullen unsichtbar war vorher nur für die 1. Stat.-Tabelle definiert).

Fröhlich-Tabellen: Von den 5 Spalten sind bisher nur für drei die Breiten festgelegt. Es ist also normal, dass sich die zwei anderen („Bezeichnung bei Fröhlich“ und „Quelle, Bemerkung”) von Tabelle zu Tabelle unterscheiden. Willst Du das anders haben – wenn ja, welche Spalte sollte festgelegt werden? Wenn Du dich traust, kannst Du auch gern nach diesen Regeln in der CSS suchen …

.froehlich th:nth-child(1) { /* Nummernspalte */
   width: 3.5em;
}
.froehlich tr td:nth-child(3) { /* BHU (Fröhlich) */
   width: 4.1em;
}
.froehlich tr td:nth-child(4) { /* BHU (aktuell) */
   width: 4em;
}

… und dort nach diesem Vorbild eine Regel für .froehlich th:nth-child(2) oder .froehlich th:nth-child(5) ergänzen. Das würde ich aber erst tun, wenn ich alle Tabellen vergleichen kann. Du musst auch bedenken, dass es möglich sein kann, dass der Platz trotzdem insgesamt nicht für eine einzeilige Anzeige ausreicht (sehr breite Spalte für die Fröhlich-Bezeichnung nötig und dann noch längere Quellenangabe/Bemerkung oder andersherum). — Speravir – 21:03, 24. Jun. 2018 (CEST)

Jetzt passt es. Der letzten Spalte habe ich eine feste Breite zugeteilt. Bei mir gibt es keine Zeilenumbrüche. Damit passt dann alles, vielen Dank. Viele Grüße -- Rainer Lippert • Monumentale Eichen 17:45, 25. Jun. 2018 (CEST)

Ah, OK. Ich habe die Regel auch auf die Testseite übertragen, ebenso die veränderten Breiten für die beiden BHU-Spalten. Na dann, bis irgendwann mal wieder. — Speravir – 19:41, 25. Jun. 2018 (CEST)

Alles klar, danke. Ein paar Kleinigkeiten hätte ich vielleicht noch. Eventuell lässt sich das schnell beheben. Ich habe ein paar einzelne Tabellen, unterschiedliche Spaltenanzahl und Ausrichtungen. Lassen sich diese ohne größere Probleme sortierbar machen? Mehr aber noch, den Tabellenkopf in der Farbe, wie die anderen Tabellen auch. Denn diese Tabellenköpfe sind jetzt alle ohne richtige Formatierung. Die Tabellen wären hier, hier, hier (ohne Sortierung) und hier (die oberste). Aber nur, wenn das nicht viel Arbeit macht. Jeweils einen kompletten Code im CSS muss bei diesen Tabellen nicht sein. Viele Grüße -- Rainer Lippert • Monumentale Eichen 17:18, 26. Jun. 2018 (CEST)

Ich fang mal mit dem letzteren an, dem Tabellenkopf: Du hast unechte Köpfe gebastelt, zum Teil leider eben doch mit einer unnötigen Inline-Formatierung. Für die Färbung benötigst Du einen <thead> und <th>-Zellen (die dann standardmäßig aber zentriert werden, was man, solange es ein Einzelfall bleibt, per Inline-CSS übersteuern kann; aber man sollte es zunächst ohne so etwas austesten). Zusätzlich kannst Du für die Tabelle zu abgestorbenen Eichen bestehende Namensklassen übernehmen, so dass dann für die jeweiligen Spalten die vordefinierte Breite angewendet wird. Für die Sortierbarkeit musst Du der Tabelle die Klasse sortable zuordnen (beachte: mit einem t; über diese Klasse fühlt das Sortierskript sich angesprochen) und evtl. einzelnen Spaltenköpfen (bisher immer BHU und Alter) eine Klasse sorttable_numeric (beachte: mit zwei t), nämlich immer dann, wenn nach Zahlen noch etwas folgt, etwas davor steht oder außer den Zahlen noch andere Angaben in der Spalte zu finden sind (wie Maßangaben, —, ≥ oder †; ich bin mir aber gar nicht sicher, ob die numerische Sortierung funktioniert, wenn es davor steht). Bei den Fröhlich-Tabellen habe ich die Quelle/Bemerkung-Spalte unsortierbar gemacht mit sorttable_nosort (ebenso mit Doppel-T). Konkret würde ich Folgendes vorschlagen (Quelltext wie vom Browser angezeigt; ich komm ja schließlich nicht auf deine Seite

); bedenke wieder, wie oben nicht den Beginn der nächsten Zeile auszutauschen, also das nächste <tr> unangetastet zu lassen:

abgestorbene Eichen:

alt

neu

<table class="mceEditable" width="100%" height="100%" cellspacing="0" cellpadding="3" border="0" align="">
    <tbody>
        <tr>
            <td style="width: 150px;">
                <strong>Ortschaft</strong>
            </td>
            <td style="width: 150px;">
                <strong>Name</strong>
            </td>
            <td style="width: 150px;">
                <strong>Erhaltungszustand<br></strong>
            </td>
            <td style="width: 55px; text-align: right;">
                <strong>BHU</strong>
            </td>
            <td style="width: 55px; text-align: right;">
                <strong>Taille</strong>
            </td>
            <td style="width: 50px; text-align: right;">
                <strong>Höhe</strong>
            </td>
            <td style="width: 50px; text-align: right;">
                <strong>Breite</strong>
            </td>
            <td style="width: 65px; text-align: right;">
                <strong>Alter (ca.)</strong>
            </td>
            <td style="width: 40px; text-align: right;">
                <strong>Jahr</strong>
            </td>
        </tr>

<table class="sortable" align="">
    <thead>
        <tr>
            <th style="text-align: left;">
                Ortschaft
            </th>
            <th class="Name" style="text-align: left;">
                Name
            </th>
            <th style="text-align: left;">
                Erhaltungszustand
            </th>
            <th class="BHU sorttable_numeric" style="text-align: right;">
                BHU
            </th>
            <th class="Taille sorttable_numeric" style="text-align: right;">
                Taille
            </th>
            <th class="Hoehe sorttable_numeric" style="text-align: right;">
                Höhe
            </th>
            <th class="Breite sorttable_numeric" style="text-align: right;">
                Breite
            </th>
            <th class="Alter sorttable_numeric" style="text-align: right;">
                Alter (ca.)
            </th>
            <th class="Jahr" style="text-align: right;">
                Jahr
            </th>
        </tr>
    </thead>
    <tbody>

historische Eichen:

alt

neu

<table class="mceEditable" width="100%" height="100%" cellspacing="0" cellpadding="3" border="0" align="">
    <tbody>
        <tr>
            <td>
                <strong>Ortschaft</strong>
            </td>
            <td>
                <strong>Namen</strong>
            </td>
            <td style="text-align: right;">
                <strong>Umfang</strong>
            </td>
            <td style="text-align: right;">
                <strong>†</strong>
            </td>
        </tr>

<table class="sortable" align="">
    <thead>
        <tr>
            <th style="text-align: left;">
                Ortschaft
            </th>
            <th style="text-align: left;">
                Namen
            </th>
            <th class="sorttable_numeric" style="text-align: right;">
                Umfang
            </th>
            <th class="sorttable_numeric" style="text-align: right;">
                †
            </th>
        </tr>
    </thead>
    <tbody>

andere Baumarten:
Zum Glück willst Du die nicht sortierbar machen – das geht auch gar nicht, wie ich das sehe.

alt

neu

<table class="mceEditable" width="100%" height="100%" cellspacing="0" cellpadding="3" border="0" align="">
    <tbody>
        <tr>
            <td>
                <strong>Baumart</strong>
            </td>
            <td style="text-align: center;">
                <strong>Umfang</strong>
            </td>
            <td style="text-align: right;">
                <strong>Anzahl</strong>
            </td>
        </tr>

<table align="">
    <thead>
        <tr>
            <th style="text-align: left;">
                Baumart
            </th>
            <th>
                Umfang
            </th>
            <th style="text-align: right;">
                Anzahl
            </th>
        </tr>
    </thead>
    <tbody>

Fröhlich-Übersichtstabelle:
Die ist etwas aufwendiger. Um sie sortierbar zu bekommen, muss man die oberste Zeile in einen Tabellentitel umwandeln (caption, was in Wikisyntax mit |+ eingefügt wird), der dann aber optisch außerhalb der Tabelle steht (kann man nicht so einfach ändern), und Du benötigst am Ende einen Tabellenfuß <tfoot> (der per CSS gleichfalls anders gefärbt ist), damit Gesamtdeutschland immer unten bleibt.

alt neu

<table class="mceEditable" width="100%" height="100%" cellspacing="0" cellpadding="3" border="0" align="">
    <tbody>
        <tr>
            <td style="text-align: center; height: 2px;" colspan="2">
                <p>
                    &nbsp;
                </p>

                <p>
                    <strong>&nbsp;&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;</strong> <strong>Eichen ab 6 m Umfang in <em>Wege zu alten Bäumen</em></strong>
                </p>

                <p>
                    &nbsp;
                </p>
            </td>
        </tr>

        <tr>
            <td>
                <strong>Bundesland</strong>
            </td>
            <td style="text-align: right;">
                <strong>Anzahl</strong>
            </td>
        </tr>

…

<table align="">
    <caption>
        <strong>Eichen ab 6 m Umfang in <em>Wege zu alten Bäumen</em></strong>
    </caption>
    <thead>
        <tr>
            <th style="text-align: left;">
                Bundesland
            </th>
            <th style="text-align: right;">
                Anzahl
            </th>
        </tr>
    </thead>
    <tbody>

…

        <tr>
            <td>
                <strong>Deutschland</strong>
            </td>
            <td style="text-align: right;">
                <strong>473</strong>
            </td>
        </tr>
    </tbody>
</table>

    </tbody>
    <tfoot>
        <tr>
            <td>
                <strong>Deutschland</strong>
            </td>
            <td style="text-align: right;">
                <strong>473</strong>
            </td>
        </tr>
    </tfoot>
</table>

Damit hoffe ich, alle noch bestehenden Klarheiten erfolgreich beseitigt zu haben, oder? — Speravir – 02:42, 27. Jun. 2018 (CEST)

Vielen Dank für deine Bemühungen. Bis auf die Fröhlich-Tabelle klappt alles bestens. Aber bei der Fröhlich-Tabelle mache ich irgendetwas falsch. Ich habe den Tabellenkopf ausgetauscht und auch unten die Zeilen. Gehe ich dann aber auf Vorschau, ist die Tabelle zerschossen. Ich habe es mehrmals versucht, es will nicht klappen. Ich habe es dann jeweils Rückgängig gemacht. Irgendetwas mache ich falsch, aber was? Diese müsste eigentlich nicht sortierbar sein, wenn das zu einem Problem führen sollte. Bei dieser Tabelle ist es nicht so wichtig. Besten Dank und viele Grüße -- Rainer Lippert • Monumentale Eichen 22:12, 27. Jun. 2018 (CEST)

Ach herrje! Ich hatte beim Bearbeiten versehentlich den Tabellenbeginn<table> für die Fröhlich-Tabelle gelöscht, das macht die Syntax natürlich total kaputt. Ist jetzt oben repariert, nicht sortierbar wie die für die anderen Baumarten. — Speravir – 23:52, 27. Jun. 2018 (CEST)

Jetzt passt es bestens. Vielen Dank. Bis irgendwann einmal wieder. Viele Grüße -- Rainer Lippert • Monumentale Eichen 19:19, 28. Jun. 2018 (CEST)

— Speravir – 23:00, 29. Jun. 2018 (CEST)

Deutschlandtabelle (2)[Bearbeiten | Quelltext bearbeiten]

@Speravir: Hallo, ich hätte da eine Kleinigkeit. Besser gesagt, eine Anpassung. Muss aber wahrscheinlich ein neuer Codeabschnitt werden. Und zwar möchte ich die Spalten Ortschaft und Name/Standort in dieser Tabelle anpassen. Wenn ich aber die Spaltenbreite für diese Tabelle ändern, ändern sich auch Gleichzeitig die Spalten in allen Bundesländertabellen. Also wie etwa hier. Schöner wäre es aber, wenn man beide Tabellentyps getrennt die Spaltenbreite ändern könnte. Denn je nach dem, wo ich es optimiere, ist es im anderen Tabellentyp nicht mehr so schön. Ich dachte eigentlich, das hätten wir schon mal so angepasst? Ich kann aber im CSS nichts finden. Viele Grüße -- Rainer Lippert • Monumentale Eichen 18:35, 5. Sep. 2018 (CEST)

Ich sehe es mir mal an, aber nicht mehr jetzt. Ich muss mir erstmal die CSS-Klassen ansehen, ich dachte aber, die Bundesländer hätten eine andere bekommen als die allgemeine Tabelle, mhh. — Speravir – 03:28, 6. Sep. 2018 (CEST)

Kein Problem wenn es dauert. Ich dachte auch, dass das klar getrennt war. Vielleicht habe ich auch selbst etwas vermurkst, wie ich mal an den Breiten rumgespielt habe. Bei den Fröhlich-Listen passt nämlich glaube ich auch etwas nicht. Sollten nicht beide BHU-Spalten rechts ausgerichtet sein? Viele Grüße -- Rainer Lippert • Monumentale Eichen 22:11, 6. Sep. 2018 (CEST)

Du hast in der Layout-CSS einen Fehler bei den Fröhlich-Regeln (einer der infamen Komma-Fehler). Kopiere doch bitte die CSS von der Testseite herüber (oder auch von hier

), ich habe auch einige geänderte Größenangaben von dir dorthin übernommen.
Zum ursprünglichen Problem: Bisher ist die Spalte für die Ortschaft gar nicht in ihrer Weite vorgegeben, das war Absicht und sollte so bleiben. Für die Namensspalte gibt es eine Klasse .Name, und für diese haben wir bisher keine Unterscheidung nach den unterschiedlichen Listen-/Tabellentypen. Das könnte man aber ändern. Soll die geänderte Vorgabe nur für diese eine Tabelle gelten? Dann wäre es sinnvoll, für sie eine ID zu vergeben, die man dann für eine spezielle Regel verwenden könnte. — Speravir – 02:06, 9. Sep. 2018 (CEST)

Dachte ich mir schon, dass ich da einen Bock gebaut habe. Da es ja am Anfang gepasst habe. Ich habe den Fröhlich-Abschnitt jetzt rüberkopiert, jetzt passt es wieder. Vielen Dank. Ja, dass eine Spalte ohne feste Breitenzuordnung ist, weiß ich. Damit passt sich ja die gesammte Tabelle an eine unterschiedliche Bildschirmgröße an. Das kann auch so bleiben. Nur die andere Spalte müsste am besten individuell anpassbar sein, da das Layout der Tabellen Unterschiedlich ist. Die Spaltenanzahl differiert ja. Mache so, wie du denkst, das es am besten ist. Also wohl eine neue ID vergeben. Viele Grüße -- Rainer Lippert • Monumentale Eichen 21:46, 9. Sep. 2018 (CEST)

’Tschulljung, dass es für diese kleine Änderung so lange gedauert hat: Ich habe auf der Testseite in der Tabelle unter Deutschland eine ID dtld in den Kopf eingebaut, so dass er dort jetzt so aussieht:

<table align="" class="sortable rang dtliste" id="dtld">

Dazu passend findest du im CSS diese Zeile:

#dtld .Name { width: 17.5em; } /* Deutschlandübersicht */

wo Du die Breite der Namensspalte anpassen kannst. Nach diesem Vorbild würde man das dann für die anderen Spalten genauso erledigen. — Speravir – 00:37, 15. Sep. 2018 (CEST)

Kein Problem das es etwas gedauert hat. Jetzt passt es bestens. Vielen Dank und viele Grüße -- Rainer Lippert • Monumentale Eichen 16:51, 15. Sep. 2018 (CEST)

@Speravir:: Hallo Speravir, ein Problem besteht immer noch. Das sehe ich erst jetzt. Die Tabelle auf der Hauptseite hat auch eine Namensspalte. Die gehört auch separat angesteuert. Denn jetzt ist sie zu breit. Danke und Grüße -- Rainer Lippert • Monumentale Eichen 17:41, 18. Sep. 2018 (CEST)

Irgendwas ist schief gegangen, der Ping kam nicht an, aber ich habe es zum Glück auch so bemerkt (ich hatte mal nach Deiner Breitenänderung sehen wollen). Die Top20-Tabelle hat bereits eine ID und einen eigenen Abschnitt im CSS. Du könntest also einfach nach dem obigen Vorbild vorgehen, was aber in diesem Abschnitt eingetragen werden sollte. Ich will aber mal versuchen, die Ranglistenspalte zu automatisieren genauso wie in der großen Deutschlandtabelle, was eine etwas größere Änderung am Code ergeben würde – wirklich nicht allzu viel, aber soviel, dass es dann einfacher wäre, das gesamte CSS zu kopieren (deine letzte Änderung ist bereits eingetragen). Um sicher zugehen: Die unterste Tabelle auf der Startseite der Testtabellenpräsenz müsste doch die richtige sein, oder? — Speravir – 19:25, 23. Sep. 2018 (CEST)

Kein Problem. Ja, ich wollte mich schon selbst an der ID versuchen, habe aber dann doch die Finger davon gelassen. Am Ende mache ich es wieder falsch. Das überlasse ich dann doch lieber dem Spezialisten ;-) Ja, genau, die unterste Tabelle ist es. Bei mir wird Platz 14, das Wort Schloss Nagel, umgebrochen. Und die Namensspalte ich recht breit. Viele Grüße -- Rainer Lippert • Monumentale Eichen 22:39, 23. Sep. 2018 (CEST)

Retoure: Ich hatte vergessen, dass es zwei (oder mehr) gleichrangige Eichen geben könnte. Zum Glück ist das gerade der Fall, so dass es mir wieder vor Augen geführt wurde. Aber trotzdem gibt es einige wichtige Änderungen:

Die genutzte Javascript-Datei unter padolsey/findAndReplaceDOMText hat ein Bugfix-Update erhalten. Deshalb bitte von der Testtabellenseite von Design → Eigenes Layout → Dateien die findandreplacedomtext-jsmin.js zu dir rüberkopieren (und die andere löschen, ich glaube, die leicht anders).
Wegen des nötigen Hinweises auf die (geänderte) Version und weil mir in diesem Zusammenhang ein (selten auftretender) eigener Fehler auffiel, den HTML-Code von Design → Eigenes Layout → HTML rüberkopieren.
Und bitte unbedingt den gesamten Code von Design → Eigenes Layout → CSS rüberkopieren (wie oben gesagt, ich habe deine geänderten Breiten dort eingetragen). Dort habe ich im Bereich der Top20-Tabelle (Stand heute ab Z. 474) als eigene Regel (ab Z. 492) ein width: 17.5em; eingefügt. Die kannst Du nun ändern, wie es dir gefällt. Achtung: Bei Tests fiel mir auf, dass in der BHU-Spalte das m umbrochen wurde, wenn die Breite für den Namen zu groß wurde.

Hoffentlich ist damit alles klar. — Speravir – 20:50, 25. Sep. 2018 (CEST)

Fremdmeldungen[Bearbeiten | Quelltext bearbeiten]

Einrückung entfernt. — Speravir

Es passt jetzt Einwandfrei. Vielen Dank! Wenn du jetzt schon einmal hier bist ;-) Eine Änderung hätte ich noch. Und zwar die Tabelle Fremdmeldungen. Damals hatte ich mich für diese Version entschieden. Aber erfreulicherweise werden es immer mehr Einträge. Damit hatte ich damals nicht so gerechnet. Wenn es jetzt machbar wäre, würde ich diese Tabelle auch gerne Sortierbar haben. Und dann noch eine Spalte rein, wo man dann sieht, bei welcher Eiche ich inzwischen schon selbst war. Dort dann irgendeinen Hinweis rein, und die Verlinkung zum entsprechenden Eicheneintrag. Diese Spalte vielleicht an dritter Stelle? Ist das ohne größeren Aufwand machbar? Danke und viele Grüße -- Rainer Lippert • Monumentale Eichen 18:28, 26. Sep. 2018 (CEST)

Ja, sicher ist das möglich. Sie müsste dann aber vermutlich größere individuelle CSS-Anpassungen erhalten, auch für die Flaggen und den dazugehörigen Mausover-Code. Oder könnte die zusätzliche Spalte auch ganz nach rechts? Dann wäre der Aufwand deutlich geringer (Regel nur für diese Spalte; kopier dir die Layout-CSS auf den Rechner und suche darin nach dtliste, dann ahnst du vielleicht, was für diese eine Tabelle angepasst werden müsste.). Welchen Titel soll sie bekommen – Anmerkungen, Bemerkungen? Vielleicht geht’s sogar schmaler mit Anm.? Das hängt natürlich davon ab, wie deine Bemerkung und Verlinkung aussehen soll. Das Sortieren als solches geht über die Klasse sortable, so dass das Starttag so aussieht: <table align="" class="dtliste sortable">. Ich habe die Tabelle mal auf die TesTab-Seite kopiert und auch schon sortierbar gemacht: Fremdmeldungen. Die Anmerkungsspalte soll dann auch sortierbar sein? Und wie sieht das mit den Meldepersonen aus: sortierbar? Dann sollten die Leute aber mit Familiennamen oder seiner Abkürzung zuerst aufgeführt werden, sofern vorhanden – oder man muss dieses Feature verwenden, das das Sortierskript bietet/ausnutzt: Using custom sort keys, kurz: Man muss für jeden Eintrag schreiben. (Zufällig bemerkt: Bei Pampow fehlt in der Spalte Taille das kleine m nach dem Zahlenwert). — Speravir – 02:06, 27. Sep. 2018 (CEST)

Also dtliste sehe ich mehrmals im CSS. Ich weiß aber nicht genau, was du meinst. Ich denke mal, es muss irgendwie die Spaltenazahl vordefiniert werden? Also die gewünschte Spalte kann auch ganz nach rechts. Und so schmal wie möglich. Also Anm. passt schon. Aber was rein, weiß ich noch nicht. Ein Haken für besucht? Und diesen dann verlinkt. Oder das Besuchsdatum? Also Monat und Jahr? Diese Spalte müsste nicht sortierbar sein. Aber gerade die Spalte des Namens wünsche ich mir sortierbar. Die könnte auch durchaus nach Vornamen sortiert werden, wenn es anders zu aufwendig ist. Viele Grüße -- Rainer Lippert • Monumentale Eichen 18:48, 27. Sep. 2018 (CEST)

Ja, die Nummer der Spalte ist hier das Problem, alles im CSS ist bei dtliste auf diese Spaltennnummern berechnet, vor allem auch die Flaggen. Ich könnte das aber trotzdem für die eine Tabelle ändern, wenn Du wirklich Wert darauf legtest, die zusätzliche Spalte als die dritte einzufügen, wie gesagt mit entsprechendem Aufwand. Vielleicht fällt mir beim Erarbeiten auch noch auf, dass sowieso eigene Änderungen nötig sind. Zum Eintrag: Ein Häkchen alleine ist vielleicht zu schmal, wenn man es noch verlinken will – man bemerkt den Link nicht oder sehr schwer. Wir können ja mal testen, wie breit das Datum ist, vielleicht auch mit Häkchen. (Und wenn was missfällt, das Kreuzchen?

) — Speravir – 01:22, 29. Sep. 2018 (CEST)

Also die gewünschte Spalte kann auch durchaus ganz nach rechts. Wenn da ein Kreuz, oder Häkchen drinnen ist, macht sich das da wohl auch am besten. Ich weiß ja selbst noch nicht, was da genau rein soll. Ich bin für alles offen. Es soll nur erkenntlich sein, dass ich die Eiche inzwischen besucht habe. Und das mit entsprechender Verlinkung. Das fehlende m hatte ich auch gleich ergänzt. Danke nochmal für den Hinweis. Viele Grüße -- Rainer Lippert • Monumentale Eichen 14:32, 29. Sep. 2018 (CEST)

Sieh dir die Fremdmeldungen auf der Testseite an. Wie vermutut, musste ich eine Regel für die Deutschlandlisten ~~überschreiben~~ (besser:) übersteuern und natürlich eine für die Breite ergänzen, such nach #fremd .Anm { width: 3.5em; } zum Anpassen. Schau auch in die eine Jemeritz-Zeile (die mit dem abgestorbenen Baum) und in den Tabellenfuß: Meine Idee ist, die Abkürzung für „gesehen“ zu verwenden; das sieht man auch besser, wenn Du es verlinkst. Den Text im Tabellenfuß solltest Du eventuell daran anpassen, wie Du es formulieren würdest. Ansonsten teste doch selbst mal mit einem Datum oder so.

Wenn Du es für in Ordnung hältst, bitte neben der Tabelle auch wieder den gesamten Layout-CSS-Code kopieren: Mir ist noch eine kleine Inkonsistenz in den Fröhlich-Tabellen aufgefallen (nichts, was das Aussehen ändert, aber einen stutzen lässt, wenn man sich die Regeln ansieht).

Die Sortierung der Personennamen wäre dann noch zu kären. Lies etwas weiter oben noch mal. Ich glaube, dass die Methode <td sorttable_customkey="Sortiername"> besser ist, sofern Du damit klar kommst. Ich könnte dir das auch in die Testtabelle vollständig eintragen, damit Du es genauer siehst. — Speravir – 01:50, 30. Sep. 2018 (CEST)

So passt es perfekt. Auch das mit dem Text im Tabellenfuß. Zu den Personennamen. Ich habe es mir angeschaut, traue es mir aber nicht zu. Wenn es nicht zu viel Arbeit macht, wäre es schön, wenn du das einträgst. Viele Grüße -- Rainer Lippert • Monumentale Eichen 11:37, 30. Sep. 2018 (CEST)

O Mann, nichts wird’s mit dem Zeigen: Jimdo will klüger sein und nimmt das zugegebenermaßen unübliche, nicht dem Standard entsprechende Attribut nicht an. Ich musste mir was anderes einfallen lassen und hatte zum Glück eine Idee. Es sieht jetzt so aus:

<td><span class="unsichtbar">Nachname Vorname</span>Vorname Nachname</td>. Das Sortierskript sieht den ersten Teil, er wird aber per CSS unsichtbar gemacht. Nicht eingetragen habe ich das bei den Zeilen, wo nur ein einteiliger Name steht (die Spitznamen). Wo der Nachname abgekürzt ist, habe ich die Abkürzung samt Punkt verwendet. Unklar ist mir die Zeile „Insel Lieps“, dort habe ich ebenfalls nichts eingetragen. Bei Karlsruhe und Muckenschopf habe ich aus Vorname1 Nachname1 & Vorname2 Nachname2 ein Nachname1 Vorname1, Nachname2 Vorname2 gemacht – hier also mit Komma, sonst ohne! Man könnte statt des Kommas aber bspw. auch einen Schrägstrich „/“ nehmen; beim „&“ war ich mir unsicher, wie das bei der Sortierung wirkt, ich hätte es vermutlich aber dabei belassen können.

Apropos CSS: Bitte wieder alles kopieren. Alles für die Fremdmeldungstabelle ist jetzt in einem eigenen Abschnitt zusammengefasst. — Speravir – 00:51, 1. Okt. 2018 (CEST)

Trotz aller Probleme hast du es wieder perfekt gelöst. Es passt alles. Vielen Dank! Auch die Insel Lieps wird richtig sortiert. Die erste Person ist immer die meldente Person. Die zweite eine eventuell begleitende Person. Wenn die mir so mitgeteilt wird. Und bei Lieps ist die dritte Person die Person, der sie mit dem Boot auf die Insel gebracht hat. Jetzt hätte ich noch einen Auftrag. Ist dann aber vorerst der letzte ;-) Und zwar die Seite Linden. Ich habe da jetzt zwei Tabellen. Einmal eine Tabelle mit den Linden, die bereits in der Literatur vertreten sind. In der zweiten Tabelle stehen die unbekannten Linden. Also die Linden, die ich im Laufe der Zeit entdeckt habe. Nun ist es aber so, dass ich vor ein paar Wochen eine völlig unbekannte Linde mit 11,60 m Umfang gefunden habe. Die Linde hat es damit gleich unter die 10 dicksten Bäume Deutschlands geschafft. Da ja die Tabellen sortierbar sind, und in der ersten Tabelle die dicksten Linden stehen, so würde dann diese neu entdeckte Linde in der Sortierung fehlen. Man hätte dann zwar eine Auflistung der dicksten Linden, aber diese eine fehlt dabei. Deswegen würde ich jetzt gerne beide Tabellen zusammenfügen, zu einer Tabelle. Und eine Spalte, mit dem Hinweis, bei welchen Linden es sich um neuentdeckte Linden handelt. Da würde sich die letzte Spalte anbieten. Vielleicht macht es das einfacher, da alles andere so bleiben kann. Danke und viele Grüße -- Rainer Lippert • Monumentale Eichen 22:29, 1. Okt. 2018 (CEST)

(Einrückung entf.) Klar geht das. Man muss nur beide Tabellen zusammenfügen und eine weitere Spalte anfügen, was wir ja gerade erst gemacht haben. Soll die Spalte auch „Anmerkungen“ heißen oder lieber anders? Reicht die Abkürzung wie bei den Fremdmeldungen? Ich habe sie jetzt jedenfalls erst mal so benannt. Sie wird eine größere Breite benötigen, oder? Die Vorsortierung soll wie sonst nach Ortsnamen erfolgen, seh ich doch richtig? Ersteindruck unter Tabellentest - Linden, noch unsortiert. Es sieht sehr danach aus, dass man auch die Breite anderer Spalten (Name/Standort?) anpassen muss. Im CSS kannst Du mal nach #linden .Anm { width: 7.5em; } sehen, weitere gibt es noch nicht, aber die würden nach dem Muster folgen. — Speravir – 23:12, 2. Okt. 2018 (CEST)

Die Spalten müssten dann auf jeden Fall noch etwas angepasst werden. Die letzte Spalte will ich so schmal wie möglich, aber dennoch so breit wie nötig haben. Es soll schon erkennbar sein, was sie bedeutet. Ich habe jetzt spontan an Literatur für den Tabellenkopf gedacht. Und bei den einzelnen Linden dann einfach Ja oder Nein. Denn Nein bedeutet, dass die Linde in der Literatur unbekannt ist. Und genau das sind die Linden, die ich mehr oder weniger entdeckt habe. Oder statt Ja und Nein ein Häckchen und ein Kreuz? Oder aber statt Literatur einfach Unbekannt, oder Neuentdeckung? Und dann wieder jeweils Ja oder Nein. Viele Grüße -- Rainer Lippert • Monumentale Eichen 22:16, 3. Okt. 2018 (CEST)

Bevor ich zur Lindentabelle komme, ein Nachtrag zu den Fremdmeldungen: Bitte auch das Custom-Layout-CSS (fürs Mobillayout) rüberkopieren, das ist wegen des unsichtbaren Teils notwendig. Und ist es Absicht, dass Du bei der Eiche aus Jemeritz die †-Markierung entfernt hast? Du hast doch ein Foto gemacht, also warst Du dort.

Die Linden: Tabellenspalte ist umbenannt und deshalb die Klasse, #linden .Lit { width: 7.5em; } wäre dann zum Einstellen. Ich habe aber auch die Namensspalte etwas schmaler gemacht, so sind die Sortierpfeile für die anderen Spalten wieder rechts vom und nicht unter dem Titel. Wenn dir eine noch schmalere rechte Spalte reicht, könnte man sie auch in „Lit.“ umbenennen und die Namenspalte wieder auf den Dt.-Listen-Standard verbreitern. Wenn Dir Häkchen und Kreuzchen reichen und Du weißt, wie Du sie erzeugst, dann nimm sie. Ich würde aber „bekannt“ und „unbekannt“ oder kürzer „(un)bek.“ besser finden. Im Tabellenquelltext auf der Testseite kann man übrigens die beiden Teiltabellen auseinanderhalten, indem ich dort einige auskommentierte Leerzeilen eingefügt habe (das Auskommentieren wäre eigentlich nicht nötig gewesen). — Speravir – 20:24, 4. Okt. 2018 (CEST)

Das mit dem Kreuz war ein versehen. Ich habe es wieder eingefügt. Danke für den Hinweis. Die Bilder sind aber nicht von mir. Bei dieser Eiche war ich noch nicht. Die Lindentabelle habe ich jetzt einbgebaut. Ich habe mich für bekannt und unbekannt entschieden. Das ist am eindeutigsten, denke ich. Die Spalte ist jetzt nach rechts ausgerichtet. Das gehört aber jetzt wegen der Wortangabe noch links ausgerichtet. Aber ansonsten passt alles perfekt, vielen Dank viele Grüße -- Rainer Lippert • Monumentale Eichen 22:37, 5. Okt. 2018 (CEST)

Jemmeritz: Ich hätte mal ans Ende der Seite schauen sollen.

Oh, ich war schließlich auch noch gar nicht fertig. Wenn wir in die Lit.-Spalte was eingetragen hätten, wäre das ja gleich aufgefallen. Sieh dir jetzt die Lindentab. auf der Testseite an. Ich habe die Spalte auch etwas schmaler gemacht. Alles schick?— Speravir – 20:59, 6. Okt. 2018 (CEST)

Jetzt passt alles bestens, vielen Dank. Im Moment bin ich Wunschlos glücklich ;-) Wenn ich wieder was habe, melde ich mich wieder. Danke und viele Grüße -- Rainer Lippert • Monumentale Eichen 18:25, 7. Okt. 2018 (CEST)

Benutzer:Rainer Lippert/Sortierbare Tabelle

Inhaltsverzeichnis