Hi,
Jack Hill skribis:
> On Thu, 9 Jan 2020, Ludovic Courtès wrote:
>
>>> 1. Instead of INSIDE_EMACS, the variable name NO_SUPPORT_HYPERLINK or
>>> other seems more meaningful. Maybe?
>>
>> Actually the goal was to remove ‘INSIDE_EMACS’ from there once a
>> widespread-enough Emacs version
Hi Ludo'
On Thu, 9 Jan 2020, Ludovic Courtès wrote:
1. Instead of INSIDE_EMACS, the variable name NO_SUPPORT_HYPERLINK or
other seems more meaningful. Maybe?
Actually the goal was to remove ‘INSIDE_EMACS’ from there once a
widespread-enough Emacs version supports it, which could be within a
Hi Ludo,
On Thu, 9 Jan 2020 at 22:23, Ludovic Courtès wrote:
> > 1. Instead of INSIDE_EMACS, the variable name NO_SUPPORT_HYPERLINK or
> > other seems more meaningful. Maybe?
>
> Actually the goal was to remove ‘INSIDE_EMACS’ from there once a
> widespread-enough Emacs version supports it,
Hi Calvin,
Calvin Heim skribis:
> Yes, the bug is in libvte 0.28.2 as distributed with Trisquel 8's software
> updater.
> I misspoke earlier when I mentioned mate-terminal.
>
> This bug will be resolved eventually by Trisquel following the upstream
> sources in
> Ubuntu, so barring
Hi!
zimoun skribis:
> On Wed, 8 Jan 2020 at 22:28, Ludovic Courtès wrote:
>
>> The theory is that terminals should ignore OSC codes that they do not
>> support. Good’ol xterm, for instance, silently ignores those hyperlink
>> codes, whereas GNOME Terminal interprets them nicely.
>
> Héhé! It
Hi Ludo,
On Wed, 8 Jan 2020 at 22:28, Ludovic Courtès wrote:
> The theory is that terminals should ignore OSC codes that they do not
> support. Good’ol xterm, for instance, silently ignores those hyperlink
> codes, whereas GNOME Terminal interprets them nicely.
Héhé! It is what the comment
Hi Calvin.
On Wed, 8 Jan 2020 at 23:54, Calvin Heim wrote:
> This bug will be resolved eventually by Trisquel following the upstream
> sources in
> Ubuntu, so barring objections I will close this issue.
Please close by sending an email to 38940-d...@debbugs.gnu.org with
some explanations when
On Wed, 2020-01-08 at 22:28 +0100, Ludovic Courtès wrote:
> Hi,
>
> Calvin Heim skribis:
>
> >
> > On Tue, 2020-01-07 at 12:58 +0100, zimoun wrote:
> > >
> > > Does the environment variable NO_OSC appears to you more meaningful
> > > than INSIDE_EMACS?
> > It is more meaningful, but this
Hi,
Calvin Heim skribis:
> On Tue, 2020-01-07 at 12:58 +0100, zimoun wrote:
>> Does the environment variable NO_OSC appears to you more meaningful
>> than INSIDE_EMACS?
>
> It is more meaningful, but this terminal does interpret other operating
> system codes,
> like OSC 12 for changing the
Hi Zimoun,
On Tue, 2020-01-07 at 12:58 +0100, zimoun wrote:
> Does the environment variable NO_OSC appears to you more meaningful
> than INSIDE_EMACS?
It is more meaningful, but this terminal does interpret other operating system
codes,
like OSC 12 for changing the cursor color. NO_OSC_8 would
Hi Calvin,
On Mon, 6 Jan 2020 at 21:26, Calvin Heim wrote:
> > On Sun, 5 Jan 2020 at 07:49, Calvin Heim wrote:
> > > When using mate-terminal version 1.12.1 (the default graphical terminal
> > > provided in Trisquel 8), Guix commands
> > > that print hyperlinks to the terminal (such as `guix
On Mon, 2020-01-06 at 19:37 +0100, zimoun wrote:
> Hi,
>
> Thank you for your report.
>
>
> On Sun, 5 Jan 2020 at 07:49, Calvin Heim wrote:
>
> >
> > When using mate-terminal version 1.12.1 (the default graphical terminal
> > provided in Trisquel 8), Guix commands
> > that print hyperlinks
Hi,
Thank you for your report.
On Sun, 5 Jan 2020 at 07:49, Calvin Heim wrote:
> When using mate-terminal version 1.12.1 (the default graphical terminal
> provided in Trisquel 8), Guix commands
> that print hyperlinks to the terminal (such as `guix describe` and `guix
> show`)
> print a
Hi Guix developers,
When using mate-terminal version 1.12.1 (the default graphical terminal
provided in Trisquel 8), Guix commands
that print hyperlinks to the terminal (such as `guix describe` and `guix show`)
print a mangled \x1b]8;; OSC character. I haven't tested the mate-terminal
package
14 matches
Mail list logo