| |
|
|
- Seite 1 - |
|
| Mit IE macht das Websitelayouten keinen Spaß mehr.
Ich bin wahrlich kein fanatischer W3C-Fan aber der IE verhält sich immer blöder.
divs können kein css:hover - ok - was verlange ich da - andere Browser machens jedoch gerne.
css paddings und margins werden von ie zu anderen Browsern unterschiedlich berechnet - IE zieht Abstände von Höhen/Breiten einfach ab -das ist fast gegen jede Logik.
Viel viel schlimmer aber schwerer zu erklären ist: Ein Iframe das ein js läd der in ein div vom top schreiben möchte darf dies nur einmal tun - wenn das iframe sich zwischenzeitlich aktualisiert hat. Warscheinliche Begründung: IE wird wohl intern jedem tatsächlichen userPageCall eine Art SID zuordnen - ändert ein iframeinhalt sich aber aufgrund eines selbst veranlassten reloads so stimmt dessen sid nach dem reload nicht mehr mit der userPageCallSid überein. Das Iframe - dessen JS darf nun nicht mehr ein Div vom Parent (oder top) ändern / beschreiben. Braucht man eigendlich ständig kein Witz. ^^ Muss also in Java (nicht JavaScript!) geschrieben werden - aber wer will ständig nen Java laufen haben innerhalb der Seite?
Im Ergebnis wird sich die Useranzeige rechts sich nicht mehr live aktualisieren können - es wird dann aber auch keine andere Seite im Netz geben welche bei solch Liveaktualisierungen von Kontents per JS keinen IE-IchbinsoStumpf-Fehler auslöst.
Warum das JS-Menü oben rechts NUR IM IE nicht angezeigt wird (dessen popups!) ist mir noch völlig unklar. Die Fehlermeldungen des IEs sind leider nicht wirklich irgendwie aufschlussreich. Fehler in Zeile 1 Char 1 Objekt erwartet. Warscheinlich mag er keine Tabelle um ein Div das wiederum in einem Relativen Div liegt was ein style=float:right hat oder weiß Gott herjeh der macht aber auch nix richtig der IE7.
Fazit: bestimmte cssEigenschaften werden vom IE anders interpretiert als von allen anderen Browsern und mit deren Sicherheits-Getue macht MS es einem fast unmöglich eine so ein bisl LayoutDynamische Seite zu proggen.
Natürlich werd ich letztendlich alles genau so hinbekommen wie ich es gerne hätte - aber das dumme ist einfach das diese Kleinigkeiten seit IE7(!) einfach nur stundenlang aufhalten - und man kann sich einfach nicht um die wichtigen Dinge kümmern.
Also mich nerft das - tut mir leid das ihr so lange die Baustelle da oben habt - aber ich bin anspruchsvoll und IE zwingt mich immer wieder ein anderes - völlig blödes und nur IE-Kompatibles Prinzip zu verwenden.
Wenn ich es Ernst meine werde ich warscheinlich IE-Benutzern die Reintextvariante von XProfan.Com anbieten - und für ALLE ANDEREN BROWSER die Eigendliche. Ich spare 80% Entwicklungszeit.
Also - wer nutzt hier IE? |
|
|
| |
|
|
| |
|
- Seite 3 - |
|
|
| Franks Anliegen das man aus Versehen beim Quickposten den falschen Antworten-Knopf betätigt sollte behoben sein! Wenn der Quickposter offen ist sind die anderen Buttons nun verschwunden. Franks Anliegen Roem II *g* das man vom Quickposter sich umentscheiden kann - zum bigPoster - ist nun auch dank des neuen Übernehmen-Buttons aus der Welt.
|
|
|
| |
|
|
|
Frank Abbing | Ach iF, du bist halt immer noch der Beste!!!
(...aber das sag ich ja jedem... ) |
|
|
| |
|
|
|
| |
|
| |
|
|
|
| Jörg Sellmeyer
könntest Du (in einem Thread) grob erklären, was Du da machst und was das bedeutet?
Ich vereinfache zu Gunsten der Performance und einfacheren Wartbarkeit.
Zum Einen ändere ich das Layout der Communityseiten - zum anderen schaffe ich die index.mx-Seiten ab, diese werden in .com-Seiten konvertiert. ODokubearbeitungen etc. werden dann deutlich schneller sein. Die Oberfläche der Communityseiten soll auch deutlich interaktiver werden - aber das ist noch in der Testphase. |
|
|
| |
|
|
|
Jörg Sellmeyer | Aha - nicht daß mir das wirklich weiterhilft - aber danke! Warum sind com-Seiten schneller als mx-Seiten? Sind mx-Seiten ne Erfindung von Dir (wg. mxii)? Übrigens werden die Pfeil-nach-rechts/links-Tasten vom Postedit erst nach einem Mausklick darin aktiviert obwohl die restliche Tastatur auch so funktioniert. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 11.03.2007 ▲ |
|
|
|
|
| Das mit den Pfeiltasten betrifft Firefox und ist nicht Bestandteil meiner Programmierung. Ein Bug im FF?
.mx-Seiten nenne ich alle Seiten die von der index.mx angezeigt werden. mx ist nix weiter eine Endung, das hat inhaltlich nix mit mxii zu tun. Die .core-Seiten hingegen sind oft Seiten welche man als Ziel deklarieren könnte. Das Ziel von etwas Suchen ist beispielsweise ein Thread - der Thread wird also von der Thread.Core angezeigt - die Threadsübersicht hingegen von einer thread.mx. Etwas posten ended z.B. auch in einer message.core. Sagen wir - interne übergeordnete aber nicht zwingende Sortierung. index.mx-Seiten generieren grundsätzlich das Layout bei jeder Besuchung neu. .Com-Seiten jedoch sind bereits generiert oder werden intelligent generiert. Darum der Geschwindigkeitsvorteil - der jedoch mit einem sehr hohen Programmieraufwand bestraft wird. |
|
|
| |
|
|
|
Jörg Sellmeyer | |
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 11.03.2007 ▲ |
|
|
|
|
| Nein und Ja, die Endungen sind weitestgehend systeminhaltlich zugeordnet auf bedienen sich 3er synchonisierter WCMSs, aus 3 wird 2 und später 1 - die .Com-Seiten überleben letzendlich, das Communitylayout wird aber trotzdem eigenständig bleiben.
Mit intelligenter Seitenerzeugung meine ich das die Seiten sich vorgenerieren und die vorgenerierten Seiten sich entsprechend auch gegenseitig belinken. Das ist so ein bisschen als wenn Du ein Programm schreibst das sich erst selbst schreib - aber nicht statisch sondern je nach dem was der User auslöst. |
|
|
| |
|
|
|
Jörg Sellmeyer | Deinen ersten Satz habe ich grammatikalisch nicht ganz verstanden aber ich hab glaube ich uungefäähr verstanden, um was es geht. Hast Du einen Link parat, wo man etwas darüber nachlesen kann? |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 11.03.2007 ▲ |
|
|
|
|
| Nachlesen? Wow
Ich gehe hier nach keiner Anleitung vor weil es dafür keine gibt - ich leg selbst fest welche Schritte der Evolution das XProfan.Com-Programm durchmacht, ebenso wie ich ja nicht nach Plan die XProfan.Com gebaut habe - sondern das Programm stetig wächst auf Grundlage eigener Programmierung.
Nachlesen könnte man natürlich etwas im Bezug auf WCMS-Zusammenführung, wobei - die CMSs hier sind ja keine käuflichen oder publics sondern ebenfalls streng funktionsangepasste und sehr speziell auf XProfan.Com abgestimmte selbst programmierte Programme. |
|
|
| |
|
|
|
Jörg Sellmeyer | Seit gestern habe ich, wenn ich im FF zwischen Tabs wechsel einen Streifen im Bild. Allerdings nur auf xprofan.com!! Andere Internetseiten sind nicht betroffen. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 13.03.2007 ▲ |
|
|
|
|
| Ähm! Damit hab ich nix zu tun! |
|
|
| |
|
|