Squeak-dev March 2002

squeak-dev@lists.squeakfoundation.org

169 participants
610 discussions

Re: Generalized Object Modules Design
by Richard A. O'Keefe 04 Mar '02

04 Mar '02

Following up on what someone else wrote, I suggested: > (a) Making the change-set browser-specific, to which Hannes Hirzel replied: I think this would interfer considerably with the way we are working today. Why should it? The idea is that each new browser would start up with the containing Project's changeset, but you could tell it to use a different changeset. If you don't tell a browser to change its changeset, it CAN'T "intefere with the way we are working today" because it would BE "the way we are working today". What we need is a simple way to define to which module our changes go to (this implies the place where changes for the DeltaModules go to). And you don't think "tell the browser" is a simple way? > (b) Having the browser display the change-set in its title-bar. In the current image (Squeak 3.3a-4730) that may be the current image, but despite asking a couple of weeks ago, no-one has yet told me were I can get a 3.2 VM-and-image for UNIX. the changeSet is associated with the Project is Project current changeSet (and) Project current changeSet name gives the name of the changeSet which is the same as the project name. This is so in 3.0. But what of it? That's not the issue. I consider it a good idea to display the name of the project/changeSet somewhere _within_ the project. Funny, I thought a Browser _was_ within a Project. This will enhance the awareness in which context one is working and motivate to change projects if necessary. The point is that "what ChangeSet will *this* change go to" is a question about the change one is working on in some Browser. The Browser is where you are looking when you ask it. That's why the Browser is a good place to display the answer. Whether a Browser can alter the current ChangeSet or not, Browsers are still an extremely good place to _display_ the name of the current ChangeSet. You find the note about 'Project current changeSet' as well as some other at [deleted] The issue was not and is not "is there some, possibly lengthy, expression I can type into a Workspace to find out what the current ChangeSet is?" It's "How can I find out QUICKLY AND EASILY where the change I'm working on right now will go?" The answer _has_ to involve something that the Browser does or something the programmer does to the Browser, because that's the focus of attention at the time the question is interesting. As an experiment, I added a method Browser>> showChangeSet (SelectionMenu selections: (Array with: Project current changeSet name) ) startUp ^self and changed Browser>>systemCategoryMenu: to '...... cs name' lines: #(2 4 6 8 11) selections: #( ... showChangeSet) Yup. Three clicks and I've seen the information I want and dismissed it. Without leaving the context of the browser. I also added Browser>> openChangeSet |cs| cs := ChangeSorter new. cs morphicWindow openInWorld. cs showChangeSet: Project current changeSet. ^self and added 'open cs' ... openChangeSet to systemCategoryMenu:. The more I play with this, the more I like it. These two menu items are arguably in the wrong pane's menu, which is why this message doesn't have an [ENH] tag. Ideally, the menu one would put them in would be obtained by Option-click in the Browser's title-bar, but there is no such menu.

1 0

[ENH] sbw-IRC-Enhancements
by swessels＠one.net 04 Mar '02

04 Mar '02

