Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!news.mira.net.au!news.netspace.net.au!news.mel.connect.com.au!munnari.OZ.AU!spool.mu.edu!newspump.sol.net!howland.erols.net!EU.net!news2.EUnet.fr!newsbr.eunet.fr!usenet From: fgm@osinet.fr (Frederic MARAND) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: xaps over ppp connection (Q) Date: Wed, 16 Oct 1996 21:24:57 GMT Organization: Groupe SEDI / Agorus SA / OSI SARL / Lines: 17 Message-ID: <543n3f$p67@newsbr.eunet.fr> References: <325CF4EC.57A3@foto.infi.net> <53jgb8$rk8@prometheus.acsu.buffalo.edu> <53kr1s$pkt@newsbr.eunet.fr> <53o4ck$8p4@uriah.heep.sax.de> NNTP-Posting-Host: 193.107.196.155 X-Newsreader: Forte Free Agent 1.0.82 j@uriah.heep.sax.de (J Wunsch) wrote: >Seems xcalc actually creates a lot of X11 elements, i think something >like an xterm starts up much faster. xcalc is almost as slow as an >Emacs in startup. It sure sends lots of X11 messages: one button for every visible rectangle : they're not drawn in the context of the parent like the motif gadgets, but evevry button is an XButton. What it implies is every movement of the mouse over the face of the calculator implies numerous window border crossings and lots of messages. The code logic is really simplified by this approach. On the opposite, xterm without the scrollbar is made up of only one visible widget, but its internal working is much more convoluted..