Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #187470 > unrolled thread

xfce4-terminal fails to “pass through” environment variables

Back to article view | Back to linux.debian.user

Contents

  xfce4-terminal fails to “pass through” environment variables Zenaan Harkness <zenaan@freedbms.net> - 2017-10-02 06:00 +0200
    Re: xfce4-terminal fails to “pass through” environment variables <tomas@tuxteam.de> - 2017-10-02 09:00 +0200
    Re: xfce4-terminal fails to “pass through” environment variables Reco <recoverym4n@gmail.com> - 2017-10-02 09:30 +0200
      SOLVED - Re: xfce4-terminal fails to “pass through” environment variables Zenaan Harkness <zenaan@freedbms.net> - 2017-10-02 11:20 +0200
        Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables Reco <recoverym4n@gmail.com> - 2017-10-02 12:40 +0200
          Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables Zenaan Harkness <zenaan@freedbms.net> - 2017-10-02 13:20 +0200
            Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables <tomas@tuxteam.de> - 2017-10-02 13:40 +0200
              Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables Zenaan Harkness <zenaan@freedbms.net> - 2017-10-02 14:00 +0200
                Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables <tomas@tuxteam.de> - 2017-10-02 14:10 +0200
                Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables Michael Stone <mstone@debian.org> - 2017-10-02 14:50 +0200
                  Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables Zenaan Harkness <zenaan@freedbms.net> - 2017-10-02 23:30 +0200
                    Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables <tomas@tuxteam.de> - 2017-10-03 08:40 +0200
                      Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables Greg Wooledge <wooledg@eeg.ccf.org> - 2017-10-03 14:40 +0200
                        Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables <tomas@tuxteam.de> - 2017-10-03 14:50 +0200
                          Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables Zenaan Harkness <zenaan@freedbms.net> - 2017-10-04 03:00 +0200
                            Komejirushi [was xfce4-terminal fails to “pass through” ...] <tomas@tuxteam.de> - 2017-10-04 08:40 +0200

#187470 — xfce4-terminal fails to “pass through” environment variables

>From terminal A (may be xterm or xfce4-terminal), launch terminals:

 MYVAR="wow - some text!" xterm &
 MYVAR="wow - some text!" xfce4-terminal &

Now from those terminals, run:

 echo $MYVAR


In xterm, we get the expected output - evidently MYVAR is correctly
"passed through" - this is how env vars should work of course :)