from preamble: "Change Set: sbw-IRC-Enhancements Date: 28 February 2002 Author: Stephan B. Wessels See (IRCConnectionEnhanced releaseNotes) for a workspace window containing notes. These are the changes I have made to the IRC client for Squeak. Key new features are a new user interface having one console window per connection and then all console messages, channel messages and private messages are contained inside the main console window using tabbed swapped panes. Also support was added for /WHOIS and /ACTION from the channel chat windows. Other windows not complete support for these commands yet. Revisions History: (-n is change set revision number). Most recent at top. -41 Fixed a bug pointed out by Bijan Parsia. Thanks. -40 Problem with post load initializer. -39 Trim blanks around any added profile name. Generate better initial profile names from server names. Cosmetics. -38 Extended multi column list morph with a new morph PluggableMultiColumnListMorphByItemWithHeader used in the profiles selection dialog. This morph provides multi-column ability with a built-in header row. Disable active editing of configuration while connected. Profiles are working. Note that the current options are copied into any new profile you create.-37 Factoring of message sending code. Still needs more cleanup in that code. Made options available on a per connection basis. Each connection can have their own unique options. When you open up a new console window from the World menu the options are set to the defaults. When you open up a new console from the New Console button the options from the existing console window are copied forward to the new one. Added support for Profiles. A Profile contains a nick, server, and options which can be used for initializing a connection. Profiles management for the user are not coded yet. -36 Factoring. -35 Handles nick change messages received from IRC server. Also properly handles /whois and /nick changes initiated from channel window. -34 Fetch of channels list shows update count while fetching. Detect when IRC server fails to send channel list because of server loading. -33 fixed problem parsing PART messages from some servers Generalized the reserved keywords (CLEAR, INSPECT) to be included in any IRC input pane (console, channel or private messages). -32 Support /CLEAR in channel chat window. Added support for /INSPECT too. -31 Fixed some bugs with mode changes in channels Fixed problem with connection dialog/setup window after being collapsed. Better factoring of TabbedSwappingControl morph. Lots of factoring in IRCConnectionEnhanced. -30 Fixed bug in servers populate code. -29 Show channel member names in logical order with color highlighting for operators and voiced members. Detected mode changes that impact member status. Fixed bug where PART messages were being sometimes sent to the wrong channel pane. -28 Fixed problem with post load initializer where populated servers database was empty. -27 Bug fix in paste/copy code for channel text. -26 Handle multiple line inputs, such as can come from a paste operation. -25 Cosmetics in text messages from server. Added close option to channel text menu. Command keys work from the channel and console text panes now. -24 Change set maintenance. -23 Fixed problem where new private messages were not causing the tab to update. Open up a chat window pane for private messages we receive except for from server. Member channel joins, parts and quits are now shown in the channel window panes. Support INVITE requests. Added Options pane to Setup dialog. Factored out most of the swap/tabbed pane into a new pane design used in the Config dialog. -22 minor code factoring. -21 /ACTION messages supported in channel chat. -20 Added support for /WHOIS command to channel chat windows and users menu. -19 Added rollback of messages to console window pane. Fixed bug in private chat window where ""me"" was still being used as nick for outgoing messages. Fixed places where we were using asLowercase instead of asIRCLowercase. Stop sending private messages to private messages redundantly pane if there is already a private chat window open to get them. Factored sound messages for possible future enhancement. -18 Since we can now have multiple consoles open on different IRC servers, the title of the window now reflects the connection. Rollback of previously typed text. Fixed the bug where there was a delay before channel members were displayed. -17 Redesign of the ""population/status"" pane. First hooks put into place to add support for find/copy etc from keyboard in the channel text pane. Keys are not mapped yet. -16 New server configuration dialog allows choices from many possible IRC servers. Added a built intable of several known IRC servers. -15 Dropped the ""me"" designations for the real nick. Factored all the colors into IRCClientColors class. It's not as nice as a having color preferences management, but you can edit them all in one place. An extension would be to allow storing and loading of customized colors without code changes. Highlight transmitted messages in a color, and highgllight recived messages that contain our nick in a color. Highlight ACTION message responses with italic. Channel chat pane breaks nicks into column before messages. Fix problems with automatic nick completion. It used to take more than 1 TAB key hit to get started, and you could not embed TABs in the text line if they were not part of nick search. Also, you could not begin a line with a tab. In the case where someone types a tab in the first column and there are no characters to match against a nick, treat it like someone is typing indented text. -14 Nick completion. We trap the TAB key and rotate through nicks. -13 bug fixes and more cosmetic tweaks -12 bug in menu for channel chat pane fixed. added menu to private chat panes. cosmetics to the population counter pane. -11 Removed connect button from setup dialog. Ensured that setup window could not be closed if edits were not accepted. Indicate if the connection was dropped by color change in connect button. Reconnect channels and private chats that were open if the user connectd after a dropped connection. -10 added some edit menu functions to the readonly chat pane. added menu to user list in chat pane. selected channels button will bring existing channels window into focus if already defined. on manual disconnect, close the closeable tabs to avoid later conflicts. made the users status pane (population: x) read only. cleanup the borders and pane background colors for the user list in the chat pane. cleanup the borders and pane background colors for the channel buttons. private message windows have the same focus properties as the channel browsers. input goes to the input pane. made console pane readonly and again used the input pane to catch focused keystrokes. replaced console menu with one more appropriate since functions from old menu are now buttons. show channel list refresh is busy by way of button colors. removed special button from channels pane. -9 Better connect/disconnect detect and indication. Release the channel listeners when we close a tabbed pane. Handle rotate left/right of tab panes. -8 Opening up a private chat pane now becomes the active tabbed pane. Highlight the tabbed panes that see messages while you have another pane in front. Check for missing # in front of prompted channel names. -7 detect socket drop and change connect button state to indicate what happened. Fixed missing when someone parted from a channel. -6 bugs fixed -5 new provision for closing tabbed panes. Only specific panes can be closed. Also added buttons to move pane tabs left and right but nothing implemented to support those features yet, -4 more clean up of little bugs -3 clean up of change set contents. -2 fixed problem with send of private messages. Input pane was not constructed properly -1 general release GENERAL NOTES: The existing IRC cllient has been left alone and a subclassed client was created. For background IRC protocol information please see http://www.irchelp.org/irchelp/rfc/. NEED TO DO: (or would be nice to do) - cleanup code to add class methods defining new constants for commands I have added. - mIRC colored text - logging - DCC send/recv - PING response for server timeout? Verify this mechanism is working right. I occasionally get disconnects and think this may be why. - add 401 no such nick/channel to channel feedback - /away needs to be supported - /action does not work from private discuss pane. This problem is best resolved by first refactoring all the communications paths. It is a pretty confusing maze right now and with the addition of local and special messages support the problem gets worse. - disconnect does not close private message panes "!

