Beiträge von Melewo

    Wie offset_top funktioniert habe ich nicht verstanden,


    Ja, das geht ab und an nicht so einfach wie gedacht, musste auch erst einmal testen. Funktioniert zumindest bislang.

    Also, bei Klick wird offsetTop vom Element mit der im Button angegebenen Id ermittelt, von dem ermittelten Wert werden dann im Beispiel 30 Pixel abgezogen und bis dahin soll das Dokument dann nach oben scrollen. Dadurch scrollt es dann nicht bis Top, sondern nur bis 30 Pixel unter Top.

    Bei einer überschaubaren Anzahl von Download-Archiven lässt sich das Verstecken mit PHP einrichten, bei einer größeren Anzahl würde ich nach einer geeigneten Rewrite-Lösung für die htaccess suchen. Angezeigt würde im Beispiel bei einem Download nur name-sichtbar.zip.


    Das Verzeichnis kannst Du mit Beispiel #2 durchlaufen und als Liste ausgeben:

    http://www.php.net/manual/de/function.readdir.php

    Wenn mit PHP versteckt, dann das Verzeichnis mit den PHP-Dateien durchlaufen, nicht das mit den Zip-Archiven. Wenn mit Rewrite-Lösung versteckt, dann eben auch in der Liste die Namen umschreiben.

    Nun brauchst Du eigentlich nur noch schreiben, dass Du Dich weder mit PHP noch mit der htaccess auskennst, denn dann könnte es mit einer weißen Seite oder anderen Fehlern enden.

    Wie bereits geschrieben, im HTML5 Handbuch ist es ja auch so mit <a id=""> enthalten und das Ding ist von Münz und Gull, mit einem Referenzteil. Somit sollte das schon seine Richtigkeit haben. Auf eine Seite vom W3C bin ich auch noch gestoßen, die ein Beispiel mit <a id=""> enthielt.

    Ein JavaScript Online-Editor ist und bleibt halt nur ein JavaScript Online-Editor, doch wo es nun genau dran liegt, ist ohnehin kaum auszumachen. Mir ist es nur mit <a name=""> aufgefallen, in meinen älteren Seiten verwendete ich es immer, doch innerhalb von WP wurde es bei mir immer so gewürfelt, wie ich es nicht haben wollte, bis ich mich davon verabschiedete und gleich bei <h3 id="">... </h3> blieb.


    Hatte bereits zwei Plugi-ins dafür gefunden, aber würde es so gerne ohne Plug-Ins erledigen :-)


    Wie groß ist denn das Innenleben von den Dingern?
    Wenn nicht allzu groß, so sollte sich eventuell die Kernfunktion in eine Funktion für die functions.php umschreiben lassen. Zumindest könnte man nach dem Hook dann im Web suchen, um eher eine Lösung oder einen Ansatz für eine Lösung für die functions.php zu finden.

    Oder mache es einfach so wie hier beschrieben: http://forum.wpde.org/konfiguration/…aktivieren.html

    Ich kenne dieses Verhalten nicht nur von kleinen Seiten, sondern nicht minder von richtig großen Seiten im Web. Persönlich setze ich die Ziel-ID dann einfach höher im Dokument an.

    Also statt

    HTML
    <a href="#abschnitt">Springe zu</a>
    
    
    Text...
    
    
    <h2 id="abschnitt">Text ...</h2>


    nehme ich dann:

    PHP
    <a href="#abschnitt">Springe zu</a>
    
    
    Text...
    <p id="abschnitt">letzter Abschnitt vom vorausgehenden Text</p>
    
    
    <h2>Text ...</h2>


    Eine Alternative wäre ein kleines JavaScript, welches den oberen Abstand berechnet und danach das Element mit CSS zu platzieren:

    http://de.selfhtml.org/javascript/objekte/all.htm#offset_top

    Die Seite ist zwar nicht neu, doch die Beispiele sehen dafür besser und verständlicher aus:

    HTML
    <h1 id="zweitens">Eine zweite Überschrift</h1>


    http://wiki.selfhtml.org/wiki/HTML/Text…nterne_Verweise

    Im HTML5 Handbuch ist das gleiche Beispiel mit

    HTML
    <h1><a id="kapitel1">Kapitel 1</a></h1>
    <h2><a id="abschnitt1">Abschnitt 1</a></h2>


    enthalten, wie ich gerade sehe. Somit dürfte es dann am Eigenleben des TinyMCE liegen. Die Variante mit <Element Id="vom Element"> ... </Element> sollte jedoch problemlos möglich sein.

    Doch doch. Hat schon seine Richtigkeit:
    http://webkompetenz.wikidot.com/html-handbuch:links-anker


    Warum die das da so gescrieben haben

    HTML
    <h1><a id="kapitel1">Kapitel 1</a></h1>
    <h2><a id="abschnitt1">Abschnitt 1</a></h2>


    weiß ich nicht und kann es auch nicht nachvollziehen. Ich würde es so schreiben und schreibe es auch so:

    HTML
    <h1 id="kapitel1">Kapitel 1</h1>
    <h2 id="abschnitt1">Abschnitt 1</h2>


    Und alles im Zusammenhang dann so:

    HTML
    <a href="#kapitel1">Kapitel 1</a> 
    <a href="#abschnitt1">Abschnitt 1</a>
    
    
    
    
    <h1 id="kapitel1">Kapitel 1</h1>
    <h2 id="abschnitt1">Abschnitt 1</h2>
    HTML
    <a id="ankerlink"></a>


    wird einfach entfernt. Musste es wieder in das nicht W3C validierende


    Scheint mir eine weise Entscheidung vom Editor zu sein.
    Sollte ja eigentlich so aussehen:

    HTML
    <a href="#ankerlink">Springe zu</a>


    Und auf ein Blockelement verweisen:

    HTML
    <p id="ankerlink">Text ...... </p>


    Habe es aber gerade nicht getestet, doch in einem leeren a-Tag hat eigentlich keine Id etwas verloren.

    Edit: Habe es getestet, so wie von Dir notiert, fliegt es auch bei mir raus, so hingegen nicht:

    HTML
    <a href="#ankerlink">Springe zu</a>
    
    
    Text...
    
    
    <p id="ankerlink">Text ......</p>


    Braucht jetzt kein p-Tag zu sein, sondern irgend ein richtiges Element halt.

    Ja dann ist das bei Dir aus irgendeinem Grund anders. Benutzt Du Plugins für den Editor oder Frameworks oder verhält sich der Editor in allen Browsern mit einem Standard-Theme so?
    Wenn ich den ganz normalen TinyMCE von WP nehme, so sieht das bei mir bei einem Wechsel von Visuell zur Textansicht im Editor so aus:

    HTML
    <div class="titleBar">
    
    
    <span style="font-family: arial;">Test</span>
    <h1>testheader</h1>
    </div>


    Und bei der Ausgabe im Quelltext so:

    HTML
    <div class="titleBar">
    <p><span style="font-family: arial;">Test</span></p>
    <h1>testheader</h1>
    </div>


    So wie bei Dir,

    HTML
    <span>Test</span>


    span-Tags ohne Attribute entfernt mein Editor, musste deshalb etwas innerhalb des einleitenden span-Tags notieren.

    Wird über 'Options Indexes' in der htaccess gesteuert und davon würde ich die Finger lassen, denn eigentlich soll niemand genau wissen, wo was liegt. Stelle Dir einmal vor, jemand verseucht Deine Download-Archive, dann bist Du es der die mit Schadcode verseuchten Archive zum Download anbietet. Eine einfache Liste bekommst Du auch mit PHP erstellt.

    Woran kann dies liegen? Es ist nicht einmal ein Leerzeichen vorhanden.


    Vermutlich genau daran, denn H1 gehört als Blockelement ja eigentlich in eine neue Zeile. So lässt Du ein Blockelement auf ein Inline-Element folgen. Vom Editor wird dann wohl voller Entsetzen ein \r\n eingefügt, um das schlimmste Chaos zu verhindern, was WP beim Abruf aus der Datenbank in ein <br /> umwandelt. Vermute ich nur, dass es daran liegt, getestet habe ich es nicht.

    Programmieren müsstest Du das schon allein, einfach lesen und die Beispiele testen, dann wird das schon. Teile es hier jetzt ebenfalls, damit Du nicht durcheinander kommst.

    PHP
    // Von Formular an Funktion übergebene Werte
    
    
    var data = {
        action: "my_action",
        param_eins: wert_eins,
        param_zwei: wert_zwei,
        param_drei: wert_drei,
    };

    Wie bereits geschrieben, ich kenne nicht alle Möglichkeiten. Ich kann mir auch schlecht vorstellen, warum man POST oder GET von einem Formular innerhalb eines Plugins an eine andere Seite senden sollte, statt eine Datei mit den Funktionen für die Ergebnisse zu includen. Gerade das Ajax-Beispiel bietet doch alle Möglichkeiten, um eine unbestimmte Anzahl von Include-Dateien innerhalb der Callback-Funktion einzubinden.