Een URL die eindigt met een ) gaat ook fout. De ) wordt verwijderd waardoor de link niet meer werkt.

Moeilijk om in een tekstveld een URL te herkennen als het om leestekens gaat.

Moet het haakje hier meegenomen worden? Ga naar https://www.apple.com/nl/).
En wat in dit geval? Ga naar de Apple site (https://www.apple.com/nl/).
En wat met de punt aan het einde?

Ik begrijp precies wat je bedoelt.
Zelf gebruik ik bij het reageren dan ook bijna altijd de link knop (of ik zet zelf de url-tags om de link).
Dan heb je er geen last van, maar veel mensen plakken de URL rechtstreeks in het bericht en dan gaat het fout als de link afwijkende tekens bevat.
Vervolgens gaan anderen roepen dat de link niet werkt. 

Ik vind het niet ondersteunen van iets als ü karakters in een link een ander probleem dan zo’n sluithaakje op het eind herkennen.

Ik dacht niet dat diacritische tekens ongecodeerd in een url mogen staan.

@puk1980: Daar ben ik het mee eens. Internationalized Resource Identifiers bestaan al meer dan 15 jaar.

Example: The IRI https://en.wiktionary.org/wiki/Ῥόδος becomes the URI https://en.wiktionary.org/wiki/%E1%BF%AC%CF%8C%CE%B4%CE%BF%CF%82

Geef je bijv. de eerste URL in de Safari adresbalk in, dan zal de browser het adres intern coderen zoals in de tweede URL.

Iedere keer als ik een “quote” wil starten via het tekst-ballon icoontje op een iDevice, dan begint de quote (|quote][/quote|*) niet op de plaats van de cursor. Gebeurt ook bij andere iconen en emoji’s…

(*) voor de duidelijkheid [] vervangen door ||

@nnsa kun je daar een schermopname van maken? Op mijn iPhone gaat het namelijk wel goed.

@nnsa kun je daar een schermopname van maken? Op mijn iPhone gaat het namelijk wel goed.

Zodra het zich voordoet stuur ik een schermopname.

Zodra het zich voordoet stuur ik een schermopname.

Zojuist gebeurde het. Cursor keurig netjes na spatie aan einde zin en nu dit:

Op welk apparaat? Browser? OS versie?

Op welk apparaat? Browser? OS versie?

In dit voorbeeld iMac / MacOS Catalina / Safari, maar doet zich voor op alle devices, ook iPad en ook onder Monterey. Is geen groot probleem hoor, alleen hinderlijk. En het gebeurt ‘random’.

Ik herken het probleem van nnsa. (Bezoek MF vnl op iPad).

Gaat zo ook wel eens fout als ik een stuk tekst wil bold-maken, onderstrepen e.d.

Hier ook. Al een tijdje.. Kleine ergernis maar wel een ergernis.

Maar heel lastig op te sporen als het geen constante is…

Uiteraard.. Ik zal nog eens proberen een patroon te ontdekken

Wellicht ook iets om hier ook over na te denken. Het is natuurlijk logisch dat mijn IP adres wordt opgeslagen op de Macfreak host server, maar denk niet dat het de bedoeling is dat mijn en alle andere bezoekers hun IP adres zomaar gedeeld wordt met Google omdat er Google Fonts worden gebruikt die via de Google server komen ipv lokaal worden geserveerd.

Deel geen IP adressen met Google Fonts

@TLM: weet jij welke fonts wij gebruiken van Google?
Scheelt mij extra zoekwerk als ik hier vanaf wil komen, scans op het web vertellen me dat er helemaal geen Google Fonts op MacFreak actief zijn.

(ben ook aan het kijken of het haalbaar is om de Google advertenties helemaal te stoppen...)

En je dacht dat je IP-adres niet op een andere manier bij Google c.s. terecht komt ?

Het gaat er niet om dat jouw IP-adres helemaal niet bij Google terechtkomt. Het gaat er omdat jouw IP-adres via MacFreak bij Google terechtkomt. Dat zou weer een deel van jouw opgebouwde Google profiel kunnen zijn/worden. En dus moet je daar over nadenken.

En dat is exact wat @TLM hier aan de kaak stelt.

En dat is exact wat @TLM hier aan de kaak stelt.

En toen…?

En toen moeten we uitzoeken of er inderdaad Google Fonts worden gebruikt. Ik heb het nog niet kunnen ontdekken maar ik zit dan ook niet aan de beheer-kant.

@Robert, ik kijk het morgen even na welke het precies zijn, dacht dat er twee calls naar fonts.google waren.

Inmiddels toch gevonden, fonts.google staat in de theme.css (vreemd dat EasyFind bij dezelfde zoekopdracht vanmiddag geen resultaten gaf, moet iets verkeerd hebben gedaan).

Ga binnenkort even kijken hoe ik dat kan vervangen door lokaal gehoste fonts.

@Robert, iderdaad op lijn 40 van het theme.css bestand.

Er zijn helaas ook twee aanroepen naar gstatic voor woff2 bestanden. Kan je altijd controleren als je inspecteer element doet op de site en dan via Netwerk tab en de site herladen. Ik prefereer dit wel te doen via Firefox ipv Safari omdat die eerste toch wat meer informatie toont voor alle aanroepen die een site doet.

En er is deze online tool welke controleert of er externe aanroepen zijn naar Google Fonts.

En je dacht dat je IP-adres niet op een andere manier bij Google c.s. terecht komt ?

Je gaat hier wel héél licht over. In Duitsland is er reeds een veroordeling geweest en boete opgelegd, en een gewiekste advocaat gaat nog een stap verder en ziet er natuurlijk een business in. Lees het hier maar eens na.

Nu jij ligt hier wellicht niet wakker van aan je reactie te zien, maar als je een website hebt is het beter voorkomen dan genez... uh in dat geval betalen. Dus 'k dacht dat ga ik toch even melden voor Robert.

Je gaat hier wel héél licht over. In Duitsland is er reeds een veroordeling geweest en boete opgelegd, en een gewiekste advocaat gaat nog een stap verder en ziet er natuurlijk een business in. Lees het hier maar eens na.

Ik reageer natuurlijk als 'gebruiker / bezoeker' niet als website-eigenaar. In dat licht gezien, heb je een goede daad verricht.