Better quality control eg. no more issues like Ubuntu shipping a broken version of systemd that wont allow the system to boot.
Prioritize performance over FOSS purity in newbie friendly distros. A graphics card driver that gets 1/30th the FPS should not be the default for a 1,000 dollar graphics card. Anyone that wants the FOSS driver can install it if they want.
Avoid homogenization of software features. i.e. better support of the feature outliers. eg. KDE does not have an option to adjust contrast of scrollbars without a theme that specifically has that contrast. This makes it harder for the vision impaired like myself to use software.
Do you understand the functioning of both interpreters, down to the CPU instructions? How the database you’re using performs those updates, or quickly finds your items? The precise function of the virtual DOM? TLS handshake protocol? If so, good on you, but you don’t need to know more than the surface level of any of these for a CRUD app. But these and other systems you use hold the raw power, and wielding them poorly could lead to bugs, or security or performance issues.
On the other side, whatever you do may seem mundane to you, but lighting a fire would seem mundane to a sorcerer the umpteenth time they’ve done so. A simple CRUD app could seem dramatic if you have no idea where you’d even start building one, which is the state the majority of people are in.
Looks awesome! I’ve been wanting to try openbox actually. To be pedantic, though, the icon is not ascii since it’s made from Unicode characters (someone had to say it).
Hacker folklore that pays homage to ‘wizards’ and speaks of incantations and demons has too much psychological truthfulness about it to be entirely a joke.
I carved business logic out of the Ant build language in my previous (and first) job. It was a long and disgusting challenge driven by a technical lead who had made technical and process decisions that I find pretty questionable. He also wasn’t using a ticket tracker, then blamed it on me when my ADHD brain had trouble keeping track of verbally assigned tasks. Unfortunately I didn’t have the background or heft yet to tell him to get off my back until we had a proper ticket tracker.
Cheap careless mass produced screen printing crap. I miss the days when objects in our day-to-day lives have thought and Care put into them. I guess that’s incompatible with low cost though
tl;dr - This is (mostly) intended functionality by the browser. Though the devs could have fixed it, it’s way easier and faster to just leave it like that.
The HTML input element allows you to set the type of data you expect people to enter, which provides some basic validation. In this case, it’s using the type of number, for obvious reasons. This disallows all letters except e, (for scientific notation) and all symbols except a single .. It also causes the number entry keyboard to appear on mobile devices, if supported.
There is no specific phone number data type, so the developers of that site used the more generic number type. The browser can’t tell the difference, and so adds the individual up/down buttons as it would with any other standard number input.
It’s possible to remove by using a more generic input type of text and adding in validation manually to limit entry to only digits, but it seems like a reasonable shortcut to take.
Also, I just found out that there is in fact an input type called tel for phone numbers but it doesn’t include any validation (apparently because of how varied the formatting of phone numbers can be throughout the world). So it only does the numeric keyboard on mobile devices. This, plus some validation, would have been the best choice I think.
lemmy.ml
Newest