But sadly :( , as in, very sadly  :,( , xfce4-terminal does not
produce the expected output - MYVAR is not “passed through” it seems.

Does anyone know why, but more importantly, does anyone know how to
overcome this ‘feature’ of xfce4-terminal?

TIA,

[toc] | [next] | [standalone]

#187471

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Mon, Oct 02, 2017 at 02:58:59PM +1100, Zenaan Harkness wrote:
> >From terminal A (may be xterm or xfce4-terminal), launch terminals:
> 
>  MYVAR="wow - some text!" xterm &
>  MYVAR="wow - some text!" xfce4-terminal &
> 
> Now from those terminals, run:
> 
>  echo $MYVAR
> 
> 
> In xterm, we get the expected output - evidently MYVAR is correctly
> "passed through" - this is how env vars should work of course :)
> 
> But sadly :( , as in, very sadly  :,( , xfce4-terminal does not
> produce the expected output - MYVAR is not “passed through” it seems.

The var isn't being passed through to the shell being run in the term,
you mean.

Perhaps the difference is more in the way the two terms run a shell
(which they do by default when not otherwise told -- at least xterm
does so).

Perhaps xfce4-terminal has an option corresponding to xterm's -e
and you can play with that, to find out who is kidnapping your
vars.

Cheers
- -- t
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlnR4rwACgkQBcgs9XrR2kblwwCfdGOLToU4YhZGskrxMEdlqQI5
wfEAnihtzDvaCBONkesO7M6KZh31SAu7
=fdA1
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]

#187474

	Hi.

On Mon, Oct 02, 2017 at 02:58:59PM +1100, Zenaan Harkness wrote:
> >From terminal A (may be xterm or xfce4-terminal), launch terminals:
> 
>  MYVAR="wow - some text!" xterm &
>  MYVAR="wow - some text!" xfce4-terminal &
> 
> Now from those terminals, run:
> 
>  echo $MYVAR
> 
> 
> In xterm, we get the expected output - evidently MYVAR is correctly
> "passed through" - this is how env vars should work of course :)
> 
> But sadly :( , as in, very sadly  :,( , xfce4-terminal does not
> produce the expected output - MYVAR is not “passed through” it seems.
> 
> Does anyone know why, but more importantly, does anyone know how to
> overcome this ‘feature’ of xfce4-terminal?

Try this:

MYVAR="wow - some text!" xfce4-terminal --disable-server &

Reco

[toc] | [prev] | [next] | [standalone]

#187476 — SOLVED - Re: xfce4-terminal fails to “pass through” environment variables

On Mon, Oct 02, 2017 at 10:19:44AM +0300, Reco wrote:
> 	Hi.
> 
> On Mon, Oct 02, 2017 at 02:58:59PM +1100, Zenaan Harkness wrote:
> > >From terminal A (may be xterm or xfce4-terminal), launch terminals:
> > 
> >  MYVAR="wow - some text!" xterm &
> >  MYVAR="wow - some text!" xfce4-terminal &
> > 
> > Now from those terminals, run:
> > 
> >  echo $MYVAR
> > 
> > 
> > In xterm, we get the expected output - evidently MYVAR is correctly
> > "passed through" - this is how env vars should work of course :)
> > 
> > But sadly :( , as in, very sadly  :,( , xfce4-terminal does not
> > produce the expected output - MYVAR is not “passed through” it seems.
> > 
> > Does anyone know why, but more importantly, does anyone know how to
> > overcome this ‘feature’ of xfce4-terminal?
> 
> Try this:
> 
> MYVAR="wow - some text!" xfce4-terminal --disable-server &
> 
> Reco

Oh, oh, oh‼ I'm hopping excited now, it works it works! :D

Thanks guys - the fancy arg dancing allows for me to do some fancy
arg dancing :)

Best regards,
Zen

[toc] | [prev] | [next] | [standalone]

#187480 — Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables

	Hi.

On Mon, Oct 02, 2017 at 08:11:14PM +1100, Zenaan Harkness wrote:
> On Mon, Oct 02, 2017 at 10:19:44AM +0300, Reco wrote:
> > 	Hi.
> > 
> > On Mon, Oct 02, 2017 at 02:58:59PM +1100, Zenaan Harkness wrote:
> > > >From terminal A (may be xterm or xfce4-terminal), launch terminals:
> > > 
> > >  MYVAR="wow - some text!" xterm &
> > >  MYVAR="wow - some text!" xfce4-terminal &
> > > 
> > > Now from those terminals, run:
> > > 
> > >  echo $MYVAR
> > > 
> > > 
> > > In xterm, we get the expected output - evidently MYVAR is correctly
> > > "passed through" - this is how env vars should work of course :)
> > > 
> > > But sadly :( , as in, very sadly  :,( , xfce4-terminal does not
> > > produce the expected output - MYVAR is not “passed through” it seems.
> > > 
> > > Does anyone know why, but more importantly, does anyone know how to
> > > overcome this ‘feature’ of xfce4-terminal?
> > 
> > Try this:
> > 
> > MYVAR="wow - some text!" xfce4-terminal --disable-server &
> > 
> > Reco
> 
> Oh, oh, oh‼ I'm hopping excited now, it works it works! :D
> 
> Thanks guys - the fancy arg dancing allows for me to do some fancy
> arg dancing :)

For the archives.

--disable-server removes xfce4-terminal ability to talk to DBUS, which
is intended be used, presumably (too lazy to read sources) to force the
existing xfce4-terminal to spawn a new window.

Without this switch defining new environment variable applies only to
"sending DBUS message" part of xfce4-terminal. And of course such custom
environment variables do not propagate via DBUS.

To do the same trick "terminal emulator - independent way" one needs to
force a terminal to launch a shell with the needed environment variable
defined via env, such as this:

xfce4-terminal --command env MYVAR="wow - some text!" /bin/bash

But that's fugly and probably needs copious amounts of escaping to work
as intended. Disabling DBUS is cleaner, but do not try it with
gnome-terminal, folks.

Reco

[toc] | [prev] | [next] | [standalone]

#187486 — Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables

On Mon, Oct 02, 2017 at 01:33:01PM +0300, Reco wrote:
> 	Hi.
> 
> On Mon, Oct 02, 2017 at 08:11:14PM +1100, Zenaan Harkness wrote:
> > On Mon, Oct 02, 2017 at 10:19:44AM +0300, Reco wrote:
> > > 	Hi.
> > > 
> > > On Mon, Oct 02, 2017 at 02:58:59PM +1100, Zenaan Harkness wrote:
> > > > >From terminal A (may be xterm or xfce4-terminal), launch terminals:
> > > > 
> > > >  MYVAR="wow - some text!" xterm &
> > > >  MYVAR="wow - some text!" xfce4-terminal &
> > > > 
> > > > Now from those terminals, run:
> > > > 
> > > >  echo $MYVAR
> > > > 
> > > > 
> > > > In xterm, we get the expected output - evidently MYVAR is correctly
> > > > "passed through" - this is how env vars should work of course :)
> > > > 
> > > > But sadly :( , as in, very sadly  :,( , xfce4-terminal does not
> > > > produce the expected output - MYVAR is not “passed through” it seems.
> > > > 
> > > > Does anyone know why, but more importantly, does anyone know how to
> > > > overcome this ‘feature’ of xfce4-terminal?
> > > 
> > > Try this:
> > > 
> > > MYVAR="wow - some text!" xfce4-terminal --disable-server &
> > > 
> > > Reco
> > 
> > Oh, oh, oh‼ I'm hopping excited now, it works it works! :D
> > 
> > Thanks guys - the fancy arg dancing allows for me to do some fancy
> > arg dancing :)
> 
> For the archives.
> 
> --disable-server removes xfce4-terminal ability to talk to DBUS, which
> is intended be used, presumably (too lazy to read sources) to force the
> existing xfce4-terminal to spawn a new window.
> 
> Without this switch defining new environment variable applies only to
> "sending DBUS message" part of xfce4-terminal. And of course such custom
> environment variables do not propagate via DBUS.
> 
> To do the same trick "terminal emulator - independent way" one needs to
> force a terminal to launch a shell with the needed environment variable
> defined via env, such as this:
> 
> xfce4-terminal --command env MYVAR="wow - some text!" /bin/bash
> 
> But that's fugly and probably needs copious amounts of escaping to work
> as intended. Disabling DBUS is cleaner, but do not try it with
> gnome-terminal, folks.

Thank you!

The actual issue in my case is "expressing intent" so that profile
(or bashrc) can do a little environment setup according to my intent
- which intention is bound to various window manager shortcuts.

My prime intentions are (oddly enough - I'm sure it's simply never
been done before), to launch 1, 2, 3, 4, and a dozen, terminals, in
various layouts, and which each start at my desired dir/PWD - yep,
never been done before I'm certain :D

Of course I could "express intent" by writing a value to a file, but
then there'd be a race condition of which terminal reads the file,
before the next terminal starts and gets its (slightly different)
intention from that file, and of course this would all just be
bypassing a Unix standard since about 6 thousand years ago (perhaps
Unix is not -quite- that old).

I'm sure that this use of environment variables is utterly unique and
has simply --never-- been thought of before. Or something :)

Thanks again,

[toc] | [prev] | [next] | [standalone]

#187487 — Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Mon, Oct 02, 2017 at 10:13:47PM +1100, Zenaan Harkness wrote:
> On Mon, Oct 02, 2017 at 01:33:01PM +0300, Reco wrote:

[...]

> > --disable-server removes xfce4-terminal ability to talk to DBUS, which
> > is intended be used, presumably (too lazy to read sources) to force the
> > existing xfce4-terminal to spawn a new window.

[...]

> Thank you!
> 
> The actual issue in my case is "expressing intent" so that profile
> (or bashrc) can do a little environment setup according to my intent
> - which intention is bound to various window manager shortcuts.

[...]

> I'm sure that this use of environment variables is utterly unique and
> has simply --never-- been thought of before. Or something :)

Yikes 8-o

Thanks to you both: you taught me something. I wouldn't have expected
that desktop environments can become so messed up.

A couple of years ago or five, I switched back to xterm (from a random
walk which included gnome-terminal at some point). Xterm had fixed its
UTF-8 problems, could use modern fonts and all that.

Reading your accounts remimds me why I probably won't look back!

Cheers
- -- tomás
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlnSJR8ACgkQBcgs9XrR2kYZ2wCfT6q7FfoykaCYm1zVVPVowN7X
BtIAniQgD/4HUS2BeDyreQM4Rt+cwW9B
=2Jwe
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]

