geloescht_JesterDay

Du könntest auch versuchen, dass dem anderen offen zu sagen und ihn bitten, wenn er nichts dagegen hat deinen Link zu benutzen (den du ihm dann per pn schickst o.ä.). Aber nicht hier einfach nen Link setzen, in der Hoffnung jemand klickt ihn, weil er nicht weiss um was es geht. (opt-in sozusagen )

SELECT * FROM tab_person p WHERE CONCAT(Vorname,Name) like '%mann%' Die Leerstelle brauchst du ja nicht, ginge aberso: CONCAT(Vorname,' ', Name) wenn du sie dennoch haben willst EDIT: Das + addiert die Werte, und gibt keinen String zurück, den du vergleichen kannst (sollte sogar nen Fehler bringen, würde ich sagen).

Ich denke du verwechselst da etwas... PHP läuft auf dem Server, bevor der Server irgendwas an den Browser sendet. Wenn PHP abgearbeitet wurde, sendet der Server das Ergebnis (also im Normalfall eine HTML-Seite) an den Client, der sieht dann ein Formular in seinem Browser, welches er abschicken kann. Da er sich ja selber aufruft (bzw. bei einer anderen php-Seite als action) geht das Spiel wieder von vorne los: Der Server schickt alles durch den PHP-Interpreter, der verarbeitet den PHP-Code und das Ergebnis geht zurück an den Client usw. usw. Du kannst innerhalb des PHP-Codes also nicht auf irgendwelche POST-Variablen des Formulars zugreifen, wenn das nicht aus einem Submit vorher kommt. Der Submit kann aber erst kommen, nachdem die Seite ausgegeben wurde. Wenn du also in einer Funktion ein <input... /> ausgibst, kannst du in der nächsten Funktion nicht erwarten, da irgendwas aus dem Input lesen zu können (im selben PHP-Durchlauf). Falls du das dennoch tun willst, musst du mit Variablen arbeiten und dir halt ein Flag o.ä. setzen um etwas zu prüfen.

if (isset($_POST["submitx"]))

Was du suchst ist das Title-Attribut, Alt ist nicht für Tooltips... naja, nur im IE halt doch Und title zählt zu den Universalattribute und darf in fast allen HTML-Elementen vorkommen. EDIT: Vertical-align bezieht sich auf die Ausrichtung der Elemente untereinander (und ausserdem nur Inline-Elemente). <div style="height: 100px; border: 1px solid black;"> <span style="font-size:18px;vertical-align:bottom;">Test1 - </span> <span style="font-size:38px;vertical-align:bottom;">Test2</span> </div> Probier es mal so: <div style="height: 100px; border: 1px solid black;"> <div style="position: relative; top: 80%;">test</div> </div>

<p><select NAME="list"> <option VALUE="./en/_home.htm">Englisch </option> <option VALUE="./de/_home.htm">Deutsch</option> <INPUT TYPE=BUTTON VALUE=">>" onClick="top.location.href=this.form.list.options[this.form.list.selectedIndex].value"> </FORM </FORM> :confused:

Ab wann fängt für dich denn Gewalt an? Nennt man das nicht Verrohung, wenn Gewalt nur noch als Gewalt angesehen wird, wenn es sich um brutale Gewalt handelt? Alles andere scheint ja schon eher "normal" zu sein.

Nein, die Seite selber hat keinen Einfluss mehr auf das Fenster, indem sie angezeigt wird. Per Javascript (window.open) kannst du dem Browser sagen, ich will ein Fenster ohne das und das und so. Aber wenn das Fenster erstmal offen ist, hat die Seite (und auch Javascript) da nix mehr zu sagen. Wäre ja auch nicht besonders angenehm, wenn du auf eine Seite kommst und die verändert plötzlich dein Fenster, indem z.B. alles ausgeblendet wird. Das Fenster dann noch Fullscreen und die Phisher würden sich freuen

