Direktanruf von Website ermöglichen

In meinem letzten Blogbeitrag habe ich darüber geschrieben, wie man Icon-Web-Fonts anpassen und optimieren kann, um Social-Media-Icons zur Website hinzuzufügen. In dem beschriebenen Projekt ging es darum, ein Icon hinzuzufügen, mit dem direkt ein Anruf gestarten werden konnte.

Protokoll für den Anruf von einer Website

Um es jemandem zu ermöglichen, eine Nummer direkt anzurufen, muss man diese einfach in einen normalen Link setzen und hierbei dann das tel Protokoll verwenden. Ein solcher Link sieht dann wie folgt aus:

<a href="tel:+49-12-3456789">012 / 3456789</a>

In diesem Beispiel habe ich einen Ländercode für Deutschland verwenden. Das ist technisch nicht unbedingt notwendig, es ermöglicht es aber, den Anruf auch dann zu tätigen, wenn sich die Person, die den Link klickt, nicht im Inland aufhält. Zur besseren Lesbarkeit können Bindestriche verwendet werden, man kann den Link aber auch als +49123456789 schreiben. Im Linktext kann ein beliebiges Format verwendet werden oder alternative auch ein beliebiger Text wie etwa Rufen Sie uns an, genau wie auch bei jedem anderen Link.

Was passiert, wenn der Lin angeklickt wird?

Auf einem mobilen Endgerät wird in der Regel automatisch die Nummer angerufen oder aber nach der Auswahl einer App gefragt, sollten mehrere Apps installiert sein, mit denen man einen Anruf tätigen kann (wenn etwa die Standard Telefon-App und Skype installiert sind).

Und wie verhält sich ein Desktop-Browser?

Selbst auf einem Desktop-Browser kann ein solcher Link verwendet werden. Klick man ihn mit einem Linksklick an, würde es im Chrome Browser wie folgt aussehen:

Wenn man also ein Smartphone mit dem eigenen Profil verbunden hat, kann man die Telefonnummer an sein Smartphone schicken lassen. Alternativ kann man eine andere App auswählen.

Bei einem Rechtsklick auf den Link ist es ebenfalls möglich, die Nummer an das Smartphone zu schicken. Die Auswahl einer anderen App ist hier leider nicht möglich:

Alternative Protokolle

Das tel Protokoll funktioniert mit normalen Anrufen auf mobilen Endgeräten und dem Desktop. Auf mobilen Endgeräten kann man auch oft eine alternative VoIP App wie etwas Skype verwenden. Aus dem Desktop wird Skype leider nicht angeboten. Möchte man aber über Skype angerufen werden, muss man stattdessen das callto Protokoll verwenden.

Weiterhin gibt es noch das sms und fax Protokoll, die aber nur von sehr wenigen Browsern unterstützt werden.

Fazit

Möchte man es jemandem ermöglichen sehr einfach eine Telefon zu starten, dann sollte man einen solchen Link auf der eigenen Website anbieten. Einen sehr guten Überblick darüber, wie sich verschiedene Browser verhalten liefert CSS-Tricks (Englisch). Warum versuchst du es nicht einfach mal auf deiner eigenen Website aus, falls du bisher noch keinen solchen Link hast?

Icon-Web-Fonts für deine Bedürfnisse optimieren

Auf so gut wie jeder modernen Website findet man Icons. Sie werden sehr oft genutzt, um auf Social-Media-Profile zu verlinken. Oft werden diese Icon-Fonts bereits mit den WordPress-Themes mitgeliefert. Ich verwende mittlerweile für selbst geschriebene Themes in der Regel SVG-Symbole anstalle von Icon-Web-Fonts. Aber wenn man ein Themes nur ein wenig anpassen möchte, dann sind Web-Fonts eventuell doch die bessere Wahl.

Web-Fonts lokal laden

Viele laden Web-Fonts mittlerweile aufgrund der DSGVO lokal. Zu diesem Zweck werden sie meistens runtergeladen und ins Child-Theme integriert. Dies ist die perfekte Gelegenheit, sich darüber Gedanken zu machen, welche Icons man wirklich braucht. Icon-Fonts für Social-Media-Profile sind ein sehr gutes Beispiel dafür, wieso man die Schrift vielleicht anpassen möchte.

Eine Icon-Web-Font anpassen