1 0

Re: squeak printing?
by Lex Spoon 04 Mar '02

04 Mar '02

Bert Freudenberg <bert(a)isg.cs.uni-magdeburg.de> wrote: > How about using CUPS, the Common Unix Printing System, which was just > licensed by Apple (http://www.cups.org/) > > The CUPS API is LGPL so would work fine with Squeak. Alternatively it > might be possible to write a CUPS client in Squeak as the protocol is HTTP > based. > > Does anyone have experience with CUPS? > I agree that if you want serious printing in Squeak, then writing either a CUPS or LPD client (or both) makes a lot of sense. However, I believe this misses the point of the print routines in Squeak. The point, as I understand, is that new users can easily print out an image of their creations in Squeak. For this use, setting up an LPD or CUPS server is too much work if you don't happen to have one already. Similarly, I don't even know that we should get involved in printing for more serious users. Most serious Squeakers don't print, anyway -- the point of Squeak in general is to make a new kind of medium that won't even work on paper. Even the occasional guy that will want to (e.g. they're making a book), is very likely to also want to fiddle around with it before printing it out. E.g., they'll touch it up with PhotoShop, or they'll inline it into a latex document. Anyway, for those ignoring my crabbing--e.g. Squeak looks more like a Smalltalk platform to you than a multimedia authoring environment--I use CUPS regularly and can say that it works fine for me. It's easier to set up than either version of lpd I've tried. The server handles a variety of common formats, including PDF, PS, text, and various image formats. It's protocol is based on HTTP, but that's all I know about it. -Lex

1 0

[Bug][Morphic][Presentation] SelectionMorph organizeIntoColumn
by Hannes Hirzel 04 Mar '02

04 Mar '02

Bug: SelectionMorph does not understand #organizeIntoColumn Reproducing the bug: - Put some StringMorphs unto the World PasteUpMorph - Create a SelectionMorph with Shift-drag around these StringMorphs - Select 'place into a column' from the red menu of the SelectionMorph --> a walkback shows up. Hannes Hirzel

2 1

Re: [Q][Morphic][presentation] How to create a flap?
by Hannes Hirzel 04 Mar '02

04 Mar '02

On Mon, 4 Mar 2002, Ned Konz wrote: > On Monday 04 March 2002 09:57 am, Hannes Hirzel wrote: > > > I'd like to create a flap which accepts large morphs dropped into it > > and acts like a parts bin but shows the morphs with an icon instead > > of their full size. For a presentation I can keep things there I'd > > like to have at hand when authoring or even during the presentation > > for handy reference (custom made composite morphs). > > > > Creating a flap which acts as a parts bin is straightforward. But I > > do not see an option how to set that morphs are shown as icons. > > the problem is that the thumbnails are a property of the parts bin that is > part of the flap. Do this: > > flaps/new flap/right > check parts bin, accept drops > open flap, pop up halos on parts bin area (not flap halo) > choose playfield options... > select show thumbnails > change to table layout > change cell inset if desired > Thank you, these end-user instruction work fine. With this procedure I can create my own flap and keep there templates (e.g. various bullet lists, slide layouts) to drag out when needed like in Powerpnt. Hannes Hirzel P.S. I plan to collect the end-user instruction on using Squeak as a presentation system discussed here on a Swiki page. However if somebody other feels inclined to to this as well .... please go ahead.

1 0

Re: [Q][Morphic][presentation] How to create a flap?
by Bob Arning 04 Mar '02

04 Mar '02

On Mon, 4 Mar 2002 18:57:13 +0100 (MET) Hannes Hirzel <hirzel(a)spw.unizh.ch> wrote: > >How to create a flap like the orange tool flap on the right hand side >--------------------------------------------------------------------- > >I'd like to create a flap which accepts large morphs dropped into it >and acts like a parts bin but shows the morphs with an icon instead >of their full size. For a presentation I can keep things there I'd >like to have at hand when authoring or even during the presentation >for handy reference (custom made composite morphs). > >Creating a flap which acts as a parts bin is straightforward. But I >do not see an option how to set that morphs are shown as icons. > >Could anybody help please? I don't see a end-user way, but here is what you could do: The behavior you want comes when the flap is a PartsBin (a class) rather than a regular PasteUpMorph with the parts bin attribute set. So you could - hack the flap creation code to use a PartsBin instead of a PasteUpMorph in certain cases or - hack PasteUpMorph>>morphToDropFrom: to use the code from the PartsBin implementation in certain cases. Cheers, Bob

1 0

[Q][Morphic][presentation] How to create a flap?
by Hannes Hirzel 04 Mar '02

04 Mar '02

[Question] How to create a flap like the orange tool flap on the right hand side --------------------------------------------------------------------- I'd like to create a flap which accepts large morphs dropped into it and acts like a parts bin but shows the morphs with an icon instead of their full size. For a presentation I can keep things there I'd like to have at hand when authoring or even during the presentation for handy reference (custom made composite morphs). Creating a flap which acts as a parts bin is straightforward. But I do not see an option how to set that morphs are shown as icons. Could anybody help please? Hannes Hirzel P.S. The options 'accept drops' and 'parts-bin' seem to be overlapping somehow. If I check 'parts-bin' it will work even if I didn't check 'accept drops'.

2 1

Re: [Modules] Upper case message names for accessing modules
by goran.hultgren＠bluefish.se 04 Mar '02

04 Mar '02

As Henrik wrote - there are other questions to tackle. It would be nice if you all reacted to the "minimal meta card" I talked about for example. :-) I am still "thinking" about the cataloging problem. It's a bit tricky to get something simple and still scalable. But... that was not the thing I wanted to say. The issue with "imports" should be rather small I think because hopefully Squeak will "auto import" a module during compilation - at least if there is only one module active that does define that name. Henrik? Ok, why don't I test it - so I did. I made a class with a method referring to Transcript. Compilation went fine and I guess that because Modules are still weak it even worked to run it without any neighbor modules. So ok, I need to do it explicitly, I ran the "self deepDeclareExternalRefs." from the explorer-thingy and then BAM, it added two neighbors: #(Squeak Language Core)* #(Squeak Language Collections)*) I am not sure why it didn't go all the way down to Streams... Even adding a reference to ReadStream didn't make it go there. It actually seems that these two modules are always neighbors - even with an empty method! How come Henrik? I tried referencing another of my own classes and that got discovered correctly. regards, Göran

