I would like this feature to save screen space, but what happens when a window isn't maximised? The menu bar items get orphaned? Or you have differing behaviour?
IIRC Ubuntu provided this when they introduced Unity -- quite a long time ago.
When the window is maximized the menubar was merged into the top panel, but when the window was not maximized it looked like a regular window with tilebar and menubar at the window's top.
Not long ago there was also a KDE extension to replicate this; however, since many GNOME apps moved away from menubars, this approach isn't that helpful anymore.
Except that we're on HN so it shouldn't really surprise anyone that I'm using these "expensive" tools to solder and correct 0402 and sometimes 0201 parts.
Effectively impossible without a stereo microscope.
I understand that you're trying to flex a bit to prove your point, but a 2-lead rectangular discrete and dead-bugging a QFN-24/28 are in entirely different spectrums of difficulty.
Edit: Apologies, in my head I was replying to a different thread. I would still say that if you're working at that scale you should deploy appropriate tools to make the job simple, fast and repeatable.
Doing work on extremely small parts without a stereo microscope offers extremely small returns once you've finished proving your point to nobody watching.
This sounds like an opinion written by a "clean hands" computer scientist. Electronic engineers have it easy with their soldering - mechanical engineers deal with much more stubborn oils, greases, metal swarf...
Isopropyl alcohol removes all the soldering residue. Personally, all it took is decent equipment and some practice to make soldering enjoyable. It can be frustrating at times, but usually the problem is (lack of) heat, flux or patience.
I'm curious - how often do you use the scrollbar? For me, almost never (or only as an indication of progress through a document). I'm scrolling only with wheel or arrows or PgUp etc.
Perhaps though this is learned behaviour from scrollbars being tiny. I'd rather have the extra screen space. The scrollbar is usually a nuisance when I accidentally touch it (touchscreen) and the page jumps away.
When reading a document in a browser, I rely on the scrollbar to know things like: how long is it? Where am I in the document? How much of the document is on my screen right now?
This is critical for decisions like: "Should I read the whole thing?" and for building a mental map of the whole document.
I use the scrollbar to scroll between parts of the document if I need to flick back and forth quickly, say between the data and the interpretation, once I have that mental map and know where things roughly are.
Yeah, I could literally accept a non-clickable "scroll gauge" to be there all the time that will not be a click/drag target.
I can generate scroll events or use keys like HOME/PGUP/PGDN/END or even search forward/back via keyboard to jump around. And I also suffer when a slightly misplaced click causes a disorienting scroll instead of hitting some other interaction target near the window edge.
For mouse users, clicking and dragging the scrollbar is the fastest and most intuitive way to scroll through a large document or list. (The scroll wheel, if you have one, is much slower.)
Until some dolt decides to build "infinite scroll" - I've seen dragging the scrollbar with the mouse cause JS exceptions to be thrown on some pages. One for the UI hall of shame.
I don't think I've seen a JS exception like that, but it drives me nuts when I'm dragging the scrollbar down for a quick scan of the page contents (especially if it's images or huge product tiles), and at some point it suddenly loads more in, scrolls down a chunk further before I can let go of the mouse button, and then I don't know where the hell I was.
For scrolling large distances in large documents, that's an important use case to me. As an indication of progress is another important use case, but also as an indication to show the size of the document relative to the viewport.
The Transbay Tube carrying BART across the bay is immersed tube. The sections were welded together by divers. The sections were filled with water and then pumped out.
Fehmarnbelt tunnel sections are concrete. I couldn't find how they are connected by concrete would make sense.
A video posted in another thread says the segments are sealed with bulkheads, floated into position, submerged by allowing water into a ballast section, dropped into place , aligned with pins, drawn to the next segment with hydraulic jacks, and sealed to it with rubber gaskets. Then the bulkheads can be removed. The gaskets also allow for some thermal expansion.
I'm curious what the lifetime of those gaskets might be and how you might maintain them.
They are GINA gaskets[0], they were supposed to last 120 years[1], but it has recently been shown that they may deteriorate faster than previously expected due to being under constant compression[2][3]
The "ballast sections" may act as bilges, so that any leaks will accumulate there and can be pumped out. 100% water-tightness is not essential. Occasional re-grouting/caulking of the joints may be good enough.
Sealing is really not that difficult if you have access to the high pressure side. The hard part is identifying the location of the leak. In sum, this means that they have to absolutely nail it, on the first attempt, for the bottom part that is resting on the sea floor. If they can to that, the rest of the circumference will also be so good they don't have to even think about fixability.
I was only punished like this once as a child. I don't remember what it was for, but I only remember the punishment. So anecdotally, it doesn't seem to work.
I'm going through this now, we don't smack our child but I do remember getting smacked when I was especially naughty, and yeah, it set me straight. I don't hate my farther for it or anything, I just understand he had to do something.
My wife is getting basically beat up by one of our kids now, she doesn't believe in smacking so basically she just puts up with it and tries to talk to them about it and uses various strategies. Some work for a while, some don't. Sometimes she blows up anyway, which is completely normal human behavior.
I guess we're running a potentially very high consequence experiment with our children to see if talking through them and using other strategies turns them into better / equivalent humans to us without the smacking, let's see.
> My wife is getting basically beat up by one of our kids now
You can't have this. Have a one-to-one conversation with your kid and tell them you can't have this. If they continue... well, I'm not saying "whoop their ass", but you can't have this.
Who knows? Maybe it fixed the problem but you don’t remember and now it’s just a part of your ethical framework.
Only time I got corporal punishment was when I stole a small amount of money out of someone’s backpack in school when I was 8. I haven’t stolen a thing in my life since then, like not even candy or a towel from a hotel room.
Anyone who was often caned/belted/hot-wheel-tracked knows they didn't stop causing trouble, they just weren't afraid of discipline or fighting anymore because it couldn't be much worse than that. Beating children has always been about desensitizing them, not making them behave! Rather than being "raised by women's hands" and becoming soft and submissive, beat them so they can fight and win/live.
Not wholly. If you have a strong positive relationship with your children, an unambiguous show of displeasure can be a very strong corrective force. A gentle slap on on wrist is a one to show this and it's not damaging especially if followed by something affirmative once he or she has corrected the mistake.
I've heard of people from previous generations who've tied their kids and belted them. I find it hard to think of a way that can have a positive effect.
To be clear, I don't think beating children and desensitizing them to violence is good, I was just arguing that there's a reason why it has been practiced throughout history. The modern era of relative peace and social order in vast tracts of the world has changed laws and norms profoundly for the better, not least in making such barbaric practices obsolete and unacceptable to most people.
My point was that equating beating/spanking to violence on children (which is sometimes is) is over generalizing. I think the scenario I mentioned exhibits the argument. If not, I'd be interested in hearing why you think not.
Last year I said I should have upgraded my 1060 last year.
I bought it second hand 7 years ago and it is still the same price.
I don't do much gaming, and it runs Immich / etc light inference just fine. One thing I don't regret is getting 32GB of DDR4 when I built the system around the time of the GPU upgrade.
Sometimes you just have to accept the current pricing and buy what you need to buy (assuming you need to buy anything at all).
7 years ago it was the same price, but then again, the last 7 years have involved accelerated inflation. So, the same price is actually a lower price.
If you're looking for a card in the sane $300 area, the Intel ARC B580 (12GB) or the RX 9060XT (8GB) are a reasonable value. If you want 12GB+ from Nvidia or AMD the used market in previous generations is a good place to look: maybe something like a RTX 3060Ti (12GB) or RX6800XT (16GB).
I personally don't think the GPU market is incredibly miserable. Maybe I am just used to the pain or something? Nvidia has a bit of a tax where but something like the RX 9070XT is basically the 3rd fastest gaming GPU money can buy and it's around $700. (I'm not sure why the 5070ti costs $200 more even given Nvidia's software advantages. It performs almost identically it just doesn't make purchase sense)
Neat little example of what's possible even using a restricted and standardised language. One could imagine using this as an interface layer for humans to interact with robots or industrial systems today. Of course, it would still be slower than an old-fashioned control panel with tactile, individual controls - but there may be some niches in which this language-based contextual control method has advantages.
For industrial systems, PLC controllers programmed visually [0] are an alternate to text-based programming. It's surprisingly capable! I think this sort of fits the situation better, since every state the program can be in is visible all at once (each horizontal line is a pattern match case for the current state of the machine), and your inputs and outputs are immediately clear. In text, you're going to have to somehow introspect what nouns are available and what verbs they can do. That starts to feel like Smalltalk or something, with an object browser, [1] in which case, why not just use something general?
Trying to handle a text-based programming language with an implicitly english subject/verb/object order also feels like it makes it a bit harder to grok for Average Person (worldwide). For english speakers this is natural, but for people used to different grammar, this is nearly the same difficultly of learning a general purpose programming language already.
Neat project. These popular "commodity" devboard designs have been remixed and copied so much that it was just missing an open-source design to slot into many existing projects. I can imagine designing a board using one of these designs as a "template" but adding whatever capabilities I need, then knowing it fits a standard footprint.
Yeah, I've designed PCBs around PCBs—most recently around the LILYGO T-Display because it had an integrated LCD. I ended up adding my own DACs to the "mother" board though. It would be nice to have a single PCB that combined the best of both.
(I still wonder if I could compete on final cost though.)
reply