Esta parece ser uma limitação do GTK +. Você não pode forçar seu seletor de arquivos a fazer algo que atualmente não é possível fazer. Todos os aplicativos que usam o widget de seleção de arquivos do GTK + terão os mesmos problemas.
No entanto, as aplicações que usam o equivalente a Qt (e, portanto, todos os aplicativos do KDE e muitos outros), podem abrir diretamente de links HTTP. Eu testei isso em Kate.
Não sei qual solução você deseja aqui. Você provavelmente poderia gastar algum tempo hackeando isso na biblioteca GTK relevante para que funcione assim no futuro. Você poderia, então, enviar esse upstream e, eventualmente, seria o padrão (se aceito).
Mas o caminho mais rápido para isso é:
- Usando um aplicativo que usa o QT (ou outro framework que faz isso)
- Encontre outro fluxo de trabalho.
No contexto de um navegador, nenhum navegador que testei (incluindo os baseados em widget GTK e Qt) era capaz de abrir um URI remoto para uma seleção de arquivo.
Como mencionado anteriormente, o Qt é tecnicamente capaz disso, mas no Rekonq (o navegador Qt que testei) parecia limitado apenas aos arquivos locais. Isso pode ser algo que poderia ser trabalhado. Para os navegadores GTK + (a maioria deles), o trabalho precisa ser feito no GTK antes que eles funcionem.
Em resumo, corrigir isso no navegador não será prático para ninguém.
Dito isso, você pode criar um sistema de arquivos baseado no FUSE que é lido na área de transferência e forneceu um sistema de arquivos falso que continha um arquivo (que então transmitia dados da URL usando algo como a biblioteca python-requests
).
Você poderia então selecionar esse arquivo no navegador e ele funcionaria como qualquer outro arquivo.
Este não é um projeto pequeno (daí a falta de código), mas seria bastante viável para alguém com um pouco de experiência em Python.