Beiträge von chris21

Mir ist nochwas aufgefallen: beim F-N hast Du ja ein geerbtes padding:0, margin:0 auf dem .socialhow span. Das fehlt beim B-K. Und dann kann das Problem auftauchen, dass der IE dort irgendwo ein Mini-Margin oder Padding hat und über diesem Padding/margin den Hoverstate verliert (so was hatte ich oft als Fluchkandidat bei CSS-Dropdown-Menüs).

Warum ist denn der Text beim F-N rechtsbündig und beim B-K linksbündig? Sollte der - bei gleichen Dateien - nicht gleich sein? Vll. fehlt auch ein Redraw Effekt für den IE, weshalb er den Hover-State nicht richtig mitbekommt. Oder hast Du eventuell ein JS-Helper, da der Hover State beim IE eh ein Frustkandidat ist?

Bei welcher IE Version (oder Versionen) tritt denn das Problem auf? Wie sieht es aus, wenn Du bei dem Belegungskalender die Buttons im #inhalt Div hast und nicht im #links div? Vll. hat der IE Probleme wegen der negativen Margins vom #links div und verliert dadurch schnell die Zuordnung, da zudem der Tooltip über den #links div hinauswächst und damit eventuell auch die Zuordnung verloren geht.

Armer Ingo. Mein Beileid.

Alex: gibt es eigentlich einen Grund, warum Du auf VB5 umsteigen wolltest, bzw.: was war denn an der 4er so schlecht? (Ihr könnt mir auch einen Link geben, wo es schon behandelt wurde, ich find's hier nur leider nicht...). Ansonsten empfehle ich ja die Radikal-Kur mit Umstieg auf das JKBB - das wird sowohl die Technikfreunde (Dich, Syno, etc.), als auch die Fraktion: gebt mir ein einfaches "Laber"-Forum, begeistern.

@Ingo: Seitennavi unten rechts (und ziemlich viele weitere Funktionen) funktionieren hier nicht, da die Forensoftware ungefragt einen localStorage nutzen will, dies aber nicht kann. Da die Software zugleich zu faul ist, zu testen, ob sie überhaupt localStorage nutzen darf/kann (ca. 20% der FF Nutzer haben dies gesperrt), hagelt es JS-Fehler, die ganzen vbulletin-Class Funktionen wie .get etc. können nicht genutzt werden und das Forum ist in seiner Technik unbrauchbar. Somit muss ich mich leider Guppy, Cura und Co anschließen, bis hier wieder VB4.irgendwas läuft und nicht mehr dieser für den produktiven Einsatz nicht vorgesehene RC

Seitennavi unten rechts läuft überhaupt nicht im Firefox.

Schön, jetzt sind die beiden Postings wieder weg Also nochmal: Beim Abschicken von Antworten lande ich auf einer Seite mit url ...create-content/text/ und einer fast leeren Seite, wo nur steht: "{"nodeId":87232}". Threadnavi bei mehrseitigen Threads unten funktioniert nicht. Die oben rechts neben dem Suchfeld hingegen schon.

Wenn ich einen Post abschicke wie oben bekomme ich eine Seite .../create/text/ und da steht dann was wie "{"nodeId":87232}".... Post wurde aber anscheinend abgeschickt.

Also die Threadnavigation bei mehrseitigen Threads unten funktioniert hier nicht. Die Threadnavi oben neben dem Suchfeld hingegen schon.

Tiefkühlkost verschickt Verrechnungsschecks. Cool.

Ganz böse Progger verschachteln tenäre Operatoren in tenäre Operatoren in tenäre Operatoren in tenäre Operatoren... etc.

Wartbarkeit ist allerdings für den A...

Ja, genau das heißt es. Nennt sich tenärer Operator und ist praktisch eine Kurzschreibweise für:

if(!$main_page_url){
'four columns alpha'
}else{
'normal'
}

Ok, ich hatte es bei internen Links gesehen, da hat sich Google den Navigationspunkt als Title gezogen. Kann gut sein, dass es bei externen Links zu Dir nicht klappt, gerade um das Problem der Idee von guppy zu umgehen

Ja, zählt auch für X-Header Angaben.

Warum?

Weil erst über die Robots.txt Direktive überhaupt geprüft wird, ob zu der URL ein Reuest erfolgen soll/darf. Wenn per Robots.txt gesperrt, dann kein Request und demnach auch kein Auslesen der X-Header.

Zitat

Google nervt und verursacht nur unnötige Arbeit !

So siehts aus.

Früher war es schöner, da hat Google per Robots.txt gesperrte Seiten einfach vom Index ausgeschlossen. War viel angenehmer und sinnvoller.

Ansonsten eben den wichtigsten Grundsatz beachten:

Wenn ein Bereich oder eine Unterseite per Robots.txt Disallow ausgeschlossen wurde, wird vom Bot eine eventuell dort bestehende "noindex" Information (egal ob durch X-Header oder Meta Angabe) nicht erreicht und daher nicht beachtet.

Stattdessen wird der Anker des gebenden Links als Titel verwendet und der Robots-Text Hinweis als Description verwendet.

D.h.: Um Seiten aus dem Index zu bekommen, hilft nur noindex, aber dann dürfen sie per Robots.txt nicht gesperrt sein.

Wird bei 3b per 301 oder 302 umgeleitet? Sendet die Loginseite ein noindex?

Meine Empfehlung:

den Bereich nicht per robots.txt sperren, sondern Logincheck machen und falls kein Login da ist, per 301 auf die Loginseite schicken, die einen noindex im Meta oder per Header sendet.

Dann wirst Du die los.

guppy:

ich nutze seit Ewigkeiten Framebreaker gegen diesen Mist von Google Images und es hat der Listung von Bildern nicht geschadet.

Wenn Du schon bei den Nikon Coolpix am schauen bist, würde ich Dir auch empfehlen, einmal ähnliche Modelle bzgl. Preisklasse und Ausstattung von Canon in die Hand zu nehmen.

Dabei geht es mir gar nicht um einzelne Modelle und Funktionen (da kann Margin sicher besser beraten), sondern um die von mir live erlebte Firmenphilosophie, die ich bei Canon erlebt habe:

Ca. 2001/2002 eine einfache Digitalkamera von Canon erworben (aus der Powershot Reihe, vergleichbar der Coolpix Reihe von Nikon).

2010 war irgendeine Sensorplatte darin kaputt (CF irgendwas, hatte glaube ich vier Buchstaben).

Erst gedacht: nun denn, so ist es eben bei solchen einfachen Kameramodellen, die gehen mal kaputt. Kamera hatte ca. 100 gekostet.

Im Internet geschaut, ob man das leicht reparieren kann und auf einen Forenthread gestossen, wo verschiedene Nutzer von dem Problem berichteten.

Jetzt kommt es: einer hatte berichtet, dass er es an Canon gemeldet hatte. Die schrieben zurück, dass es ein Produktionsfehler sei und er die Kamera zur Reparatur einschicken sollte.

Habe dann das gleiche gemacht. Canon hat über 8 Jahre nach Kauf anstandslos die Kamera innerhalb von 1 Woche repariert (Reparaturkosten ca. 100 Euro) und mir 0 Euro in Rechnung gestellt und sich stattdessen für die Unannehmlichkeiten entschuldigt.

Damit haben sie aus mir einen treuen Kunden gemacht, inzw. auch bei digitalen Spiegelreflexkameras etc. Bei einer Firma mit einem solchen Ehrgefühl fühle ich mich im 21. Jahrhundert gut aufgehoben.

Folgt man den Erläuterungen hier:

*** Link veraltet ***

basiert der Mist auf einem .NET Date Objekt (und Sinn würde ich dem dann nicht zusprechen...).

In dem Stackoverflow Thread wird aber ein Ansatz geliefert, der JSON.parse Funktion mit einem dateTimeReviver auszustatten, um diesen Dingern Herr zu werden, aber das ist eben eine Lösung für JS - ich weiß nicht, inwieweit Du beim JSON Decode in PHP ähnliches vollbringen kannst.