Live data from Hacker News

DeskHop – Fast Desktop Switching

github.com

271–280 of 285 posts

Re: DeskHop – Fast Desktop Switching

#271
post #259

Earlier quoted context omitted.

I wish we had standardized on “the longer you leave your finger, the finer the control”, but it seems like no one even adds that modality.

Its swipe up while moving the trackbar to go into fine control and down again for coarse. YT also has Premium Controls whcih is a widget but I think it's experimental and not on mobile yet.

Swipe up only works when:

1. There is enough room. Works fine for media controls where the bar is near the bottom of the screen, but not for sliders in most other places

2. The control is not close enough to the bottom of the screen for swipe up to trigger the multitasking action

There are many other reasons to have fine-grain control for sliders and imo “hold longer for finer control” works in more places than “slide up for finer control”

Re: DeskHop – Fast Desktop Switching

#273
post #155

Where can you get these parts in US? I can probably order the pico, but others seems hard to find. (or is the answer AliExpress)?

hey if you end up ordering the parts, can you share the links? I'm having a hard time finding anyhting but the pico and "ADuM1201BRZ"

Re: DeskHop – Fast Desktop Switching

#274
post #259

Earlier quoted context omitted.

Its swipe up while moving the trackbar to go into fine control and down again for coarse. YT also has Premium Controls whcih is a widget but I think it's experimental and not on mobile yet.

Swipe up only works when: 1. There is enough room. Works fine for media controls where the bar is near the bottom of the screen, but not for sliders in most other places 2. The control is not close enough to the bottom of the screen for swipe up to trigger the multitasking action There are many other reasons to have fine-grain control for sliders and imo “hold longer for finer control” works in more places than “slid…

When is the slider not at the bottom when you want fine-seeking? In cases when its not fullscreen, I don't ever need fine seeking.

It's not really "slide up" its just a very tiny motion, maybe less than 1cm of travel to enable it.

We already have long press and 3D Touch events via the "hold longer" action, which might work, but I've had no real issues with the YT solution.

Re: DeskHop – Fast Desktop Switching

#275
post #274

Earlier quoted context omitted.

Swipe up only works when: 1. There is enough room. Works fine for media controls where the bar is near the bottom of the screen, but not for sliders in most other places 2. The control is not close enough to the bottom of the screen for swipe up to trigger the multitasking action There are many other reasons to have fine-grain control for sliders and imo “hold longer for finer control” works in more places than “slid…

When is the slider not at the bottom when you want fine-seeking? In cases when its not fullscreen, I don't ever need fine seeking. It's not really "slide up" its just a very tiny motion, maybe less than 1cm of travel to enable it. We already have long press and 3D Touch events via the "hold longer" action, which might work, but I've had no real issues with the YT solution.

> When is the slider not at the bottom when you want fine-seeking?

When your slider is not controlling video playback

Re: DeskHop – Fast Desktop Switching

#276
post #274

Earlier quoted context omitted.

When is the slider not at the bottom when you want fine-seeking? In cases when its not fullscreen, I don't ever need fine seeking. It's not really "slide up" its just a very tiny motion, maybe less than 1cm of travel to enable it. We already have long press and 3D Touch events via the "hold longer" action, which might work, but I've had no real issues with the YT solution.

> When is the slider not at the bottom when you want fine-seeking? When your slider is not controlling video playback

I'd consider that a different UI component completely.

YT implementation turns the fine-tuning seekbar into a series of thumbnails to help find where you are.

Stuff like this obviously doesn't make sense for controlling something that is not a video.

I do like some tools which let you fine-control slider once you have click-and-held by scrolling the mouse wheel, but no solution here for mobile.

Re: DeskHop – Fast Desktop Switching

#277
post #252
post #217

Earlier quoted context omitted.

Amazon has a lot of cheap KVMs now. I have a DisplayPort one with 3 USB ports and my favorite part, a wired button to switch between computers! I just stuck the button to the bottom of my desk top and can switch instantly. There’s also a wireless remote I’ve never tried and a keyboard hotkey (though using its special keyboard port confused my Mac so I plug my keyboard into a hub through the KVM’s ‘generic’ USB port.…

I have an amazon cheapo. It takes several seconds to switch hdmi, during which there's an edid exchange. I'd love to have a more sophisticated device that switches in under a second. Hdmi is also slightly glitchy. All in all, it's a slight improvement but not what I'm looking for.

As far as I understand it, everyone is better off completely avoiding HDMI in favor of DisplayPort if at all possible.* HDMI has many confusing poorly-specified versions, includes a bunch of DRM to serve content cartels rather than the consumer, and just overall is less reliable. Is going to DP an option for you? Hopefully you have DP as an option on both ends of everything.

My Amazon cheap DP KVM is fast enough for me when switching, my guess is somewhere in the 0.75-2 second range, I'll have to time it for you. I'll reply again with the results.

*Note: i mean for monitors, i'm aware that i'm not gonna avoid it in the living room :)

Re: DeskHop – Fast Desktop Switching

#278

Earlier quoted context omitted.

If you want a proper kvm, see the offering from level1techs/wendell (not affiliated, just a satisfied customer) at https://www.store.level1techs.com/products/hardware I used one with 4x dual dp switching at home to run desktop with linux, pcie passthrough gaming vm on same machine and my work laptop via a dell thunderbolt dock connected to it. Works extremely well, with modern features tested for (gsync, high refresh…

I get how the Linux desktop and the Work Laptop would work in this setup. But how does the KVM come into play for the Gaming VM when it is on the same host?

[deleted]

Re: DeskHop – Fast Desktop Switching

#279

Earlier quoted context omitted.

barrier is basically a dead project now. The active members of the project forked it and are going to release when ready but https://github.com/input-leap/input-leap Keep an eye on that for anything new

How much ongoing development is needed for something like this? I've been using synergy/barrier for years and the features I need have changed barely if at all during that time. Seems like a prime candidate for "finished" software.

Mostly finished. However, these software take advantage of the accessibility features of each OS to emulate mouse and keyboard input. Clipboard access is also required. So as each OS changes the requirements to access those features, someone has to keep updating the software for that.

Synergy doesn't work on Wayland, so I can't use it on Fedora anymore (unless I switch it back to X).

There's always new feature requests. Drag and Drop files is a common one. I personally think that's scope creep, but I can see the appeal. Synergy and barrier already establish an encrypted connection between machines, so copying a file seems a good fit. At very least a "Synergy send to ${computer}" share/send to option would make sense.

Here's Synergy's roadmap, and since Synergy and Barrier are the commercial/open-source fork of the same ancestor, Barrier probably has received similiar requests over time.

https://symless.com/synergy/roadmap

Re: DeskHop – Fast Desktop Switching

#280
post #277
post #252

Earlier quoted context omitted.

I have an amazon cheapo. It takes several seconds to switch hdmi, during which there's an edid exchange. I'd love to have a more sophisticated device that switches in under a second. Hdmi is also slightly glitchy. All in all, it's a slight improvement but not what I'm looking for.

As far as I understand it, everyone is better off completely avoiding HDMI in favor of DisplayPort if at all possible.* HDMI has many confusing poorly-specified versions, includes a bunch of DRM to serve content cartels rather than the consumer, and just overall is less reliable. Is going to DP an option for you? Hopefully you have DP as an option on both ends of everything. My Amazon cheap DP KVM is fast enough for…

I'm on sabbatical, so not currently needing a switcher - but I'll get a displayport kvm next time.
Post reply on HN