lapso

Wer lesen kann ist klar im Vorteil.... ich habe impulz geantwortet, nicht dir. Gruss Matze

Und was, wenn sich der Opera als MSIE ausgibt? Das sieht dann so aus: <i>Mozilla/4.0 (compatible; MSIE 5.0; Windows 2000) Opera 5.12 [de]</i> und if (document.all ) ist dann auch true. Ich verstehe nicht ganz, wieso ihr dann so ein Menü nicht gleich über XML realisiert, wenn ihr eh nur den MSIE bedienen wollt. Das liegt doch nahe? Kannst Untermenüs auch statisch realisieren. Ich könnte meinem Scheff nie erklären, dass ich einen großen Teil der Entwicklung für solche Spielereien draufgehen lasse, es sei denn, der Kunde wünscht es. Und der muss dann ja kräftig zahlen Gruss m

SSI = Server Side Includes

Nein, ich finde achteckig!! das kommt dem Kreis sehr nahe, hat aber auch noch Eigenschaften eines Quadrates (Ecken! ganz wichtig!). Aber Ernst beiseite. Was für ein Vorteil hat ein JavaScript-Menü denn wirklich, und wiegen die eventuellen Vorteile denn die bekannten Nachteile auf? Ich denke, dass das generell nicht der Fall ist. Man kann Menüs ja auch in Applets gießen, wie das so viele gemacht haben. Nu gibt´s den Deppenbrowser aber leider nur noch ohne VM. Und: Auf welche Art&Weise unterscheidet ihr die Browsertypen, um jeweils die richtige Syntax zu aktivieren? Ist das wasserdicht? Habe schon so viele mangelhafte Browsererkennungen erlebt... mir graust es vor sowas einfach. Die Browsererkennung auf Nightfire ist übrigens absolut falsch. Wenn ihr schon Browser erkennen wollt, dann so: http://www.mozilla.org/docs/web-developer/sniffer/browser_type.html Wieso verwendet ihr eure Zeit nicht für etwas sinnvolleres als Client-Scripting? Grüße Matze

Coole Idee, ich geb noch was drauf!!!! Mit Opera gehts auch nicht. Proprietärer Stuhl ist das... Ich würde an deiner Stelle auf JavaScript im Menü verzichten. Menüs sollten aus vielen Gründen stets in HTML codiert sein. Rat: reines HTML spart graue Haare Grüße Matze

Wo soll er denn sonst stehen? Sowas gibt es nicht. Möglichkeiten einer Umleitung: 1) Meta-Tag im Head 2) JavaScript location.href setzen 3) Servertechniken verwenden Gruss Matze

Ich hoffe, dass du nicht das layer-Tag verwendest. Das geht nur im Netscape, dafür aber sehr schön: Layer können eine SRC haben, und die läßt sich per JS neu setzen. Explorer kann das so nicht. Was du dort machen kannst: Du lädst alle Inhalte z.B. in hidden-divs und fügst dann mit einer funktion deren innerHTML in das innerHTML des anzeige-divs. Nachteil: Am Anfang muss viel content geladen werden(vor allem bei vielen bilder nicht zu empfehlen). Hm. Du bewegst dich auf dem Pfad von dHTML, das ist nie ganz trivial. Vielleicht kennt sich damit noch jemand besser aus. Grundsätzlich kann man davon auch nur abraten: Die Seite läuft im schlimmsten Fall nur auf den Browsern, mit denen du es auch positiv getestet hast; alle anderen fallen hinten runter. Mach besser reines HTML, und benutz SSI für die statischen Teile der Seite. Gruss Matze

<vernichtend>Hör auf zu pfuschen, lern vernünftiges HTML und dann klappt es auch mit der Homepage </vernichtend> Gruss Matze p.s. der Garfield is süß.

<flame> MS Sql ist doch die Datenbank, die mehr kann als SQL, und mySQL ist diejenige, die weniger kann als SQL, oder wie war das noch gleich?</flame> Gruss Matze

Wenn du in einem Applet was anzeigen willst, bist du wohl auf die AWT-Klassen angewiesen. Ich verstehe Deine Frage nicht ganz: Table oder Frame? Warum denn Java, um Inhalte anzuzeigen? Was tust du da komisches? Gruss Matthias

JavaScript ist nicht Java. Ich verstehe nicht so ganz, wieso das immer wieder verwechselt wird - vor allem von angehenden Fachinformatikern... ?!? Wenn Du JavaScript lernen möchtest, dann schau bei http://www.teamone.de/selfhtml rein. Da steht alles, was man wissen muss. Und: JavaScript ist sehr einfach zu erlernen. Gruss Matthias

Ich konnte es mir einfach nicht verkneifen... Grüße Matze

Was soll damit denn sein? Hat doch nichts mit DoS zu tun, wenn jemand deinen Browser mit Megabytes füttert. Dass der daran zu knabbern hat, ist doch völlig selbstverständlich. Gruss Matthias

Du musst Opera benutzen. Ernst beiseite. Mir ist niemand bekannt, der durch die Patches noch durchsteigt. Ganz wichtig war der SP2, aber wenige Tage danach gab es weitere Patches, und eine handvoll Sicherheitslücken wird von MS ignoriert. Vielleicht schaust du dir http://windowsupdate.microsoft.com einmal etwas genauer an. Die ist zwar praktisch, geht aber nur mit IE + ActiveX. Nichtsdestotrotz bleibt die Empfehlung von Fachleuten: "Eine Software wie der Internet Explorer sollte in feindlichen Umgebungen wie dem Internet nicht zum Einsatz gebracht werden". Gruss Matze