Nehmen wir die beliebte Schriftart Font Awesome als ein Beispiel. Sie enthält 1544 Icons, 433 dafür für Markenlogos und Social-Media-Icons. Aber braucht man wirklich alle davon? Falls nicht, würde es sich anbieten, nur die Icons zu laden, die man wirklich benötigt. In einem SVG Sprite könnte man überflüssige Symbole einfach löschen, in einer Web-Font ist das etwas schwieriger.

Online-Service für die Anpassung von Schriften

Für ein Projekt stand ich vor der Aufgabe ein Social-Media-Profil zu verlinken, zu dem die im Theme enthaltene Schriftart kein passendes Icon zur Verfügung stellte. Ich habe mich also dafür entschieden, hier Font Awesome einzusetzen. Auf der Suche nach einer Möglichkeit nur einige Icons zu nutzen, bin ich auf die Seite Fontello gestoßen. Hier kann man aus einer Vielzahl an Icon-Web-Fonts auswählen und eine davon ist Font Awesome.

Auf der Website kann man sehr einfach über zwei Suchfelder nach dem Namen einer Schriftart oder dem Namen der Icons suchen. Durch Mehrfachauswahl kann man die benötigten Icon markieren. Hier sollte man eventuell auch gleich Icons auswählen, die man in Zukunft auch noch brauchen könnte.

Auf einem weiteren Tab kann man die Namen der Icons oder den Unicode für die resultierenden Dateien festlegen. Dann lädt man die Datei mit der Auswahl herunter, die die Schrift in verschiedenen Formaten sowie das notwendige CSS enthält.

Viel Bandbreite einsparen

Aber lohnt sich das alles? Font Awesome verwendet 3 Dateien für verschiedene Icon-Typen in jeweils 5 Formaten. Die woff2 Dateien haben insgesamt 165kB. Hinzu kommen noch 57kB für das minifizierte CSS.

Für das beschriebene Projekt benötigte ich aber nur 9 Icons und die woff2 Datei hatte lediglich 4kB. Hinzu kamen noch 2kB CSS (unminifiziert), welche auf 1kB (minifiziert) reduziert werden kann.

Insgesamt können also 2 Dateien/Requests und fast 98% Bandbreite (217kB) eingespart werden.

Optimiere deine Schriften!

Wie du als sehen kann, bietet die Optimierung von Icon-Fonts ein großes Potential Bandbreite einzusparen und deine Seite schneller laden zu lassen. Der einzige Nachteil ist, dass man die Schrift manuell erweitern muss, wenn man neue Icons benötigt.

Wenn man Google Fonts verwendet, kann man über den text Parameter sehr einfach definieren, welche Zeichen man benötigt. Leider findet man bei Google Fonts keine Icon-Web-Fonts und ich konnte auch keine andere Seite finden, die eine ähnliche Funktion anbietet. Solltet ihr eine solche Seite kennen, hinterlasst bitte einen Kommentar mit dem Tipp.

Ein Jahrzehnt in der WordPress Community

Wenn dieser Artikel online geht, stehe ich gerade auf der Bühne und eröffne das WordCamp Europe 2019 in Berlin. Hinter mir liegen 10 Monate Organisationarbeit für ein Event mit mehr als 3000 Teilnehmenden und 10 Jahre in der WordPress Community. Vor mir liegen noch zwei Tage WordCamp, viel Arbeit und zum Abschluss eine hoffentlich unvergessliche After-Party. Aber gehen wir zurück an den Anfang.

Meine Anfänge mit WordPress

Heute vor 10 Jahren ging mein erster Blogbeitrag online. Der Anlass für mich, mit dem Bloggen zu beginnen, war ein Plugin, dass ich zwei Wochen zuvor geschrieben und ins Plugin-Verzeichnis hochgeladen hatte. Um es der Öffentlichkeit zu präsentieren, habe ich dann selbst das System dahinter verwendet und 10 Jahre später bin ich noch immer dabei.

Meine ersten Berührungspunkte mit der Community

Auch wenn ich durch meine ersten Plugins und meine Blogbeiträge schon “Teil der Community” war, so hatte ich bisher immer nur online Kontakt zu anderen Menschen aus der Community. Das änderte sich schon 2010 mit dem Besuch meines ersten WordCamps. Das fand in dem Jahr in Berlin statt, wo ich seit 2008 wohne und da es auf einem Samstag stattfand konnte ich teilnehmen und zum ersten Mal die ganzen schlauen Köpfe hinter den Blogbeiträgen kennenlernen, die mir in meinem ersten Jahr so viel beigebracht haben.

