Introduction
Introduction Statistics Contact Development Disclaimer Help
_______ __ _______
| | |.---.-..----.| |--..-----..----. | | |.-----..--.--.--..-----.
| || _ || __|| < | -__|| _| | || -__|| | | ||__ --|
|___|___||___._||____||__|__||_____||__| |__|____||_____||________||_____|
on Gopher (inofficial)
Visit Hacker News on the Web
COMMENT PAGE FOR:
Quickshell – building blocks for your desktop
nylonstrung wrote 13 hours 34 min ago:
Quickshell is great
Check out dankmaterialshell if you want to see a really nice turnkey
setup using quickshell + Niri compositor
[1]: https://github.com/bbedward/DankMaterialShell
nathan_compton wrote 15 hours 4 min ago:
Now I need a tool for quickly destroying widgets, doodads, animated
boingos, and general visual noise, from my desktop.
alpaca128 wrote 13 hours 12 min ago:
That's achievable in multiple ways. A standalone window manager for
example. KDE with all widgets removed and "do not disturb" mode
should work too, but I haven't used KDE in a long time.
gr4vityWall wrote 15 hours 45 min ago:
At least from the demos, that seems to be a drastic improvement in
iteration speed compared to other native/not-web-based toolkits. I'm
gonna give it a try.
Still wish there were other scripting options besides QML, and we could
tap into the React ecosystem.
jp1016 wrote 17 hours 54 min ago:
Looks futuristic! I really like the modular “building blocks” idea.
I’m working on something similar in a different space with
BeaverGrow, a productivity tool where you can drag and drop blocks to
build custom dashboards with the widgets you need. you can checkit out
here -
[1]: https://beavergrow.com
vhantz wrote 20 hours 33 min ago:
Very nice! I have been working on something similar so I'm glad more
people are going in this direction. QML is so obviously one of the best
things that happened recently for GUI development, but it's not used
enough.
Browsing quickly through the docs I can see we've made some of the same
choices. Although I have no plans to support anything other than
X11/i3wm right now (simply because that's what I use). And I have
things a little bit more clearly separated. I have a small library
(qi3pc)[1] to bring i3's IPC to Qt's signal/slot mechanism. And a
separate project (buffalo)[2] that's a bar that uses qi3pc. None of
them have reached 1.0 yet. That should be soon for qi3pc. And Buffalo
eventually. Since they aren't released yet, docs are sparse (for
buffalo mostly) and I haven't talked about it online much, but there's
a little preview here[3] for any interested.
1. [1] 2. [2] 3.
[1]: https://git.sr.ht/~hantz/qi3pc/tree/staging/hantz
[2]: https://git.sr.ht/~hantz/buffalo/tree/staging/hantz
[3]: https://www.freelists.org/post/i3-discuss/I3bar-doubleheight-w...
conradev wrote 1 day ago:
I love GitHub search because I can see how other folks are using
Quickshell: [1] This looks very cool!
[1]: https://github.com/search?q=quickshell+language%3Anix&type=cod...
0x696C6961 wrote 1 day ago:
I really think that everyone is sleeping on QML.
righthand wrote 9 hours 44 min ago:
QML is great for an initial prototype but awful for reducing
complexity for anything bigger than a button counter. This is because
it extracts the design into a different language instead of letting
you use C++ classes. People often don’t build complex applications
in it because of this.
I have found better value from immediate mode GUIs like Iced or Egui.
ethan_smith wrote 14 hours 19 min ago:
QML's declarative syntax combined with C++ performance and its
property binding system makes it uniquely powerful for responsive
desktop UIs without the overhead of web technologies.
righthand wrote 9 hours 39 min ago:
Except you can’t control Qml from C++ and it advised not to do
that.
They also essentially have a performance limitation that you need a
license to bypass. Slint has removed this performance limitation
but is not compatible with Qml.
nylonstrung wrote 13 hours 35 min ago:
It would be wonderful for games as well but I don't see it used
there much
d_tr wrote 1 day ago:
I'm not a fan of the language but QtQuick & QML is what I'd use for
this type of widgets. OTOH I am starting two projects at work, one
being a traditional desktop app and another being an HMI with lots of
functionality, and decided to just go with QtWidgets and save myself
from all of QML's JS influences and C++ interop boilerplate.
vhantz wrote 20 hours 44 min ago:
What boilerplate?
righthand wrote 9 hours 42 min ago:
There’s a whole Javascript rendering engine that ships with
every compiled app so QML can handle animations and the like.
To get the Qml engine to work with any other code you need to
write the bioler plate interop between your language and the Qml
engine.
riidom wrote 1 day ago:
To stay in loop with updates:
Couldn't find the releases-only feed in Forgejo RSS, the blog seemed to
be outdated and who doesn't use X or discord, here is at least a
github-mirror where you can subscribe to releases:
[1]: https://github.com/quickshell-mirror/quickshell
nativeit wrote 1 day ago:
> who doesn’t use X or discord
People with the privilege to make choices based on their values, and
whose values include human rights, and freely accessible information
(respectively).
I wouldn’t judge anyone who chooses to utilize either service (I
still have accounts on both), but I can certainly understand why some
would rather not.
Thanks for the GitHub mirror link, that’s probably where I’ll
start. Neat project.
riidom wrote 7 hours 23 min ago:
Ups, late to the party, that was indeed a grammar mistake on my
side, as others have pointed out.
1dom wrote 16 hours 18 min ago:
I think there was a typo so you took the opposite meaning from the
post - I think that's fairly innocent an unavoidable, we're all
human. But how you chose to respond to what you'd inferred wasn't
really helpful, actionable or informative for someone who might be
naively using Discord.
People would have to be living under a rock to not understand
issues people might take with X, but it's possible to be on HN and
have very little understanding or context of the issues around
Discord.
So for others:
- Most content on Discord is not easily discoverable outside of
Discord
- Despite using terminology like "servers" and other things
associated with open self hosted tech, Discord seems very closed
source, for profit and generally opaque.
Regardless of how harmful all that is to an open internet, there
seems to be a growing trend of smaller github projects depending on
Discord instead of thorough documentation. I feel there must be
quite a few people who want a certain world (open tech) who are not
aware that Discord often looks to be working against that.
I've used Discord a little, but I don't feel very comfortable or
capable with it, so I might be very wrong with this assessment.
mshockwave wrote 1 day ago:
I thought the original comment meant “_for_ who doesn’t use X
or Discord, here is the github mirror link”. There’s a
“for” missing, and thus I think they agree with you
jdiff wrote 1 day ago:
Interesting that the video being used as a showcase is dropping so many
frames. Is QuickShell particularly heavy, the system recording
particularly anemic, or something else? For the first half of the video
I didn't realize QuickShell supported transitions at all and thought it
only had hard cuts between different states. It looks like a very
interesting project though and a worthy time sink, especially with
those transitions being supported.
jmrm wrote 1 day ago:
I can also watch it totally fine in a cheap recent Android phone at
Firefox
lucideer wrote 1 day ago:
fwiw in Firefox on my old Android phone I saw the same choppiness
watching it in page but downloading & watching it locally it was
smooth.
On very fast WiFi & the video is only 2MB so I can only presume
something in the page is competing for device perf.
downrightmike wrote 1 day ago:
FF is certainly choppier
zahlman wrote 1 day ago:
The page actually crashed my computer the first time. ("Why did you
try again?" I've had the same issue with a couple of other specific
things — most notably the clipping interface on Twitch, which
causes it reliably — and I'm trying to figure out an ultimate
cause; but I really don't know what I'm doing there.)
egypturnash wrote 1 day ago:
It’s something else, in your connection or your computer. The video
plays fine on the old iPad mini I’m using right now and shows
transitions from the very first action.
LoganDark wrote 1 day ago:
The video is 125fps (according to ffprobe) and appears smooth on my
120Hz display, so maybe you're the one dropping frames.
dietr1ch wrote 1 day ago:
Yeah, it's outstandingly smooth for a web video.
zamadatix wrote 1 day ago:
125 fps should actually be a huge red flag, not that the video FPS
is the be-all-end-all of what the render FPS actually was anyways,
as that's extremely unlikely to be their (that is the recorder's)
refresh rate. Since the other video has a different (but equally
odd) refresh rate, we know it isn't their refresh rate for sure,
which also means we know there would at least be judder (recording
at a mismatched framerate from the content) or at worst drops.
This all strongly hints to the videos being variable frame rate
encoded. A quick dump of the timestamps with ffprobe and then a
quick transform to the deltas seems to agree with this [1] The most
common frametime is 0.006945, which aligns with a 144 Hz target
refresh rate. This makes sense as 144 Hz makes perfect sense as
their monitor's refresh rate. Ignoring timestamp rounding
differences, these are the inconsistent frametime buckets:
0.006945, 0.01389, 0.020836, 0.027782, 0.034726, 0.041672,
0.048617, 0.062508, 0.076399, 0.097235, 0.10418, 0.118071,
0.145852, 0.166689, 0.229196, 0.256978, 0.29865, 0.354213,
0.395886, 0.513957, 0.770935
Watching a VFR recording of a 144 Hz desktop on a 120 Hz display
may still seem smooth to you (after all, movies are 24 FPS and most
online videos only 60 FPS) but it does not preclude frame targets
being missed, as the data shows.
VFR video is relatively uncommon as well, so I wonder if that's why
people are reporting so many performance issues viewing the video
with different setups. I.e. between all of the reports of
stuttering, it's probably both the video itself and the devices
trying to play the oddly encoded video.
[1]: https://pastebin.com/raw/PbbNGBVy
actinium226 wrote 1 day ago:
Looks nice!
zekenie wrote 1 day ago:
Neat! What OSes does this support?
RGBCube wrote 1 day ago:
Currently Linux and I think BSD, and the creator has said he wants to
support MacOS and Windows, though those will only be included in the
paid product.
On Linux and BSD, it supports Wayland and X11, though Wayland is
better supported.
ie, Quickshell will forever stay completely free for free operating
sysems.
oblio wrote 1 day ago:
Weirdly, the fact that the Windows and MacOS versions will be paid
makes me more optimistic.
Customizing at least the Windows window manager isn't for the faint
of heart and its architecture doesn't have a lot in common with
Linux so such an effort is very far from a straightforward port,
and as a result most Linux desktop software and especially stuff
that deeply integrates with the desktop environment is basically
never ported or the port is incomplete, buggy, short lived, etc.
KDE4 was supposed to fully support Windows and 15+ years later I'm
fairly sure that dream is dead.
outfoxxed wrote 1 day ago:
I expect Windows to be easier than Mac, especially if attempting
to respect SIP, though I've not done much research yet and don't
plan to until the Linux version is in a state I'm happy with or
I'm forced to heavily use a Windows/Mac machine and need to make
it bearable.
8n4vidtmkvmk wrote 1 day ago:
I'd probably pay to skin Windows if it worked really well (fast
and no flashes of unskinned stuff). I've wanted to tinker with
that for ages but I don't even know where to begin.
accoil wrote 1 day ago:
Windhawk[1] has some plugins for styling (using XAML). I don't
really style anything apart from removing the "Recommended"
section from the start menu, so I'm not sure how fast styles
get applied.
[1]
[1]: https://windhawk.net
nosrepa wrote 1 day ago:
Windowblinds works.
n3storm wrote 13 hours 47 min ago:
I was remembering this from when? 20 years ago? I was using
Linux already but have to use Windows at work and couldn't
tolerate not being able to change things to my liking
pmarreck wrote 1 day ago:
gonna say "linux only" given linux is the only OS this configurable
yjftsjthsd-h wrote 1 day ago:
Linux isn't the only F/OSS user-friendly OS; in terms of desktop
customization, FreeBSD, NetBSD, OpenBSD, and illumos distros are
basically all equally good.
jeroenhd wrote 1 day ago:
Custom Windows shells go all the way back to Windows 9x. All you
need to do is hide the task bar (or kill explorer.exe) and run your
own replacement. Even Microsoft released a downloadable window
manager of sorts with PowerZones and they added a registry key at
some point so people could stop breaking their updates by replacing
explorer.exe and just specify a replacement executable instead.
Custom shells might break some shitty old programs relying on
Explorer running as a shell, but the Windows 11 taskbar probably
killed those off already.
There are API differences between Linux and Windows of course, but
nothing that Linux has that Windows doesn't. As this is based on
Qt, a lot of API compatibility will probably already have been
taken care of. It just requires someone to go through the effort of
writing and maintaining their OS ports.
p_l wrote 8 hours 6 min ago:
The registry key to specify startup program is ancient and goes
back to I think early-ish windows NT.
It allowed to switch between new shell experience (Windows 95
explorer style) and old Program Manager
jdiff wrote 1 day ago:
Both macOS and Windows have alternative window managers available,
although macOS does need to be mutilated somewhat heavily to make
it happen.
<- back to front page
You are viewing proxied material from codevoid.de. The copyright of proxied material belongs to its original authors. Any comments or complaints in relation to proxied material should be directed to the original authors of the content concerned. Please see the disclaimer for more details.