Hacker Newsnew | past | comments | ask | show | jobs | submit | mrob's commentslogin

My LxQt task bar is 20 pixels high. A typical Gnome session wastes more than that on useless padding.

My phone conveniently integrates the functionality of an emergency communication device with the old calculator watch I used to have. That's about the limit of what the hardware form factor can do without it being an absolutely miserable experience. I don't do real computing on a touch screen.

I believe most objections to GUIs come from people who've never experienced good mouse control. If you're not using a high-end gaming mouse and a high refresh rate monitor, with sensitivity/acceleration curve selected with careful thought, on a mouse pad that suits your settings, you probably have bad mouse control.

Watch some videos of top-ranking aim trainer players so see how high the human skill ceiling is for mouse control, and look at the hardware they're using.


I suspect that is a huge factor, indeed. I often see people using bad mice, with uncomfortable shape, bad buttons, bad sensitivity plus often acceleration enabled. Then on top of that, people are putting mouse in some weird locations, like a narrow slit shelf, or far away from the keyboard (because they have a bad sensitivity configured in part). Or even no mouse and just use trackpad (even the superb one like in Macbooks). Of course GUI would feel clunky that way.

Stateless desktop is a feature. Application state is something I have to mirror in my head to prevent applications from doing unwanted and surprising things.

IMO, even the clipboard metaphor is too much state. We already have the selection highlight, which has the nice benefit of being directly visible. This should be reduced to a single global selection highlight. Then copy and paste can be replaced by "duplicate highlighted selection here", eliminating the possibility of forgetting what's in the paste buffer.


Hot Dog Stand is really illustrative of the change in attitude. Previously: "It's your computer, of course you're allowed to make it look ugly." Now: "It's our computer, that's not on brand."

Hot Dog Stand is mostly a reminder of how important a good name is.

https://www.pcgamer.com/software/windows/windows-3-1-include...


IMO, "scroll here" should be the default action for clicking on a scrollbar. There are already good keyboard shortcuts for page up and page down, but there cannot be a keyboard shortcut for "scroll here". It's wasting the capability of the mouse to duplicate keyboard functionality when you could be benefiting from unique mouse-only functionality.

GTK gets this right, and Qt does not.


Oh hell no. If you think "scroll here" is a sane default, you haven't experienced the pain of jumping possibly thousands of lines in a long document with an accidental click, and no easy way to go back to where you were.

I don't think that's a serious problem. There are three possibilities I can think of:

1. You're editing text outside of Emacs. Your cursor remains where it was, so you insert a single character and the document scrolls back to the cursor. You can then delete that character.

2. You're editing text in Emacs. You like to pretend it's still the 1970s and off-screen cursors are some pie-in-the-sky fantasy. You solve the problem with some unspecified ELISP wizardry, which as a self-respecting Emacs user you are surely capable of.

3. You're reading a read-only document. You activate your full-text search, which every good document viewer has, and start typing the last sentence you read while it's still fresh in your memory.


How about making it configurable system-wide? Except that ain't gonna happen with the insane fragmentation we're seeing in UI libraries

At least Mac OS has a global setting for this (oddly placed in the Appearance section):

Click in the scroll bar to

(•) Jump to the next page

( ) Jump to the spot that's clicked


Make it an option so those with a skill issue don't make everyone else use a less powerful tool :)

Not every mouse has a scroll wheel, even today :).

Sure. Not every computer has a keyboard either.

What's stops you from adding an easy way to go back?

Mouse and keyboard should be alternatives on equal footing as much as possible. The gutter for page up/down has the benefit that you don’t have to move the mouse all the way up and down to the arrow buttons when repeatedly switching between the same adjacent pages, or when you positioned the scroll button slightly off where you wanted the position to be, and adjust it a little by paging up or down — especially when the scroll range is so long that a small mouse move on the scroll bar corresponds to more than one page.

For scroll ranges that aren’t overly long, you can long-press so that the area ends up scrolling to that position. Only for long scroll ranges is it necessary to drag, use the context menu, or the Shift key, for absolute positioning.

There are certainly trade-offs, but it’s not like there aren’t justified reasons for the way it is.


The ubiquity of mouse wheels and two-finger scrolling on trackpads drastically weakens your case for prioritizing the page up and page down behaviors in the scroll gutter. The mouse already offers a low-effort way to adjust scroll position at small to medium scales, generally much easier that repositioning the cursor from above to below the scroll thumb unless you really need to scroll by precisely one page (usually not possible on the web anymore because of floating dickbars).

Floating dickbars? What kind of websites are you visiting!?

With regards to Qt, does that mean Qt apps on Windows or something? I use KDE so there are a lot of Qt apps and they are all click-to-scroll in the scrollbar. Of course it's KDE so it's configurable so you can change it to click-for-page-up/down and middle click to scroll, but left-click to scroll is the default.

> IMO, "scroll here" should be the default action for clicking on a scrollbar.

> and Qt does not.

Isn't that what middle click does in Qt?


Thanks, that does indeed do "scroll here". Now to figure out how to swap the left click and middle click functionality...

IMHO it should be long hold. Click to jump by a page towards the click location. Hold down to jump all the way there.

"Long press" is the same as "slow press". When I click I want something to happen immediately, not 500ms later.

Yep, something happens immediately. Something different happens later.

"scroll here" is achieved by hold'n'drag

pgup behaviour allows for intermediate speed when line-by-line is too slow, while dragging is imprecise


>hold'n'drag

That's two actions, while clicking is only one.


A video game allows you to develop your skills and use your brain in a complex way (especially true of competitive multiplayer games). A slot machine is played by mindlessly pulling a lever.

> develop your skills and use your brain in a complex way

What skills? I don't think there's anything complex about button mashing to make blinking lights blink differently.


In that case, you should have no difficulty winning any major esports tournament and claiming some easy prize money.

The "anonymity of online games" is much greater than it used to be. It used to be standard practice for people to host their own private servers and play with people they knew. This naturally filtered anti-social behavior because people knew they wouldn't get invited back. And public servers were a more casual environment, where the occasional cheating wouldn't ruin any serious competition.

"No, thanks" is also insulting and unacceptable. I want "No, fuck off", so let's compromise on a plain "No" like we used to get in the era when computers were made for the users.

Leaded glass was a cost-cutting measure, used only for the back and sides of CRT. Leaded glass gradually turns brown under X-ray exposure, so the front screen used barium and strontium instead. There's no reason the whole CRT couldn't use this kind of glass. There are probably other heavy elements that would work too.

(Early black-and-white CRTs running at lower voltage did use leaded glass for the front too, but they aren't the CRTs people interested in old games care about.)


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: