home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.windows.open-look:3776 alt.toolkits.xview:851
- Path: sparky!uunet!cs.utexas.edu!sun-barr!news2me.ebay.sun.com!exodus.Eng.Sun.COM!ark.Eng.Sun.COM!brianw
- From: brianw@ark.Eng.Sun.COM (Brian Warkentine)
- Newsgroups: comp.windows.open-look,alt.toolkits.xview
- Subject: Re: Slingshot 1,0 Bug?
- Date: 9 Sep 1992 20:59:10 GMT
- Organization: Sun Microsystems, Mt. View, Ca.
- Lines: 26
- Message-ID: <laspcuINNmt1@exodus.Eng.Sun.COM>
- References: <1992Sep7.184551.7414@msuinfo.cl.msu.edu>
- NNTP-Posting-Host: ark
-
- In article <1992Sep7.184551.7414@msuinfo.cl.msu.edu> adc@tardis.msu.edu writes:
- >
- >ACTION_SELECT and ACTION_ADJUST events don't seem to be handled
- >correctly in Slingshot 1.0. I'm using Slingshot 1.0 with Guide 3.0.
- >I've created a canvas shell with an array tile with icons. The icons
- >pass the press and release of the ACTION_ADJUST; the array tile, or
- >canvas, just pass the press of the ACTION_ADJUST. None of the
- >components pass the release of the ACTION_SELECT; the components pass
- >the press of ACTION_SELECT just fine. BUT, icons will pass an
- >ACTION_SELECT release when I press select over an icon, move the mouse
- >a bit, then release.
-
-
- You are right. I suppose you could call it a bug, but that's just the
- way it has been coded. The SlingShot 1.0 extensions occasionally
- bypass XView's event notification scheme and get the events right from
- Xlib and don't let XView or the application look at them.
-
- This will be fixed in a future release. In the short term, you can
- be risky and try your hand at hacking the SlingShot internals. Use
- the source Luke!
-
-
- -brian
- brian.warkentine@eng.sun.com
-
-