#187488 — Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables

On Mon, Oct 02, 2017 at 01:38:07PM +0200, tomas@tuxteam.de wrote:
> A couple of years ago or five, I switched back to xterm (from a random
> walk which included gnome-terminal at some point). Xterm had fixed its
> UTF-8 problems, could use modern fonts and all that.
> 
> Reading your accounts remimds me why I probably won't look back!

I do have a soft spot in me heart for xterm - been using it for
years. Only recently looked into xfce4-terminal due to its better
font handling - at least after I made it look and act almost
identically to xterm :)

(Which included enabling fixed fonts.)

(On xterm I use
"-fn -misc-fixed-medium-r-normal--10-100-75-75-c-60-iso10646-1"
but have also tried "-fa Fixed -fs 8"
)

I'm using font "Fixed SemiCondensed" 8 pt in xfce4-term - and it
seems xfce4-terminal has some fallback to either some other font(s?)
but in any case, displays all Unicode chars I've tried to display,
whereas xterm fails on some chars I want to use. E.g.:

ƒ ("function" symbol) displays fine in both xterm and xfce4-terminal

but

❴ and ❵ (mathematical braces) only displays in xfce term, and not
xterm for a reason I have not been able to figure out.

Other than that, I've achieved almost identical colours, (font size
and style), and keyboard shortcuts (enabled all the tabs and etc
shortcuts in xfce term). xterm solved a bug some years back on font/
buffer scrolling, and ever since it's been the zippiest terminal of
all the ones I've tried, but I now need ‘full’ font support...

