Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

File picker meme

wiki.installgentoo.com

Post reply on HN
Print view View original

21–30 of 130 posts

Re: File picker meme

#21

Post by prussian »

Cloudef wrote: post #15
prussian wrote: post #13

Earlier quoted context omitted.

I believe that is the purpose of the xdg portals specification. https://flatpak.github.io/xdg-desktop-portal/portal-docs.htm...

Not really >The FileChooser portal allows sandboxed applications to ask the user for access to files outside the sandbox. The portal backend will present the user with a file chooser dialog. In addition it being a dbus api for communicating outside a sandbox

Not really how? https://github.com/ranchester2/nautilus-as-file-chooser-poc This is a standardized GTK workflow that works in and out of flatpak.

Re: File picker meme

#23

Post by h2odragon »

What's really important is that the elements of the dialog box all move around every few fears, so no one can get too familiar with it and expect to understand what they see at a glance.

The presence of text box in which any text entered does something totally unexpected is at least universal.

Re: File picker meme

#24

Post by JasonFruit »

Kiro wrote: post #18

This is by far the biggest obstacle to mass adoption.

Poe's law strikes again: are you saying, sarcastically, "Yeah of course Gnome's filepicker is the biggest problem Linux has," or are you saying, seriously, "Yes, this attitude of 'We won't fix it because principle!' is the biggest problem the Linux community has"?

Re: File picker meme

#25

Post by mid-kid »

Cloudef wrote: post #15
prussian wrote: post #13

Earlier quoted context omitted.

I believe that is the purpose of the xdg portals specification. https://flatpak.github.io/xdg-desktop-portal/portal-docs.htm...

Not really >The FileChooser portal allows sandboxed applications to ask the user for access to files outside the sandbox. The portal backend will present the user with a file chooser dialog. In addition it being a dbus api for communicating outside a sandbox

It was indeed designed to be a portal for escaping the sandbox, but this has the nice side-effect of allowing the file dialog to be implemented by whatever program is called through D-Bus. This is already being used in KDE distributions to show the KDE file picker in firefox, where it would've required patching firefox back in the day.

Re: File picker meme

#26

Post by gnulinux »

alxlaz wrote: post #10
forgotpwd16 wrote: post #8

Earlier quoted context omitted.

>Enough spam for today. Locking the issue. Locked as expected. But really? Well-written written arguments from users and developers is considered spam?

On the Gnome bug tracker? Yes.

But why, I don't understand. These conversations need to be had somewhere, why not in a bug tracker where developer said they won't fix it? There already is an argument not to fix it, why can't others support fixing it?

Re: File picker meme

#27

Post by OJFord »

forgotpwd16 wrote: post #8
Cloudef wrote: post #7

Earlier quoted context omitted.

Sometimes collaboration goes nowhere: https://gitlab.gnome.org/GNOME/mutter/-/issues/217

>Enough spam for today. Locking the issue. Locked as expected. But really? Well-written written arguments from users and developers is considered spam?

The worst bit IMO is that that promptly followed:

> I've created a new thread that hopefully is a bit more relevant. Continue the conversation here

> ['here' marked as duplicate of 'this' and closed]

Re: File picker meme

#28

Post by OJFord »

gnulinux wrote: post #26
alxlaz wrote: post #10

Earlier quoted context omitted.

On the Gnome bug tracker? Yes.

But why, I don't understand. These conversations need to be had somewhere, why not in a bug tracker where developer said they won't fix it? There already is an argument not to fix it, why can't others support fixing it?

I don't think GP means it's good or that they agree with it. Just like 'oh yeah, that's to be expected there...'

Re: File picker meme

#29

Post by JasonFruit »

h2odragon wrote: post #23

What's really important is that the elements of the dialog box all move around every few fears, so no one can get too familiar with it and expect to understand what they see at a glance. The presence of text box in which any text entered does something totally unexpected is at least universal.

Absolutely agree about the bizarre textbox that pops up if I accidentally press a key while the filename box isn't selected... what on Earth is it supposed to be doing? Does anyone want that feature, someone who thinks, "Yes, when I hit a key in a Save dialog, I'd like to have a strangely filtered list of the files that are there already!?"

Re: File picker meme

#30

Post by gnulinux »

OJFord wrote: post #28
gnulinux wrote: post #26

Earlier quoted context omitted.

But why, I don't understand. These conversations need to be had somewhere, why not in a bug tracker where developer said they won't fix it? There already is an argument not to fix it, why can't others support fixing it?

I don't think GP means it's good or that they agree with it. Just like 'oh yeah, that's to be expected there...'

Again, I don't understand why this is expected. I'm a software engineer and if someone said "closing this because principle! even though user wants it", I will most definitely support my position somewhere. Since this is a community project, why can't that place be public bugtracker instead of private emails?
Post reply on HN