Aktueller Inhalt von Franz Harlicher

Wirklich gewagtes Vorhaben. TXT - Dateien sind alles andere als effektiv. 1. Datenabspeicherung ist erschwert da man unsearilizes arrays verwenden muss oder sich selbst ein CVS-Shema bastelt. Diese Daten müssen vor dem Abspeichern in die TXT-Vorbereitet werden. Beim Laden der Daten das...

Super, viel Erfolg mit deinen Smileys =)

Ich merke schon, wir haben da beide unsere Meinungen. In machen Punkten sind wir uns einig, bei anderen passt es garnicht. Und ich denke dabei soll es jetzt auch bleiben =). Back to the ROOTS, @krisi1234 Wie schaut es aus mit deinem Problem, kannst du uns nich mal ein wenig Quelltext...

Reduntant ist hier garnichts. Vielleicht solltest du dir den Begriff noch mal anschauen. ;) Das Div ist jedoch unnötig. Stimmt Das ist für diese Seite absolute egal, selbst in richtung SEO. ??? Augen auf? Ehm, nein. Ab IE6 / ALLE GECKO BROWSER ist das aboslute kein Problem. Im gegensatz...

sitewinder-concepts | Webdevelopment and more Das ist für mich perfekter HTML-Code. Naja ausser die Tabellen im Content =) Wo DIV's notwendig sind und wo nicht ist sicherlich eine GRAUZONE. Hier sollte der User selbst entscheiden. Bei deinem Beispiel steht für mich jedoch fest. Du machst...

Die Idee mit den Inputs ist natürlich fragwürdig, wie angemerkt. =) Jedoch, ist auch in deinem Fall keine DIV-Box notwendig. Du ziehst den HTML-Code unnötig in die Länge und erschafft unnötige DIV-Boxen. Eine DIV-Suppe entsteht. <p style="float:left;"> 1 <p> <p style="float:right;"> 2 </p>...

Eine andere möglichkeit wäre, per INPUT type="text" mit dem Attribut ReadOnly den TEXT auszugeben. Das der Text über die Breite hinaus geht könntest du mit "maxlength" im Input Feld abfangen. Per CSS manipulierst du das INPUT Feld, sodass es für den USER nicht als INPUT Feld "sichtbar" ist...

Nö, dafür gibt es ja den NoScript Bereich, welcher von allen Browsern nach dem IE6 richtig gehandelt werden. ;) @FreddyS Benutzerfreundliche Seiten sind nicht Clientabhängig

Das strinkt nach nicht atomaren Daten (Normalform 1) in der Datenbank und nach einen wirklich fragwürdigen Query. Schau mal hier, http://de.wikipedia.org/wiki/Normalisierung_(Datenbank) // Array schreiben $aMyArray = array("icon_download2.gif", "icon_thumbs2-up_new.gif"...

=) ist ja auch garkein Problem. Also, wenn du Usereingaben direkt in den Header, ungerpüft übernimmst, machst du dein Formular angreifbar für Hacker. Es ist möglich deinen Email-Header mit den $_POST Variablen so zu manipulieren, sodass man dein Formular als Massenmailversand nutzen kann...

Warum geht das nicht? Begründung! Ja, kannst du. Erstmal ist die Frage, an welche Domain Flash die Requests schickt. CrossDomainAbfragen sind seit Flash Plugin 9.0 steuerbar und nicht mehr so leicht für Hackzwecke anwendbar. Also, wenn du zugriff auf die Commandezeile deines Webserver hast...

$sender = $_POST['email']; $header = "From:" . $sender;Wenn du dich nicht unglücklich machen möchtest, würde ich Daten die vom User eingegeben werden NIEMALS direkt in den Mailheader schreiben. Wenn du das Script online stellt, zeige ich dir wieso :P Tipp'n Gruß

Heya, Problem gelöst! jQuery hat also wirklich den MOZ-Style gesetzt und die DIV-Box in der Auswahl disabled. Lösung: Im jQuery wurde standarmäßig -moz-none-select = 'none' gesetzt. Dies habe ich im Script nun beseitigt. Hätte nicht gedacht, dass es an CSS-Styles liegt. Besten dank...

Guter Ansatz,aber leider falsch. =( Ich arbeite parallel an den CSS. Jedoch scheint der Fehler hier nicht zu liegen. Auch wenn ich "-moz-user-select: none;" lösche passiert nichts. Es ist die Sortieranweisung die durch <div style="-moz-user-select: none;" class="ui-sortable" id="sortable">...

Hört sich nach einen Ansatz an! Ich prüfe das parallel Der Quellcode ist grauenhaft, ja. Falsche Elemente wurden benutzt. Das sehe ich ein. Das was euch vorliegt ist eine abgespeckte Testversion des Scripts. Die "falschen" HTML-Elemente führen jedoch nicht zu dem Fehler in der textarea ...