timfair@rchland.iinus1.ibm.com (Tim Fairclough) (01/29/91)
Why don't ATK applications support the -iconic command line option? When I tried to execute a command with that option my typescript showed the following. sendmessage -iconic & [1] 375 ~> Starting messages (Version 7.14, ATK 15.5); please wait... Illegal option: '-iconic'--ignored This option is one that is listed in the X Toolkit Intrinsics Programming manual as a standard command line option. Thanks Tim TIMFAIR@RCHLAND.IINUS1.IBM.COM
janssen@parc.xerox.com (Bill Janssen) (01/29/91)
Excerpts from ext.andrew: 28-Jan-91 -iconic option Tim Fairclough@rchland.i (456) > This option is one that is listed in the X Toolkit Intrinsics > Programming manual as a standard command line option. Andrew is not an X Toolkit Intrinsics-based toolkit. One of the more useful things about it, from my perspective, is that it does not expose X overly much. Bill
bernerus@CS.CHALMERS.SE (Christer Bernerus) (01/29/91)
Excerpts from info-andrew: 28-Jan-91 Re: -iconic option Bill Janssen@parc.xerox. (365+0) > Excerpts from ext.andrew: 28-Jan-91 -iconic option Tim > Fairclough@rchland.i (456) >> This option is one that is listed in the X Toolkit Intrinsics >> Programming manual as a standard command line option. > Andrew is not an X Toolkit Intrinsics-based toolkit. When discussing useful features -- who cares about what toolkit an application is built upon ? I've been missing the possibility of starting e.g. help into an icon when I log on. I don't give a damn what you would call such a flag, but > one suggestion is -iconic. > One of the more useful things about it, from my perspective, is that > it does not expose X overly much. One of those useful things is of course the inability to cut/paste > between X and Andrew applications without playing special tricks ?? :-( Chris. ------------------------------------------------------- Christer Bernerus ! E-mail: bernerus@cs.chalmers.se Chalmers University of Technology ! Phone: +46 31 721000 Department of Computer Science ! Ham radio: SM6FBQ 144.3 MHz S-412 96 Gothenburg, SWEDEN
guy@auspex.auspex.com (Guy Harris) (01/31/91)
>> One of the more useful things about it, from my perspective, is that >> it does not expose X overly much. Is that a case of "it doesn't require me to do X-specific stuff", or "it doesn't *permit* me to do X-specific stuff"? There's no way to do some things in Andrew that can be done in X *and* in some other window systems atop which it might be placed (you can't ring the display station's bell, you can't say "please map the 'left arrow' key into the following procedure" - yes, you can bind something to the H19 escape sequence that emerges from the "im" layer, but I don't know of any way offhand to, say, make a VTXXX-emulating "tm", 'cuz the arrow keys get translated to H19 escape sequences at a fairly low level - etc.). >One of those useful things is of course the inability to cut/paste >> between X and Andrew applications without playing special tricks ?? :-( What sort of problems have you seen? There was a bug in the handling of large cuts&pastes due to not handling the ICCCM INCR property stuff correctly, but that got fixed in PL9; when I was doing the fix, I managed to do cuts and pastes between "ez", "textedit" (yes, that *is* an X application, now), and "xedit" - I did have to cook up some translations for "xedit", in order to get it to use the clipboard, but that was more of a problem for XView applications such as "textedit" rather than for Andrew.