argiopetech

há 7 mesesdiscuss

Check out the other mouse options. I learned FreeCAD 1.0 entirely on trackpad (Mac, no middle click).

Now, if the random crashing were fixed, that would make a real difference for me...

argiopetech

há 8 mesesdiscuss

I also like (and was lucky enough, as a young man, to find a physical copy of) Asimov's "An Easy Introduction to the Slide Rule." It's my favorite introductory text. PDF copies can be found on the web.

argiopetech

há 8 mesesdiscuss

Faber-Castell had new-old stock in the mid 20-teens, but they ran out (of stock or patience) around 2016–2018. Picked up a 2/83N for under $100, and I wish I'd gotten more. I'd suggest some of those are on eBay now.

Most of my like-new rules came from antique malls, though I've also purchased one from Etsy. Estate sales are occasionally fruitful. As long as they were stored properly (e.g., in a desk drawer, like it seems they mostly were after the electronic calculator took over), they don't degrade. Occasionally you see minor yellowing that is cured by some time in the sun. Carrying cases (often leather) are typically more affected by time. I soak new (to me) leather cases in neatsfoot oil and give them at least a week before putting the rule back.

You could make your own with prints from the Slide Rule Museum [0]. 3D printing would make quick work of it, but I'm sure wood or metal units could be accomplished. The cursor benefits from spring loading,

They also have some pretty nice simulators [1], if that's your thing.

[0] https://sliderulemuseum.com/SR_Scales.shtml [1] https://www.sliderulemuseum.com/VirtualSR.shtml

argiopetech

há 9 mesesdiscuss

