Le Sat, Oct 10, 2020 at 04:27:17AM +0900, Charles Plessy a écrit :
>
> May I ask you for extra information on how important is it to support
> URLs, and if anything beyond file:/, http:// and https:// would need
> to be supported ?
...
> Also, can you give me a pointer to an explanation of what fi
* Jeremy Bicha [201013 18:09]:
> On Tue, Oct 13, 2020 at 1:52 PM Marvin Renich wrote:
> > Describing a clear benefit to having both open and see would help
> > immensely. Alternatively, convincing the mime-support authors that open
> > should replace see would also work.
>
> This thread is full
On Tue, Oct 13, 2020 at 1:52 PM Marvin Renich wrote:
>
> * Noah Meyerhans [201013 00:54]:
> > "open" is a verb commonly used to describe the action of accessing a
> > file in Linux. You used it yourself above, and it's one of the most
> > prominent functions in the file API. It seems sensible t
* Noah Meyerhans [201013 00:54]:
> "open" is a verb commonly used to describe the action of accessing a
> file in Linux. You used it yourself above, and it's one of the most
> prominent functions in the file API. It seems sensible to provide a
> tool that matches the verb most commonly used to d
Hi,
On Tue, 13 Oct 2020, at 06:53, Noah Meyerhans wrote:
> On Fri, Oct 09, 2020 at 12:14:23PM +0200, Stephan Seitz wrote:
> > That’s why I need to know the different programs anyway. Why would I go for
> > something like open which can only use one program for the file type?
> You wouldn't, but
On Fri, Oct 09, 2020 at 12:14:23PM +0200, Stephan Seitz wrote:
> > is probably very handy. Even more handy is the fact that you don't
> > really need to learn the command name of your image viewer and your pdf
> > viewer and your html viewer and you .dia viewer and your .mp3 player
> > and every o
On 2020-10-09 calumlikesapple...@gmail.com wrote:
> On Thu, 2020-10-08 at 18:45 +0200, Andreas Metzler wrote:
>> I do not get the reason for this change. Surely we do not expect
>> people to manually type
>> open penguin.jpeg
[...]
> I disagree. If you are developing an application, and are alre
Thanks you Simon, Jérémie and everybody for your feedback.
> On Thu, 08 Oct 2020 at 05:54:27 +0900, Charles Plessy wrote:
> > /bin/open has been kindly freed a couple years ago (#732796) and I would
> > like to propose to repurpose it as a standard command for opening files,
> > like on Mac OS and
(Re-added Charles to Cc as he asked in his original mail)
Andreas Metzler writes:
> On 2020-10-07 Charles Plessy wrote:
>> Hello everybody, hello Debian freedesktop.org maintainers,
>
>> /bin/open has been kindly freed a couple years ago (#732796) and I would
>> like to propose to repurpose it
Hi,
On 09/10/20 3:44 pm, Stephan Seitz wrote:
> but mupdf doesn’t allow copy & paste. So if I want to do this, I need
> another pdf program.
Actually its possible. Right click + drag and Cntrl C will do the copy. But
it will not be perfect as other PDF reader and also depends on the file too.
--
On Do, Okt 08, 2020 at 22:54:32 -0400, calumlikesapple...@gmail.com wrote:
is probably very handy. Even more handy is the fact that you don't
really need to learn the command name of your image viewer and your pdf
viewer and your html viewer and you .dia viewer and your .mp3 player
and every oth
Hi,
On Thu., Oct. 8, 2020, 00:30 Nicholas Guriev, wrote:
>
> On Wed, 2020-10-07 at 19:17 -0400, Jeremy Bicha wrote:
> > On Wed, Oct 7, 2020 at 7:15 PM Jeremy Bicha wrote:
> > > You should be aware that Ubuntu implemented this idea 2 years ago.
> >
> > Oh, I misread. Ubuntu used /usr/bin/browse b
On Thu, 2020-10-08 at 18:45 +0200, Andreas Metzler wrote:
> I do not get the reason for this change. Surely we do not expect
> people to manually type
>
> open penguin.jpeg
>
> in an xterm window, because they do not know how to handle the file.
> They will usually *klick* on it and some inferna
On 2020-10-07 Charles Plessy wrote:
> Hello everybody, hello Debian freedesktop.org maintainers,
> /bin/open has been kindly freed a couple years ago (#732796) and I would
> like to propose to repurpose it as a standard command for opening files,
> like on Mac OS and NextStep before it.
[...]
He
On Wed, 2020-10-07 at 19:17 -0400, Jeremy Bicha wrote:
> On Wed, Oct 7, 2020 at 7:15 PM Jeremy Bicha wrote:
> > You should be aware that Ubuntu implemented this idea 2 years ago.
>
> Oh, I misread. Ubuntu used /usr/bin/browse but 'open' sounds a lot better.
In my view, both of these words, "brow
On Wed, Oct 7, 2020 at 7:15 PM Jeremy Bicha wrote:
> You should be aware that Ubuntu implemented this idea 2 years ago.
Oh, I misread. Ubuntu used /usr/bin/browse but 'open' sounds a lot better.
Thanks,
Jeremy Bicha
On Wed, Oct 7, 2020 at 4:54 PM Charles Plessy wrote:
> /bin/open has been kindly freed a couple years ago (#732796) and I would
> like to propose to repurpose it as a standard command for opening files,
> like on Mac OS and NextStep before it.
You should be aware that Ubuntu implemented this idea
On Thu, 08 Oct 2020 at 05:54:27 +0900, Charles Plessy wrote:
> /bin/open has been kindly freed a couple years ago (#732796) and I would
> like to propose to repurpose it as a standard command for opening files,
> like on Mac OS and NextStep before it.
>
> As I maintain the mime-support package (so
Hello everybody, hello Debian freedesktop.org maintainers,
/bin/open has been kindly freed a couple years ago (#732796) and I would
like to propose to repurpose it as a standard command for opening files,
like on Mac OS and NextStep before it.
As I maintain the mime-support package (soon to be sp
19 matches
Mail list logo
