#html

grey@sysad.org

Switching to Firefox

by Asindu

December 07, 2024 • software

When ever you hear people trying to convince other people to switch to Firefox the reason is usually moral or ideological. 1
A usually toted reason, is that capitalist browsers like Chrome, Safari & Edge have too much market share. So we need to switch to the less pathologically operated Firefox — this post is not about that.
I recently switched to Firefox from Chrome. I felt like I was missing out on so much.
Chrome is simply no longer better than Firefox, features wise. Firefox is now the superior browser!

https://asindu.xyz/posts/switching-to-firefox/

#firefox #mozilla #opensource #web #html

prplcdclnw@diasp.eu

BTW, back in the early aughts, I used a GIF image of my email address.

[gopher://hngopher.com/1/live/p1/](gopher://hngopher.com/1/live/p1/) is the Gopher portal to Hacker News

[gopher://hngopher.com/0/live/items/40340642/dump.txt](gopher://hngopher.com/0/live/items/40340642/dump.txt)

https://rouninmedia.github.io/protecting-your-email-address-via-svg-instead-of-js/

protecting-your-email-address-via-svg-instead-of-js

Protecting your email address via SVG instead of JS

For a live demo of this accessible, no-javascript technique, see:

https://rouninmedia.github.io/protecting-your-email-address-via-svg-instead-of-js/svg-email-protection.html


Email addresses published on webpages usually need to be protected
from email-harvesting spambots.

Conventionally, email protection techniques utilise a combination of
HTML, CSS and JS - though each approach is subject to its own pros
and cons.

In general, approaches involving JS tend to be more sophisticated
than alternatives based on HTML and / or CSS.

But the downside is that JS then becomes an unavoidable dependency of
that page.

There is always benefit in considering the school of thought which
advocates that while JS may enhance pages, ideally we should want all
the essential functionality on those pages to work even while
JavaScript is turned off.


The technique detailed on this page utilises an an approach entirely
different from conventional email protection techniques, based on CSS
, JS, CSS + JS etc.

Because this technique is based on SVG.

N.B. This technique - and any other email-protection technique
utilising front-end-technologies - won't protect your published email
address from being harvested by the most determined and sophisticated
spambots. But, as with many JS-based email-protection techniques, it
will protect you nevertheless from a great many unsophisticated
harvesters and keep your email successfully hidden from any simple or
amateurish scripts trawling the web, seeking to copy any unprotected
email addresses they find.


Three advantages of an SVG-based approach to protecting email
addresses

  1. Works with JavaScript turned off

The main advantage of this SVG-based approach to protecting emails,
is that it involves no JavaScript.

As such, even when a human visitor has their JavaScript turned off,
the email address displayed on the page remains usable, accessible
and protected, while remaining secure and hidden from spambots.

  1. Permits a standard mailto: link

Unlike other no-JavaScript-required approaches (e.g. obfuscating
email addresses by inserting non-visible HTML Comments or inserting
visible elements and subsequently hiding them via CSS), this
SVG-based approach allows for standard mailto: links. The twist is:
the mailto: link exists inside the external SVG document, not inside
the referring HTML document.

  1. Conceals content like an image; Copyable like text

A third advantage is that embedded SVGs are image-like but not
images.

As replaced elements embedded within a hypertext document, SVGs may
conceal an email address from spambots nearly as effectively as an
image might.

But, strictly, SVGs are graphics documents rather than actual images.

Consequently, unlike with an image, a human visitor may still copy
the email address by right-clicking on the element in the
embedded SVG.

This would not be possible with a conventional image.


Implementing the Code

In the example below there are two files.

The SVG graphics document is embedded in the HTML hypertext document
via:

<object data="svg-email-protection.svg" type="image/svg+xml" /></object>

Note that the same SVG graphics document may be embedded in hypertext
once - or multiple times.

HTML File
````
<!DOCTYPE html>



SVG Email Protection

.svg-email-protection {
width: 180px;
height: 24px;
vertical-align: middle;
}

This is my email:


SVG File

Email Us!

<![CDATA[

rect {
width: 200px;
height: 24px;
fill: rgb(255, 255, 255);
}

a:focus rect,
rect:hover {
rx: 4px;
ry: 4px;
fill: rgb(0, 0, 255);
}

text {
font-size: 16px;
fill: rgb(0, 0, 255);
pointer-events: none;
}

a:focus text,
rect:hover + text {
fill: rgb(255, 255, 255);
font-weight: 900;
text-shadow: 1px 1px 1px rgba(0, 0, 0, 0.2);
text-decoration: underline 1px solid rgb(255, 255, 255);
text-underline-offset: 5px;
}

]]>

myemail@mydomain.tld

````

Accessibility

As ever, it's important to ensure that this setup remains as
accessible as possible.

On this basis, note the following in the SVG graphics document:

  • the entire SVG document is aria-labelledby the SVG document , indicating a call-to-action
  • the anchor element () inside the SVG has an aria-label which has the same call-to-action
  • the SVG is styled such that when the tab-focus falls on the anchor element (), the child-elements, and the , are both highlighted

To see a live demo of this accessible, no-javascript technique, go
to:

https://rouninmedia.github.io/protecting-your-email-address-via-svg-instead-of-js/svg-email-protection.html

#svg #protected-email #email-address #hack #html

grey@sysad.org

Dillo release 3.1.0

Also Dillo is still alive?? Hunh?

https://dillo-browser.github.io/latest.html
https://lobste.rs/s/drhnog/dillo_release_3_1_0

  • Add support for floating HTML elements, which involved a big redesign.
  • Add support for OpenSSL, LibreSSL and mbed TLS for HTTPS, which is now enabled by default.
  • Add a CI pipeline to build Dillo on Ubuntu, MacOS, FreeBSD and Windows (via cygwin).
  • Add automatic HTML rendering tests.
  • Improve and extend the Dillo manual.

In memory of Sebastian Geerken

#linux #gnu #gnulinux #web #html #code #softtware #opensource #freesoftware

birne@diaspora.psyco.fr

#HTML symbols & such. (In case you're expecting a ☄ or a ☃ (or an ✈, for that matter) to fall from the ☀☁ and forgot to bring your ☂, which would be of no use anyway in a ☈ or a ☣, so all you can do is wait, and ⚰ and ♲.)

https://www.toptal.com/designers/htmlarrows/symbols/

gunnar@diasp.org

Advent of Code

_

Advent of Code is an Advent calendar of small programming puzzles for a variety of skill sets and skill levels that can be solved in any programming language you like. People use them as interview prep, company training, university coursework, practice problems, a speed contest, or to challenge each other.

You don't need a computer science background to participate - just a little programming knowledge and some problem solving skills will get you pretty far. Nor do you need a fancy computer; every problem has a solution that completes in at most 15 seconds on ten-year-old hardware.

https://adventofcode.com/

#adventofcode #coding #linux #bsd #xterm #lua #gnulinux #html #python #ruby #perl #code