Beiträge von Sempervivum

Um das Bild eindeutig ansprechen zu können, gibst Du ihm am besten eine Klasse, z. B. "hoverimg":

<img class="hoverimg" src="Malerei/Acrylmalerei/album/thumbs/blaue_formen.jpg" alt="">

Das folgende CSS, dass beim Hover der farbige Rand erscheint. Der transparente Rand ist nur ein Platzhalter, damit sich das Layout bei Hover nicht verschiebt.

img.hoverimg {
    border: 2px solid transparent;
}
img.hoverimg:hover {
    border: 2px solid blue;
}

Wo Du dass CSS hinschreibst, ist von untergeordneter Bedeutung, aber da es zum Bild gehört, bietet es sich an, es dort zu notieren, wo auch die CSS-Regeln für img allgemein stehen, d. h. in style2000.css ab Zeile 108.

... im Opera funktioniert die Fixierung, wenn ich es auf th anwende, und mit z-index bleibt die linke obere Zelle auch sichtbar:

        #DepotKopf {
            background-color: rebeccapurple;
            /* position: sticky;
            top: 0; */
        }

        /* .DepotRel {
            left: 0;
            position: sticky;
        } */

        tr th:first-child {
            background-color: blue;
        }

        tr td:first-child {
            position: sticky;
            left: 0;
            background-color: lightblue;
        }

        #DepotKopf th {
            top: 0;
            left: 0;
            position: sticky;
            background-color: rebeccapurple;
        }

        #DepotKopf th:first-child {
            z-index: 999;
        }

Das ist dann die Erklärung, ich benutze Opera ...

Dafür gibt es sicher auch eine Lösung, aber in meiner Testdatei ist die Kopfzeile nicht fixiert, sie verschwindet nach oben beim vertikalen Scrollen?

Du brauchst nur den betr. Zellen eine Hintergrundfarbe zu geben, dann verschwinden die gescrollten dahinter:

html-seminar.de/woltlab/attachment/1825/

Zitat

dass der rechte Teil durchsichtig ist, was aber logischerweise nicht so schön aussieht, da die Daten dann mit der "Überschrift" rechts überlappen. Gibt es da einen kleinen Trick wie die Daten dann einfach hinter der Überschrift verschwinden? Beim Kopf ist das ja auch nicht so, daher verstehe ich gerade nicht wo da das Problem liegt.

Was mich betrifft, so verstehe ich leider nicht, was Du meinst. Ist wahrscheinlich besser, wenn Du ein Beispiel postest. Gibt sicher eine einfache Lösung.

Dazu gibt es zwei Ansätze:

1. Das Bild als Hintergrundbild, dann kannst Du mit Flexlayout die Texte problemlos zentrieren. Nachteil dabei: Der Container passt sich nicht an die Größe des Bildes an, sondern umgekehrt, man muss die Größe des Containers setzen und das Bild passt sich an. Seitenverhältnis bleibt außen vor.
2. Das Bild als img-Tag und die Texte absolut positioniert. Hier passt sich das Bild an die Größe des Containers an und das Seitenverhältnis bleibt erhalten. Nachteil ist die absolute Positionierung und dass die Zentrierung etwas kryptisch wird.

BTW: Dies ist ein klassicher Anwendungsfall für das figure-Tag:
https://wiki.selfhtml.org/wiki/HTML/Text…urierung/figure

Wenn ich versuche, 1-zu-1 umzusetzen, was Du beschreibst, komme ich auf dieses:

https://jsfiddle.net/Sempervivum/sh3o2ybz/3/

Da hast Du nicht ganz unrecht, ich habe vor einiger Zeit vor dem selben Problem gestanden.

Kern der Sache ist ja ein Eingabefeld vom Typ "file", mit dem man die Datei(en) auswählt. Normalerweise ist dies Bestandteil eines Formulars und wenn man das mit Submit abschickt, wird die Datei hochgeladen, ohne dass man weiteres dazu tun muss.

Interessant wird es dann auch auf den Server, weil die Datei(en) mit temporären Namen ankommen und man sie verschieben muss auf den Dateinamen und das Verzeichnis, wie man es braucht. Sieht dann i. allg. so aus:

<?php
    error_reporting(E_ALL);
    ini_set('display_errors', '1');
    var_dump($_FILES);
    var_dump(empty($_FILES));
    $sourcePath = $_FILES['img']['tmp_name']; // Storing source path of the file in a variable
    $targetPath = "uploads/" . $_FILES['img']['name']; // Target path where file is to be stored
    echo $sourcePath; echo $targetPath;
    move_uploaded_file($sourcePath, $targetPath) ; // Moving Uploaded file
?>

'img' ist dabei nicht fest vorgegeben, sondern der Name des file-Eingabefeldes; man kann sich leicht davon überzeugen, wenn man sich den Vardump von $_FILES ansieht.

Wenn ich alles richtig überblicke, müsste dies das Problem lösen:

Oben im head-Bereich:

    <!-- Die erste Zeile mit jQuery kannst Du löschen
    <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.3/jquery.min.js"></script>
    -->
    <script src="https://ajax.googleapis.com/ajax/libs/jquery/3.3.1/jquery.min.js"></script>