[toc] | [prev] | [next] | [standalone]

#187490 — Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Mon, Oct 02, 2017 at 10:52:11PM +1100, Zenaan Harkness wrote:
> On Mon, Oct 02, 2017 at 01:38:07PM +0200, tomas@tuxteam.de wrote:
> > A couple of years ago or five, I switched back to xterm (from a random
> > walk which included gnome-terminal at some point). Xterm had fixed its
> > UTF-8 problems, could use modern fonts and all that.
> > 
> > Reading your accounts remimds me why I probably won't look back!
> 
> I do have a soft spot in me heart for xterm - been using it for
> years. Only recently looked into xfce4-terminal due to its better
> font handling - at least after I made it look and act almost
> identically to xterm :)
> 
> (Which included enabling fixed fonts.)
> 
> (On xterm I use
> "-fn -misc-fixed-medium-r-normal--10-100-75-75-c-60-iso10646-1"
> but have also tried "-fa Fixed -fs 8"
> )
> 
> I'm using font "Fixed SemiCondensed" 8 pt in xfce4-term - and it
> seems xfce4-terminal has some fallback to either some other font(s?)
> but in any case, displays all Unicode chars I've tried to display,
> whereas xterm fails on some chars I want to use. E.g.:
> 
> ƒ ("function" symbol) displays fine in both xterm and xfce4-terminal

This one displays fine in my xterm...

> but
> 
> ❴ and ❵ (mathematical braces) only displays in xfce term, and not
> xterm for a reason I have not been able to figure out.

... and those two too :)

FWIW I have

  tomas@rasputin:~$ cat .Xresources 
  *VT100.faceName:        Liberation Sans Mono
  *VT100.faceSize:        8
  *VT100.faceSize1:       3
  *VT100.faceSize2:       5
  *VT100.faceSize3:       8
  *VT100.faceSize4:       10
  *VT100.faceSize5:       14
  *VT100.faceSize6:       20