Also, ich kann so beim Überfliegen keinen groben Schnitzer erkennen. Wo liegt nun das Problem? Ein Tip noch dazu: Du solltest die UDL-Dateien nicht mit der Dateiendung "UDL" sondern "ASP" im Web liegen lassen. Warum? Folgendes Szenario: Eine ASP-Fehlermeldung gibt dem Besucher den Pfad und den Dateinamen preis. Der BEsucher muss nun nur noch Die Datei im Browser aufrufen und kann sich diese downloaden. Danach weiss er ganz genau, wo deine Datenbank liegt und wie das Passwort ist. Ist die UDL-Datei in Datei.udl.ASP umbenannt, so versucht der IIS, die Datei an die ASP.DLL zu schicken, was einen - harmlosen - Fehler verursacht. Der Besucher bekommt deine Connection-Daten nicht zu Gesicht. Gruss Matze

lass das SET bei der String-variablen weg. SET wird in VBScript dazu benutzt, Objekte zu instanzieren bzw Variablen ein Objekt zuzuweisen. Anders als in Java sind in VBScript aber Strings keine Objekte in diesem sinne. db.Execute() hingegen erzeugt ein Objekt, das SET ist hier richtig angewendet. Gruss Matze

Solange Netscape 4.x das frisst... Viel spaß beim testen gruss Matze

Dein Ansatz gefällt mir einfach nicht. Wie willst du denn eine nicht funktionierende Tabelle mit Javascript retten... 1.) Auflösung != Fenstergröße 2.) JavaScript != 100% verfügbar 3.) Aufwand == ungerechtfertigt 4.) Wartbarkeit == unvertretbar Deshalb mein Kommentar... hinsetzen, ausruhen, von vorne anfangen. Damit wollte ich Dir nicht sagen, dass du ein Depp bist, sondern Dir Gelassenheit und nüchternes Herangehen an das Problem nahelegen. Und im Notfall mailst du einen von uns den htmlcode und wir schauen uns das mal an, viele augen sehen mehr als zwei. Grüße Matze p.s. Als höhenangabe ist "pt" nicht standard. wenn du pixel angibst, dann nur die zahl (selfhtml8, /html/tabellen/gestaltung.htm#breiten_hoehen )

Ich benutze nur noch Opera(5.12), privat, beruflich und in der Schule. Und ich kann nicht klagen. Sicherlich erreicht er in ein paar Details nicht 100%, aber man muss auch sehen, dass er sehr gute, fast einmalige Features mitbringt und dabei extrem schlank und sehr schnell ist. Und ein ganz wichtiger Punkt: Er kennt kein ActiveX. Gruss Matze

Original geschrieben von Arnie Dein Problem hat nichts mit JavaScript zu tun. Tabellen sind einfache Konstrukte, wenn du sie verstanden hast. Nimm Dir ein Blatt papier und mal die Aufteilung deiner Seite auf. Versuch mit einer leeren HTML-Seite, einen Table aufzubauen, Stück für Stück. Dazu nimmst du selfhtml zur hilfe - da steht alles zu tables drin, was man wissen muss. Wichtige Punkte bei Tabellen sind: - Breitenangaben in Tabelle und Spalte: Sind Spalteninhalte breiter als die spaltenbreiten-angabe, so wird letztere ausser Kraft gesetzt. Dasselbe gilt für Tabellenbreite: Sind die spalten insgesamt breiter als die Angabe, wird diese ausser Kraft gesetzt. - als Maße sind absolute und relative Angaben, also Pixel- und Prozent-Angaben zulässig. - Höhenangaben sind NICHT standardisiert, Browser können diese also unterschiedlich interpretieren, und das tun sie auch. - Ganz wichtig ist es, dass alle Tags geschlossen werden. Die Struktur( Tag-Hierarchie) muss absolut intakt sein, sonst verhalten sich Tabellen sehr merkwürdig. also: http://www.teamone.de/selfhtml/ klein anfangen, dann aufbauen. dann klappts schon Frames sind übrigens nicht empfehlenswert (es sei denn, man macht eine kleine Site, auf der man seine persönlichen Hobbies beschreibt und seine Urlaubsfotos zeigern will). Gruss Matze

http://www.teamone.de/selfhtml/

Ist doch ein nettes Feature, dass er dir anbietet, an der Stelle weiter zu machen. Welcher Browser bietet das sonst? Ich ärgere mich immer grün&blau, wenn der Explorer abschmiert - natürlich immer dann, wenn man gerade 7 Seiten offen hat. Aber zur Version 6: Ich denke, dass sie noch nicht ganz ausgereift ist. Die Beta-Phase war auch verdammt kurz. Ich nutze immer noch 5.12, der sehr stabil läuft. Mal schauen, wann ich umsteige. Vor Version 5.12 hat es bei bleibenden Problemen immer geholfen, einfach mal drüber zu installieren, was ja sehr flott und unproblematisch von statten geht. Grüße Matze

wegen DES chats mööönsch

Tomcat ist ein Servlet-Container. Der im Tomcat integrierte Webserver kann mit IIS sicherlich nicht mithalten und sollte wohl kaum als Umgebung für ASP dienen. Gruss Matze

Ähm, ja. Mann kann die Session-ID auch über URL-Parameter von Seite zu Seite reichen. Allerdings musst du dann auf das asp-eigene Session-Objekt verzichten (was so schlimm auch nicht ist), denn dieses beherrscht das nicht. Es gibt mW eine Handvoll Ersatz-objekte, teils kostenlos. Wenn du nur Schlüssel-wert-paare mit einfachen datentypen speichern willst, kannst du sowas auch selbst programmieren, da kann man gleich noch skalierbarkeit erhöhen, indem man die daten in einer db persistiert. grüße matze