Die ersten deutschen Meetups

Ein Jahr später hatte ich schon fünf Plugins veröffentlicht und weiter auf meinem Blog fleißig über meine Arbeit mit WordPress und darüber hinaus gebloggt. Mein nächstes Community-Event war dann das WordCamp 2011 in Köln, der Heimatstadt meines Vaters und somit auch ein perfekter Ort für mich, um erneut teilzunehmen. Auf diesem WordCamp kam dann die Idee auf, sich mehr als einmal im Jahr an einem einzigen Ort in Deutschland zu treffen und die Idee der WordPress Meetups war gebohren.

Eine der ersten Städte mit einem Meetup war Potsdam. Das erste fand im November 2011 um 18:30 Uhr abends statt, was für mich aber durch den recht langen Anfahrtsweg aus Berlin etwas ungünstig lag. Aber im Dezember habe ich dann meine Arbeitszeit entsprechend geplant und konnte dabei sein. Seitdem bezeichne ich mich als “echtes” Mitglied der (deutschen) WordPress Community.

Die Rettung der deutschen WordCamps

Bis einschließlich 2011 wurden alle WordCamps in Deutschland von der Agentur Inpsyde organisiert. Im Frühjahr 2012 saßen wir beim Meetup in Potsdam und fragten uns, wann und wo wohl das WordCamp 2012 stattfinden würde. Leider mussten wir feststellen, dass Inpsyde in diesem Jahr kein WordCamp ausrichten würde. Also beschlossen ein paar mutige Mitglieder des Meetups, es doch einfach selbst in die Hand zu nehmen, ohne jemals etwas derartiges organisiert zu haben. Aufgrund von neuen Strukturen in der Ausrichtung von WordCamps weltweit, war es uns aber nicht möglich/gestattet, unser Event WordCamp zu nennen und so war das WP Camp gebohren. Es wurde ein voller Erfolg und im Anschluss gab es in vielen weiteren Städten neue WordPress Meetups, so auch in Berlin, dass aber nicht von mir, sondern einem anderen Mitglied der Berliner Community gegründet wurde.

Eigentlich wollten wir nur ein einziges WP Camp in Berlin ausrichten, aber da sich noch keine andere WordPress Community aus den anderen Städten bereit erklärte, das Ruder zu übernehmen, gab es auch 2013 noch einmal ein WP Camp in Berlin. Im gleichen Jahr übernahm ich auch die Leitung des WordPress Meetup Berlin, da sich Gründer aus der WordPress Community zurückzog.

Mein erstes internationales WordCamp

Ebenfalls 2013 habe ich, eher aus einem glücklichen Zufall heraus, mein erstes internationales WordCamp besucht. Caspar Hübinger, einer der beiden Begründer des WordPress Meetups Potsdam und Co-Organisator der beiden WP Camps hatte ein Ticket für ein WordCamp mit dem vielversprechenden Namen WordCamp Europe übrig. Und so ergab es sich, dass ich mit noch zwei weiteren Community Mitgliedern in einem Partybus Richtung Leiden aufbrach, um die internationale Community kennenzulernen.

Das erste “offizielle” WordCamp in Deutschland

Nach zwei Jahren “Rebellion” war es dann 2014 soweit, und das WordCamp Hamburg wurde das erste WordCamp in Deutschland, das offiziell über die WordPress Foundation organisiert wurde. Zu diesem Anlass kamen auch einige internationale Gäste. Ich selbst war als Speaker vor Ort dabei.

Berufliche Neuorientierung

Bis zum Jahr 2015 war WordPress, Blogging und Plugin-Entwicklung nur ein großes Hobby für mich, das mir sehr viel Spaß gemacht hat. Ich hatte aber schon lange das Gefühl, dass ich mich auch beruflich damit beschäftigen möchte. Denn was gibt es besseres, als dafür bezahlt zu werden, das einem leidenschaftlich viel Spaß macht.

Das bekam auch Christian Fuchs, der zweite Begründer des WordPress Meetup Potsdam mit und er wusste, dass Nico Danneberg, der ebenfalls bei der Organisation des zweiten WP Camps dabei war, neue Mitarbeiter in dem Bereich sucht. Und so kam es dann, dass ich im Frühjahr 2015 bei der VCAT Consulting GmbH in Potsdam einen Job als PHP-Entwickler bekam.