5 8

Problem(s) with Squeak3.2gamma-4743
by Ken Causey 04 Mar '02

04 Mar '02

I'm about ready to start working on my first "real" Squeak projects and I'm looking for a stable base from which to start. I've been playing with 3.3 and things have been a bit sluggish for me and so I decided to step back to 3.2 for these projects. I downloaded http://wuarchive.wustl.edu/languages/smalltalk/Smalltalk/Squeak/3.2gamma/Sq… and have had one or two problems with this image. First, I'm using Debian Unstable and I've tried both a shasnap downloaded in early February that I built myself as well as Lex's ftp://st.cs.uiuc.edu/pub/Smalltalk/Squeak/3.2gamma/unix/debian/squeak-vm-os… and both seem to exhibit the same behaviour. The primary problem is with resizing the world. First of all, screen redraw seems to be very slow and "uncertain", this is even noticeable on a ~1.5GHZ system. More importantly, resizing very often leads to a crash: Segmentation fault 1097072640 DisplayScreen>forceToScreen: 1097072548 [] in DisplayScreen>forceDamageToScreen: 1097072088 OrderedCollection>do: 1097071968 DisplayScreen>forceDamageToScreen: 1097071876 WorldState>forceDamageToScreen: 1097057428 WorldState>displayWorld:submorphs: 1097057336 PasteUpMorph>privateOuterDisplayWorld 1097057244 PasteUpMorph>displayWorld 1097057520 [] in WorldState>displayWorldSafely: 1097057152 BlockContext>on:do: 1097057060 BlockContext>ifError: 1097056968 WorldState>displayWorldSafely: 1097056748 WorldState>doOneCycleNowFor: 1095161652 WorldState>doOneCycleFor: 1095161560 PasteUpMorph>doOneCycle 1089781292 [] in Project class>spawnNewProcess 1089781476 [] in BlockContext>newProcess [1]+ Exit 255 squeak siteadmin Also, I'm not sure that 'load code updates' is doing the right thing in this image. My first thought of course was that since I had seen some discussion on the list about this in the past, that there must be a code update to fix it, but when I attempt to get updates it finds nothing. I have to wonder though if it should really be looking in squeak.cs.uiuc.edu/Squeak/2.0/ Is this correct? Thanks, Ken Causey