Über conditional comments für den IE ein Extra CSS einbinden, indem du die Positionen speziell für den IE drinhast (also die nicht fixed, weil die ja vom IE ignoriert werden). Dieses CSS musst du aber nach dem eigentlichen einbinden (und über den cond. comment nur für den IE), damit die Angaben da die des vorhergehenden überschreiben. Es reichen da drin nur die Angaben, die du überschreiben willst. (Cond. comment findest du z.B. auch bei IE7 bzw. in meinem Beitrag zum einbinden EDIT: Alternativ fällt mir dazu noch ein, im CSS erstmal die Positionen ohne fixed (also relative oder absolute) und erst danach dann die Position fixed. In alles Browser, die das verstehen, würde das die Position überschreiben, in anderen würde dies ignoriert werden. Hab das aber noch nicht so probiert, ist nur ne Idee. (und mit dem Extra CSS ist es besser zu steuern)

http://typo3.org/extensions/repository/categories/Docs_FAQ_Tutorial/doc_tut_quickstart/ is leider auf englisch (deutsch hab ich keine Übersetzung gefunden... weiss gar nciht ob meine Version deutsch ist, hab sie im Moment nicht hier) und http://typo3.org/extensions/repository/categories/Docs_FAQ_Tutorial/doc_tut_templsel_de/ mit den beiden hab ich auch angefangen und für weiteres gibt es ja genug Webseiten und Foren http://typo3.org/extensions/repository/categories/Docs_FAQ_Tutorial/doc_core_tsref/ vielleicht noch. Ausserdem gibt es hier: http://typo3.org/documentation/videos/ ne Menge Videos, die hab ich aber noch nciht angesehen. Alle möglichen Anleitungen etc. findest du hier: http://typo3.org/extensions/repository/categories/Docs_FAQ_Tutorial/

Du könntest dir einen 2ten Receiver kaufen (dazu müsstest du aber in der Wohnung einen 2ten Anschluss an die Sat-Anlage haben) und ausserdem gibt es Receiver bei denen man eine Sendung Programmieren kann, also wann er welchen Sender einschaltet. Das geht sogar mit Rekorderansteuerung. Ist vielleicht nicht ganz deine Frage, aber die Möglichkeit gäbe es schon noch

Wenn das Portal oder die Seite semantisch gut aufgebaut ist, kannst du auch den HTML-Text gut danach filtern. Kommt halt auf die jeweilige Seite drauf an und wie die umgesetzt ist. U.U. kann das Script recht einfach sein. Du könntest aber vielleicht mal eine Seite hier angeben, welche du nach Terminen durchsuchen willst.

Naja.. die Navigation ist ja dadurch nicht von Javascript abhängig. Wenn der Besucher kein Javascript aktiviert hat und den IE benutzt, hat er halt keine fixe Navigation. Hier in dem Forum könnt ich mir z.B. vorstellen, dass der obere Abschnitt bis zum Kontrollzentrum mit Position:fixed festgeklebt wäre. Hätte ich den IE und kein Scripting, dann wäre es halt wie jetzt, die Nav würde aus dem Bild scrollen. Kaputt gehen würde dadurch nichts. Alle anderen hätten aber einen Bonus. Natürlich sollte man das nciht so anwenden, dass es unbedingt notwendig ist, aber um einen weiteren "Bonuseffekt" zu haben ist es doch ok. Der IE wird schon noch nachziehen und durch die bedingte Kommentierung ist es ja auch dann noch "sicher".

Wenn du das runterlädst, ist da irgendwo ne Readme-Datei. Einbinden ist eigentlich ganz einfach: <!--[if lt IE 7]> <script src="/ie7/ie7-standard-p.js" type="text/javascript"></script> <![endif]--> dazu müssen die Dateien aus dem Archiv halt im Ordner /IE7 liegen (oder du passt das an). Ansonsten musst du nichts mehr tun und der IE kann jetzt einiges, was er vorher nicht oder falsch konnte.

Nein, sonst hätte ich das schon längst gesagt Es ist mir auch klar, dass 80% der Seiten bzw. der Leute die sie machen Tabellen benutzen. Das ist aber kein Grund für mich, das auch zu tun. Wie Tee das sagte "Es funktioniert und wieso sollte ich mich auf neues einlassen, da mussa ich mich ja erstmal einarbeiten". Hab dasselbe Problem mit Kollegen hier, wobei das "Webdesign" hier eh nur der kleinere Teil der Arbeit ist. Ich mache nciht den ganzen Tag Webseiten, nur ab und zu mal. Meine Seite waren früher auch mit Frames und Tabellen, es war halt nunmal so und man hat es benutzt. Wobei ich sagen muss, dass ich Tabellen erst "spät" genommen habe, weiss gar nicht mehr, wie es davor war. Hab privat paar Seiten gemacht und einige davon mit WYSIWYG-Editoren. Damit war ich dann irgendwann nicht mehr zufrieden, weil es eben doch nie so wurde, wie es sollte und ich musste von Hand nacharbeiten (das war gegen Ende der 90er, WYSIWYG war damals auch noch jung fürs Web), daher hab ich mir ein HTML-Buch gekauft und bin auf den Texteditor umgestiegen. Aber auch da waren mit Tabellen zu aufwendig, mit den ganzen Zeilen und Zellen. Erst recht spät hab ich dann bewusst Tabellen fürs Layout genutzt. Nachdem ich dann aber was über CSS gelesen hab und mir csszengarden angesehen hatte, war mir klar, dass das der Weg ist. Es geht vorallem um sauberes und semantisch korrektes HTML. Das kann dann mit CSS gelayoutet werden. Genauso wie ich in meinen Programmen die Variablen und Funktionen sinnvoll benenne um zu erkennen, wozu sie da sind, genauso geht es auch in HTML. Jeder Text hat bestimmte Abschnitte und Teile, und die werden mit den richtigen Tags erkenntlich. Eine Tabelle, die nur zum "strukturieren" da ist, hat im Text nichts verloren. Das ist sauberer, eindeutiger Text. eine Überschrift ist eben nicht nur deshalb eine Überschrift, weil sie groß und fett ist. eine Überschrift wird mit den Tags entspr. gekennzeichnet und wenn sie dann irgendwie besonders aussehen soll, kann man das nachträglich tun. Mmir ist schon klar, dass viele das (noch?) anders sehen und nur das kennen, was sie auf ihrem Bildschirm sehen. Das hindert mich aber nicht daran, es richtig zu machen und zu versuchen, andere "aufzuklären". @forTeesSake Danke für das Lob, aber wie schon gerade gesagt, HTML-Design ist eher ein Nebenjob von mir. Den versuche ich aber korrekt zu machen und hab deshalb auch schon viel probiert und gesucht. bis jetzt ging eigentlich fast immer alles auch mit CSS. Klar gibt es manches was nicht so einfach umzusetzen ist, eine browserfüllende Tabelle z.B., aber das sind auch Dinge, die IMHO eh überholt sind (wie oben schonmal beschrieben). Vielleicht teilweise aus dem "Zwang" zu CSS heraus, kann schon sein, man sollte aber nciht so sehr an altem kleben und auch im Design für neues offen sein. Das sowas auf einem großen Bildschrim (die werden immer größer, gehe mal in spät. 2 Jahren davon aus, dass 1280x1024 standard sind, nicht mehr 1024x768) immer schlechter aussieht, kann ja jeder nachvollziehen. Um nochmal auf Aiuns Zeitungslayout zurückzukommen: Klar wird eine Seite für das entspr. format gelayuotet, da kann ich aber auch sicher davon ausgehen, dass jeder, der die Zeitung in der Hand hat, das gleiche Format und die gleiche Zeitung hat. Schon wenn du eine Seite nur für den Webbrowser am Bildschirm machst ist die Auflösung bei fast jeden anders. Von daher sind dinge wie eine ÜBerschrift oder ein Logo oben ja ok, die linke obere Ecke ist ja quasi fix. Damit sind die X- und Y-Achse ja als linker bzw. oberer Rand im Browserfenster fest definiert. Die kann man auch benutzen, da sie sich nie ändern. Rdchts bzw. unten ist aber schlicht undefiniert und darauf kann und sollte man sich nicht verlassen. eine maximale Breite ist ok, weil quer scrollen einfach schlecht und ungewohnt ist. Nach unten hat man aber nie einen Rand und es geht soweit, wie Text da ist (Minimumhöhe von Design kann man auch grad noch durchgehen lassen). Eine Tabelle über den ganzen Schirm, nur damit ich unten oder rechts oder rechts-unten einen besonderen Inhalt anzeigen kann ist aber einfach etwas, was bäh ist Bei CSS und Barrierefreiheit geht es vorallem um den Text bzw. das HTML-Dokument. dieser Text soll klar strukturiert, sauber und semantisch korrekt ausgezeichnet sein. Designelemente (von evtl. <imgs mal abgesehen) haben darin nichts verloren. Template Engines, CMS u.ä. sind ja auch dafür da, den Code vom Inhalt zu trennen. Eine PHP-Seite, bei der der php-Code mit den HTML ausgaben vermischt ist, ist ja auch etwas, was sehr viele Leute machen. Dennoch ist es schöner und einfacher zu verwalten, wenn der Code von der Ausgabe getrennt ist. Wobei ich selber auch keine Template-Engine o.ä. verwende. Ich trenne meinen Code dadurch, dass ich den Code am Anfang des Dokuments in Funktionen u.ä. schreibe und unten im HTML-Teil dann nur noch Funktionsaufrufe drin habe. Ist auch nur so ein Mittelding, aber Nobody's perfect Aber egal, der ganze Sinn hinter CSS ist halt genau das, Trennung von (sauberem) Inhalt und dem Layout.

Nein, ich habe das Beispiel oben doch gebracht. Dein Beispiel ist der Versuch eine Tabelle zwanghaft mit Divs nachzubauen. Du brauchst in dem Fall nur je ein label und ein input. Und ein Label ist genau dazu da, eine Verbindung zu einem anderen Element herzustellen, weil es den Text innerhalb der Label-Tags zu einem Label des anderen Elements geklariert.

Haare schneiden hab ich absichtlich nicht erwähnt, weil das ja, im Gegensatz zu den lackierten Nägeln, nicht wieder rückgängig gemacht werden kann. Und ausserdem sieht das eh viel schlimmer aus, wenn du da einfach hingehst und mit der Schere *schnapp* n paar Büschel o.ä. abschneidest. Was anderes wäre es, wenn sie z.B. Mittags eh n Friseurtermin hat und sich die Haare kürzer / kurz schneiden lassen will. Dann wäre das ja nur temporär und würde beim Friseur eh wieder gerichtet werden. Natürlich solltest du nicht kürzer schneiden als sie das vorhatte. Aber wie du auch schon sagst, sowas ist sehr böse Ansonsten wüsste ich nciht viel, was dieselbe oder eine ähnliche wirkung hätte, wie deine lackierten Nägel. Klar mag sie es vielleicht nicht in knallrot, aber es fällt doch weniger auf, als bei ihm. Auch deine anderen Vorschläge sind ja dann doch so, dass sie das nicht bemerkt (also doch schon, aber nicht wie du eben) bzw. es ja kein anderer sieht. Ansonsten... nimm es einfach wie ein Mann und sei ein guter Verlierer Rache ist ja schon eher was primitives... aber vergiss es nicht und wenn sich mal irgendwann ne Gelegenheit bietet... und danach erinnerst du sie an deine Nägel

... <style type="text/css"> <!-- select { color: #FF0000; } // oder auch #List, wenn du mehr als 1 select hast. //--> </style> </head> <body> <select name="List" size="1" multiple="multiple" id="List"> <option>test</option> <option>test1</option> </select> ... Deinen Font wird eh keiner ausser dir sehen, weil der Font Minster No1 wohl auf 99,9% der Rechner nicht zu finden ist

Naja, umgekehrt hätte das wohl eher nicht geklappt... seine Frau hätte vielleicht nur aus dem Büro angerufen, um sich für die lakierten fingernägel zu bedanken Hat sonst jemand ne Idee, was "er" hätte machen können?

Darauf bezieht sich das ganze ja... und ausserdem

Sorry, aber ein unsauberes Dokument kann schon mal den Unterschied machen, ob HTML korrekt oder im Quirks-Mode interpretiert wird. Und dann kann es auch zu Dingen kommen, die so eigentlich nicht sein sollten. Das hat mir Arroganz nichts zu tun. Und da wir nur das sehen, was du uns hier schreibst, kann ich nicht wissen was du hast. Und wie gesagt, der Body hat einen margin und ein padding, hast du mal probiert beides auf 0 zu setzen?

setz einfach mal <?xml version="1.0"?> als erste Zeile deines Dokuments, dann klapts auch mit dem IE