Die Entscheidung zur Bewerbung für das WordCamp Europe in Berlin

Nachdem ich auch 2014 beim WordCamp Europe in Sofia dabei gewesen war, wuchs der Wunsch, sich für das WordCamp Europe mit Berlin zu bewerben. Damals versuchten wir unter Federführung von Heiko Mamerow für das Jahr 2016, aber unsere Bewerbung war nicht stark genug, um sich gegen Wien durchzusetzen. In Sevilla gab es aber auf dem WordCamp Europe einen runden Tisch, an dem alle Interessenten für die Organisation eines zukünftigen WordCamp Europe eingeladen waren, sich zu informieren. So beschloss ich dann, es noch einmal zu versuchen. Zuerst aber, richtete Berlin noch einmal ein lokales WordCamp in Berlin Ende 2015 aus. Es war auch das erste Jahr, in dem es mehr als nur ein WordCamp in Deutschland gab, denn bereits im Sommer fand wieder eines in Köln statt.

Erste Erfahrungen mit der Organisation eines WordCamp Europe

Die Vorbereitung auf die große Aufgabe habe ich mir nicht auf die leichte Schulter genommen. Daher habe ich mich für das WordCamp 2016 in Wien erst einmal als Volunteer gemeldet, um einen ersten Eindruck hinter die Kulissen zu bekommen. Der großen Teamgeist, den ich dort erlebt habe, hat mich einmal mehr bestärkt, dieses Projekt unbedingt angehen zu wollen. Auf dem Contributor Day gab es erneut einen runden Tisch und ich konnte mir noch einige neue Informationen haben. Aber obwohl wir gebeten wurden, uns doch schon für 2018 zu bewerben, habe ich uns noch nicht bereit dazu gesehen.

Das erste Mal Co-Organizer des WordCamp Europe

Im Jahr 2017 fand das WordCamp Europe in Paris statt. Ich hatte mich als Organizer beworben und wurde in das Design-Team aufgenommen, was mich im ersten Moment sehr verwundert hatte, da ich ja kein Designer bin. Aber ich konnte einen wichtigen Beitrag leisten und zusammen mit meinem Teammitgliedern ein neues Standardtheme für WordCamps programmieren, das seit 2017 für alle WordCamp Europe Websites (und auch von vielen anderen WordCamps) verwendet wird. Da ich aber unbedingt noch weitere Erfahrung als Organizer sammeln wollte, habe ich zusätzlich als Lead Organizer die Leitung über das WordCamp Berlin 2017 übernommen. Zurückblickend nicht unbedingt die beste Idee, aber es hat mich sehr darauf vorbereiten können, welchen Stressresistenz und welche Problemlösefähigkeit man als Lead Organizer haben muss.

Ein weiteres Jahr WordCamp Europe Organisation

Selbstverständlich war ich auch 2018 wieder im Organisationsteam dabei. Dieses Mal im sogenannten Content-Team, das sich um das Programm der Vorträge sowie die Betreuung der Vortragenden kümmert. Mein Team-Lead war wie schon im Jahr zuvor Sonja Leix, von der ich sehr viel über die Leitung eines Team lernen konnte. Im Januar 2018 startete der Call for #WCEU 2019 Host Cities, also die Bewerbungsphase für das WordCamp Europe 2019. Neben meiner Organisationsarbeit für 2018 musste ich also mit tatkräftiger Unterstützung aus der deutschen Community ein komplettes WordCamp planen und mich damit offiziell bewerben.

Das WordCamp Europe 2019 in Berlin

Zu unserer großen Freude bekam Berlin den Zuschlag und daher stehe ich nun heute hier auf der Bühne und eröffne zusammen mit dem Global-Lead-Organizer Milan Ivanovic, auf den Tag genau 10 Jahre nach dem Start dieses Blogs, das WordCamp Europe 2019. Hinter uns liegen 10 Monate arbeit mit einem großen Team aus über 60 Organizern aus der ganzen Welt. Meine Reise als Mitglied der WordPress Community und als Organisator von WordCamps war eine sehr aufregende. Ich freue mich aber schon auf das nächste Jahr, in dem ich wieder im Organisationsteam des WordCamp Europe dabei sein werde. In welcher Rolle und in welcher Stadt, das erfahrt ihr alle in den Closing Remarks morgen nach dem Ende des zweiten Konferenztages.

Und was ist mit dem Blog und den Statistiken?!

