The "Gnome Terminal" application is part of the "Gnome Desktop" graphical user environment, popular in Linux and becoming available in commercial Unix. The "Gnome Terminal" is effectively a terminal-emulator application with its own set of quirks. Each new generation of software reveals the depressing news that programmers do not learn from the mistakes of the past. ////////////////////////////////////////////////////////////////////////////// Message-ID: <200309232041.h8NKfDuo004003@darkseid> Date: Tue, 23 Sep 2003 20:43:13 +0000 (UTC) From: Rob S. Subject: gnome transition faq for X11 geeks??? Ok, So I am transitioning to gnome. But there are a few things I am still trying to wrap my head around. These are things that are basic in X11 with TWM or CDE, but, don't seem to be normal behaviors with Gnome. So moving to gnome-terminal from xterm, I cam use the -geometry flag like I do on an xterm. But, font and color flags don't work (example: xterm -fg black -bg yellow -fn 10x20) I checked both the gnome-terminal and gnome-std-options man pages and colors and fonts don't seem to be an option. This seems like such basic functionality, (I had it with X11R3 with twm, back in the late 1980's.) Is this not supported in Gnome? Or is there some "more user friendly" way to get this type of stuff. I still can't figure out how to maximize windows in only one direction, or set different visual characteristics for window panel menus. Any help would be appreciated. .............................................................................. Message-ID: References: <200309232041.h8NKfDuo004003@darkseid> Date: Tue, 23 Sep 2003 22:17:01 +0000 (UTC) From: Darren M. Subject: Re: gnome transition faq for X11 geeks??? Rob S. wrote: > > So moving to gnome-terminal from xterm, I cam use the -geometry flag > like I do on an xterm. But, font and color flags don't work (example: > xterm -fg black -bg yellow -fn 10x20) You need to create a gnome-terminal profile, which is stored in the gconf database. You then start a new terminal like this: gnome-terminal --window-with-profile="BlackOnYellow" > I checked both the gnome-terminal and gnome-std-options man pages and > colors and fonts don't seem to be an option. This seems like such basic > functionality, (I had it with X11R3 with twm, back in the late 1980's.) > Is this not supported in Gnome? Yep, GNOME threw out a lot of the traditional X11 stuff. GNOME goesn't use the X11 resource database, either, so you don't use an .Xdefaults file anymore. > Or is there some "more user friendly" way to get this type of stuff. For gnome-terminal, it is all done by creating new profiles. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.os.linux.x, comp.terminals References: Message-ID: Organization: University of Cambridge, England Date: 7 May 2003 10:53:52 GMT From: Ben Harris Subject: Re: Need help with xterm programming In article , Thomas E. Dickey wrote: > >In comp.os.linux.x Ben Harris wrote: >> >> In article , >> Bernard S. Borenstein wrote: >>> >>> I'm porting a code from the SGI to linux (redhat 7.3). > >.... > >>> >>> Also whatever the "/y" is supposed >>> to be doing is not working, since I found a whole bunch of "y"s written >>> to the xterm and not interpreted as escape sequences. > >> Hmm. That sounds like a bug in xterm, since it should be capable of >> detecting the end of the control sequence, even if it doesn't know >> what to do about it. > > > more likely Bernard's running "gnome-terminal" > (which is widely known to have various bugs such as this). Yeah. I thought it was kind of unlikely that xterm would be that broken, but it didn't occur to me that if "xterm" could be "xwsh" it could also be "gnome-terminal". I'm sorry to have cast the integrity of your fine program [xterm] into question. -- Ben Harris Unix Support, University of Cambridge Computing Service. If I wanted to speak for the University, I'd be in ucam.comp-serv.announce. ////////////////////////////////////////////////////////////////////////////// Newsgroups: redhat.networking.general,comp.terminals X-Sender: s-61053@d212-151-146-241.swipnet.se Message-ID: Date: Sun, 28 May 2000 10:58:53 GMT From: Patric Sandberg Subject: Xterminal and Redhat linux, mini How-To Hello All, I have found out that to get a Xterminal (NCD 17c booted with Xncd17c) to work with RedHat Linux 6.2 you have to; a) switch from Gnome The reason being that Gnome is not very advanced technically, they have cut many corners in the development and also use some XFree86 proprietary extension to X not available on the NCD terminal. b) use either xdm or kdm as the display manager Change /etc/sysconfig/desktop to contain KDE instead of GNOME And/or change /etc/X11/prefdm to point out 'xdm' as the manager instead of 'kdm' (I use kdm because it looks better). c) Change /etc/X11/xdm/Xaccess to have a '*' entry (there is one, just remove the hash mark) d) Change /etc/X11/xdm/xdm-config in commenting out the DisplayManager.requestport line Now this was kind of trivial right? All this is down to both the security settings of RedHat (good) and the technical knowhow of the Gnome team (bad). I myself have now switched to KDE, all my favourite tools exist in other incarnations as KDE apps. I find Gnome sort of like an Apple, all colour and no content? Cheers, Patrick ////////////////////////////////////////////////////////////////////////////// Newsgroups: redhat.networking.general, comp.terminals Message-ID: References: Date: Mon, 29 May 2000 01:47:15 GMT From: Kenneth Seefried Subject: Re: Xterminal and Redhat linux, mini How-To On Sun, 28 May 2000 10:58:53 GMT, patric.sandberg@swipnet.se (PatricSandberg) wrote: > > a) switch from Gnome True. The Gnome people have definitely not learned the lessons the rest of us did years ago about supporting remote clients (well..."servers" in X parlance). The assumption that the server is running on a particular OS or Server version is generally bad in X. > b) use either xdm or kdm as the display manager I think XDM is lighter weight than KDM, and might be preferable on small memory xterminals. >Now this was kind of trivial right? Sorta, but such things should always be documented for the next guy down the pipe. >I myself have now switched to KDE, Me too...I think it looks and behaves much better than Gnome. However, if you've got a small memory xterminal (<= 8M), you might find using one of the older, smaller window managers such as TWM will help performance quite a bit. Most people don't really need all that cutesy window dressing that KDE (and Gnome) provide. Of course, once I bumped my MGX to 72MB, all I had to worry about was network speed. :-) - Ken Seefried CTO, DigitalMoJo Information Security Consulting, Training & Management ////////////////////////////////////////////////////////////////////////////// Solaris 9 from Sun includes the Gnome Desktop in both Intel and SPARC versions. (Solaris 9 08/03 includes Gnome 2.0.2.) Persons with disabilities will want to know about the included accessibility features: http://wwws.sun.com/software/star/gnome/accessibility/index.html ////////////////////////////////////////////////////////////////////////////// To set the window title of Gnome-terminal, one may use the same control sequences used for this purpose by "xterm". By default, all Gnome-terminal windows are part of a single process with multiple threads. To start up a Gnome-terminal that uses its own process, use the "--disable-factory" command-line argument. In Solaris, the Gnome dynamically-set title and the shell prompt do not work. This is a known "feature" of /etc/bashrc. See Sun's workaround: http://docs.sun.com/db/doc/817-1740/6mhev3br5?q=gtk2&a=view .............................................................................. To get Gnome-terminal to execute your ~/.profile file: Open gnome-terminal, the go to "Edit" -> "Current Profile". Then go to the "Title and Command" tab and check the box next to "Run command as a login shell". ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: Organization: The University of Manitoba Date: 26 Sep 2003 18:53:40 GMT From: Gary Mills Subject: Replacement xterm terminfo definition for Solaris gnome Gnome-terminal uses the "xterm" terminfo definition, but under Solaris 9 8/03, this definition is quite inadequate. It lacks colour, and has the wrong number of lines, for example. The following seems to be a good replacement. I haven't verified every little detail, but it's a great improvement. ================8<================ # Based on xterm-basic from XFree86, with modifications to suit # the Solaris 9 xterm and gnome-terminal emulators. xterm|xterm terminal emulator (color): for xterm and gnome-terminal, am, bce, km, mc5i, mir, msgr, xenl, colors#8, cols#80, it#8, lines#24, pairs#64, acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, .cbt=\E[Z, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?25h, cr=^M, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=^J, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, enacs=\E(B\E)0, flash=\E[?5h$<100/>\E[?5l, home=\E[H, .hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=^J, invis=\E[8m, is2=\E[!p\E[?3;4l\E[4l\E>, .kbs=^H, ka1=\EOq, ka3=\EOs, kb2=\EOr, kbs=\b, kc1=\EOp, kc3=\EOn, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kend=\E[Y, kent=\EOM, kf0=\EOy, kf1=\EOP, kf10=\EOY, kf11=\EOZ, kf12=\EOA, kf2=\EOQ, kf3=\EOR, kf4=\EOS, kf5=\EOT, kf6=\EOU, kf7=\EOV, kf8=\EOW, kf9=\EOX, khome=\E[H, kmous=\E[^_, knp=\E[U, kpp=\E[V, .kdch1=\E[3~, mc0=\E[i, mc4=\E[4i, mc5=\E[5i, .meml=\El, .memu=\Em, op=\E[39;49m, rc=\E8, rev=\E[7m, ri=\EM, rmacs=^O, rmam=\E[?7l, .rmcup=\E[?1049l, rmcup=\E[?4r, rmir=\E[4l, rmkx=\E[?1l\E>, rmso=\E[27m, rmul=\E[24m, rs1=\Ec, rs2=\E[!p\E[?3;4l\E[4l\E>, sc=\E7, setab=\E[4%p1%dm, setaf=\E[3%p1%dm, setb=\E[4%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6}%=%t3%e%p1%d%;m, setf=\E[3%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6}%=%t3%e%p1%d%;m, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%?%p7%t;8%;m%?%p9%t\016%e\017%;, sgr0=\E[m\017, smacs=^N, smam=\E[?7h, .smcup=\E[?1049h, smcup=\E[?4s\E[?4h, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, u6=\E[%i%d;%dR, u7=\E[6n, u8=\E[?1;2c, u9=\E[c, .vpa=\E[%i%p1%dd, ================8<================ -- -Gary Mills- -Unix Support- -U of M Academic Computing and Networking- ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: Date: Fri, 26 Sep 2003 19:32:10 GMT From: Rich Teer Subject: Re: Replacement xterm terminfo definition for Solaris gnome On 26 Sep 2003, Gary Mills wrote: > > Gnome-terminal uses the "xterm" terminfo definition, but under > Solaris 9 8/03, this definition is quite inadequate. It lacks The real problem is that Gnome-terminal uses the xterm definition, but isn't actually an xterm. The real solution, IMHO, is for Gnome-terminal to either implement xterm properly, or define its own termcap entry (the latter would probably be best). -- Rich Teer, SCNA, SCSA President, Rite Online Inc. Voice: +1 (250) 979-1638 URL: http://www.rite-online.net ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: Organization: The University of Manitoba Date: 26 Sep 2003 21:45:55 GMT From: Gary Mills Subject: Re: Replacement xterm terminfo definition for Solaris gnome In Rich Teer writes: >On 26 Sep 2003, Gary Mills wrote: >> >> Gnome-terminal uses the xterm terminfo definition, but under >> Solaris 9 8/03, this definition is quite inadequate. It lacks > The real problem is that Gnome-terminal uses the xterm definition, > but isn't actually an xterm. The real solution, IMHO, is for > Gnome-terminal to either implement xterm properly, or define its > own termcap entry (the latter would probably be best). Well, the Gnome people claim that it emulates an xterm. The benefit of using an existing terminfo definition is that programs run over a remote connection might work, because $TERM is generally forwarded. If gnome-terminal introduced a new terminal type, it would have to be installed everywhere, not just on systems running gnome. There is no perfect solution to this problem. Replacing Sun's xterm definition is about the best that can be done for now. -- -Gary Mills- -Unix Support- -U of M Academic Computing and Networking- ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: Organization: Timetravellers Anonymous Date: Sat, 27 Sep 2003 13:09:50 -0000 From: Richard L. Hamilton Subject: Re: Replacement xterm terminfo definition for Solaris gnome In article , mills@cc.umanitoba.ca (Gary Mills) writes: > > If gnome-terminal introduced a new terminal type, it would have to > be installed everywhere, not just on systems running gnome. There is > no perfect solution to this problem. Replacing Sun's xterm definition > is about the best that can be done for now. Some other terminal emulators have a flag that specifies a value other than the default to set TERM to; if gnome-terminal had that, it would at least let people choose between taking the chance on imperfect xterm emulation with a widely available xterm definition, or using a differently named terminal description that might not be as widely available. OT, ISTR a terminal emulator (I think it was back in the NeWS/TnT days?) that would actually alter its behavior according to a terminfo description, so that necessarily the description was accurate (at least as far as its ability to do that went). That would be great for old apps that are hard-coded to a particular terminal. -- rlhamil(at)mindwarp.smart.net http://www.smart.net/~rlhamil ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: Date: 27 Sep 2003 16:59:13 GMT From: Thomas Dickey Subject: Re: Replacement xterm terminfo definition for Solaris gnome Gary Mills wrote: > > Well, the Gnome people claim that it emulates an xterm. The "Gnome" people don't appear to include anyone who knows that much about terminal descriptions. > of using an existing terminfo definition is that programs run over a > remote connection might work, because $TERM is generally forwarded. Yes, that's a problem. Assumes the user knows what $TERM is. > If gnome-terminal introduced a new terminal type, it would have to > be installed everywhere, not just on systems running gnome. There is... However, I wrote a correct one for it a few years ago (part of ncurses). > ...no perfect solution to this problem. Replacing Sun's xterm definition > is about the best that can be done for now. > -- > -Gary Mills- -Unix Support- -U of M Academic Computing and Networking- -- Thomas E. Dickey http://dickey.his.com ftp://dickey.his.com ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: Organization: RadixNet Internet Services Date: 27 Sep 2003 17:17:41 GMT From: Thomas Dickey Subject: Re: Replacement xterm terminfo definition for Solaris gnome Gary Mills wrote: > Gnome-terminal uses the xterm terminfo definition, but under > Solaris 9 8/03, this definition is quite inadequate. It lacks > colour, and has the wrong number of lines, for example. The > following seems to be a good replacement. I haven't verified > every little detail, but it's a great improvement. > ================8<================ > # Based on xterm-basic from XFree86, with modifications to suit > # the Solaris 9 xterm and gnome-terminal emulators. > xterm|xterm terminal emulator (color): for xterm and gnome-terminal, > am, bce, km, mc5i, mir, msgr, xenl, The last I recall, gnome-terminal doesn't do "bce". If I recall correctly, the Solaris 9 xterm (based on reading the I18N patch) doesn't either. Sun's "dtterm" entry is closer to being correct. (There may be other features mismatched, but I'd have to test rather than just glance at this posting). Actually, if your sense of humor is perverse enough, bear in mind that xterm emulates a DEC VT102 terminal--or superset thereof--and try vttest: http://invisible-island.net/vttest/ In particular, the first few test screens (basic vt102 functionality). > colors#8, cols#80, it#8, lines#24, pairs#64, > acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, > bel=^G, blink=\E[5m, bold=\E[1m, .cbt=\E[Z, civis=\E[?25l, Does Solaris 9 xterm implement civis and cnorm? (It wasn't in the I18N patch, and I don't have a Solaris 9 for testing). > kf0=\EOy, kf1=\EOP, kf10=\EOY, kf11=\EOZ, kf12=\EOA, > kf2=\EOQ, kf3=\EOR, kf4=\EOS, kf5=\EOT, kf6=\EOU, using the numeric keypad escape sequences doesn't make effective use of the function keys that almost every keyboard has. > kf7=\EOV, kf8=\EOW, kf9=\EOX, khome=\E[H, kmous=\E[^_, The kmous setting isn't correct. > knp=\E[U, kpp=\E[V, > .kdch1=\E[3~, mc0=\E[i, mc4=\E[4i, mc5=\E[5i, .meml=\El, kdch1 really should be defined. > tbc=\E[3g, u6=\E[%i%d;%dR, u7=\E[6n, u8=\E[?1;2c, u9=\E[c, Gnome terminal doesn't do tbc correctly. > .vpa=\E[%i%p1%dd, > ================8<================ > -- > -Gary Mills- -Unix Support- -U of M Academic Computing and Networking- Every time I run Gnome software, it spits out a long series of error messages telling about the features that aren't working properly. Perhaps if I see some release-quality code from Gnome, I'll have a better opinion of it. -- Thomas E. Dickey http://dickey.his.com ftp://dickey.his.com ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: Organization: RadixNet Internet Services Date: 27 Sep 2003 20:15:33 GMT From: Thomas Dickey Subject: Re: Replacement xterm terminfo definition for Solaris gnome Richard L. Hamilton wrote: > > Some other terminal emulators have a flag that specifies a value other > than the default to set TERM to; if gnome-terminal had that, it would at > least let people choose between taking the chance on imperfect xterm > emulation with a widely available xterm definition, or using a differently > named terminal description that might not be as widely available. I haven't been satisfied with any terminfo for gnome-terminal, since it (like Microsoft's "telnet") always has a few bugs that break the rules that other programs follow. For instance (reminded that I'd neglected it for a while), I just added new entries, and am stuck trying to see how to make it reliably reset colors... > OT, ISTR a terminal emulator (I think it was back in the NeWS/TnT days?) > that would actually alter its behavior according to a terminfo description, > so that necessarily the description was accurate (at least as far as its > ability to do that went). That would be great for old apps that are > hard-coded to a particular terminal. For instance "emu". I poked at it a few times, but haven't seen it running properly (a victim of changing I/O interfaces). That was supposedly driven by a highlevel description of the terminal capabilitites. There was a more recent one (name doesn't come to mind--one of those SourceForge projects iirc) whose authors assumed that generality would be achieved by emulating the various flavors of xterm ;-) -- Thomas E. Dickey http://dickey.his.com ftp://dickey.his.com ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: Organization: CAS, Columbus, Ohio Date: 29 Sep 2003 11:32:05 GMT From: lvirden@yahoo.com Subject: Re: Replacement xterm terminfo definition for Solaris gnome According to Gary Mills : :Gnome-terminal uses the xterm terminfo definition, but under :Solaris 9 8/03, this definition is quite inadequate. It lacks :colour, and has the wrong number of lines, for example. The :following seems to be a good replacement. I haven't verified :every little detail, but it's a great improvement. After implementing this new terminfo, will the _real_ xterm continue to work properly? There are times when one needs a real xterm rather than an emulation - perhaps one needs the mouse reading capabilities, etc. -- Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: Organization: The University of Manitoba Date: 29 Sep 2003 14:09:21 GMT From: Gary Mills Subject: Re: Replacement xterm terminfo definition for Solaris gnome In lvirden@yahoo.com writes: >According to Gary Mills : >:Gnome-terminal uses the xterm terminfo definition, but under >:Solaris 9 8/03, this definition is quite inadequate. It lacks >:colour, and has the wrong number of lines, for example. The >After implementing this new terminfo, will the _real_ xterm continue >to work properly? There are times when one needs a real xterm rather >than an emulation - perhaps one needs the mouse reading capabilities, >etc. That was my goal. The problem is that both gnome-terminal and xterm use the xterm terminfo definition, so if you want both of them to work, you need a definition that suits both. Sun actually supplies several terminfo definitions for xterm. [The one named] `xterms' has 24 lines. `xtermc' has colour. Only `xterm' needs to be replaced. -- -Gary Mills- -Unix Support- -U of M Academic Computing and Networking- ////////////////////////////////////////////////////////////////////////////// Message-ID: <3FB3F47A.2020504@.COM> References: <3FB3F379.87CBE6C2@.COM> Date: Thu, 13 Nov 2003 21:17:44 +0000 (UTC) From: Tom V. Subject: Re: Terminal window color change Manish P. wrote: > > How can I change the default background color that shows up when I launch > the Terminal window in Gnome 2.0 ? From the terminal menu, edit the profile or create a new one where you set the color. Tom ////////////////////////////////////////////////////////////////////////////// Message-ID: Date: Mon, 10 Nov 2003 23:14:52 +0000 (UTC) From: Darren M. Subject: Re: vim has no color in gnome-terminal On Mon, 10 Nov 2003, Scott G. wrote: > When I run vim from a gnome-terminal, the syntax highlighting is off > due to a lack of color support. Everything works in a "dtterm" > terminal. Any ideas how to fix this? > > TERM = xterm > COLORTERM = gnome-terminal > vim is version 6.2 > GNOME is from Solaris 9 12/03 SPARC $ export TERM="xtermc" $ vim -- Darren M. ////////////////////////////////////////////////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ Newsgroups: comp.protocols.kermit.misc Message-ID: <8TDpa.21775$7M5.1588527@twister.nyc.rr.com> Date: Wed, 23 Apr 2003 21:48:52 GMT From: "Jeffrey Altman [Road Runner NYC]" Subject: Bitstream Vera Fonts work with Kermit 95 Bitstream and the Gnome Project have worked to release a set of Open Source fonts. The notion was to provide a free set of fonts which could be used on Open Source operating systems unlike the "free" fonts which Microsoft recently pulled from their web site. These are standard True Type Fonts (.TTF) which can be installed on Microsoft Windows as well as X Windows. The Bitstream Vera Sans Mono font is not as well populated as other Unicode True Type Fonts, however, it is extremely readable. One of the nice things about the license is that the font may be modified and redistributed without royalties. Perhaps someone will add the terminal graphics. You can read the license and download the fonts from http://www.gnome.org/fonts/ You will need 'gunzip' and 'tar' in order to expand the distribution. Perhaps Frank will be willing to place the expanded files on the Kermit ftp site. - Jeffrey Altman ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.protocols.kermit.misc Message-ID: References: <8TDpa.21775$7M5.1588527@twister.nyc.rr.com> Organization: Columbia University Date: 24 Apr 2003 11:39:12 -0400 From: Frank da Cruz Subject: Re: Bitstream Vera Fonts work with Kermit 95 In article <8TDpa.21775$7M5.1588527@twister.nyc.rr.com>, Jeffrey Altman [Road Runner NYC] wrote: : : Bitstream and the Gnome Project have worked to release a set of : Open Source fonts... : : http://www.gnome.org/fonts/ : : The Bitstream Vera Sans Mono font is not as well populated as other : Unicode True Type Fonts... A quick inspection of this font shows it's not much more than ASCII plus Latin-1: It has the Euro symbol, a couple Greek letters, a few letters needed for Polish/Czech/Turkish, a few symbols from the Apple Quickdraw set (per mille, "smart quotes", etc) and that's about it. It doesn't even have line/box-drawing characters (what Jeff meant by "terminal graphics"). Although it is an attractive and readable font and installs effortlessly on Windows, it's not particularly useful for terminal emulation. Compare (e.g.) with Courier New or Lucida Console, both of which come with recent Windows versions and handle most terminal emulation tasks including math, technical, and forms, plus Greek and Cyrillic, and (Courier New only) Arabic and Hebrew. - Frank ////////////////////////////////////////////////////////////////////////////// Date: Sat, 23 Oct 1999 16:02:37 +0200 Organization: GWDG, Goettingen Newsgroups: comp.os.linux.x Message-ID: <3811BFFD.5CA3135C@gwdg.de> From: Peter Weilbacher Subject: Re: "Alt+<####>" characters in X? Eric Sproul wrote: > > Hi, > You know how in Windows you can type and a 4-digit code to get > special characters? Is there a way to make that work in X11? I > occasionally need to type things like German, so I need the vowels with > umlauts and such. I'm running RedHat 6.0 with Gnome under kernel > 2.2.12. > > If there's a HOWTO or a FAQ please let me know... I couldn't find > either. Somebody just showed me that by pressing and releasing Ctrl and then typing " and a results in a German Umlaut for a. A German sz can be realized with Ctrl and then ss. This works for me in most GNOME applications, in normal xterms and in StarOffice, but unfortunately not in Netscape and pine. I also have never found this in an FAQ... Greetings, Peter. ////////////////////////////////////////////////////////////////////////////// Message-ID: <3F9CDF82.8040202@.COM> Date: Mon, 27 Oct 2003 09:03:23 +0000 (UTC) From: Colin S. Subject: Errors/probs using Gnome-terminal on 2.4 I am using Gnome 2.4 which all appears to be working, however, when I attempt to start gnome-terminal it takes a really long time to load, and then I get a tiny little window that I can't resize. If I run it from an "xterm"... I get loads and loads of errors, and still get a window I can't resize. Here is an excerpt of the errors: ---- $ /opt/gnome-2.4/bin/gnome-terminal ** (gnome-terminal:25270): CRITICAL **: file vtexft.c: line 186: assertion `font != NULL' failed ** (gnome-terminal:25270): CRITICAL **: file vtexft.c: line 186: --- [[ these errors go on for a while and then I start to get these ]] --- Xlib: extension "RENDER" missing on display ":0.0". ** (gnome-terminal:25270): CRITICAL **: file vtexft.c: line 186: assertion `font != NULL' failed ** (gnome-terminal:25270): WARNING **: Can not draw character U+0020. ** (gnome-terminal:25270): CRITICAL **: file vtexft.c: line 186: assertion `font != NULL' failed .............................................................................. Message-ID: Date: Mon, 27 Oct 2003 18:48:26 +0100 From: Christof P. Subject: Re: Errors/probs using Gnome-terminal on 2.4 Hi Colin, have a look at /opt/gnome-2.4/etc/fonts/fonts.conf does it contain any beyond: /usr/openwin/lib/X11/fonts /usr/share/fonts ~/.fonts does it help to add /opt/gnome-2.4/share/ghostscript/fonts /opt/gnome-2.4/share/gnopernicus/fonts .............................................................................. Message-ID: <3F9E2F5C.7070809@.COM> Date: Tue, 28 Oct 2003 08:55:26 +0000 (UTC) From: Colin S. Subject: Re: Errors/probs using Gnome-terminal on 2.4 Thanks for that, Christof, Adding the last two lines seemed to do the trick. The performance of Gnome-Terminal is a bit poor compared to 2.0.2, but I now know where I should be looking, I'll have a tinker around to see what I can do. Thanks for your help Colin ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: soda.csua.berkeley.edu NNTP-Posting-Date: Tue, 28 Dec 2004 16:59:56 +0000 (UTC) References: Message-ID: Organization: University of California, Berkeley Date: Tue, 28 Dec 2004 16:59:56 +0000 (UTC) From: Alan Coopersmith Subject: Re: Better font for gnome-terminal in JDS3? mills@cc.umanitoba.ca (Gary Mills) writes in comp.unix.solaris: | | I'm trying JDS3 under Solaris 10 build 72. I can't find a font for | gnome-terminal that looks a good as the default font for dtterm. I | like to have 3 or 4 80x24 terminal windows on my desktop. When I | position a gnome-terminal along side a dtterm window, the dtterm | always looks better. Characters in the dtterm are larger, for a given | font size, and spread out horizontally, so that they are clear and | easy to read. Lines are close together, conserving screen real | estate, but not too close. The strokes that compose the characters | are wide enough so that the characters are still readable when a | portion of the window is highlighted with inverse video. | | How can I get a font like that for gnome-terminal? The font used in dtterm is Lucida Sans Typewriter, but CDE uses the hand-tuned bitmap version of that font. Unfortunately, while you can get gnome-terminal to load the TrueType version and scale it, you can't get gnome-terminal to use the bitmap version of the font, as the font libraries it uses don't support the .pcf.Z format of fonts. (dtterm lets the X server open and render the fonts, using the classic X protocol font handling, JDS3 apps use Xft/freetype/Xrender to load the fonts in the client, render there, and then send the bitmaps to the client - with an end result of different font types being supported by each way, though with a large overlapping set supported by both.) -- ________________________________________________________________________ Alan Coopersmith * alanc@alum.calberkeley.org * Alan.Coopersmith@Sun.COM http://www.csua.berkeley.edu/~alanc/ * http://blogs.sun.com/alanc/ Working for, but definitely not speaking for, Sun Microsystems, Inc. .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: mira.cc.umanitoba.ca NNTP-Posting-Date: 28 Dec 2004 18:44:04 GMT References: Message-ID: Organization: The University of Manitoba Date: 28 Dec 2004 18:44:04 GMT From: Gary Mills Subject: Re: Better font for gnome-terminal in JDS3? In Rich Teer writes: > >On Tue, 28 Dec 2004, Gary Mills wrote: > >> How can I get a font like that for gnome-terminal? > > The best way I can get a decent terminal in JDS/GNOME at the > moment is to run dtterm, but even that is not without its > problems. :-( Yes, I could expound on those too. I've figured out how to get dtterm windows to appear where I want them on my desktop, and start up automatically at login time. I haven't found a way to have them start up on specific Gnome workspaces, though. -- -Gary Mills- -Unix Support- -U of M Academic Computing and Networking- ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: soda.csua.berkeley.edu NNTP-Posting-Date: Tue, 28 Dec 2004 16:54:36 +0000 (UTC) References: Message-ID: Organization: University of California, Berkeley Date: Tue, 28 Dec 2004 16:54:36 +0000 (UTC) From: Alan Coopersmith Subject: Re: What font does dtterm use? Rich Teer writes in comp.unix.solaris: |On Fri, 10 Dec 2004, Rich Teer wrote: |> > You should be able to put 'DtTerm*background' in ~/.Xresources. |> > (Note that JDS stomps on .Xdefaults but honors .Xresources - but then |> > .Xdefaults has been obsolete and deprecated since X11R2 or something |> > like that.) |> |> Ah ha! I'll rename my .Xdefaults to .Xresources and see if that helps any. | | | OK. So that makes the text area black (which is what I wanted), but the | menu and scroll bar backgrounds also change to black--not good. :-( | | | I want a black text area, with the menus and scroll bars backgrounds | as default. In CDE, I achieve this by using the "Style Manager - Color" | application. Is there a GNOME equivelent to this? Not that I know of - I think you'll just have to look through the list of widgets in the dtterm man page and try to determine the name of the text area widget and put that in your .Xresources entry instead. -- ________________________________________________________________________ Alan Coopersmith * alanc@alum.calberkeley.org * Alan.Coopersmith@Sun.COM http://www.csua.berkeley.edu/~alanc/ * http://blogs.sun.com/alanc/ Working for, but definitely not speaking for, Sun Microsystems, Inc. .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: 24.67.253.205 NNTP-Posting-Date: Tue, 28 Dec 2004 11:05:17 MST References: Message-ID: Organization: Shaw Residential Internet Date: Tue, 28 Dec 2004 18:05:17 GMT From: Rich Teer Subject: Re: What font does dtterm use? MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 28 Dec 2004, Alan Coopersmith wrote: > Not that I know of - I think you'll just have to look through the list > of widgets in the dtterm man page and try to determine the name of the > text area widget and put that in your .Xresources entry instead. OK, I'll give that a try. (For the record, the resource I was trying to change was Dtterm*dtTermView*background.) -- Rich Teer, SCNA, SCSA, author of "Solaris Systems Programming" . * * . * .* . . * . .* President, * . . /\ ( . . * Rite Online Inc. . . / .\ . * . .*. / * \ . . . /* o \ . Voice: +1 (250) 979-1638 * '''||''' . URL: http://www.rite-online.net ****************** ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: mira.cc.umanitoba.ca NNTP-Posting-Date: 28 Dec 2004 17:53:36 GMT Message-ID: Organization: The University of Manitoba Date: 28 Dec 2004 17:53:36 GMT From: Gary Mills Subject: Trouble with gnome-terminal in JDS3 This is with Solaris 10 build 72 sparc. I've noticed a couple of problems with gnome-terminal that don't occur with Gnome 2.0 under Solaris 9. Can they be fixed? 1) The [Page Up] and [Page Down] keys don't cause scrolling. They do in Mozilla and dtterm. They do work with gnome-terminal when shifted, but this is inconvenient and unexpected. 2) Two sets of foreground colours are interchanged. Red appears as blue, and blue as red. Likewise, yellow appears as cyan and cyan as yellow. The background colours are correct. I'm testing this with the ncurses colour test pattern, which is known to send the correct control sequences. In gnome-terminal, I'm using the Rxvt pallette, which displays the standard colours with only slight alteration. -- -Gary Mills- -Unix Support- -U of M Academic Computing and Networking- .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: 24.67.253.205 NNTP-Posting-Date: Tue, 28 Dec 2004 11:30:46 MST References: Message-ID: Organization: Shaw Residential Internet Date: Tue, 28 Dec 2004 18:30:46 GMT From: Rich Teer Subject: Re: Trouble with gnome-terminal in JDS3 On Tue, 28 Dec 2004, Gary Mills wrote: > 2) Two sets of foreground colours are interchanged. Red appears as > blue, and blue as red. Likewise, yellow appears as cyan and cyan The colour problems seem to be framebuffer specific. Mozilla displays fine on my SB 100 with its m64, but red and blue are swapped (e.g., for links) on my Ultra 60 with Creator 3Ds. I opened a bug for this, which will hopefully be fixed for FCS. -- Rich Teer, SCNA, SCSA, author of "Solaris Systems Programming" ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.admin, comp.unix.solaris NNTP-Posting-Host: cpc4-cmbg8-5-0-cust114.cmbg.cable.ntl.com NNTP-Posting-Date: Mon, 18 Apr 2005 10:55:56 BST References: <6md8e.34126$pA6.17879@newsfe1-win.ntli.net> Message-ID: Organization: NTL Date: Mon, 18 Apr 2005 09:55:56 GMT From: Tristram Scott Subject: Re: Keyboard problems with Java Desktop System In comp.sys.sun.admin Alan Coopersmith wrote: > > tristram.scott@ntlworld.com (Tristram Scott) writes in comp.sys.sun.admin: > | > |I have installed Solaris 10 on a SunFire V100, and also on a 280R. I am > |attempting to open a remote X session to these from a laptop with Solaris > |9 'x86, and from an SGI Indigo2. This seems to work okay when I choose > |CDE, but the Java Desktop System doesn't respond to any keyboard input. > |The mouse works fine. > | > |Has anyone got any ideas as to what might be the cause of this? > > Yes. Known GNOME bug. Patch coming soon. The Sun bug id is 6239595 - > it's also reported to the GNOME community as > http://bugzilla.gnome.org/show_bug.cgi?id=170318 > > The workaround from the Sun engineer working on it (updated since I > last posted about this earlier this week in comp.unix.solaris): > -------------- > A workaround is to log directly on the sparc machine (or remotely via a > CDE or failsafe session). > > Set all the keys defined in /apps/gnome_settings_daemon/keybindings > to an empty string. > > The following command will remove all the default settings : > > gconftool-2 -s --type=string > /apps/gnome_settings_daemon/keybindings/volume_down "" -s --type=string > /apps/gnome_settings_daemon/keybindings/volume_up "" -s --type=string > /apps/gnome_settings_daemon/keybindings/volume_mute "" > Thanks Alan. I tried doing this as you said, and the settings appered to have been removed, but the key grab remained. However, a bit of perseverance has got me there. I instead used Launch, Preferences, Desktop preferences, Keyboard, Shortcuts. The Keyboard shortcuts dialog let me disable the three volume related bindings you mentioned above, and that seems to have done the trick. The nice thing about doing it this way is that I was able to implement it on the spot without having to set it up before-hand. I still have the problem with smc not accepting passwords. Perhaps I should start a new thread on that topic. I'll keep an eye out for the patch to bug 6239595. Thanks very much for your help in this matter. -- Dr Tristram J. Scott Energy Consultant ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: [212.20.246.57] (via lumison.net) NNTP-Posting-Date: Wed, 27 Sep 2006 11:46:38 +0000 (UTC) References: <1159200812.988308.241810@b28g2000cwb.googlegroups.com> <4nqk0eFbjdf2U1@individual.net> <1159265949.834701.76490@i42g2000cwa.googlegroups.com> <451929a0$0$4517$e4fe514c@news.xs4all.nl> Message-ID: <1159357592.712012.312660@e3g2000cwe.googlegroups.com> Date: 27 Sep 2006 04:46:32 -0700 From: Tim Bradshaw Subject: Re: Desktop/workstation (Xsun + JDE) usage impact on performance. Casper H.S. Dik wrote: > > GNOME-terminal is slow; I don't think a faster graphics card helps. > > It uses way to many X calls. Judging by some DTrace traces I saw, this is pretty much true of GNOME, full stop. Written by sloppy programmers using very fast machines, I suspect. I have apocryphal (well, first hand, but I didn't actually do any real profiling) evidence that if you want to run GNOME apps over a fairly slow connection, especially one with significant latency (like typical something-tunneled-over-domestic-ADSL, say), then a good way of doing it is to run Xvnc on the remote machine, use that as the display and then tunnel VNC. That way all the X calls go to the Xvnc server (low latency) and only the (effects of) ones that actually make any difference to what is on the screen end up propagating over the tunnel. (And of course you get all the normal VNC advantages like being able to detach from the server.) --tim .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: ip-83-99-50-53.dyn.luxdsl.pt.lu References: <1159200812.988308.241810@b28g2000cwb.googlegroups.com> <4nqk0eFbjdf2U1@individual.net> <1159265949.834701.76490@i42g2000cwa.googlegroups.com> <451929a0$0$4517$e4fe514c@news.xs4all.nl> <1159357592.712012.312660@e3g2000cwe.googlegroups.com> <451a6bba$0$4525$e4fe514c@news.xs4all.nl> Message-ID: <20060927145209.2f2b24ea.hoendech@ecc.lu> Organization: E.C.C. sa - Computer Consultants Date: Wed, 27 Sep 2006 14:52:09 +0200 From: Stefaan A Eeckels Subject: Re: Desktop/workstation (Xsun + JDE) usage impact on performance. On 27 Sep 2006 12:16:58 GMT Casper H.S. Dik wrote: > "Tim Bradshaw" writes: > > >Judging by some DTrace traces I saw, this is pretty much true of > >GNOME, full stop. Written by sloppy programmers using very fast > >machines, I suspect. > > Yep: Xterm over IPsec over ADSL is completely acceptable; > GNOME-terminal over IPsec over ADSL is not usable. I think it might have something to do with anti-aliasing. Sun's GNOME 2.0 (which doesn't have it) is very fast compared to JDS and Blastwave's GNOME 2.8. I used GNOME 2.0 for a while on an Ultra 60/360 dual-processor, and noticed that there was little difference in speed between an xterm and gnome-terminal. When switching to Blastwave GNOME with anti-aliased fonts, one of the first things I noticed was the extreme slowness of all text displays (e.g., in gvim as well). Take care, -- Stefaan A Eeckels -- Never explain by malice what can be adequately explained by stupidity. However: Sufficiently advanced stupidity is indistinguishable from malice. .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: 62.177.151.68 References: <1159200812.988308.241810@b28g2000cwb.googlegroups.com> <4nqk0eFbjdf2U1@individual.net> <1159265949.834701.76490@i42g2000cwa.googlegroups.com> <451929a0$0$4517$e4fe514c@news.xs4all.nl> <1159357592.712012.312660@e3g2000cwe.googlegroups.com> Message-ID: <451a6bba$0$4525$e4fe514c@news.xs4all.nl> Organization: Sun Microsystems, Netherlands Date: 27 Sep 2006 12:16:58 GMT From: Casper H.S. Dik Subject: Re: Desktop/workstation (Xsun + JDE) usage impact on performance. "Tim Bradshaw" writes: > > Judging by some DTrace traces I saw, this is pretty much true of GNOME, > full stop. Written by sloppy programmers using very fast machines, I > suspect. Yep: Xterm over IPsec over ADSL is completely acceptable; GNOME-terminal over IPsec over ADSL is not usable. Casper -- Expressed in this posting are my opinions. They are in no way related to opinions held by my employer, Sun Microsystems. Statements on Sun products included here are not gospel and may be fiction rather than truth. .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: soda.csua.berkeley.edu NNTP-Posting-Date: Wed, 27 Sep 2006 16:55:22 +0000 (UTC) References: <1159200812.988308.241810@b28g2000cwb.googlegroups.com> <1159265949.834701.76490@i42g2000cwa.googlegroups.com> <451929a0$0$4517$e4fe514c@news.xs4all.nl> <4ntt8lFbop3jU1@individual.net> Message-ID: Organization: University of California, Berkeley Date: Wed, 27 Sep 2006 16:55:22 +0000 (UTC) From: Alan Coopersmith Subject: Re: Desktop/workstation (Xsun + JDE) usage impact on performance. Michael Laajanen writes in comp.unix.solaris: |> |> GNOME-terminal is slow; I don't think a faster graphics card helps. | | Will there be any work on this performance issue? There has been work on GNOME performance for the later GNOME releases, such as the GNOME 2.14 currently found in Solaris Express, and work is continuing, both in the community and at Sun, for future releases. -- Alan Coopersmith * alanc@alum.calberkeley.org * Alan.Coopersmith@Sun.COM http://blogs.sun.com/alanc/ * http://people.freedesktop.org/~alanc/ http://del.icio.us/alanc/ * http://www.csua.berkeley.edu/~alanc/ Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 68.146.219.94 NNTP-Posting-Date: Fri, 27 Mar 2009 16:58:07 UTC References: Message-ID: Date: Fri, 27 Mar 2009 16:58:07 GMT From: Colin B. Subject: Re: XSun: Slow Scroll Moody wrote: > > Hello, > > I've just installed a sunblade-150 with solaris-10. Problem is with X- > Display being very slow to scroll even the terminal in windowing > environment with half the screen displaying old contents and rest with > new and after 1-2 seconds it goes normail when I scroll. Can someone > help me how to fasten the fresh rate or get rid of this very slow > scroll issue in X Are you using gnome-terminal? It is really really REALLY slow to scroll, compared to other terms. xterm is nice and quick. Colin ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.terminals NNTP-Posting-Host: 173.79.205.204 NNTP-Posting-Date: Thu, 30 Jul 2009 23:18:50 +0000 (UTC) References: <98934166-c6e5-4700-9ce6-6dd0eedf6892@s31g2000yqs.googlegroups.com> Message-ID: <2b50bc12-ce7d-499a-a7e9-55202f6da0c4@p28g2000vbn.googlegroups.com> Date: Thu, 30 Jul 2009 16:18:50 -0700 (PDT) From: Thomas Dickey Subject: Re: ncurses on gnome-terminal On Jul 26, 8:43 pm, Spiros Bousbouras wrote: > > On 21 July, 22:23, Harold wrote: > > > > mvprintw (top, left, "%d", (top + left) % 10); // display ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > If the dimensions of the window are 24 x 70 then eventually all > positions will be filled but not with a fixed digit since the > expression > (top + left) % 10 > is not fixed but changes (pseudo)randomly. no - the digit printed at a given location is constant, because it is always a (nonrandom) function of the location's coordinates. If the screensize were smaller than 24x70, the result would be (reasonably) unpredictable. OP did not mention this; we're assuming it is at least 24x70. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 213.78.42.15 References: <4b0709d6@212.67.96.135> Message-ID: <4b07404b@212.67.96.135> Date: Sat, 21 Nov 2009 01:20:11 +0000 From: Dave Subject: Re: Ultra 27 / OpenSolaris 06/2009. Keyboard layout randomly changes Oscar del Rio wrote: > Oscar del Rio wrote: >> Dave wrote: >>> >>> I'm getting a bit fed up with this. Every now and then (few days), >>> the monitor is displaying different characters to what I intend typing. >>> >>> Shift-3 displays a #, not a £, as I expect on my UK keyboard >>> Shift-2 displays @ rather than ", as I expect on my UK keyboard. >> >> >> Check/disable the Gnome Virtual Keyboard, usually found on the top >> panel's Notification Area. > > sorry, it's actually called "Input Method Switcher", not virtual keyboard. Thank you. I'll take a look at that next time the machine goes up the creeks. The tool appears to auto detect the keyboard correctly, as being a UK keyboard. The machine was bought new, with the right (type 7) keyboard and mouse, so I'm not using some older unsupported keyboard. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 68.146.219.94 NNTP-Posting-Date: Mon, 04 Jan 2010 19:34:34 UTC Message-ID: Date: Mon, 04 Jan 2010 19:34:34 GMT From: Colin B. Subject: gnome-terminal vs. the Front/Open keys Hey folks; I've got an Ultra45 with two video cards in it (XVR-2500, and XVR-100). It's running S10u8, with patches. Since I first got it though, the front and open keys on my type 6 keyboard have failed to work with the gnome-terminal windows on the XVR-100 display. They work with all other applications, and work fine with the terminal windows on the XVR-2500 display, just not here. Any suggestions? I've dug through Sunsolve and come up blank so far. Thanks, -- Colin ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 155.8.89.2 NNTP-Posting-Date: Mon, 15 Feb 2010 18:35:54 +0000 (UTC) Message-ID: Date: Mon, 15 Feb 2010 10:35:53 -0800 (PST) From: ChrisS Subject: Future Terminal Emulator? What Terminal Emulator do you (a Solaris admin) use on Solaris 10 and OpenSolaris? I know I'll get picked on here for admitting this, but as an administrator I always go back to CDE's dtterm. It's light-weight, fast and stable. (I dont' use special emulation features like some do). I've tried to migrate to Gnome's terminal emulator, but I find it doesn't output text nearly as fast as dtterm. I've attempted to turn off the anti-aliased fonts of Gnome's terminal window, but it didn't really speed anything up. I suppose the gnome-terminal window is stable and feature rich, but Gnome's desktop is a hog and "somewhat" unstable.... compared to the battleship grey legacy CDE window manager. When Solaris 11 is finally released, there most likely will not be a CDE or dtterm. What does an old dinosaur do; just suck it up and use gnome- terminal? Go back to xterm? Move everything in his architecture to Linux? (just kidding, don't hit me) What are other Solaris admins using? My daily existence consists of man pages, ssh sessions, using cat and vim, diagnosing system and storage performance, and lastly file system manipulation. I'm the one who reaches for a command window instead of a file manager. Good advice is welcomed. Tanx! . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.unix.solaris References: Message-ID: Organization: A noiseless patient Spider Date: Mon, 15 Feb 2010 19:25:46 +0000 (UTC) From: Andrew Gabriel Subject: Re: Future Terminal Emulator? I share your pain, but I bit the bullet and switched to gnome-terminal a couple of years ago. Some of the apps I use explicitly spawn xterm, so I use that too. I still have to revert to dtterm for one or two things which make extensive use of curses - gnome-terminal and xterm just don't have sufficiently working termcap/terminfo entries for anything which uses curses more fully than vi does. One of my own applications uses -S (slave mode) which gnome-terminal doesn't support, so for that I have to use xterm or dtterm. -- Andrew Gabriel [email address is not usable -- followup in the newsgroup] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.unix.solaris NNTP-Posting-Date: Mon, 15 Feb 2010 19:27:52 UTC References: Message-ID: Organization: Timetravellers Anonymous Date: Mon, 15 Feb 2010 19:27:52 GMT From: Richard L. Hamilton Subject: Re: Future Terminal Emulator? dtterm is decent, except I wish it had the alternate buffer so that the display would be restored to what it was before running something cursor-addressible like vi. Newer versions of xterm don't totally suck. From what I've seen, you aren't the only one less than thrilled with gnome-terminal. I would suppose that if one brought forward the right files, the old CDE stuff would still work. Trick would be to do so _carefully_, not overwriting anything new. Not that I've yet tried to retrofit CDE on top of OpenSolaris (the distro) or anything like that. I'll definitely miss CDE; it's not heavy on eye-candy, but it's decently fast, and plenty customizable as long as one doesn't mind getting one's hands dirty writing shell scripts, action definitions, and suchlike. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.unix.solaris NNTP-Posting-Date: Thu, 18 Feb 2010 09:52:16 -0600 References: <4b7a89b6$0$11610$3b214f66@usenet.univie.ac.at> <53d744ac-a86c-49a2-b799-5790614fea57@f29g2000yqa.googlegroups.com> <7u3gi3F7kiU1@mid.individual.net> Message-ID: Date: Thu, 18 Feb 2010 10:52:16 -0500 From: Hugh Coomes Subject: Re: Future Terminal Emulator? I am still using xterm, primarily because I have not found another terminal emulator that matches the xterm capability of mapping keystroke output (using the X resource: XTerm*VT100.Translations: #override). Are there any other terminal emulators that implement mapping of keystroke output in a complete and reasonable manner ? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.unix.solaris NNTP-Posting-Host: bass.unixhome.net [68.145.168.233] NNTP-Posting-Date: Sat, 20 Feb 2010 15:40:49 UTC References: Message-ID: <5oTfn.869$sx5.637@newsfe16.iad> Date: Sat, 20 Feb 2010 08:40:48 -0700 From: Canuck57 Subject: Re: Future Terminal Emulator? On 18/02/2010 4:06 PM, Drazen Kacar wrote: > > ChrisS wrote: > > > > What Terminal Emulator do you (a Solaris admin) use on Solaris 10 and > > OpenSolaris? > > I use wterm, with some home-made patches. > > > I know I'll get picked on here for admitting this, but as an > > administrator I always go back to CDE's dtterm. It's light-weight, > > A long time ago someone said people would start calling Motif applications > lightweight one day and I didn't believe. :-) Neither did I, yet by todays standards it is a lean model. > > What does an old dinosaur do; just suck it up and use gnome- > > terminal? Go back to xterm? > > > I'm considering moving to xterm, but I suppose I'll have to compile it > myself. Have been using xterm since I don't know when, perhaps 80's. Certainly in the 90's. Always is consistant and there. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.unix.solaris References: <4b7a89b6$0$11610$3b214f66@usenet.univie.ac.at> <53d744ac-a86c-49a2-b799-5790614fea57@f29g2000yqa.googlegroups.com> <7u3gi3F7kiU1@mid.individual.net> Message-ID: Organization: united xpiloteers Date: Sun, 21 Feb 2010 00:49:11 +0100 (CET) From: Sven Mascheck Subject: Re: Future Terminal Emulator? Hugh Coomes wrote: > > Are there any other terminal emulators that implement mapping of > keystroke output in a complete and reasonable manner ? I wouldn't be surprised if there were none. - What you see in xterm, is (somewhat automatically) implemented by means of the translation tables in libXt. - rxvt avoids linking libXt by intention, aiming at a smaller footprint. - younger terminal emulators might consider libXt as oldfashioned. BTW, see also - the "X Toolkit Intrinsics F.A.Q" http://www.faqs.org/faqs/Xt-FAQ/ - and here I collected what I found interesting http://www.in-ulm.de/~mascheck/X11/xterm/ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.unix.solaris NNTP-Posting-Host: padme.ifi.uio.no NNTP-Posting-Date: Sun, 21 Feb 2010 14:05:12 +0000 (UTC) References: <4b7a89b6$0$11610$3b214f66@usenet.univie.ac.at> <53d744ac-a86c-49a2-b799-5790614fea57@f29g2000yqa.googlegroups.com> <7u3gi3F7kiU1@mid.individual.net> Message-ID: <1rzl32d6qv.fsf@padme.ifi.uio.no> Organization: University of Oslo, Norway Date: Sun, 21 Feb 2010 15:05:12 +0100 From: Kjetil Torgrim Homme Subject: Re: Future Terminal Emulator? [Hugh Coomes]: > > I am still using xterm, primarily because I have not found another > terminal emulator that matches the xterm capability of mapping > keystroke output (using the X resource: XTerm*VT100.Translations: > #override). > > Are there any other terminal emulators that implement mapping of > keystroke output in a complete and reasonable manner ? As a preparatory step towards switching to gnome-terminal, I wrote a small program for faking keypresses, which can be bound to keys in GNOME preferences. See: http://kjetilho.at.ifi.uio.no/hacks/#fakekeypresses -- Kjetil T. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.unix.solaris NNTP-Posting-Host: 8xSOMU8vnk3c7f/I/wYzXQ.user.speranza.aioe.org References: Message-ID: Organization: Aioe.org NNTP Server Date: Thu, 25 Feb 2010 23:52:14 +0000 (UTC) From: wschaub@steubentech.com Subject: Re: Future Terminal Emulator? On 2010-02-15, ChrisS wrote: > > ... > I'm the one who reaches for a command window instead of a file manager. > Good advice is welcomed. > Tanx! I rather like Aterm myself. its very lightweight and based off of rxvt. I have mine compiled to use a NeXT style scroll bar on the left hand side. I also love CDE and haven't even considered switching. I have my "find" key set up to launch Aterm when I press it with a black background with lime-green text for nostalgic purposes. If I could choose my ideal desktop environment, it would be the SGI Indigo Magic Desktop with a CDE style dock. I only wish SGI had released the sources for that along with the inst package manager. //////////////////////////////////////////////////////////////////////////////