I typically recommend LYAH (https://learnyouahaskell.github.io/chapters.html), followed by Real World Haskell (already mentioned).

argiopetech

há 10 mesesdiscuss

I put those on the top or bottom desktop, but you could create a named workspace (scratch) and set up a keybinding to navigate to it.

argiopetech

há 10 mesesdiscuss

Zen browser (which is derived from Firefox) does a really good job of making this the default (at the expense of mainly supporting vertical tab lists, which I've come to love).

argiopetech

há 10 mesesdiscuss

Re. pane size, it's normal tiling behavior. Panes can be take the full screen or some percentage (I like 1/2, 2/3, and 1/3). If the widths add to 1, both panes fill the screen.

If the widths don't add to 1, there are two possible behaviors (configurable). Either the newly focused pane adheres to the size of the screen (e.g., scroll right from the full screen editor and the half-screen browser is on the right border with half the editor visible), or the newly focused pane centers on the screen. I prefer the first behavior, but I make significant use of the "center pane" keybinding.

The Video Demo section in the README gives a pretty good demonstration of this behavior in the first 10-15 seconds.

Edit: To add to this thought and address some comments elsewhere about losing windows, I use "struts", which show P pixels of the panes to the left and right (when they exist) of the current view as a visual aid/reminder of where I am in the ribbon. These reduce the size of the tiled section of the screen and the calculation of pane size accordingly.

argiopetech

há 10 mesesdiscuss

This is addressed on the linked page.

Quote:

We're using xwayland-satellite rather than Xwayland directly because X11 is very cursed. xwayland-satellite takes on the bulk of the work dealing with the X11 peculiarities from us, giving niri normal Wayland windows to manage.

xwayland-satellite works well with most applications: Steam, games, Discord, even more exotic things like Ardour with wine Windows VST plugins. However, X11 apps that want to position windows or bars at specific screen coordinates won't behave correctly and will need a nested compositor to run. See sections below for how to do that.

argiopetech

há 10 mesesdiscuss

I'm away from the computer at the moment, but I believe I'm on 0.1.3 [0].

Noting the release notes, it does have many animations already enabled (but I have some or all of them disabled through config).

I'm not recommending anyone run this in favor of newer versions, but it's working for me.

[0] https://github.com/YaLTeR/niri/releases/tag/v0.1.3

argiopetech

há 10 mesesdiscuss

Fair enough. "Overview" [0] presumably solves this, though.

[0] https://github.com/YaLTeR/niri/wiki/Overview

argiopetech

há 10 mesesdiscuss

It's right of your editor, where it started.

If you have (having had "Editor" focused, and just opened "TermT"):

  Editor | (TermT) | Term | Browser
  (FM) | Term | Browser | etc.

(where pipe delimits a pane and parens are the active pane), if you go "next desktop" from "TermT" (the terminal at /tmp), that moves you down the stack of desktops. Moving up the stack of desktops returns with focus on "TermT". You'd then go "left pane" from "TermT" to get back to the editor.

The answer (for me) is to think of desktops as topics. The terminal on /tmp is with the things that prompted its creation. If I needed to check some log output, for example, it's with the project that made that log output.

Edit: Note that there's nothing keeping you from stacking those terms if you like, i.e., the appropriate keybinding goes from the previous to

  Editor | (TermT), Term | Browser
  (FM) | Term | Browser | etc.

where the terms stack vertically in the ribbon of the desktop.

argiopetech

há 10 mesesdiscuss

This seems like a good place to note the "center window" keybinding for windows that don't fit well in the screen (e.g., 2/3 wide pane next to 2/3 wide pane, or 1/3 pane on the right end of the stack next to a full-screen pane).

Vastly preferable to having to look at the edge of the screen.

argiopetech

há 10 mesesdiscuss

Newly started applications receive focus, so they're visible by default. They are inserted right of the current view, so recovering the previous active pane is consistent ("left pane" keybinding, or the appropriate gesture).

Things on other desktops are invisible in every WM.

The only difference with niri is the possibility for things to be left or right of the current window. Overview helps with that, but I know what I expect to be on a specific desktop (it's related to the topic) and seldom need it.

argiopetech

há 10 mesesdiscuss

I'm still running an older version (ain't broke, won't fix), but I keep getting recommended the newer versions for features. I'll check them out eventually.

argiopetech

há 10 mesesdiscuss

In the same boat with you. Not quite the same configuration (some version change issues, lost it once in an 'rm' accident that followed a symlink to / [I learned that day...] and had to start from scratch, rewrote for fun once), but my sole desktop from '09 to '23 when I switched to Niri. My reasoning here: https://news.ycombinator.com/item?id=45462034

This was on my Bonobo WS (PopOS) w/ 2x NVidia GTX 1080s, multiple screens (2 1080p, 1 4k at 2x scaling), etc. No issues other than app support.

Highly recommend trying it. Very low barrier to entry.

argiopetech

há 10 mesesdiscuss

Niri convinced me to give up xmonad. I ran xmonad exclusively for 14 years.

Being able to have an unlimited number of windows on a desktop (without continually switching the tiling structure) makes them collections of topics rather than having multiple desktops bounded by what fits comfortably. What used to be a switch from the "editor and terminals" desktop to the "browser" desktop is now horizontal movement on the current desktop to the related browser window (general browsing is on a different desktop).

Really low barrier to entry, works great out of the box. There were some wayland teething issues (application support, e.g., no Zoom), but nothing that couldn't be overcome (occasionally by falling back to X). Most of those have been resolved with time.

Edits: Hardware: 2017 System76 Bonobo WS, 2x GTX 1080, multiple screens (4k @ 2x scaling + 2 1080p). PopOS.

I'm running a 1-2 year old build of niri (because it isn't broken), so I've not experienced some of the fancier animations & etc. others dislike.

I consider cloning and building from source to be low barrier to entry if it doesn't involve major setup effort (it doesn't/didn't), so I may be biased. Caveat emptor.

argiopetech

há 11 mesesdiscuss

Not saying I agree with you, but where do you think the training data came from? The internet is full of socially awkward albeit prolific writers.

argiopetech

há 11 mesesdiscuss

Governments are overthrown regularly (I count 13 such cases just in the 2010s). Mine hasn't yet made it to the point where such actions are needed --- if and when it does, you may judge me by my actions.

As for why we have government: the alternatives are unstable and devolve into government, or are weak easily brought to the submission of other states (those powers having a natural incentive in land, people [historically: slaves], and other natural resources to invade weak or disorganized neighbors).

Re. your other points, if we can have those discussions we're likely not in the grips of tyranny. Tyranny has a way of making you accept the potholes and the fact you don't have water 5/7 days (beats dying in a labor camp, and you probably don't have fuel for your car anyway).

Since you asked, though: Paving and water/sewage are not inherently tyrannical. Acquiring the right of way may be. Schools are not inherently tyrannical, but may be used subversively to produce a populace willing to be governed under tyranny. Protecting territorial waters it not inherently tyrannical, but military might can certainly be used in a tyrannical manner. Inspection of food and funding of science and medicine are not inherently tyrannical, but the taxation required for that funding may be, as could be e.g., requiring the use of the output of that funded medicinal research.

In summary, I'm saying that every government must be watched carefully by its citizens lest it devolve into tyranny. By assuming this trend (demonstrated time and again through history) to be indicative of future risk, I am prepared for that eventuality. By continued vigilance, I implicitly fight for the opposite. By continued discourse, I demand the same of my peers (and they of me, mitigating my own tyrannical traits).

Personally, I wouldn't trade my government (imperfect though it may be) for a 50% nominal tax rate and sub-arctic climate. That said, it's no surprise to me that the Kingdom of Norway, a parliamentary monarchy with 4% the land area and less than half the population density vs. USA, populated by 80% ethnic Norwegians, would have a very different form of and perspective on government than the third largest country (by land mass), de-facto world hegemon, a federated republic populated by 360 million children of colonists and immigrants. Horses for courses.

argiopetech

há 11 mesesdiscuss

And fair enough. Nevertheless, it's not an ad hominem to attribute to the state a characteristic which has been observed in every form of government. Barring the newest (though COVID response ["lockdown" and similar] provided an example for most), no state has ever avoided tyranny in the long-term. It must necessarily be so, if only because man is fallible and power corrupts.

The founders of the USA believed the counter to tyranny was to keep government weak, so that when even the slightest hint of restriction on life, liberty, or property crept in it could be stomped out by the people. The Founding Fathers too were fallible and built a form of government which could not long guarantee those desirable characteristics. I argue the USA is a bad actor in many regards, and I trust it not. That said, it's the best of a bad lot, IMO.

argiopetech

há 11 mesesdiscuss

Depends. For the Founders of the US, it was a base assumption that the state was a bad actor. It's usually a good bet (i.e., it pays off more times than not), IMHO.