2 1

Re: Generalized Object Modules Design
by Anthony Hannan 04 Mar '02

04 Mar '02

I'm sorry that my module design suggestion was not thoroughly thought out, I was just thinking out loud (I'll be more thoughful next time). I'm not trying to re-invent modules, I'm just trying to come up with a high-level design that I'm happy with, then I would look at the differences and suggest changes to the current module implementation. I like the current module design except for a couple of things: 1. Modules do not store arbitrary objects - Meaning another framework will be needed for components, eg. Morphic projects. 2. Selectors are not first-class objects in modules - We cannot automatically determine dependent modules based on selectors used, only globals used. If module A sends a message #foo and module B implements #foo then B should be a dependent of A. You might say that since the receiver is loaded when the message is sent, its class will be loaded also with all its methods. But not all its methods may be loaded. #foo could be sitting in the deltaModule of another module C that is not a dependent of A. The programmer when writing the send to #foo has to make sure the target method(s) are included as dependents, manually. Maybe it is too hard to include the above features into to a module design and are better left out. But I'm going to continue exploring design ideas until I find one I like better or I convince myself that the current design is the best. Note that I really like the idea of default methods for selectors making them automatically reusable to any class that implements the core messages they send (see "Behavior design options" thread), so I will be exploring module design ideas that are conducive to this. Cheers, Anthony

1 0

Jump to page: