Hacker News new | past | comments | ask | show | jobs | submit | billiob's comments login

I wrote a simple tool to do just that in the taskbar on my window manager: https://fau.re/20230810_spotifyctl/ I've added key bindings to pause, or play the next/previous tracks.


Very cool. I'll take some time to check it out!


I enjoy my Remarkable 1 even though it can be a bit sluggish from time to time (fixed in Remarkable 2).

It's great to read some A4 pdfs even though one need to zoom when reading academic papers due to the small font used.

The e-ink screen is great to read under the sun but it really lacks some backlight to use it during evenings. I can read some paper books but not use the Remarkable unless I can have a direct light on it, but then there's a bit of shining.


It is like in France, there shouldn't be that much of an issue. Iirc, the use of use of neonicotinoid on beet is with coated seeds. Then, the beets are harvested way before they even produce a flower thus the bees will not pollinate such infected plants.


There could be other things at play though than pollinating or not. I know the coating was presented as better than just spraying around etc, and is is, but it's not like it ends there. Neonicotinoids are water soluble so some of it will end up in the soil and from theere might leak to surface water. Effects of that are all known yet, but it's not all looking good. Not saying there are problems for bees, just that seed coating could well be more than 'not much of an issue'.


This isn't about neonics specifically, it's about a range of pesticides that are being used. Again, it doesn't affect only honey bees. Honey bees exist in an ecosystem of pollinators of which they contrive only a small percentage.

There's also the fact that neonics ao. are persistent for at least a couple of years, affecting the crops after the one for which they were originally intended. That is why along with temporarily allowing certain pesticides, certain crops are being prohibited or enforced as a follow up crop.

It gets complicated pretty quickly. Laissez-faire indeed...


They held a Q&A sessions and basically their answer to that question is two-fold if I remember it correctly:

- removable batteries can be stolen,

- can have issues due to bad weather.

They consider their design safer on those two points. It's imho a mistake.


It depends. As I could charge it both at home and at work, I would prefer to have something integrated and less prone to problems due to water/snow/ice. As I live in a cold country I really appreciate the internal hub with the protected chain which are rare to find on electric bikes under 2000 € (excluding low-quality bikes from unknown producers that have no specs nor website).

There are many companies producing electric bikes right now: I prefer to see a company that tries to do something different targeting a smaller market segments than seeing the same kind of one-size-fits-all model across multiple brands.


The "stolen" argument seems a bit odd. Sure, anything can be stolen.

When purchasing an e-bike a removable battery was a must have. The one I wound up purchasing has a pretty heavy duty locking mechanism for the battery so I never really have to worry about it being stolen.


Non-removable batteries are damaged by cold weather. Bringing it inside keeps it/you safer from theft, cold, and throwing out your back carrying your bike.


I knew that charging under water freezing temperatures could damage the battery, not storage or usage. Could you please share some details? I am evaluating to buy an electric bike, but during winter temperature can get to -20 °C/~0 °F, so it would be helpful to learn more about that.


The reason not to test Terminology seems quite outdated.


Nonetheless, it is not. Debian Stable has not changed to a new version since 2018, and hence Terminology is currently not provided by Debian Stable.

* https://tracker.debian.org/pkg/terminology

* https://packages.debian.org/source/sid/terminology


You could try Terminology (I'm the main dev). It can be GPU-accelerated or not.


I didn't know that Terminology has GPU acceleration. I would be happy to include this in the future!


HowWeGetToNext had a great (and lengthy) article on that topic: https://howwegettonext.com/cable-cars-are-changing-the-world...


I'd like to see Terminology perform there.


When I first switched from the terminal emulator that came with the first DE I was using (gnome 2?) to urxvt, it seemed very fast. When I later switched to Terminology, it seemed even faster. I've stayed with Terminology. I agree it'd be very interesting to see a proper comparison between Terminology, urxvt and others.


(main developer of Terminology here) As stated on https://phab.enlightenment.org/T746, it is not an easy move due to the way the text grid is designed.

I might work on it someday.


I love Terminology, and the entire 90s vibe of EFL and Enlightenment generally. So unashamedly not flat design in a world of Jony Ive / Google Material Design conformity.


unrelated: are you the billiob that used to contribute to aMSN back in the days?


Yes, I am!


This issue has been looked into decades ago.

NFSv3 introduced READDIRPLUS in 1995: https://tools.ietf.org/html/rfc1813#section-3.3.17

FUSEv3 (the library) will have support for such a call. It is already in the git repository ( https://github.com/libfuse/libfuse/blob/master/include/fuse_... ) .

Sadly, there is still no syscall on linux to do a "readdirplus" (usually called xgetdents()).


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

Search: