Pit: Jquery UI Timepicker im fiddle nachbilden

Hallo,

ich nutze in meinen Scripten öfter mal den Jquery UI (Date)Timepicker.

Nun möchte ich ein zusätzliches Feature einbauen und da es nicht funktioniert, wollte ich hier nachfragen, ob jemand den fehler findet.

Problem ist, dass es mir nichtmal gelingt, die Griundfunktionalität im fiddle nachzubilden. Daher vorab mal meine Frage, wo hier der Fehler liegt. Warum poppt der kalender nicht auf?

Pit

  1. Hallo Pit,

    Problem ist, dass es mir nichtmal gelingt, die Griundfunktionalität im fiddle nachzubilden. Daher vorab mal meine Frage, wo hier der Fehler liegt. Warum poppt der kalender nicht auf?

    Die Konsole kennst du?

    Laden von gemischten aktiven Inhalten "http://trentrichardson.com/examples/timepicker/jquery-ui-timepicker-addon.js" wurde blockiert.

    Bis demnächst
    Matthias

    --
    Rosen sind rot.
    1. Hallo Matthias,

      Die Konsole kennst du?

      Laden von gemischten aktiven Inhalten "http://trentrichardson.com/examples/timepicker/jquery-ui-timepicker-addon.js" wurde blockiert.

      Kenne ich nicht, wo finde ich die denn?

      pit

      1. Hallo Pit,

        im Google Chrome z.B. die F12 Taste drücken oder Rechtsklick Untersuchen.

        Bis bald!
        Meowsalot (Bernd)

        1. Hi Bernd,

          ach diese Konsole ist gemeint, ich dachte, fiddle hätte da etwas Eigenes.

          Danke, Pit

    2. Laden von gemischten aktiven Inhalten "http://trentrichardson.com/examples/timepicker/jquery-ui-timepicker-addon.js" wurde blockiert.

      Und was soll das heißen? ich erhalte diese meldung, wannimmer ich ein Script einbinden will…

      Wie kann ich denn das JS einbinden, wenn es permanent blockiert wird?

      Pit

      1. Hallo Pit,

        das Problem dürfte sein, dass diese Ressource,

        Laden von gemischten aktiven Inhalten "http://trentrichardson.com/examples/timepicker/jquery-ui-timepicker-addon.js" wurde blockiert.

        über HTTP in eine Seite eingebunden wird, die über HTTPS ausgeliefert wird. Sorge dafür, dass das Skript ebenfalls über HTTPS kommt.

        Viele Grüße
        Robert

        1. Hallo Pit,

          das Problem dürfte sein, dass diese Ressource,

          Laden von gemischten aktiven Inhalten "http://trentrichardson.com/examples/timepicker/jquery-ui-timepicker-addon.js" wurde blockiert.

          über HTTP in eine Seite eingebunden wird, die über HTTPS ausgeliefert wird. Sorge dafür, dass das Skript ebenfalls über HTTPS kommt.

          Hallo Robert,

          wie soll ich das denn machen, da habe ich doch keinen Einfluss drauf?

          Pit

          1. Hallo Pit,

            über HTTP in eine Seite eingebunden wird, die über HTTPS ausgeliefert wird. Sorge dafür, dass das Skript ebenfalls über HTTPS kommt.

            wie soll ich das denn machen, da habe ich doch keinen Einfluss drauf?

            "http://trentrichardson.com/examples/timepicker/jquery-ui-timepicker-addon.js"

            https statt http?

            Bis demnächst
            Matthias

            --
            Rosen sind rot.
            1. https statt http?

              Ich kann doch nicht einfach https://trentrichardson.com/examples/timepicker/jquery-ui-timepicker-addon.js eintragen, das ist doch Blödsinn, hm?

              Pit

              1. Hallo Pit,

                Ich kann doch nicht einfach https://trentrichardson.com/examples/timepicker/jquery-ui-timepicker-addon.js eintragen, das ist doch Blödsinn, hm?

                Oft geht das, wenn SSL dort vom Betreiber bereits vorgesehen wurde. In diesem Fall aber eher nicht:

                Weiß aber auch nicht ob es um diese Verlinkung geht oder andere Verweise. Wie auch immer, wenn es nicht unbedingt Fiddle sein muss, gäbe es noch dieses, dort funktioniert es. bereits getestet, wollte es aber nicht öffentlich machen, weil dein Code.

                Gruss
                Henry

                1. Hallo Henry,

                  Weiß aber auch nicht ob es um diese Verlinkung geht oder andere Verweise. Wie auch immer, wenn es nicht unbedingt Fiddle sein muss, gäbe es noch dieses, dort funktioniert es. bereits getestet, wollte es aber nicht öffentlich machen, weil dein Code.

                  Hättest Du ruhig veröffentlichen dürfen, da ja eh nur ein 1-zeiler und das script dahinter ist ja nicht mein Code.

                  Fiddle wär schon nett gewesen, weil man dort sozusagen im Team die Versionen weiterentwickeln kann. Ich muß mal sehen, dass ich die Scripte dann eben selber outsource.

                  Dank dir, Pit

                  1. Nun wollte ioch das Script über einen https-Link einbinden, da erhalte ich diese Fehlermeldung:

                    Laden fehlgeschlagen für das <script> mit der Quelle "https://raw.githubusercontent.com/trentrichardson/jQuery-Timepicker-Addon/master/src/jquery-ui-timepicker-addon.js".
                    

                    Kann es sein, dass fiddle nicht immer so wählerisch war wie heute?

                    Pit

                    1. Hallo Pit,

                      Es liegt nicht an jsfiddle. Habe gerade mal sorgfältiger drüber geschaut. Und mein Editor gibt die gleiche Meldung, wenn ich FF nutze. Mit IE geht's, auch bei jsfiddle. Ich weiss nicht ob du bei Fiddle auch Datei einbinden kannst, dann kannst du dir ja die *.js runterladen und einbinden oder den Inhalt davon direkt einbinden. Dann wär dein Problem gelöst.

                      Gruss
                      Henry

  2. @@Pit

    ich nutze in meinen Scripten öfter mal den Jquery UI (Date)Timepicker.

    Du lässt jeden Nutzer erstmal über ein halbes Megabyte Javascript und CSS laden, um etwas nachzubauen, was es in Browsern bereits gibt und was besser funktioniert‽ Wozu das?

    LLAP 🖖

    --
    „Wer durch Wissen und Erfahrung der Klügere ist, der sollte nicht nachgeben. Und nicht aufgeben.“ —Kurt Weidemann
    1. Hallo Gunnar,

      Du lässt jeden Nutzer erstmal über ein halbes Megabyte Javascript und CSS laden, um etwas nachzubauen, was es in Browsern bereits gibt und was besser funktioniert‽ Wozu das?

      so gut schaut es nicht aus:
      https://caniuse.com/#search=date

      Bis bald!
      Meowsalot (Bernd)

      1. @@Meowsalot

        so gut schaut es nicht aus:
        https://caniuse.com/#search=date

        Grün soweit das Auge reicht. Bis auf Safari unter MacOS bieten alle relevanten aktuellen Browser einen Datepicker an. Was sieht daran nicht gut aus?

        LLAP 🖖

        --
        „Wer durch Wissen und Erfahrung der Klügere ist, der sollte nicht nachgeben. Und nicht aufgeben.“ —Kurt Weidemann
        1. Hallo Gunnar,

          was ist mit dem IE? Nicht mal die 11er Version unterstützt dieses?

          Bis bald!
          Meowsalot (Bernd)

          1. @@Meowsalot

            was ist mit dem IE? Nicht mal die 11er Version unterstützt dieses?

            Ich sprach von „relevanten aktuellen Browsern“. IE 11 ist nicht aktuell. Und ich halte den auch nicht für sonderlich relevant.

            Der Punkt ist: in jedem Browser funktioniert <input type="date">. Von manchen Browsern kommt das Datum nicht im Format YYYY-MM-DD, sondern so, wie der Nutzer es eingebenben hat. Na und?

            LLAP 🖖

            --
            „Wer durch Wissen und Erfahrung der Klügere ist, der sollte nicht nachgeben. Und nicht aufgeben.“ —Kurt Weidemann
            1. hallo

              Der Punkt ist: in jedem Browser funktioniert <input type="date">. Von manchen Browsern kommt das Datum nicht im Format YYYY-MM-DD, sondern so, wie der Nutzer es eingebenben hat. Na und?

              Naja,

              Ein Browser der type=date nicht unterstützt, der rendert ein type=text input. In diesem kann man pattern="yyyy-mm-dd" anwenden. Das entspricht der internen Repräsentation des nativen Datelpickers, da pattern nicht auf native type=date angwendet werden, kann man pattern gefahrlos notieren.

              Aufwändiger wird es nur dort wo ein Browser pattern, placeholder und css :invalid nicht unterstützen.

        2. Hallo Gunnar,

          Grün soweit das Auge reicht. Bis auf Safari unter MacOS bieten alle relevanten aktuellen Browser einen Datepicker an. Was sieht daran nicht gut aus?

          Grün mit Abstufungen. Die FF-Variante ist nicht wirklich angenehm. Ich bin zwar immer dafür, so wenig wie möglich Fremdscripte einzubinden, aber deren Funktionalitäten nachbauen schon. Gerade in diesem Fall bietet type="date" noch nicht wirklich den Komfort, den man dem User bieten möchte. Wie du schon selbst sagst, stellt jedes Device/Browser seine eigene Umsetzung davon dar und das ist nicht immer so gewünscht. Ja, ich weiß jetzt was du jetzt wieder denkst, aber ich erinnere mich an antike Threads hier wo ähnliche Themen waren, dass man es inputfelder und anderes gar nicht ändern/verschönern sollte, sondern dem User seine gewünschte und bekannte Ansicht lassen sollte... kräht heute kein Hahn mehr nach.

          Und es gibt schon sehr tolle Datepicker-Umsetzungen, die, gerade wenn es um Terminplanungen, Historienrecherche, Reservierungen, etc... geht, schon einiges an Komfort bieten, aqn das im Moment noch kein Datefeld rankommen kann. Natürlich könnte man das auch separat abhandeln, erst datefeld und dann die Routinen, aber ALLinONE finde ich dann doch besser.

          Um aber nochmal zu den Browsern zurückzukommen, was die wirklich können und ich leider hier im Wiki keine Livebeispiele finde, habe ich mal was zum Testen zusammengestellt.

          Gruss
          Henry

          1. Hallo Henry,

            Um aber nochmal zu den Browsern zurückzukommen, was die wirklich können und ich leider hier im Wiki keine Livebeispiele finde, habe ich mal was zum Testen zusammengestellt.

            gute Idee.

            Bis demnächst
            Matthias

            --
            Rosen sind rot.
          2. Hallo Henry,

            Um aber nochmal zu den Browsern zurückzukommen, was die wirklich können und ich leider hier im Wiki keine Livebeispiele finde, habe ich mal was zum Testen zusammengestellt.

            Nichtssagende Beispiele gibts jetzt unter HTML/Formulare/input

            Bis demnächst
            Matthias

            --
            Rosen sind rot.
    2. Du lässt jeden Nutzer erstmal über ein halbes Megabyte Javascript und CSS laden, um etwas nachzubauen, was es in Browsern bereits gibt und was besser funktioniert‽ Wozu das?

      Nein, genau 81kb ! Den Rest benötige ich eh für andere Dinge, also auch, wenn ich gar keinen Datetimepicker benötigen würde, würde der User den rest mitladen wollen.

      Trotzdem, danke für den Tip mit der HTML5 Variante, die gefällt mir sehr gut. Gibts die denn auch für Datum und Uhrzeit?

      Pit

      1. Hallo Pit,

        wenn ich gar keinen Datetimepicker benötigen würde, würde der User den rest mitladen wollen.

        rofl 😉 glaube ich nicht ganz, dass der User das will, aber er kommt dann wohl nicht drum herum.

        Trotzdem, danke für den Tip mit der HTML5 Variante, die gefällt mir sehr gut. Gibts die denn auch für Datum und Uhrzeit?

        gerade eingepflegt von Matthias

        Gruss
        Henry

        1. Hallo Henry,

          rofl 😉 glaube ich nicht ganz, dass der User das will, aber er kommt dann wohl nicht drum herum.

          Wenn der User meine Software nutzt, dann macht er das für gewöhnlich freiwillig. Insofern will er zwar geringe Ladezeiten, aber zugleich den Nutzen der längeren Ladezeiten nicht missen. Wenn ich lange Ladezeiten vermeiden kann, mach ichs gerne.

          Trotzdem, danke für den Tip mit der HTML5 Variante, die gefällt mir sehr gut. Gibts die denn auch für Datum und Uhrzeit?

          gerade eingepflegt von Matthias

          Naja, der ganze andere Kram, also von <input type="date"> mal abgesehen funktioniert im FF nicht, ist also für mich deshalb gar keine Alternative. Zudem ist es so, dass ich dem User auf jeden Fall einen Kalender anbieten möchte, aus dem er das Datum anklicken kann. Einfach Monat, Tag und Jahr aus einer Art DropDown auszuwählen, finde ich einen Rückschritt zur Jquery-Alternative.

          Pit

          1. Hallo Pit,

            Wenn der User meine Software nutzt, dann macht er das für gewöhnlich freiwillig. Insofern will er zwar geringe Ladezeiten, aber zugleich den Nutzen der längeren Ladezeiten nicht missen. Wenn ich lange Ladezeiten vermeiden kann, mach ichs gerne.

            ähmm…?

            Naja, der ganze andere Kram, also von <input type="date"> mal abgesehen funktioniert im FF nicht, ist also für mich deshalb gar keine Alternative. Zudem ist es so, dass ich dem User auf jeden Fall einen Kalender anbieten möchte, aus dem er das Datum anklicken kann. Einfach Monat, Tag und Jahr aus einer Art DropDown auszuwählen, finde ich einen Rückschritt zur Jquery-Alternative.

            Das sehe ich ähnlich

            *Nachtrag: Du kannst allerdings, sofern gewünscht, auch Beides haben.

            *und noch ein Nachtrag was'n los hier 😉 Du hast nach Time gefragt, da hätte ich auch noch was für dich.

            Gruss
            Henry