(yes, my screen is small, and I'm a tad short-sighted)

> Other than that, I've achieved almost identical colours, (font size
> and style), and keyboard shortcuts (enabled all the tabs and etc
> shortcuts in xfce term). xterm solved a bug some years back on font/
> buffer scrolling, and ever since it's been the zippiest terminal of
> all the ones I've tried, but I now need ‘full’ font support...

Given all the other shenanigans, I'd be willing to put with *some*
downsides, but at the moment I don't have even those ;-D

Cheers
- -- t
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlnSKl0ACgkQBcgs9XrR2kZo+wCfZQmpCJsZgRnYltZlK+Z1ZCfE
E9cAoIHv+zhq+2l174BofQiRsxZu7yYM
=VmK2
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]

#187491 — Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables

On Mon, Oct 02, 2017 at 10:52:11PM +1100, Zenaan Harkness wrote:
>I'm using font "Fixed SemiCondensed" 8 pt in xfce4-term - and it
>seems xfce4-terminal has some fallback to either some other font(s?)
>but in any case, displays all Unicode chars I've tried to display,
>whereas xterm fails on some chars I want to use. E.g.:
>
>ƒ ("function" symbol) displays fine in both xterm and xfce4-terminal
>
>but
>
>❴ and ❵ (mathematical braces) only displays in xfce term, and not
>xterm for a reason I have not been able to figure out.

Yeah, I've finally given up on xterm when it comes to unicode handling.  
I think it might come down to substituting characters that don't appear 
in the selected font, but whatever it is, other terminal emulators just 
work. 

Mike Stone

[toc] | [prev] | [next] | [standalone]

#187504 — Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables

On Mon, Oct 02, 2017 at 08:41:22AM -0400, Michael Stone wrote:
> On Mon, Oct 02, 2017 at 10:52:11PM +1100, Zenaan Harkness wrote:
> > I'm using font "Fixed SemiCondensed" 8 pt in xfce4-term - and it
> > seems xfce4-terminal has some fallback to either some other font(s?)
> > but in any case, displays all Unicode chars I've tried to display,
> > whereas xterm fails on some chars I want to use. E.g.:
> > 
> > ƒ ("function" symbol) displays fine in both xterm and xfce4-terminal
> > 
> > but
> > 
> > ❴ and ❵ (mathematical braces) only displays in xfce term, and not
> > xterm for a reason I have not been able to figure out.
> 
> Yeah, I've finally given up on xterm when it comes to unicode
> handling.

For the archives: uxterm, and xterm -u8, simply don't work as
expected - here's what DOES work much better (assuming LC_ALL or LANG
or etc is configured to a UTF-8 locale):

  xterm -lc

or as a locale-specific one-shot of course:

  LC_ALL=en_zen.UTF-8 xterm -lc

or for those who for the strangest of reasons have not created a
custom locate called "en_zen" (what are u smoking¿), perhaps
something like this:

  LC_ALL=en_gb.UTF-8 xterm -lc


But I still don't get all chars, e.g. → mathematical braces.


> I think it might come down to substituting characters
> that don't appear in the selected font, but whatever it is, other
> terminal emulators just work.

Indeed, xterm feels more finicky - which is presumably a legacy of
support for so many term types and term quirks over so many years -
it's presumably still the ultimate when I need to physical
serial-line it in to an IBM 390 running a program designed for old
DEC (physical) terminals :D

Thanks Michael.

Tomas - I will try your Liberation font suggestion, but xfce term is
giving me a rock solid "Fixed" experience, AND the fancy character
dancing... for me, this is peak productivity and sublime visuals to
boot :)

Here's a sample of unicode chars:

← ↑ ↓ → ⋱ ⋰ ⇄ ※
⨡ ⨠ ⨟ ⋿ ⦂ ⊙ ⦀ ∣ ⇉ ↦ ⨾
⟩ ⟨ ❵ ❴ ¦ ‖ ¡ ‼ µ ♮ ♯
π ∞ ‡ ♥ ∑ ⁽ ⁾ ₎ ₍ ∙
… † ° ¤ № ¶ — ≡ ± ⫶ ∴


Thanks guys,

[toc] | [prev] | [next] | [standalone]

#187516 — Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, Oct 03, 2017 at 08:25:40AM +1100, Zenaan Harkness wrote:

