Eduard Bloch wrote: > > #include <hallo.h> > * Jeff Teunissen [Thu, Oct 07 2004, 02:20:31AM]: > > > > If we are going to allow generic names, then obviously they would be > > > applied to the most commonly used or "best for the novice" example, > > > so I'm pretty sure that GNUstep apps aren't going to get them. > > > > On one of those counts, many GNUstep-using apps often win over their > > "competition". e.g. Terminal is a _very_ nice terminal emulator with > > excellent compatibility (it does UTF-8 well, and emulates the Linux > > console > > Who said that the "linux" console is a good kind of terminal emulation?
It's what's expected. We could do just about any other type, including graphics terminals, but TERM=linux is decent and simple. > > very well) and many features that are not found elsewhere. > > Such as? Let's compare. It may be look nice, but is it really good for > daily use?. I just tried version 0.9.4-2.2 and have "mixed feelings" (to > avoid a bad word) after comparing to rxvt-unicode. > > meta-keys in UTF-8 mode? Only after manual configuration. Not true -- OpenStep has an extra modifier key. Command is bound to the Alt_L keysym by default in gnustep-gui. Alternate is by default bound to Alt_R. A different program lets you easily set which keysyms get bound to the various modifiers. Alternate always does "meta". Command usually is grabbed for key equivalents in the menus. The option to set Command as meta overrides this. The option was created because on some configurations the right Alt key changed its keysym to ISO_Level3_Shift or some other such nonsense. On my 104-key I have two Alts and two Commands, so it's all good. > Manpage? None (or not easy to find). Correct. There's no point. > Command line options? No idea, either none or the program reacts insane