🧲 (according to many web pages you’ll find if you search for that hash, anyway… i haven’t tried it)
Op-Ed: Yes, Gov. Cuomo, Car Helmets Could Save Lives
Amazing, thanks for the link. I just re-posted it here.
I think it would definitely be “perceived as unprofessional and silly in a negative way” by some people and also “in a net positive way - perhaps a bit silly, but memorable” by others, so, if you’re very concerned about appearing serious and professional you should probably not use such an address for these purposes.
If you emailed me from this address i would consider you a dork, and as a bit of one myself i might start calling you Fratnickle.
Lemmy does have an emoji picker in the web interface. To access it just type a space and a colon ( :) while editing a comment, and then begin typing the name of your desired emoji. Like this:
😂
unfortunately there is currently a bug in it (at least here in tor browser) which causes the menu to appear near the top of the page when replying to comments far enough down the page that it is necessary to scroll, so, it is easy to miss. but it does work, though it is sometimes necessary to scroll up to see it. cc @nutomic@fedibb.ml @dessalines@lemmy.ml in case you guys haven’t noticed this bug.
I’m certainly not recommending snaps, but, it is important to acknowledge the problem they’re trying to solve. “The debian model” means using years-old versions of everything, having a single set of dependency versions every program must share, and giving every package’s control scripts root access while you install it. This paradigm made sense when it was developed 25 years ago but it is far from ideal today.
i still ♥ Debian but there are tons of things I need to use which I can only get from somewhere else, so, “the Debian model” for me nowadays means a stable base system and then lots of software from other distributors (sometimes flatpak or appimage, but also a lot of podman containers of various distros).
What I am almost never willing to do is use 3rd party entries in my apt sources.list file on an actual host system (though I do in containers when necessary) - down that path lies madness.
yeah, I am aware, and I do actually think the xdg portal stuff is generally a good idea for a lot of programs… but the way it works right now sacrifices a lot of usability and doesn’t gain much security.
passing files given as commandline arguments seems like an easy problem to solve, but the linked file situation with SVG is much harder (probably requires a whole new flow for xdg portals where a program can request access to a bunch of files and prompt the user once to allow access to all of them). in the absence of any solution, imo it is silly that they’re shipping inkscape as a snap with strict confinement today.
I’m unsurprised to see lots of good reasons here why not to use them already, and none for why anyone does :)
I imagine the vast majority of snap users are using them only because Ubuntu ships a few things (like firefox) as snaps by default now.
I tried the Inkscape snap recently on an ubuntu system where i needed the latest release, and found that due to its sandboxing security theater (last I heard it is still not difficult break out…) it is impossible to open files from the commandline. And, even worse, when you use the Open command from File menu, it just passes the one file you selected in to the sandbox, so, when you open a file which has references to other files (which is not uncommon with SVG) it is not able to load them! So, I ended up using Inkscape’s AppImage instead.
in a nutshell: imo you shouldn’t use anything that requires a phone number, and especially not things that use phone numbers as the identifier your contacts need to know to reach you. i wrote some reasons why here.
https://dessalines.github.io/essays/why_not_signal.html (by @dessalines, one of the authors of lemmy) has a lot of other reasons why not to use signal; i have mixed feelings about all of the things in their list of alternatives there but I think I’d use any of them before signal.
wat? the linked image gives the impression that the US is operating out of only one base in Poland, and has no military presence in Romania, Hungary, Slovakia, Lithuania, Latvia, and Estonia, among other places. Meanwhile . . .
(That link is from perhaps not the most reliable source, but you can confirm many of these locations with other sources like this one: “As part of the ongoing commitment to its Baltic Allies, the United States will further enhance the continuous and persistent US military presence in Estonia, Latvia, and Lithuania,” the embassy said in a press release.)