Tiny Core Base > TCB Talk

will rxvt have pseudo transparency?

(1/4) > >>

tobiaus:
i know it is a stupid, pointless feature (easier to make a case for real transparency) but it always made a distro almost devoid of candy (i prefer it simple too) look a little more modern- even if pseudo-transparency has been around for a long time.

i used rxvt a long time ago and i thought aterm performed better (perception of daily use.) i don't think i'll like adjusting to rxvt again (and i don't think i'll probably bother installing aterm as an extension, though i hope somebody will create one) but so long as this is the effort to save a few k, i'd like to know if there are any other advantages to rxvt, so i can feel better about using it instead. (and even if it is stupid, keeping pseudo transparency would help, if it has it.)

curaga:
It does have transparency, but unlike aterm, it's slow, and has no shading.
But the size difference is well worth it.

mikshaw:
I thought it doesn't have transparency.  That was one reason I switched to using aterm in DSL back when it used rxvt.  There was also another reason, although it may not apply to TC base (maybe only if you're using Bash)

--- Quote from: me on DSL forum ---After a small annoyance with rxvt today I started wondering if perhaps aterm might be a better choice for a DSL x terminal.  I don't hate rxvt, but I'm beginning to wonder if it really beats aterm with a size/features ratio.

Let's consider the pros and cons of each...

rxvt:  Arguably the smallest x terminal available, at 82k.
Uses very little ram.
Depends on only 3 external libs.

aterm: Not as small as rxvt, at 112k.
Difference in ram use is nearly nil....something like 30 bytes (or was that kb?)
Twice as many libs needed, though all are available in DSL.
Has transparency.

One thing (apart from the transparency) that I think really puts aterm over rxvt is what I think is a bug in rxvt.  It would not properly read an environment variable exported from .bash_profile unless it was launched as a login shell.  I tested this out to make sure that aterm wasn't being run as login by issuing a command from .bash_profile.  Neither term registered the command, as it should be unless run as a login shell.  However, exporting a variable from .bash_profile should affect all subsequent shells, login or not, but rxvt did not accept it until I exported that variable from one shell and then launched rxvt from the same shell.  Aterm had no trouble reading the variable.

So maybe it's something to think about....is a few extra K's that bad when you get a superior product?

Personally I'll continue to use only aterm whether it's included with DSL or not, but I just thought it'd be something to consider.
--- End quote ---

tobiaus:

--- Quote ---unlike aterm, it's slow, and has no shading.
But the size difference is well worth it.
--- End quote ---

edit: i always think tc should make a good first impression. no matter how minimal it is, it should be better than any other minimal experience. it's important that tc is tiny, and it's better that it be as tiny as possible, depending on the criteria used to make it tiny. but it amazes me that anyone would say "the change in size is well worth it" when the change in quality is larger than the change in size. (and even the change in size is almost none.)

basically, i would never compare tc to other distributions this way: "it sucks, but the change in size is worth it." that's not what tc is like.

i would say: "tc is incredibly small, but it's also an awesome experience." in many events, the smaller footprint helps to make it awesome (i don't believe that applies to rxvt either, except in rare cases where it should be added to tc and used instead of aterm.)

until now every change in size seems to follow the latter logic, not the former. size is a factor, but quality is important. if there's going to be a change in quality, the decrease in size should be greater than the one in quality. a switch to rxvt (however final) does not fit that. but thank you (very) much for adding qemu, and everything else you've (most often) done to make tc the most excellent distro. it is, but tcb is lessened by this- mostly in quality, slightly in size.

roberts:
It is not just physical (delivery) size, but about ram (runtime) size. Whereas Tiny Core runs entirely in ram, runtime optimization is an important factor.

With TC's fexlibility you always have the choice to load up aterm as an extension. Just tarball up from prior version into aterm.tce. Or better yet, copy aterm from /usr/bin to /usr/local/bin and then tce it or tcz it.

However, you still have the option to have transparency with the base TC. All three menu choices, Dark, Light, Transparency, remain.

Navigation

[0] Message Index

[#] Next page