Du musst Dich für eine jQuery entscheiden. Zwei Versionen parallel einsetzen, hat bisher niemandem genützt.
Zu der jQuery-Version musst Du dann die entsprechende UI-Version laden.
Beiträge von Arne Drews
-
-
Zitat
In den ersten beiden Fällen geschieht die Umleitung auf die richtige Seite, im dritten Fall aber auf die falsche, obwohl in allen drei Fällen
Bei mir werden alle drei auf dieselbe Seite weitergeleitet! Das Problem kann ich nicht reproduzieren.
Mir stellt sich allerdings die Frage, wozu das für Dich relevant ist? Wenn Du die Seite betreibst/betreust, solltest Du wissen, wo und warum die Um-/Weiterleitung existiert!
-
Du öffnest eine zweite <form> ohne die erste zu schliessen.
Wenn Du die oninput-Events auf die Range-Felder legst, sollte das auch in einer Form klappen:HTML
Alles anzeigen<form> <h4>Helligkeit:</h4> <div> <input type="range" name="auswertung1" min="0" max="100" value="10" oninput="numerisch1.value=auswertung1.value"> <output name="numerisch1">5</output> </div> <h4>Helligkeit:</h4> <div> <input type="range" name="auswertung2" min="0" max="100" value="10" oninput="numerisch2.value=auswertung2.value"> <output name="numerisch2">5</output> </div> </form> -
Was meinst Du mit Duplizieren des Codes?
Copy/Paste wird ja hoffentlich nicht das Problem sein. -
Zitat
Aber wenn ich mal in Quelltext reinschaue, habe ich keine Fragen mehr. Alles, wirklich alles in einer Zeile? Keine Zeilenumbrüche um den Quelltext anschaulich zu gestalten?
Das ist i.O., nennt sich Minimierung und ist auch ein Performance-Faktor.
Der Browser rendert Dir jeden Zeilenumbruch usw. Die Ladezeiten meiner Projekte reduzieren sich dadurch tlw. auf die Hälfte, allerdings habe ich eine "Debug-Property" eingebaut, die im Notfall auch den formatierten Quelltext wiedergibt.Tommy2222:
Ich bin kein WP-Fan und würde Dir alles andere ans Herz legen, nur nicht das. Aber das mögen viele Leute hier anders sehen.
Was ich allerdings sagen muß ist, dass die Frage in einem Forum von Dir nicht kommen dürfte, denn Du bietest die Optimierungen nach denen Du fragst für Geld an!
Du stellst imho Deine gesamte Kompetenz in diesem Bereich in Frage, denn ein Grund für die langsamen Elemente ist die Arbeit, die die admin-ajax.php verrichtet.
Bei mir im Seitenaufruf gab es einen TTFB von 10.92 Sekunden, das ist schon nicht mehr grenzwertig!Und das hättest Du selber sehen müssen, wenn Du Optimierungen anbietest!
-
-
Hallo,
Dein Code ( abgesehen von den lokalen CSS-Ressourcen ) funktioniert bei mir einwandfrei.
Hast Du einen Link zu der Seite, vielleicht kann man da etwas mehr erkennen.Gruß Arne
-
Für mich sieht das ganze Gebilde recht unlogisch aus, wenn ich mir nur mal diese Fallunterscheidungen anschaue:
. Um genau zu sein, steht da:
WENN $_SESSION['username'] NICHT EXISTIERT UND $_GET['page'] NICHT EXISTIERT, DANN:
WENN $_GET['page'] GLEICH 'log' IST ...Warum soll ich auf $_GET prüfen, wenn es gar nicht existiert?!

Also entweder hast Du das Tutorial falsch umgesetzt oder es ist einfach ein Müll-Tutorial.
Ich sehe nicht, was Du ausserhalb der Datei noch machst, aber beim Aufruf dieser Datei, muß bereits die Session-Variable 'username' existent und gefüllt sein!
Wenn Du dazu detailliertere Fragen hast, kannst Du Dich gerne melden.Gruß Arne
-
In dem von Dir verlinkten Beispiel wird das <input>-Tag Zweck entfremdet, wodurch es per Funktion kein echtes Form-Element mehr ist.
Zitat von modem-kind<button> ist laut w3schools auch ein Form Element
hast Du wo genau gelesen?
<button> ist per se kein Form-Element, kann aber in Verbindung und/oder innerhalb von Formularen verwendet werden, das ist per Definition ein riesen Unterschied.Grundsätzlich behält die Aussage Bestand, dass echte Form-Elemente in ihrer gedachten Funktion nur innerhalb von Formularen verwendet werden sollten.
Dass man es anders machen kann bleibt außer Frage, aber eine Empfehlung ist es deshalb immer noch nicht. -
Zitat von modem-kind
man kann Form Elemente ohne Form nutzen
Ja, man kann... Sollte man aber nicht. Form-Elemente sind für Formulare gedacht. Wenn man sie verwendet, sollte es auf einer Form basieren.
Mir fällt adhoc kein sinnvoller Einsatz von Formular-Elementen ohne <form>-Tag ein.
Zu bedenken ist auch, dass das Verwenden der Form-Elemente ohne Formular Browser abhängig auch unfunktionell bleiben kann. -
Breiten und Höhen in exakten Pixel angeben, dann bleibt alles, wo es ist, Du bekommst bei zu kleinen Browserfenstern halt Scrollbars.
-
Ohne jetzt im Detail gelesen zu haben, aber prinzipiell dürfte es doch reichen, das Hintergrundbild dem <body> zu geben und im Header bzw. Navigation einfach keinen Hintergrund zu verwenden?!
EDIT: Nur mal ohne viel Gedöns ein Beispiel angehängt.
Geht vielleicht besser, aber ich denke, das Prinzip suchst Du. -
Wenn Du das Projekt für die Schule machen sollst, habt ihr das, was Du benötigst sicher als Lehrstoff bereits durchgenommen.
Oder, Du hast Dir das falsche Projekt ausgesucht... -
Warum die User mit nervigen (re)Captchas belästigen, wenn das googlen nach Captcha Alternativen so einfach ist...
-
-
Zeig doch mal Deinen HTML-Quelltext oder lade die Seite testweise irgendwo hoch, damit wir sehen, was genau Du meinst.
-
Du hast in Zeile 297 ein schliessendes </p>-Tag ohne Zugehörigkeit zu einem öffnenden.
Das verzeiht Dir der Firefox scheinbar, der IE aber vermutlich nicht.Käme auf einen Versuch an...
-
Gastl: Ich glaube Du musst ein Bild anklicken, damit die Carousel-Ansicht kommt.
ChiefIntensiv: Ich befürchte, dass das Plugin evtl. den IE in Deiner Version nicht unterstützt?
Im Edge funktioniert es jedenfalls -
Ich mach's euch mal einfacher:
- https://www.google.de/search?q=schl%…dienst&ie=UTF-8
- https://www.google.de/search?q=schl%…lverbeschichten
...sucht euch einfach was aus.
-
Ich würd' das ganze mal ohne Frames aufzäumen und den Content bei Klick per JS nachladen/manipulieren.