[...]

> Tomas - I will try your Liberation font suggestion, but xfce term is
> giving me a rock solid "Fixed" experience, AND the fancy character
> dancing... for me, this is peak productivity and sublime visuals to
> boot :)

:-)

> Here's a sample of unicode chars:

FWIW -- "my" xterm doesn't show all of them. Emacs, which is my
reference in all things Unicode (and most other things too) displays
them all.

I'll put a star under those which show as boxes in my xterm setup
(seems Liberation needs some help):

This, dear reader assumes you are reading in monospace (Zenaan, I
know you do, but think of those poor souls bound to a Web interface ;-)

> ← ↑ ↓ → ⋱ ⋰ ⇄ ※
          * *   *

> ⨡ ⨠ ⨟ ⋿ ⦂ ⊙ ⦀ ∣ ⇉ ↦ ⨾
  * * * * *   *       *

> ⟩ ⟨ ❵ ❴ ¦ ‖ ¡ ‼ µ ♮ ♯


> π ∞ ‡ ♥ ∑ ⁽ ⁾ ₎ ₍ ∙


> … † ° ¤ № ¶ — ≡ ± ⫶ ∴
                    *

(that makes roughly 20% failure rate on your sample, whatever
that means).

Cheers
- -- tomás
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlnTL78ACgkQBcgs9XrR2kaApgCfbBQveaJCGpHE1T0AlMstGDO3
/1IAn1LCAt2Nt+kKEhACKXDlmN+Ope70
=Atpj
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]

#187528 — Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables

On Tue, Oct 03, 2017 at 08:35:43AM +0200, tomas@tuxteam.de wrote:
> This, dear reader assumes you are reading in monospace (Zenaan, I
> know you do, but think of those poor souls bound to a Web interface ;-)

They are already in hell.  Nothing I can do to save them.

> > ← ↑ ↓ → ⋱ ⋰ ⇄ ※
>           * *   *
> 
> > ⨡ ⨠ ⨟ ⋿ ⦂ ⊙ ⦀ ∣ ⇉ ↦ ⨾
>   * * * * *   *       *
> 
> > ⟩ ⟨ ❵ ❴ ¦ ‖ ¡ ‼ µ ♮ ♯
> 
> 
> > π ∞ ‡ ♥ ∑ ⁽ ⁾ ₎ ₍ ∙
> 
> 
> > … † ° ¤ № ¶ — ≡ ± ⫶ ∴
>                     *
> 
> (that makes roughly 20% failure rate on your sample, whatever
> that means).

My results in screen-inside-urxvt match yours with one exception: the
last character on the first line appears as a symmetric pattern of lines
and dots for me.

Before this thread, I didn't know Debian's xterm had come so far.
That's surely a good thing.

[toc] | [prev] | [next] | [standalone]

#187529 — Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, Oct 03, 2017 at 08:31:59AM -0400, Greg Wooledge wrote:
> On Tue, Oct 03, 2017 at 08:35:43AM +0200, tomas@tuxteam.de wrote:
> > This, dear reader assumes you are reading in monospace (Zenaan, I
> > know you do, but think of those poor souls bound to a Web interface ;-)
> 
> They are already in hell.  Nothing I can do to save them.
> 
> > > ← ↑ ↓ → ⋱ ⋰ ⇄ ※
> >           * *   *
> > 
> > > ⨡ ⨠ ⨟ ⋿ ⦂ ⊙ ⦀ ∣ ⇉ ↦ ⨾
> >   * * * * *   *       *
> > 
> > > ⟩ ⟨ ❵ ❴ ¦ ‖ ¡ ‼ µ ♮ ♯
> > 
> > 
> > > π ∞ ‡ ♥ ∑ ⁽ ⁾ ₎ ₍ ∙
> > 
> > 
> > > … † ° ¤ № ¶ — ≡ ± ⫶ ∴
> >                     *
> > 
> > (that makes roughly 20% failure rate on your sample, whatever
> > that means).
> 
> My results in screen-inside-urxvt match yours with one exception: the
> last character on the first line appears as a symmetric pattern of lines
> and dots for me.

Ah, yes. That's what Emacs shows too. It's "REFERENCE MARK", kind of
an X with four dots within the spaces between the arms

