Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)PJ
Posts
0
Comments
938
Joined
2 yr. ago

  • Makes sense. Though I'll note I find folks find help via methods of others asking for the same thing so a Kbin user could easily come across this post trying to find an answer to a similar problem. That being said, I don't have a good suggestion for a workaround so leads me back to "makes sense."

  • The post in question was obviously loaded. The poster's comments were absolutely out of line with the community in question. There was nothing polite or civil about them and questioning why one wouldn't engage with uncivil discussion is at best ludicrous, at worst, toxic. They then got upset that they suffered consequences and got ragged on for it when they acted all hurt that their actions had consequences.

    At no point was there any civil way to engage with the person. If you think they were civil, you have an odd baseline for that. Turning the other cheek isn't a requirement in society. No one needs to deal with toxic people of they don't want to. Honestly, with how hard you're trying and the communication between the two of you, I almost feel like you two are the same person. Like, what happened to the original poster is not mysterious to anyone but them.

  • I would remove the formatting of the script. For me that would never run as a bash script as it's filled with markup. Not sure if it shows up nicely for you or not so figured I'd let.you know it may not be displaying for others at least.

  • The D

    Jump
  • I can't be certain they mean the filesystem or if she's asking for the external drive, which for many people is the D drive. Also that it can be passed around implies it's external too. Cause who only has one drive formatted as ext?

  • It degrades the experience in my opinion. It feels like someone explaining a joke right after saying it. And it does simply look messier (so from that point of view, it does degrade the image) and I feel like it's assuming everyone is incapable of finding it on their own. And the color choice for the circle is mentally irritating, but that one may simply be on me.

  • If you're asking if you could survive off only non-organic, than no. Your body won't generate energy from those things. Broadly fat, carbs, and proteins are the primary sources (there are others, but they can mostly be shoe-horned into one of those or they're insignificant sources).

    You also need a better definition of "food." You can ingest a lot of things that are considered inorganic and not die, but that doesn't make them food. You'll still essentially die of malnutrition though. So your body will still starve, so I guess you could use that as part of the definition of food I suppose. But then salt doesn't count as a food anymore, neither does water (but that makes sense at least... water has never been considered a food really).

    I think you're using a lot of words that have ambiguous meanings that folks don't usually think about and that's going to affect a lot of answers.

  • Compound is absolutely different than solution. That's not a varying definition amongst scientists. Compounds have a meaning. There's no ambiguity. Organic compounds have a very nebulous definition and there isn't consensus. One such meaning does include most hydrogen carbon compounds. Others include carbon-carbon based compounds (but by definition, a compound requires more than one element, so diamond for example does not fit). You're correct in pointing out nuance for the meaning of organic. You're just digging a hole trying to defend the idea the other person's statement could be interpreted as adding anything to water makes it organic.

  • I mean... it seemed like a good idea and all, but it didn't help Cambodia. It's like only a couple paragraphs down in your link. It only addresses iron-deficiency based anemia which was not the main cause of anemia in Cambodia.

  • Frontend and backend are different kinds of development. It's like me expecting you to write a whole lot of unrelated code just because you want something else. Just because you don't understand software architecture doesnt mean you can make wild claims with no basis in reality.

    Simple one off configs are the easy ones to create GUIs for. The complex ones are a nightmare. That's when you get very bad UX. Creating a good UX is a lot different for GUI and there are entire companies dedicated to only writing those and here you are claiming small time developers are under an obligation to give you what you want.

    GUI seems easier to you because you learned it first. That does not mean it's better.

  • GUI doesn't make things simpler except for people who can't grasp the absolutely insane simplicity of CLI. It's the underpinning of everything and makes everything work so much better. Automation and customization is made easier through CLI.

    GUIs hardly centralize anything. There's no standard place to put settings in a GUI. And have you seen GUIs created by many dev-first folks? Devs should rarely be in charge of frontend stuff. Front end development is for front end developers. It's a different class of individuals.

    Linux won't catch on as long as new users are lazy. Every generation, that becomes more and more. I thought gen z would be better with PCs but they're only familiar with iOS and Android it seems. No wonder a CLI is scary. They have no actual experience with how to use a computer.

  • Those items you mention have standards but aren't required. Some people use a flip that goes back and forth where it just changes color. Is it on when it's color x or color y? Dunno. Finding the settings is also the big problem. VSCode takes an interesting approach to it as a GUI but it's hardly ideal. GUIs do not have written constraints that CLI does. I've seen radio buttons where it says on/off but the description doesn't actually make it clear of on means it's active or off means it is. I've seen the descriptions change based on it being toggled and the description matching what would happen if you click again.

    GUIs are not standardized and again, sometimes it's simply just getting them to display properly in every environment. It's not simple.

    It's been fine for decades. Just because people are getting dumber with complex computer systems doesn't mean we should put in extra effort and ignore more worthwhile work. The only correct answer here is if people making the demands want to go ahead and do it themselves. They're the ones who want it so badly.

    I don't see this as a serious issue. It's absolutely not a necessity. If a developer wants to do it, they will. If not, demanding they're failing to do something is a bit entitled. The tone of this whole post was entitled. Especially considering the distro chosen. CLI is by far superior to GUI. Always has been. Finding information on configuration is always easier and faster on CLI than trying to find it in a GUI unless it's the most mundane of applications in which case both are extremely easy. Telling somehow how to do something is insanely easier with CLI than taking screenshots or describing where you need to click. GUIs are a handicap for folks who can't figure out the simplicity of CLI. GUI is a nice to have for some things but rarely a better option overall.