Und ganz unten, am Ende des Body:

    <!-- Set jQuery to compatibilty mode -->
    
    <script>var $j = jQuery.noConflict();</script>
    
    <!-- Back-to-top Java-Script -->
    <script>
        var back_to_top_button = ['<a href="#top-section-content" class="back-to-top"></a>'].join("");
        $j("body").append(back_to_top_button)

        // Der Button wird ausgeblendet
        $j(".back-to-top").hide();

        // Funktion für das Scroll-Verhalten
        $j(window).scroll(function () {
            if ($j(this).scrollTop() > 100) { // Wenn 100 Pixel gescrolled wurde
                $j('.back-to-top').fadeIn();
            } else {
                $j('.back-to-top').fadeOut();
            }
        });
    </script>

    <!-- Smooth-Scroll jQuery -->

    <script>
        // Add smooth scrolling to all links
        $j("a").on('click', function (event) {

            // Make sure this.hash has a value before overriding default behavior
            if (this.hash !== "") {
                // Prevent default anchor click behavior
                event.preventDefault();

                // Store hash
                var hash = this.hash;

                // Using jQuery's animate() method to add smooth page scroll
                // The optional number (800) specifies the number of milliseconds it takes to scroll to the specified area
                $j('html, body').animate({
                    scrollTop: $j(hash).offset().top
                }, 800, function () {


                    // Add hash (#) to URL when done scrolling (default click behavior)
                    window.location.hash = hash;
                });
            } // End if
        }); // end onclick
    </script>

Ungetestet, ich hoffe, ich habe nichts vergessen.

Das scheint zunächst mal eine gute Nachricht zu sein, denn es zeigt offenbar an, dass die Funktion für das Senden jetzt aufgerufen wird. Leider tappe ich ein wenig im Dunkeln, was die Behebung des Fehlers angeht, weil mir die Kenntnisse über Websockets fehlen. Vermutung: Vor dem Senden der Nachricht muss ein Verbindungsaufbau stattfinden und der ist asynchron. Beim Klick auf den Submit-Button bei der ersten Version ist das kein Problem, weil der manuell erfolgt und es einige Zeit dauert, bis der Benutzer mit dem Formular fertig ist. Bei der neuen Version erfolgt das Senden jedoch sofort. I. allg. gibt es jedoch bei asynchronen Vorgängen einen success-Callback wie bei jQuery-Ajax und Du müsstest das Senden dort hinein legen.

Offenbar liegt hier ein Konflikt mit der Bibliothek Prototype vor, die ebenfalls $ definiert. Das Problem ist bekannt und hier wird die Lösung beschrieben:

https://learn.jquery.com/using-jquery-c…ther-libraries/

Hast Du die Fehleranzeige für PHP eingeschaltet und einen Blick in die Console des Browsers geworfen? Ich habe da eine kleine Testdatei gemacht, natürlich ohne das ganze Drumherum und damit funktioniert es.

Zitat

Wird offensichtlich nicht ausgegeben.

Dann würde ich zunächst den GET-Parameter prüfen, ob er richtig gesetzt ist:

var_dump($_GET);

Außerdem sollte dieser in der Adresszeile des Browsers sichtbar sein.

Wenn ich dein erstes Posting lese, vermute ich, dass die PHP-Datei eine andere ist als die, in der das Formular steht?

Sieht plausibel aus.

Hast Du dir die Quelltextansicht im Browser angesehen, ob das Script-Tag dort angezeigt wird, so wie Du es im PHP-Skript ausgegeben hast?

Ist zuvor auch die Funktion messageToServer definiert worden?

$_GET entspricht dem method-Attribut in deinem Formular? GET ist offenbar Default.

Ein direkter Weg wäre u. U. das Python-Skript von PHP aus zu aktivieren.

Zitat

wichtig ist, dass die Kommunikation zum Python-Programm erst nach dem erfolgreichen schreiben der XML-Datei erfolgt.

Dann ist es durchaus wahrscheinlich, dass es ein Timing-Problem ist. Ich sehe da zwei Lösungsmöglichkeiten:

1. Die Daten mit Ajax an den Server zu schicken. Dann hast Du einen Success-Handler, der aufgerufen wird, wenn das PHP-Skript erfolgreich ausgeführt wurde und kannst darin das messageToServer aufrufen.
2. Beim Abschicken des Formulars wird die Seite neu geladen. Du kannst das messageToServer beim Neuladen der Seite aufrufen. Ein gängiges Kriterium dafür ist, dass die GET-/POST-Variable für "submitSave" gesetzt ist.

Wie es geht, wird hier beschrieben:

https://stackoverflow.com/questions/1559…pacity-gradient

Wenn Du es auf deinen Code nicht anwenden kannst, dann poste den Code der Lösung für die Du dich entschieden hast.

Wenn ich schrieb, dass es nicht geht, meinte ich die Suche in der Verzeichnissen, wie Du sie ganz am Anfang beschrieben hast. Das Austauschen des Sprachenkürzels in der URL braucht in der Tat kein PHP und geht problemlos mit JS, wie ich es vorgeschlagen und Du umgesetzt hast.

Der Grund ist, dass die vertikale Ausrichtung per Default auf baseline steht und Du kannst den Effekt beseitigen, indem Du es auf top setzt:

img.img-fluid {
    vertical-align: top;
}

html-seminar.de/woltlab/attachment/1820/

Bei weiterer Überlegung bin ich der Erklärung näher gekommen: Übergibt man eine Funktionsreferenz, so ist dies nur die Referenz der betr. Funktion, ohne Informationen über den Kontext. Aus der Notation window.setTimeout(schools.lower, 2500); ist zwar ersichtlich, dass lower eine Funktion von schools ist, aber in der Referenz, die an setTimeout übergeben wird, ist diese Info nicht enthalten.