Squeak-dev October 2000

squeak-dev@lists.squeakfoundation.org

112 participants
424 discussions

Dropping SystemWindow like a Morph
by Stephane Ducasse 01 Oct '00

01 Oct '00

Hi I would like to be able to embed an instance of SystemWindow in a Flap by drag and drop (not using embed). A concret example of what I would like to be able to do pn my own widgets. Using the global flaps, for example, I would like to be able to drag a browser from the tools flap and drop it into another Flap the squek one for example. This works with Morphs like RecordingsControl. I take take one fro the tool sflap and drop it into the Squea k Flap. But I have problem if my object is an instance of SystemWindow. Stephane DUCASSE (ducasse(a)iam.unibe.ch) http://www.iam.unibe.ch/~ducasse/ "if you knew today was your last day on earth, what would you do different? ... especially if, by doing something different, today might not be your last day on earth" Calvin&Hobbes University of Bern, Institut fuer informatik and Mathematik IAM-SCG, 10 neubruckstrasse, CH-3012 Bern, Switzerland.

1 0

How to make Morphs that only appear when the mouse is over them?
by Ned Konz 01 Oct '00

01 Oct '00

I'm working on my AttachmentMorphs, and am trying to add a mode where they won't be visible unless the mouse is over them. But using mouseEnter: and mouseLeave: to control visibility doesn't work, since the mouseOver logic in the Hand ignores invisible Morphs. I guess I could use step and query the cursor position every time, but is there a cleaner way? (Actually, using step would let me make them visible when the mouse was merely near them. This might be better). -- Ned Konz currently: Stanwood, WA email: ned(a)bike-nomad.com homepage: http://bike-nomad.com

2 1

[FIX] explainClass method generated incorrect example code
by Andrew P. Black 01 Oct '00

01 Oct '00

For Squeak version 2.8: the example code inserted by "explain ..." had a spurious "#" which made it unexecutable. I also improved the message a little for the case of the an undeclared variable. Andrew

1 0

Re: SqueakOnLinuxFramebuffer getStatus.
by Aaron J Reichow 01 Oct '00

01 Oct '00

On Sun, 1 Oct 2000, Lalo Martins wrote: > On Sat, Sep 30, 2000 at 03:02:44PM -0500, Aaron J Reichow wrote: > > > > Well, active isn't quite the correct word. I was the one working on the > > fb support, but have never done any VM hacking nor fb support, so it's > > been kind of slow going. I wanted for the same reason (among other > > things)- to get Squeak as an OS on my Helio. I've been trying to get it > > going under Virtual PC. It compiles, but it chokes somewhere. > > Well, even on the desktop I'd really prefer to run Squeak on > the framebuffer rather than X. Does this work yet? Nope, it doesn't work yet. The great thing is that the Linux fb has a standard interface across platforms, so the same Squeak/fb version should work on all platforms which are supported by the Linux fb, PDA, workstation, or whatever. The exception may be some of the older pre-standard Linux fb kernels, but the above should apply for anything recent. > (I have an old SparcStation running Linux. X runs with 256 > colors, so I haven't used it in months - I use the box to run > micq and mutt. But I figure Squeak on the framebuffer could > live well with 256 colors... worth trying, I think) I would definately say so. I've been kicking around the idea of writting an AIM client in Squeak (using libfaim), which you can use to access ICQ. And there's always Celeste. ;) > Is this code anywhere I can see or is it being distributed by > email on a person-to-person basis? :-) Send it to me... I may > not have experience with VM hacking or fb support either, but I > have some voodoo debugging skills. Within the next day or two, I'll boot up Virtual PC and put it up. URL forthcoming. I'm still using the 2.7 VM, and should try to update it to the current 2.8. Hopefully your mad gdb skills will help- the current situation is that it compiles and links just dandy, upon startup, a Smalltalk error walkback is spit out and then segfaults. > > It'd always nice to help- another thing on my to-do list is to make Squeak > > PDA friendly, and develop some sort of PDA-GUI framework for Squeak. > > Yes, well, the major issues I see are the single "mouse button" > (the touchscreen), the lack of colors which make the halo of > questionable usefulness, and the lack of screen real space > (Morphic windows tend to be *big* for some reason... perhaps > because they look damn good this way, who knows) Agreed. I don't see the lack of colors as a huge issue, as halos also have little icons representing what they do. Furthermore, I don't think halos will be brought up very often on a PDA. If you want to develop on the Helio itself and needed the red, blue, and yellow mouse buttons the normal touch would be regular click, and the page up and page down buttons on the Helio could be set to be modifiers for yellow and blue buttons. In preferences, page up and page down could be mouse modifiers or actual page up and page down. Screen real estate... Aah. 160x160 is an incredibly tiny display. A single-app model (with small floating windows) is probably the way to go, some PDA framework on top of Morphic. > BTW, just the basic port is more than just porting squeak to > the framebuffer... there will have to be support for the > touchpad (/dev/tp? or is it /dev/ts?) - shouldn't be hard, > perhaps it can even be borrowed from W or Microwindows, but has > to be done. The good news is that Tim Rowledge has already ported Squeak to the Linux fb for the DEC Itsy. It was a older version, so plugging it in wasn't instant-magico. I'm guess that it'd be pretty easy to someone who knew what they were doing. I stuck this file at <http://www.d.umn.edu/~reic0024/sqItsyWindow.c> for your viewing pleasure. regards- a

1 0

Jump to page: