Squeak-dev April 2002

squeak-dev@lists.squeakfoundation.org

195 participants
665 discussions

[FIX] SmallIRCTweaks
by bparsia＠email.unc.edu 01 May '02

01 May '02

If you want to incorporate these and bounce a .cs back to me, I will send this to Scott and Dan. I figured out the mail to list issue, and it was User Error :) Cheers, Bijan. from preamble: "Change Set: SmallIRCTweaks Date: 29 April 2002 Author: Bijan Parsia Two bits: 1) Fixed the '/me' handling (it should convert to an /action, not sure if I hacked it into the best spot. 2) Pulled Stephan's world menu changes and just made the 'irc client' item open the enhanced client. A preference could be added if anyone really wants it."!

6 8

[ENH] Dates-raok
by ok＠cs.otago.ac.nz 01 May '02

01 May '02

from preamble: "Change Set: Dates-raok Date: 19 April 2002 Author: Richard A. O'Keefe My original intent was just to add a few class comments, but I soon noticed a few missing methods (enumerating over the days of a month, for example). That's not all that's missing, a DateInterval class (with Week and Month as subclasses of that instead of Date) is clearly called for. But that's too much refactoring for one morning. I also noticed that the instance creation methods of Date were inherited by Month, and could too easily be used to create invalid Months, so they had to be overridden. Very little has been done to Week; there should be two classes MondayWeek and SundayWeek instead of the 'startMonday' hack. Date>>previous: appeared to be broken, but Week relied on the breakage, so I have just noted the problem in a comment."!

2 1

Re: rounded corners (was: Re: straw-man 3.2 default preferences)
by Martin Drautzburg 01 May '02

01 May '02

Scott Wallace <scott.wallace(a)squeakland.org> writes: > I suppose I agree, reluctantly, with Henrik's position about rounded > corners, and would be inclined to change the out-of-box look of 3.2 > accordingly. > > Opinions? I turned rounding off on my box.

2 1

Internet Time...
by Mayuresh Kathe 01 May '02

01 May '02

Hi, I just realised there is nothing to get 'Internet Time' in Squeak. If I write the code, what will I have to do to submit it for updation in the final image? ~Mayuresh

7 13

Re: [e-lang] Java Serialization Re: Alan Kay in the News
by Mark S. Miller 01 May '02

01 May '02

Blaine, I forwarded your message to the e-lang list. I am cross posting this reply to both lists. At 04:19 PM 4/30/2002 Tuesday, Blaine Buxton wrote: >I am currently working on reading in Java Serialized Files as we speak into >Squeak. Right now, I have simple serialized java objects working (in other >words, they don't override the serialization interface (custom serialization) nor implements >externalizable), but I should have that working soon. That's great! CapTP currently uses Java serialization. I don't like that for all the reasons you mention, and wish to eventually switch to an alternative, as we've been discussing. However, it sounds like your work would enable Rob's Squeak-E efforts to interoperate with the current E before we figure out the right serialization answer. That'd be great for a number of reasons, but especially because we'd then be trying to find the right answer after some experience running cross platform. Do you also expect to be able to write Java serialization streams? That would be necessary of course. Rob, does this sound like it could work for you? >Right now, it's a weekend project for fun. But, if anyone is interested in >seeing the Java serialization code...I would be more than happy to send it. >Warning: It's in a state of flux...no tests and no comments yet. But, I plan >to rectify that situation soon...=) I would, but only if you first give it an OSD sanctioned Mozilla-compatible open source license. (Our preference is the MIT X License.) Please don't public domain it, as we are currently confused about the liability implications, and have received conflicting advice from lawyers. (Our mistake -- we asked more than one.) ---------------------------------------- Text by me above is hereby placed in the public domain Cheers, --MarkM

1 0

[BUG] Method Finder DNU with array literal as receiver
by Ned Konz 01 May '02

01 May '02

I had a Method Finder open. I searched for: { 1 . 2 . 3 . 4 } . 2 . 2 Then I clicked on the answer that read: {1. 2. 3. 4} at: 2 --> 2 And I got this walkback. 30 April 2002 3:24:11 pm VM: unix - Squeak3.2gamma of 15 January 2002 [latest update: #4843] Image: Squeak3.2gamma [latest update: #4843] SmallInteger(Object)>>doesNotUnderstand: Receiver: 1 Arguments and temporary variables: aMessage: a Message with selector: #includes: and arguments: #($:) Receiver's instance variables: 1 SelectorBrowser>>selectedMessageName Receiver: a SelectorBrowser Arguments and temporary variables: example: '{1. 2. 3. 4} at: 2 --> 2' tokens: #(#{ 1 #. 2 #. 3 #. 4 #} #at: 2 #- #-> 2) aSymbol: nil Receiver's instance variables: dependents: #(a SystemWindow(1) a PluggableTextMorph(3349) a PluggableListMorph...etc... contents: a Text for '{ 1 . 2 . 3 . 4 } . 2 . 2' selectorIndex: 2 selectorList: an OrderedCollection('{1. 2. 3. 4} addIfNotPresent: 2 --> 2' '{1....etc... classListIndex: 0 classList: #() SelectorBrowser>>messageListIndex: Receiver: a SelectorBrowser Arguments and temporary variables: anInteger: 2 Receiver's instance variables: dependents: #(a SystemWindow(1) a PluggableTextMorph(3349) a PluggableListMorph...etc... contents: a Text for '{ 1 . 2 . 3 . 4 } . 2 . 2' selectorIndex: 2 selectorList: an OrderedCollection('{1. 2. 3. 4} addIfNotPresent: 2 --> 2' '{1....etc... classListIndex: 0 classList: #() PluggableListMorph>>changeModelSelection: Receiver: a PluggableListMorph(2654) Arguments and temporary variables: anInteger: 2 Receiver's instance variables: bounds: 283@260 corner: 650@609 owner: a SystemWindow(1) submorphs: #(a ScrollBar(2344) a TransformMorph(2769)) fullBounds: 283@260 corner: 650@609 color: Color transparent extension: a MorphExtension (936) [locked] [other: (layoutFrame -> a LayoutFr...etc... borderWidth: 2 borderColor: #inset model: a SelectorBrowser slotName: nil open: false pinSpecs: nil scrollBar: a ScrollBar(2344) scroller: a TransformMorph(2769) retractableScrollBar: false scrollBarOnLeft: false getMenuSelector: #selectorMenu: getMenuTitleSelector: #selectorMenuTitle scrollBarHidden: nil hasFocus: false list: an OrderedCollection('{1. 2. 3. 4} addIfNotPresent: 2 --> 2' '{1. 2. 3. 4...etc... selectedMorph: nil selection: nil getListSelector: #messageList getIndexSelector: #messageListIndex setIndexSelector: #messageListIndex: keystrokeActionSelector: #messageListKey:from: autoDeselect: true font: a StrikeFont(Arial 15) lastKeystrokeTime: 0 lastKeystrokes: '' lastClickTime: nil doubleClickSelector: nil potentialDropMorph: nil --- The rest of the stack --- PluggableListMorph>>setSelectedMorph: PluggableListMorph>>mouseUp: PluggableListMorph(Morph)>>handleMouseUp: MouseButtonEvent>>sentTo: PluggableListMorph(Morph)>>handleEvent: PluggableListMorph(Morph)>>handleFocusEvent: [] in HandMorph>>sendFocusEvent:to:clear: PasteUpMorph>>becomeActiveDuring: HandMorph>>sendFocusEvent:to:clear: HandMorph>>sendEvent:focus:clear: HandMorph>>sendMouseEvent: HandMorph>>handleEvent: HandMorph>>processEvents [] in WorldState>>doOneCycleNowFor: Array(SequenceableCollection)>>do: WorldState>>handsDo: WorldState>>doOneCycleNowFor: WorldState>>doOneCycleFor: PasteUpMorph>>doOneCycle [] in Project class>>spawnNewProcess [] in BlockContext>>newProcess

1 0

Java Serialization Re: Alan Kay in the News
by Blaine Buxton 01 May '02

01 May '02

>From: cg(a)cdegroot.com (Cees de Groot) >Reply-To: squeak-dev(a)lists.squeakfoundation.org >To: squeak-dev(a)lists.squeakfoundation.org >Subject: Re: Alan Kay in the News >Date: 30 Apr 2002 20:27:59 +0200 > >Mark S. Miller <markm(a)caplet.com> said: > >So don't be shy about proposing Squeak-based or Parcels-based serialization > >formats. > > >Braindump: > >- SRP (State Replication Protocol) is a Smalltalk-platform-neutral >protocol with some nice properties, and is expressly meant to be usable >on platforms besides Smalltalk. Especially the data encoding is cool, but >apart from that it also has good support for class evolution, etcetera. >http://wiki.cs.uiuc.edu/CampSmalltalk/About+State+Replication+Protocol+(SRP) > >- Python has a neat serialization format that is based on some sort of >mini-language which has textual and binary representations, support for >custom formats and things like oid-replacements. Jim Fulton (Zope and >formerly Smalltalk) thinks it is usable from other languages as well. The >pickle.py module is less than 1000 lines of code. > >- I wouldn't suggest XML - all the code doing the XML parsing is probably >too large for anything security-related. > >- RMI would be doable in Smalltalk, I think; it's well specified and >the people behind RMI know what they were talking about so IMHO it's >an OK wire protocol. The multiplexing makes it quite efficient from a >resource-usage point of view. As you remark, Java serialization is a tad >complex, so this might be a big job. >http://java.sun.com/products/jdk/1.1/docs/guide/rmi/spec/rmi-protocol.doc.h… >http://java.sun.com/products/jdk/1.2/docs/guide/serialization/spec/serialTO… I am currently working on reading in Java Serialized Files as we speak into Squeak. Right now, I have simple serialized java objects working (in other words, they don't override the serialization interface (custom serialization) nor implements externalizable), but I should have that working soon. The specification becomes very grey in places (look at the definition of values) and they duplicate some information. It's not very well organized and it's a bit of a mess. I was doing the serialization to get RMI working in Squeak. My plan is to have a Java program talk to Squeak without ever knowing it's a non-Java program. I know there are several issues with this (mainly, how to read in a Java class and have it execute and the reverse being true as well). But, my plan was to run Squeak possibly as a JINI service. I'm also helping work on the JXTA Smalltalk port project as well. Just remember Java serialization is yucky as a format...it seems half cooked to me and thrown together to me. Right now, it's a weekend project for fun. But, if anyone is interested in seeing the Java serialization code...I would be more than happy to send it. Warning: It's in a state of flux...no tests and no comments yet. But, I plan to rectify that situation soon...=) P.S. Java serialization also changed with 1.3 (they write out proxies differently as well) >- The Parcel format is VisualWorks specific, although it probably could be >ported (the problem is that the format has no formal specification AFAIK, so a >'port' would almost certainly mean having to read code from VisualWorks, which >brings you in muddy legal waters). > >Even though I haven't followed the conversation on the E list on the necessity >of a text format, I dissent. I think that if you want a human to talk to a >running E instance through telnet you would better open a separate connection >with a minimal command language (maybe one that would allow you to specify an >object, step by step, and then you enter the "send" command). > > >7) The format must be compatible with our security requirements. In > >particular, since E is only prepared to trust mobile E code, any need for > >executable code in the serialization format must be E code. Parcels as is > >fails this test of course. > > >In the context of heterogenous E implementations, the point of mobile code >becomes tricky, of course :-) > >-- >Cees de Groot http://www.cdegroot.com <cg(a)cdegroot.com> >GnuPG 1024D/E0989E8B 0016 F679 F38D 5946 4ECD 1986 F303 937F E098 9E8B > ------------------------------------------------ Blaine Buxton http://www.mp3.com/blainebuxton "Think! It ain't illegal yet."-George Clinton

1 0

Re: PLEASE use MIME Atttachments! (was: Re: [FIX] Comments for Set...)
by Richard A. O'Keefe 30 Apr '02

30 Apr '02

I wrote: > So when I saw a great big button labelled "send message", I not > unreasonably expected it to SEND THE MESSAGE. This was the lie. That > button does NOT mean "send the message", it means "add the message to > the .tosend category". Bert Freudenberg <bert(a)isg.cs.uni-magdeburg.de> wrote: Indeed, this is what Celeste users expect. What happened was that you were classified as "Celeste user" because you had, as you admitted, tried to use Celeste before. I think there is some misunderstanding here. I *had* previously tried to use 'mail to list'. The problem occured on the very first use. If you had *never* before used Celeste, then "send message" would have sent the message out immediately. I just checked, it works. I had never successfully used Celeste in this image before. I did NOT have a Celeste data base on disc. In fact it explicitly asked for permission to create one, and if that doesn't make me a "first time" Celeste user, what would? In particular, when I first tried 'mail to list' last week, and right up until I discovered what the problem was, Celeste's SMTP server variable was still nil, and if _that_ doesn't make me someone who has never sent or received a message using Celeste, what would? I second that, or a similar arrangement. Maybe the "send" button could just be labeled depending upon what it actually will do, that is, if you are classified as Celeste user or not. For example, "move to .tosend" vs. "send now". Not quite good enough. The thing is that someone who is NOT familiar with the way 'home user' mail systems work WILL know that the message has not been sent but WON'T yet know how to send it. If the 'Send message' button were merely relabelled to 'Move to .tosend', then it would also be necessary to add two items to the menu that is accessible from items in the .tosend category: Send this message now. Send all messages now. The reason that I asked for [Send message later][Send message now][Add attachment] is that that I don't envisage _ever_ wanting 'Send message later'. "Send message NOW" is the operation I want, and Celeste _could_ support it (I'm up to my ears in a document review for a consulting project, or I would have a go at this myself; if no-one else does it I may try later) quite easily, so why should Celeste make the operation hard? An alternative would be to have a preference: celesteSendJustQueues *true* should 'sending' a message in Celeste add it to the .tosend category (true) or send it immediately (false). Wording of "send" button adapts to this setting. It's reasonable to expect people to know about Preferences (on the left side flap) and the Preferences panel has a search facility, so it's easy enough for people to find out what preferences are specific to Celeste.

1 0

Stupid networking question
by Aaron J Reichow 30 Apr '02

30 Apr '02

Hello all- Somewhere last night, my Squeak's networking stopped working. Socket initializeNetwork doesn't remedy things. I've narrowed it down to the name resolution- connecting to IPs works fine. If I eval: NetNameResolver nameForAddress: 'www.squeak.org' timeout: 10 It just sits there, hung, not timing out after 10 seconds. When I Cmd-. it, the topmost method called is Semaphore>>#critical:IfError: called by NetNameResolver class>>#nameForAddress:timeout:. I'm running 3.2g-4827 on Mac OS X w/ the 3.2.6B8 Carbon VM. Nothing has changed in my OS X network settings, no problem resoving names in 'native' OS X apps. Any ideas? Regards, Aaron Aaron Reichow :: UMD ACM Pres :: http://www.d.umn.edu/~reic0024/ "the only difference it makes if some dust on the clay" :: atmosphere

3 5

Re: [Q][morphic] Collapsing menus. Was: how to hide submorphs
by Martin Drautzburg 30 Apr '02

30 Apr '02

Ned Konz <ned(a)bike-nomad.com> writes: > I'd recommend not having visible submorphs outside your fullBounds. > Actually, I'd recommend not having submorphs at all outside your > fullBounds. So how would you collapse a menu ?

2 2

Jump to page: