Beiträge von cottton

    Hat jemand dynamisch gesagt? :D

    Weiß jetzt nicht was Du verschieben würdest.
    Ich glaube aber Du meintest den Ordner mit dem File B.
    Den Pfad bekommst Du in File B mit __DIR__, oder dirname(__FILE__).
    Hier ein Bsp: html-seminar.de/woltlab/attachment/446/

    Wenn Du alles mal hin und herschieben willst, dann bleibt wohl nur noch PHP das File suchen lassen.
    Aber ich denke irgentwo muss ja das "Hauptfile" A ein bissl was wissen. zB wo das File B liegt.

    das mit dem float ging nicht.
    Aber ich habs jetzt =)
    Wenn nix geht - von vorn :D

    Ich hatte mich auf die "Vorlage" versteift. Hatte den CSS Part von jemandem aus dem Netz abgeguckt.
    War n Fehler. Der hatte versucht mit position:absolute "rum zu tricksen".
    Das Einzige was ich nicht hinbekomme ist ein mir unerklärlicher "empty Space" unter der table caption wenn die Tabelle klein wird.
    Sonst ist es perfekt. Selbst tfoot hab ich berücksichtigt, was ich fast vergessen hätte.
    Hier das (denk ich) fertige Dinges: http://vertex.selfhost.bz/responsive/JStableOverflowTest.php

    btw: Responsive Tables - gibts n paar mit bottom scrollbar wenn es zu eng wird ... da dach ich mir "WHAT?!"
    Wenn ich ne scrollbar will dann doch mir overflow:auto
    Da wolln die mit "festen Grenzen" (@media ...) festlegen, wann die scrollbar kommt? so n Quark :D
    Hab :auto übrigens benutzt, falls User kein JS nutzt.
    Brauch mal Hilfe =)
    Hab es (http://vertex.selfhost.bz/responsive/JStableOverflowTest.php) überarbeitet und jetzt werden die einzellnen Zellen sinnvoller angeordnet, sobald der Platz zu klein wird.
    Allerdings:
    - bekomme ich es nicht hin, dass eMails wie zB "hans-hansen@domain.tld" umgebrochen werden (in erster Tabelle - die Zelle ist größer als alle anderen)

    - hab ich Probleme mit dem Abstand zwischen den Zellen. Bei margin-bottom passt es. Aber rechts gibt es bei Opera und FF ein "von haus aus" margin-right. Bei Chrome nicht, also müsste ich dort ein margin-right einbauen, was es wieder bei den andern Browsern verkackt =/

    Weiß jemand ne Lösung?

    Ohne dem Bug ist es die Aufgabe auf jedem Screen :D

    Brauch mal Hife - ich bekomm das CSS nicht hin: html-seminar.de/woltlab/attachment/445/
    Wie verhindere ich, dass es nicht in den linken Raum "schwappt" ?
    Habs mit nowrap versucht und das funktioniert. Allerdings kann sich dann der Content nicht zusammen schieben.
    Mit zusammen schieben meine ich:

    content cont-
    tent und so

    Mit "nowrap" müsste ich auch noch ne 3te Variante dazu nehmen, bei dem sich dann jeweils der th wieder über die td schiebt :/
    Das wollte ich vermeiden.

    EDIT: Fehler gefunden. Hatte html code vor !DOCTYPE ausgegeben -.-


    So hätte das garnicht aussehen sollen :D
    Ist das vom Smartphome?
    Hab auch gerade gesehen, das der IE damit nicht klarkommt.
    Da muss ich wohl doch nich was dran schrauben :p

    Ich glaub ich weiß was Du sagen willst.
    Ich hatte gestern erst wieder in google nach "xyz" gesucht.
    Im ersten Suchergebnis (also auf der Seite) stand dann mal wieder ein link "google doch" ...
    Und ich musste lachen als ich auf den Link geklickt hab und genau die gleiche google-Suche bekam mit genau dem gleichen ersten Suchtreffer :D

    Ich mag auch kein Hinhalten ect. War auch nicht so gemeint.
    egal,
    also wenn Du da jetzt schon was hast und es funktioniert nicht, dann poste einfach mal den Code.
    Dann kann man sehen wo es hakt.

    Klar gern =)

    EDIT:
    So, erledigt. Weiß jetzt nicht ob es als "Responsived Design" gilt (aber ist ja nur ein Name), aber ich hab mal ´n JS gebastelt welches wirklich einen oder mehrere Table anpasst.

    Siehe hier: http://vertex.selfhost.bz/responsive/JStableOverflowTest.php
    Und im Gegensatz zu allen anderen im Netz hab ich 3 Tabellen eingefügt mit unterschiedlichen Weiten. Und jede Tabelle "bricht" nur dann ein, wenn sie muss. =)

    Ds Prinzip ist einfach (Umsetzung nicht :D)
    - Div umschließt Table
    - wenn Table größer als Div dann Table "brechen".
    - und andersrum

    :)

    Naja, die Anordnung hab ich vom Layout Editor von hier: https://www.html-seminar.de/css-layout-generator.htm
    :D
    Ich glaub aber auch inzwischen mehr als 2 Spalten macht nicht so wirklich Sinn.

    Mit der Nav hast du recht. Hab mir verschiedene Responsiv Designs angesehen und es im Test einfach "kopiert". Aber Auf nem kleinen Display will glaub ich keiner so einen großen Klotz am oberen Rand haben.

    Btw - ich hab mir mal mal Responsive Tables angesehen und da gibts einige schöne Bsp.
    Allerdings war mit da "zuviel jQuery" oder un-dynamisches Gespiele drin. Hab mich dann an divs erinnert: div display:table
    Und die Idee war ganz einfach jeder tr ein hidden Label mitzugeben.
    Das klappt auch. Nur fehlt mir da eine Art Trigger der ein Overflow erkennt.

    Hier mal das Bsp für nen Table: http://vertex.selfhost.bz/responsive/

    Wie könnte man denn den Overflow handlen? (JS?)


    EDIT: nach längerem Suchen muss ich feststellen:
    Alles rund um Responsive Design läuft darauf hinaus eine feste Grenze zu setzen.
    Ab dieser Grenze wird "umgebaut".

    Das mag beim Layout nicht "auffallen". Bei Tables allerdings sehr schnell.
    Ich mag die Idee von Responsive Design. Aber nachdem was ich alles gelesen hab versuchen sich alle die "beste Grenze" zu basteln.
    Die grenze für Tablet, smartphone, und viele gehen sogar nach bestimmten Geräten wie zB iphone.
    Das gibt 3 oder mehr CSS Varianten für alles, was da aufm Bildschirm rumhängt (Bilder, Table, Text, Videos, ...).

    Btw Tables:
    Jedes, aber auch wirklich JEDES Beispiel im netz zeigt Resp.Tables "in best case". Fail!
    Kein einziger Zeigt mal was passiert, wenn die Tabelle mal mehr "im Kasten" hat. Wen zB ein Benutzer einen sehr langen Namen nutzt, und evtl noch eine lange eMail-Adresse. Dann ist nämlich nix mit "umbauen".
    Die Feste Grenze steht, aber ist noch nicht erreicht und wir sind zB noch auf der Tablet Variante - >Table hängt über.
    Oder im Falle die Tabelle hat mal wenig Daten und wir sind im Bereich Smartphones gelandet - dann gibts "schön" umgewandelte Tabellen mit 80% Nix.

    Also mMn geht es nicht ohne JS. Ein "onOverflow" Event gibt es wohl nicht. Aber ich hab mich an mein erstes JS erinnert - der TS3-Container.
    Werd mal versuchen das Ganze so umzugestalten, dass ein Table "on overflow" umschaltet.

    EDIT: 30 11 2014 - Seite vertex.selfhost.bz nicht mehr aktiv.
    reupload -> http://i-stats.net/_Tests/ResponsiveTable/index.html
    --------------------------------

    EDIT: vers 1.1 ResponsiveTables.js


    Phip S. hat mich letztens drauf gebracht und ich find es sehr nice!
    Hier schon mal was es bedeutet: http://de.wikipedia.org/wiki/Responsive_Webdesign

    Ich machs mal kurz und sage:
    Viele übertreiben es. Warum für jede Größe (Smartphone, Tablet ...) eine css ?
    Einfach festlegen ab wann die Seite nicht mehr "normal" dargestellt werden würde und ab diesem Limit eine alternative css nutzen.

    Was mich nervt ist, dass man im Netz keine wirklich guten "Ersten Schritte" findet. Es kommt mir vor, als ob alle nur zeigen wollen, dass sie es können :D
    Deshalb hab ich mal das mMn wichtigste in ein zip gepackt. Sollte einfach zu verstehen sein (well, ich habs verstanden :D so ...).
    zip: html-seminar.de/woltlab/attachment/443/ (getestet in Opera, FF, Chrome, IE)

    Was richtig genial zum Testen ist: http://www.active-value.de/responsive-design-viewer/
    oder auch nen simu: http://www.opera.com/de/developer/opera-mini-simulator

    Hab mal mein Ergebnis hier hoch geladen: http://vertex.selfhost.bz/responsive

    Da aber immer nocht nicht alles so läuft wie es soll:
    Weiß jemand wie ich "inhalt" über "spalterechts" bekomme wenn es die alternative Ansicht anzeigt?

    Vorhaben: eine Roh-Webseite erstellen, die man für (fast) jede neue Seite nutzen kann.

    Wenn mal jemand Lust hat mit reinzusehen: http://vertex.selfhost.bz
    Hab nen Testaccount erstellt
    name: test
    pw: 123456789

    Damit kommt ihr ins adm panel (als mod).
    Bin bissl stolz drauf. Vorallem auf die Benutzerliste (Registrierte Benutzer). War garnicht so einfach die NavButtons (also was dahinter steckt) zu schreiben :D

    Wer Ideen hat - immer her damit!
    Ich hab vor den kompletten code online zu stellen, sobald es fertig ist =)


    edit: btw - manche Eingabefelder o.ä. werden momentan falsch angezeigt. Liegt daran, dass auf dem Server mod_pagespeed installiert ist und einige Einstellungen müssen da noch geändert werden.

    genau, gute idee!
    Und damit evtl Eingaben nicht umsonst waren den verlängernButton per ajax.
    werd ich mal testen =)

    EDIT:
    lauras
    Funktioniert =)

    Hab in der index.php eingefügt:

    PHP
    ini_set('session.gc_probability', 1); # < ", 1" sorgt zusammen mit gc_divisor dafür, dass abgelaufene session "bereinigt" werden. (Erklärung hier http://www.php.net/manual/de/session.configuration.php#ini.session.gc-divisor)
    ini_set('session.gc_divisor', 1);
    ini_set('session.gc_maxlifetime', 10); # life time 10 sec


    Wenn die Session jetzt abläuft, dann ist sie allerdings nicht zwingend tot.
    Hab das Verhalten mal getestet (Xampp PHP Version 5.4.7) und hab festgestellt - erst wenn das Script (also die Webseite) von anderer Stelle aufgerufen wird, dann werden Sessions bereinigt.
    Also beim Testen 2 Browser öffnen - im einen eingeloggt mit Session, im anderen nicht.

    Sobald die Session abgelaufen ist und das Script von anderer Stelle angestoßen wurde, ist die Session weg.
    Liegt (soweit ich das verstanden habe) daran, dass bei die Bereinigung beim aufruf von session_start(); angestoßen wird.

    Jetzt der "Button":
    Ein Button auf WebSeite ruft per JS die index.php auf und schickt dabei irgent einen Wert (zB per GET index.php?sessionrefresh=1).
    In der index fange ich es dann ab, und lasse das Script gleich wieder "sterben" - die;
    Das wars - dadurch wurde die Session erneuert =)

    Test Bsp:html-seminar.de/woltlab/attachment/441/
    =)

    Irgentwie ja.
    Also ist die session "endlos" gültig, solange der User die Seite innerhalb der Verfallszeit wieder aufruft *fragezeichen*
    Dann müsste ich die den Start der Session merken lassen, und wenn Session+xMin < time() die Session löschen - falls ich dem User ein "Ultimatum" stellen will :D

    Da fällt mir ein:
    jetzt wird mir auch klar, warum bei uns die adm Session ewig bleibt -> wenn User auf einer Seite "stehen bleibt" auf der aller x min eine Ajax-request ausgeführt wird, dann erneuert sich andauernd die Session.
    Irgentwie ne Art Sicherheitsrisiko. Wenn User vom Rechner weggeht und dabei diese seite offen lässt, dann erhält sich der Login ja ewig.

    Weiß jemand wie man die "echte" Restzeit einer Session auslesen kann?
    Mit
    ini_get('session.gc_maxlifetime')
    bekomme ich den Wert, der in der php.ini steht, aber ich hab den Verdacht, dass der Wert ignoriert bzw erneuert wird sobald User die Seite neu aufruft.

    Via google findet man nur "mitzählen". Also Zeit beim Session erstellen merken und wenn die Zeit (maxliftime) abgelaufen ist löschen.
    Aber bei dem oben beschriebenen bringt mir das nix =/