> Before this thread, I didn't know Debian's xterm had come so far.
> That's surely a good thing.

Tell *me*. Things I'm infinitely thankful for.

Cheers
- -- tomás
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlnThaAACgkQBcgs9XrR2kZG4QCfRhBMyntXfoL5RSrHpeAEemu9
SRoAn2Zmjv9Cpjj6PZ/wduSGS0D70Q7v
=VuUi
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]

#187540 — Re: SOLVED - Re: xfce4-terminal fails to “pass through” environment variables

On Tue, Oct 03, 2017 at 02:42:08PM +0200, tomas@tuxteam.de wrote:
> On Tue, Oct 03, 2017 at 08:31:59AM -0400, Greg Wooledge wrote:
> > On Tue, Oct 03, 2017 at 08:35:43AM +0200, tomas@tuxteam.de wrote:
> > > This, dear reader assumes you are reading in monospace (Zenaan, I
> > > know you do, but think of those poor souls bound to a Web interface ;-)
> > 
> > They are already in hell.  Nothing I can do to save them.
> > 
> > > > ← ↑ ↓ → ⋱ ⋰ ⇄ ※
> > >           * *   *
> > > 
> > > > ⨡ ⨠ ⨟ ⋿ ⦂ ⊙ ⦀ ∣ ⇉ ↦ ⨾
> > >   * * * * *   *       *
> > > 
> > > > ⟩ ⟨ ❵ ❴ ¦ ‖ ¡ ‼ µ ♮ ♯
> > > 
> > > 
> > > > π ∞ ‡ ♥ ∑ ⁽ ⁾ ₎ ₍ ∙
> > > 
> > > 
> > > > … † ° ¤ № ¶ — ≡ ± ⫶ ∴
> > >                     *
> > > 
> > > (that makes roughly 20% failure rate on your sample, whatever
> > > that means).
> > 
> > My results in screen-inside-urxvt match yours with one exception: the
> > last character on the first line appears as a symmetric pattern of lines
> > and dots for me.
> 
> Ah, yes. That's what Emacs shows too. It's "REFERENCE MARK", kind of
> an X with four dots within the spaces between the arms

https://en.wikipedia.org/wiki/%E2%80%BB
Komejirushi
The komejirushi (※; Japanese: こめじるし or 米印) is a punctuation
mark, that is used in Japanese and in Korean (known as 참고표). The
name literally means "rice symbol", indicating the similarity to the
kanji for rice; 米.
It is used to call attention to an important sentence or thought,
like a prologue or footnote. In contrast to the European asterisk, it
is not used for connecting a specific place in the text directly to
the footnote, but rather for notes directly before or after the
passage.
In Unicode the komejirushi is available at code point U+203B
"REFERENCE MARK". The symbol is also used to denote contradictions in
mathematical proofs.


> > Before this thread, I didn't know Debian's xterm had come so far.
> > That's surely a good thing.
> 
> Tell *me*. Things I'm infinitely thankful for.
> 
> Cheers
> -- tomás
> 

[toc] | [prev] | [next] | [standalone]

#187544 — Komejirushi [was xfce4-terminal fails to “pass through” ...]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wed, Oct 04, 2017 at 11:52:06AM +1100, Zenaan Harkness wrote:
> On Tue, Oct 03, 2017 at 02:42:08PM +0200, tomas@tuxteam.de wrote:

[...]

> > Ah, yes. That's what Emacs shows too. It's "REFERENCE MARK", kind of
> > an X with four dots within the spaces between the arms
> 
> https://en.wikipedia.org/wiki/%E2%80%BBKomejirushi
> The komejirushi (※; Japanese: こめじるし or 米印) is a punctuation
> mark, that is used in Japanese and in Korean (known as 참고표). The
> name literally means "rice symbol", indicating the similarity to the
> kanji for rice; 米.

Thanks :-)

- -- t
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlnUgfgACgkQBcgs9XrR2kYbmgCdFLl1SPqLxJviHT42bwwEXApF
TYwAni4YoO/1LSvw7o5ebneYMpjWNmT3
=BPPS
-----END PGP SIGNATURE-----

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web