Beiträge von Arne Drews

Zitat von brainstuff

Das umgehe ich damit, dass ich die Bilder auf eine spezielle Domain lege also xxx.com/images und dann schreibe ich diesen kompletten Namen als Adresse in die HTML Dateien.

Klingt nach dem Standard, der von vielen verwendet wird...

Zitat von brainstuff

Das hat aber zuhause den Nachteil, dass alle diese Bilder im Internet zu finden sein müssen ... man kann also Seiten nicht einfach zu Hause (mit den Bildern in einem lokalen Ordner) ausprobieren und dann die Dateien unverändert auf den Server kopieren ..

Was hindert Dich, zu Hause eine sechste Domain anzulegen, die den "Bilderserver" repräsentiert?!

Ich werfe mal in den Raum, dass float ungeeignet ist.

Mit flex könnte das sicher besser funktionieren, denke ich.

Zitat von brainstuff

Für mich ist das Internet etwas internationales ... ich bin sogar dafür, dass man Domainnamen Umlaut-Verträglich macht ... es müsste eigentlich egal sein ob jemand Gaensehof.com statt Gänsehof.com schreibt ... das das dann 2-Domainen sind, ist für mich Abzocke.

Sehe ich etwas anders. International, ja. Aber dann machen Umlaut- bzw. Sonderzeichen-Domains absolut keinen Sinn.

Ganz gleich, ob äxample.com oder aexamle.com nun das gleiche wäre oder nicht, mit dem Umlaut schränkst Du Dich auf eine regionale Zielgruppe ein.

Versuch mal in Namibia mit der dort handelsüblichen regional besetzten Tastatur, diese Domain einzugeben. Viel Vergnügen, das schafft Otto Klein ohne IT Kenntnisse von neben an nicht.

Meine Schwester wohnt in Süd-Frankreich, ich habe mit dem Problem immer zu tun, wenn sie das Notebook mal in Urlaub mit zu uns nimmt, weil ich etwas checken soll.

Jetzt könnte man grundlegend sagen, dass das Deine Auffassung von Internationalisierung bestätigt, aber ich denke ehrlich gesagt, dass Sonderzeichen in Domains gar keine Verwendung hätten bekommen dürfen. Internationalisierung heißt, alles global verfügbar zu machen, also beschränkt man sich auf die Schnittmenge dessen, was man anwenden will. Im Falle von Domains ist das der Name, respektive der String dessen. Also sollten auch nur Zeichen verwendet werden dürfen, die in allen Ländern ohne Hürden nutzbar sind. Das ist zumindest meine Auffassung von Internationalisierung, wenn es um Domains etc. geht.

Das Ganze hat aber mit Unicode jetzt nichts zu tun.

Gibt es bzw. kann man sich bauen. Wird auch bei Tools, wie bspw. Lazyload verwendet.

Frag mich nicht nach dem extakten Attribut, aber es geht da glaube ich so vor, dass das src-Attribut leer bleibt und der korrekt Pfad in einem data-Attribut hinterlegt ist, in etwa so:

<img src="" data-href="https://www.example.com/images/logo.png" alt="">

Über Javascript kann man dann die Bilder anhand des data-Attribut "nachladen".

In wie weit das Sinn macht für Dein Vorhaben weiß ich allerdings nicht...

Ja ok, zum Testen/Rumspielen ist das ja ok, da macht auch nicht alles Sinn, was ich mache.

Warum ein Table aus <div> ???

<table> ist ein standardisierter Text und sollte für tabellarische Datenansichten weiterhin verwendet werden.

Aus technischer Sicht einleuchtend. Aber was macht die Seite denn?

Mir erschließt sich nicht, warum man auf einer Seite lauter Eingaben macht, die am Ende verworfen sind, bspw. Reload o.ä.

Selbst wenn Du die Daten per Ajax senden solltest, wärst Du mit einer <form> besser aufgestellt.

Ist am Ende Dein Projekt, Deine Sache... Es interessiert mich nur, weil mir kein einziger Anwendungsfall dazu einfallen würde...

Zitat von brainstuff

frage ich mich ob die nicht auch beim char-set totalen Unfug machen.

Offensichtlich...

Zitat von brainstuff

Deswegen könnte es schon sein, dass die Leute da irgend etwas versuchen um die Sprache zu nationalisieren...

Ud die Lösung heißt Unicode, kannst Du denen ja mal mitteilen.

Kann es sein, dass Du keine Ahnung hast, was Unicode und warum das die Lösung ist?!

Was am Ende im src-Attribut steht, kannst Du nicht beeinflussen, dort muss der absolute oder relative Pfad zum Bild stehen, egal ob URL oder lokal.

Du kannst im src allerdings auf eine PHP-Datei verweisen und in dieser das geforderte Bild laden und ausliefern, dann hättest Du sowas wie:

<img src="https://www.example.com/images.php?img=logo" alt="foobar">

Dann wäre eine Möglichkeit in PHP:

<?php
header( 'Content-Type: image/jpeg;' );

$sHost = $_SERVER['REMOTE_HOST'];
$sImage = isset( $_GET['img'] ) ? $_GET['img'] : null;

$sPath = __DIR__ . '/images/' . $sHost . '/' . $sImage . '.png';
readfile( $sPath );

Alles aus'm Ärmel, also kein Anspruch auf Vollständigkeit oder irgendwie getestet.

Soll hat nur zeigen, in welcher Art das machbar wäre.

Ohne die Projekte zu kennen, die Du ansprichst, kann ein Vorteil sein, immer nur die relevanten CSS-Files zu laden.

Wenn man alles in eine Datei stopft, musst Du alles laden, egal ob benötigt oder nicht. Nennt man Overhead.

Allgemein sei noch erwähnt: CSS-Funktionen gibt es nur ein paar wenige, das was Du meinst, sind CSS-Regeln oder -Definitionen.

Zitat von brainstuff

Das mit dem Char-set kann daher kommen, dass ich kein deutsches Libre Office hier habe ... vielleicht mögen Franzosen lieber "charset=windows-1252" ???

So'n Quatsch... Genau dafür ist Unicode da! windows-1252 ist an der Stelle einfach Unfug, das hat nichts mit dem Land oder der Sprache zu tun...

Wozu die Eingaben, wenn Du keine Form benötigst?

Der Einfachheit halber würde ich das dann so machen:

https://codepen.io/anon/pen/MXYKXo

Hier hat dann jedes tr einen data-count und ist darüber ermittelbar. Weiterhin würde ich wie darin zu sehen Arrays für die name-Attribute des input verwenden.

Wenn es dann am Ende doch ein Formular ist - ansonsten macht so eine Eingabe von Namen für mich keinen Sinn -, ist es egal, wieviele "Zeilen" es sind, weil PHP es als Array erkennt und darin die Datensätze als Elemente zu finden sind.

Ob das jetzt besser oder schlechter ist, wie Deine Vorgehensweise, kann ich nicht beurteilen, ist halt nur meine grundlegende Vorgehensweise.

Noch besser wäre es aus meiner Sicht allerdings definitiv, wenn man die zusätzlichen Datensätze als Elemente in das DOM hängen würde.

Über DOM sähe in etwa so aus:

https://codepen.io/anon/pen/JZoXOg

Das wäre aus Dokumentensicht, die richtige Vorgehensweise.

Ob DIV oder TR wäre eigentlich egal.

FORM wird vermutlich benötigt, weil Daten eingegeben werden soll? Dann muss bei dem KlickEvent eigentlich nur preventDefault() eingesetzt werden, dann sendet er auch keinen Request an der Stelle.

Muss an was anderem liegen, funktioniert bei mir wie gewollt, wenn ich das richtig verstanden habe:

https://codepen.io/anon/pen/rKNKBr

Zitat von basti1012

Ich weiß zwar nicht warum das so ist ,aber wen m.scatello sagt never ever "SELECT * schreiben ,dann meint er bestimmt auch das . Dann mußt du die halt alle einzelnd aufschreiben ,oder vieleicht gibt es da noch ein anderen Befehl ,das weiß ich nur nicht .

Mensch Leute, was soll denn so eine Argumentation?!

"Wenn XY das sagt, ist das wohl auch so"

Ob das so ist, kann man doch in der heutigen Zeit schnell selbst herausfinden.

Auf die Schnelle: https://stackoverflow.com/ques…select-considered-harmful

Da steht das aus meiner Sicht sehr gut erklärt.

Gewöhnt euch gleich an, es richtig zu machen, dann wird das was...

Zitat von basti1012

Soll aber trotzdem erlaubt sein

Natürlich, genau wie px-Angaben bei font-size, macht aber keinen Sinn, nur weil es erlaubt ist.

Wenn man es genau nimmt, ist das Word-Gewülst auch "erlaubt"...

Zitat von basti1012

Bei cm Angaben hat man keine Chance was Responsiv hinzubekommen

Und allein deshalb ist es schon sinnfrei.

Das ist allein schon deshalb nicht gut, weil es HTML4 ist. Heute verwendet man HTML5, das ist nicht erst seit gestern so.

Der Doctype teilt dem Browser mit, wie er sich verhalten soll.

Dann der Charset, das sollte utf-8 sein!

Und was ich am schlimmsten finde: Wenn schon ein HTML-Export o.ä. existiert, dann doch bitte auch für Web ausgelegt! Die padding-Angabe in cm ist ne Witznummer.

Grob betrachtet, sieht der Code übersichtlicher aus, wie der von Word, ja.

Aber brauchbarer wird er dadurch nicht!

Ich finde es persönlich sinnvoller, mit Boolean zu arbeiten, wenn es nur darum geht, ob etwas vorhanden ist oder nicht.

Die Position spielt an der Stelle keine Rolle:

var outElement = document.getElementById('aus3');

zahlen.forEach(
        (i) => {
            if ( andereZahlen.includes(i) )
                outElement.innerHTML += i.toString() + ' ist im Array enthalten.';
        }
    );

ungetestet, aber so sollte es gehen...

Auszug aus dem MDN:

Zitat

Das <marquee> Element ist veraltet und muss bzw. soll nicht mehr verwendet werden. Obwohl manche Browser es immer noch unterstützen, ist es nicht erforderlich. Es wird davon abgeraten, dieses Tag zu benutzen, da es das schlimmste ist, was Sie ihren Besuchern antun können.

Eine Alternative wäre das hier: http://html5marquee.com/

EDIT: Kleines simples Beispiel CSS3

https://codepen.io/anon/pen/Wyevjg