Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
BrightGlow
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
13 ms
·
31.
▲
by
BrightGlow
5y ago
Sorry I misread your comment, ignore me. Although I will add: It might be possible that someone gets high-DPI working eventually in XWayland. It's unlikely that X11 will ever support multi-DPI in the same way as Wayland. There is an op
32.
▲
by
BrightGlow
5y ago
If this is working correctly on other apps, then it's probable that Chrome's Wayland support is not complete yet.
33.
▲
by
BrightGlow
5y ago
Use of the term "alsa" is confusing here because ALSA refers to both the kernel interface in /dev and the userspace API in alsalib. The ALSA userspace API is mostly not relevant to applications, new apps probably will not tar
34.
▲
by
BrightGlow
5y ago
I don't know, I see a lot of smaller apps that are only deployed as Flatpaks or Snaps or whatever. It doesn't seem to make a difference to them that the audience is small. (And to be honest, none of this stuff is exciting or new t
35.
▲
by
BrightGlow
5y ago
I've read some of your old blog posts so I know where you're coming from, and I generally agree with your comment. However it seems they are stuck between a rock and a hard place. Without using a stack like this, the app deploymen
36.
▲
by
BrightGlow
5y ago
Nix is not mutually exclusive with Flatpaks though. You can easily enable flatpaks on a NixOS install. You don't need to choose between them.
37.
▲
by
BrightGlow
5y ago
Would you consider revising this opinion if I showed you it was based on incorrect information? >Nothing is less attractive to a user than opening an app to find the ugly Adwaita interface instead of their distro's choice This is by
38.
▲
by
BrightGlow
5y ago
I share your frustration, the people who you were talking to likely also had a misconception of what evolution and scientific theories in general are, or were stating it poorly. It's not accurate to describe it as a "belief"
39.
▲
by
BrightGlow
5y ago
>resistance to or denial of reality It's not just this but it's also the lying and attempting to pass off various myths, mysticism, dogma, theology and fairy tales as being true with no evidence, and the promotion of "fait
40.
▲
by
BrightGlow
5y ago
Those are old and obsolete patches for GTK2 and GTK3 that to my knowledge were never submitted upstream, and currently it's too late to do that as GTK2 and 3 are not being developed anymore. If there is an open merge request for GTK4 t
41.
▲
by
BrightGlow
5y ago
>I want my app to display with no borders because that’s evidently what the user wants. This is not the same as GNOME not supporting xdg-decoration and having apps with no borders. From the app developer perspective it is the same though
42.
▲
by
BrightGlow
5y ago
>I’m just trying to explain to you how it works because you are saying things that are inaccurate to prove your point I don't understand your explanation though, what you've described seems even worse, with needing to tie into
43.
▲
by
BrightGlow
5y ago
>Fragmentation might not be new but I would really rather not re-write my UI in another toolkit just to offer a second border option. Then don't offer that second option? You can also offer multiple border options within the toolkit
44.
▲
by
BrightGlow
5y ago
>I find this dangerous as it encourages duplicate work for minor differences. I would rather not have to make both a GTK and a Qt version of my program just so my users can have the ability to do some basic customization. Sure, but this
45.
▲
by
BrightGlow
5y ago
>This is factually incorrect. On Win32, window borders are drawn out-of-process by the OS. You do need to link to CreateWindow in user32, but that’s only vaguely a “UI toolkit” as CreateWindow is closer to a syscall than a library functi
46.
▲
by
BrightGlow
5y ago
>Surely the choice should fall on the user. It does, the user can choose to use GTK or Qt apps. >Which is why we would like all of these to be configurable. So making it all configurable is just guaranteeing that the app is broken out
47.
▲
by
BrightGlow
5y ago
>I absolutely consider xdg-decoration to be the common ground because it gives behavior similar to Windows, X11, macOS, BeOS, and just about every other platform out there. No, not really. On those other platforms you would link against
48.
▲
by
BrightGlow
5y ago
Can you please show me one of these merge requests that was submitted? If there is any chance of it getting merged, the patch should be against GTK4 master.
49.
▲
by
BrightGlow
5y ago
Overall this isn't wrong, but just to make a few corrections here... >its default is to send all your OpenGL operations to the X server so that the X server can do the actual OpenGL things This isn't the case with any modern GL
50.
▲
by
BrightGlow
5y ago
Your comment's really negative and disrespectful, please don't do that. If your test for drawing programs is "makes it simple to draw a circle" than Microsoft Paint would be better than both of them.
51.
▲
by
BrightGlow
5y ago
>What are you basing this on? >There is no conspiracy that there are a bunch of people out there that want to give you a bunch of work to do just to mess with you. 100% of these people are honestly affected by the issue and would like
52.
▲
by
BrightGlow
5y ago
That's a great suggestion but it doesn't cover all the bases. It won't cover areas of unconscious bias. Plus some people just don't want to be convinced no matter what you do. This can be evident when a biased culture is
53.
▲
by
BrightGlow
5y ago
>Does libdecor even support XDG Decoration? It does, that was the first thing added. I wouldn't suggest using xdg-decoration though as it will mostly guarantee that your apps don't match the decorations. >And telling me all
54.
▲
by
BrightGlow
5y ago
Why? Red Hat employees are not different from any other volunteer.
55.
▲
by
BrightGlow
5y ago
>Well-written written arguments from users and developers is considered spam? Yes. The bug tracker is not a place to have an argument. The correct place for that would be a mailing list.
56.
▲
by
BrightGlow
5y ago
>applications can continue to do what they’ve done for nearly 30 years and rely on system title bars. This will work everywhere This isn't true, some X11 window managers don't draw any title bars. Anyway this isn't a probl
57.
▲
by
BrightGlow
5y ago
Welcome to Linux on the desktop, where every project has no money and no developers and is decades behind Windows and Mac. It's been like this the entire time I've been using Linux. But somehow, some people still manage to use it
58.
▲
by
BrightGlow
5y ago
Because the goal was to make an API that works the same both inside the sandbox and outside the sandbox. Edit: It wouldn't work with just processes and namespaces because you need a way to talk to a resource with a privilege level abov
59.
▲
by
BrightGlow
5y ago
I don't get this post. You listed several rational reasons why it has no tool to do that: >GIMP is free software, its lack of funding, that (allegedly) those tools are irrelevant If you have a specific feature request, you might con
60.
▲
by
BrightGlow
5y ago
>What concerns me is the hypocrisy of the modern GNOME team and how little they listen to the actual community using their DE. Please remember: GNOME is a loosely connected group of volunteers all working on what they want to work on. If
More ›