Yeah absolutely. That was precisely my point — Requiring a secret (be it a password or the private part of an asymmetric key) isn't security through obscurity, and finding the sequence of knocks is equivalent to finding a password of equivalent complexity.
Considering its ubiquitous and regular consumption in general population, doesn't alcohol shift the balance in favour of ibuprofen?
Also, possible blood clotting or stomach issues sound scary, but Aspirin has similar (opposite) issues. Pharmacists regularly push its combinations with Acetominophen (which has, of course, synergetic bonuses, but is not the reason) under multitude of brands with a hefty premium when people ask for either one. So in many situations you need to consider the added risks from Aspirin too.
Ideally, I'd like to have an optimized strategies of using all three of the aforementioned substances for common situations. Like, is rotating ibuprofen/acetominophen during the day safer than consuming just one?
I'm all for Win32, but those odd-shapes and custom skins were the precursors and the normalizing precedent for the current default mentality of "visual identity = branding" that's been killing desktop computing experience for years and is one of the reasons we have to endure reacts, electrons and multitude of half-baked widget libraries that consist of things looking like no particular control but all feature blurry text rendering, flaky accessibility, negative information density and their own special sets of bugs.
Unless you're building a Blender or an Ardour or, I don't know, a trading platform or a game, an individualized GUI should be the last of your priorities.
It's different. Electron apps all look the same without actually making much efforts to make them "personal" -- they just want to release an app ASAP so they chose Electron.
On the other hand, the Win32 era "skins" like they ones used in Video Player and Winamp are very personal -- they have distinct styles. Maybe we don't like the styles, but at least they are trying to make a unique taste.
Electron apps do not have tastes. Unless you count flat design + as little UI as possible as a taste.
Modern operating systems are for servers, for corporations. They are not personal. Linux was for hackers and sysadmins then, not power users, and for servers now. Linux does make a come back for desktop because Windows team makes such a herculean effort to trash its own product. The Win 3.1 - Win XP era are the real "personal" era.
> Electron apps all look the same without actually making much efforts to make them "personal" -- they just want to release an app ASAP so they chose Electron.
Which is the most goofy thing about the whole situation! I would argue that the push for “visual identity” was largely responsible for the drive towards web apps vs. native apps in the early 00s. In exchange we got all of these tortured UI frameworks built to paper over hypertext abstractions that weren’t well suited to application development to start with. And now we use these frameworks to make bland applications again!
It's the worst of both worlds. Not only are the bland, but they don't even follow the platform's conventions, have horrible accessibility (because they no longer get it for free from the platform), and don't respect my desktop environment's theming, fonts, colors, and so on.
I think they want an app, but prefer to use web stack, so that's the result. The reason they want an app instead of a web application, is maybe an app gives them more control.
Web development has been part of my life, on and off, since around 1998, and I never shipped browsers inside applications, not even during MSHTML glory days.
Either proper application, or delivered to the already installed browser.
I even refused a job offer where that was going to be part of it, some Electron like thingy.
For your average business app, yes, I agree, however there are a lot of apps I use on my iPad that have essentially moved this "custom skin" UI into elements in a full-screen wrapper and they look and work wonderfully. There are also lots of smart devices that have hyper individualized UIs, modern cars, anything in the audio realm with a screen, plenty of examples.
But yes, you're showing a series of forms to fill out? Use the platform native controls and make it work perfectly.
I think the author meant that she was just trying to work on her slides, and was hoping that by quitting/restarting, the bug would temporarily go away, so she could continue working on what she actually wanted to work on, and not go down a debugging rabbit hole.
Certainly the determinism made it easier to fix, but the determinism also meant that she had to stop what she was doing and fix it right now, which is... "sadly".
> Isn't this the point if TUI/GUI that you don't have to?
No TUI/GUI can do everything a unix command prompt can do, can they?
I don't know what your usage pattern is, but I keep mc open in a few terminals all the time, and just run commands in mc's shell when I need them. I suppose that if you only run the file manager when you need to manage files, your point of view makes sense.
Yeah, I don't generally live in MC to the same extent I do in DC when I'm on Windows.
I rarely do anything besides the basics (F5/F6) when managing files in MC, and for advanced stuff, like using rsync/rclone for moving files, I mostly use the usermenu.
If I could code with a piece of music playing in the background and not lose focus means it's not worth listening at all.
Very rarely I use custom-filtered (brownish) noise to help with isolation. Perhaps some kind of Ambient or New Age would work too in such situations, but things I like in those genres require attention and not paying it would be absolutely disrespectful.
I listen to all kinds of music at my dayjob but only during specific activities that do not require much contemplation and I can mostly flow with the music and do the work in the background.
Though, I'm a musician and sound engineer, so my relationships with music in general might be a bit special.
Friend, you're missing out by applying a too-rigid filter. There's a bright-line distinction to be made between this use of music as a tool for cognitive enhancement, vs listening for valid reasons other than focus.
I'm a musician too, and a lifelong student and appreciator / afficianado of music across many genres. And I spend hours every workday listening to tracks from my "flowstate" playlist -- which tracks are excluded from my taste profile. Other use cases include music appreciation (close attention for pleasure), education / cultural literacy (close attention for analysis / learning), performance (close attention for reproduction, typically broken into segments / fragments), dancing (mixed attention, emphasis on rhythm and physical movement), relaxation (minimal attention), meditation (minimal attention), mood-setting / socialization (mixed attention), etc.
Judging a piece of music intended for one of these categories based solely on whether it's "worth listening to" or "[demanding of] respect" in the context of the wrong category will leave you impoverished in the other areas.
EDIT: P.S. That doesn't mean tolerating muzak! I recommend curating playlists limited to tracks that you can appreciate in a given appropriate, narrowed context. For example, here's my "flowstate"
playlist:
reply