Diejenigen von euch, die schon seit Jahren meinen Blog lesen, werden jetzt vielleicht etwas enttäuscht sein, dass ich hier nicht wie sonst üblich Zahlen zu meinem Blog veröffentliche. Wie ihr vermutlich schnell feststellen werdet, habe ich in den vergangenen 12 Monaten nicht einen neuen Beitrag geschrieben. Ich habe mir ganz bewusst eine Auszeit genommen, um mich voll und ganz auf die Organisation konzentrieren zu können. Ich möchte auch keine Versprechen machen, die ich am Ende vielleicht nicht halten werden, aber in den nächsten 12 Monaten wird es sicher ein paar zusätzliche Beiträge geben. Im Juli und August machen alle Organisatoren offiziell eine Pause und ich hoffe mal, dass ich diese auch einhalten kann.

Ein weiteres Jahr geht zu Ende und das aufregendste steht bevor!

Wie jedes Jahr möchte ich es auch heute nicht versäumen, euch einen kleinen Überblick zu geben, was im letzten Jahr so alles passiert ist und was euch in den nächsten 12 Monaten erwarten wird.

Ein arbeitsreiches Jahr

Seit Jahresbeginn habe ich leider nicht viel Zeit gefunden einmal regelmäßig pro Woche zu bloggen. Der Grund dafür ist mein Engagement in der Organisation des WordCamp Europe. Auch aktuell stecke ich noch "ein wenig" darin fest. Und daher werde ich den Artikel heute leider nicht fertigstellen können, da ich meine Statistiken noch nicht zusammenstellen konnte. Ich werde den Artikel daher am Wochenende fertigstellen, bleibt also gespannt, welche Neuigkeiten euch erwarten werden 😉

Fortsetzung folgt…

Weiterlesen →

SASS automatisch mit File Watchers in PhpStorm kompilieren

Im ersten Beitrag dieser kleinen Beitragsreihe habe ich euch gezeigt, wie ihr SASS installieren und manuell mit dem Terminal kompilieren könnt. Aber dieser Weg ist nicht besonders nutzerfreundlich und man kann schnell mal vergessen den Compiler/Watcher zu starten, wenn man an einem Projekt arbeitet.

Einen File-Watcher erstellen

Der einfachste Weg, einen File-Watcher zu erstellen ist es, einfach eine SASS-Datei zu öffnen. PhpStorm erkennt diese und zweigt auch eine kleine Benachrichtigung oberhalb des Dateiinhalts an. Klickt hier einfach auf "Yes" und ihr gelangt zu den Einstellungen:

Falls ihr die Benachrichtigung nicht sehr, könnt ihr über "File | Settings | Tools | File Watchers" ebenfalls zur Einstellung navgieren. Hier klickt ihr auf der rechten Seite auf das grüne Plus-Symbol und fügt einen neuen File-Watcher für SCSS hinzu (nicht SASS, da dies der File-Watcher für Dateien im .sass Format mit der alternativen Syntax ist, die nur noch sehr selten eingesetzt wird):

Die Einstellungen des File-Watchers anpassen

Die Standardeinstellungen sind schon ganz gut. PhpStorm wird vermutlich selbst rausfinden, wo sich der sass Befehl befindet. In meinem Fall ist es ein Windows Dateipfad:

Eine Option, die ich in der Regel ändere sind die "Argument" Einstellungen. Ich bevorzuge den "expanded output style" und nicht den "nested style", da er mehr wie normales CSS aussieht, so wie man es manuell schreiben würde. Meine "Arguments" Einstellung sieht wie folgt aus:

--style expanded --no-cache --update $FileName$:$FileNameWithoutExtension$.css

Fazit

Das war es schon. Ab sofort werden alle Änderungen in SCSS Dateien automatisch in CSS Dateien kompiliert (ihr müsst die Dateien nicht mal explizit speichern). Der File-Watcher erkennt sogar Änderungen in solchen Dateien, die lediglich in andere importiert wurden. Wenn ihr gerade nicht wisst, was ich damit meine, wartet einfach auf meinen nächsten Beitrag, in dem ich auch die Grundlagen von SASS eingehen werde.

Hinweis: Falls ihr "Tools | Deployment" verwendet, um Änderungen in PhpStorm automatisch an einen FTP-Server zu senden, dann müsst ihr "Upload external changes" in den "Option" aktivieren, da ansonsten die kompilierte CSS Datei nicht hochgeladen würde.