Squeak-dev May 2000

squeak-dev@lists.squeakfoundation.org

137 participants
680 discussions

Re: Celeste design (was Re: [ENH] Celeste attachments/displaying a thingie)
by danielv＠netvision.net.il 03 May '00

03 May '00

[lots of interesting stuff about MIME's place in Squeak] I'm trying to merge everything that's been said that clicks for me, how does this sound to you all - A class called MIMEContent represents MIME formatted data (thus - it holds arbitrary header fields). To support MIME-nested content, it is a Composite. To support content-type sensitive behavior (one or more conversions to representative morphs, an action menu...) it will delegate to an appropriate Strategy object. Because parsing isn't free (for possibly large, complex instances), all analysis will be done lazily (as now). What other net protocols use the MIME format? I'm woefully ignorant in this... Anyway, MailMessage, NewsMessage, ProtocolXTransmission and friends might have different roles and functionality depending on their application. So we might profit from concentrating the MIME functionality in neutral territory, despite mail being the senior user ;-) About conversion - no conversion is effortless, and almost none are really reversible. Again I'm in favor of laziness - the string is a comfortable representation for MIMEContent until a client requests something else, and then we can convert... About the missing -- (separator suffix) bug - I'm slightly shamed to say that was pure sloppiness - I knew that detail but assumed MIME parser couldn't seriously care past the last part (ours doesn't... <g>). Well, seeing as I got caught, I'll have to correct that.

2 1

[ENH] Sketch to Background
by Joshua Gargus 03 May '00

03 May '00

Adds a menu item to SketchMorph to allow you to use it as the World's background. Move the code to set the background from FileList into Form so that both FileList and SketchMorph can use it.

1 0

Re: BitBlt >> #pixelAt:put: speed
by Gerardo Richarte 03 May '00

03 May '00

2 1

.image size
by Gerardo Richarte 03 May '00

03 May '00

1 0

Re: subscribe
by danielv＠netvision.net.il 03 May '00

03 May '00

"Struck a chord" doesn't begin to describe what your sig. just did... http://www.squeak.org/#mailList Should let you do the trick. Also an all around useful Squeak link. Eric Mickley <shaggz(a)cc.gatech.edu> wrote: > > I'd like to be included on the list, if I may. > > > -Shaggz > "Perhaps you don't realize this but I'm going to hardcode all of this." - > Me, dammit. > ------------------------------------------------------------------------------

1 0

BitBlt >> #pixelAt:put: speed
by Gerardo Richarte 03 May '00

03 May '00

1 0

FW: Time to make a Freshmeat kind of Squeak site ?
by Stephen Pair 03 May '00

03 May '00

> I agree. We actually have two contenders already for the site: > > 1. The Smalltalk archive at UIUC. > > 2. The Swiki > > > At this point, we are still lacking a critical mass of projects posted. > There aren't enough projects posted, that someone is likely to go > searching through either of the above sites for interesting Squeak code. It sounds like it needs to be a controlled site, where a group of editors maintain the site. That way the editors could keep some type of coherent organization to the content. People could continue to add to the Squeak Swiki and then lobby the editors to include it on the controlled site. Of course, then you have to decide on who gets to be an editor. Maybe it could be a nomination and election process. There are two features we are about to add to Swiki.net that might help. The first is the ability to create a public read-only Swiki with a set of users authorized to make edits. And, the second is the ability to mount the Swiki on any domain (simply point the DNS record to our server). I'd be happy to assist anyone who would like to set it up (but I probably won't have much time to devote to actual content). - Stephen

2 1

RE: " Name is already defined ->" question?
by Raab, Andreas 02 May '00

02 May '00

Because 'name' refers to the 'name of the class' you're writing the instance creation method in. It's a quite common mistake to use 'name' in any class method (and even to store something meaningless in it). - Andreas > -----Original Message----- > From: jchludzinski [mailto:jchludzinski@mail.worldkey.net] > Sent: Tuesday, May 02, 2000 1:41 PM > To: squeak(a)cs.uiuc.edu > Cc: recipient list not shown > Subject: " Name is already defined ->" question? > > > I am try to define/write an instance creation method. The > class has 2 instance variables: 'engine' & 'name'. There are > getters and setters for both. When I try to define a > creation method as: > > 'name: name' > > I get: > > 'name: Name is already defined ->name' > > When I try to define a creation method as: > > 'engine: engine' > > it accepts it. WHY? Any suggestions? > > ---John >

1 0

Re: Celeste design (was Re: [ENH] Celeste attachments/displaying a thingie)
by Lex Spoon 02 May '00

02 May '00

Bert Freudenberg <bert(a)isgnw.CS.Uni-Magdeburg.De> wrote: > > But then, does it matter that much? Most Unix stations have POP > > available as well. > > I prefer leaving the mail on the server. I guess what I really want is > IMAP, but if I say this, someone will point at me and sing that darned > Nike slogan ... > Ah. Well if you switch to IMAP, you invalidate quite a bit of Celeste proper. Most of Celeste's code involves its mail database. You *can* scavenge several utilities, such as MailMessage and SMTPSocket. But the user interface, not to mention the IMAP protocol itself, are going to have to be implemented anew. -Lex

1 0

Re: Celeste design (was Re: [ENH] Celeste attachments/displaying a thingie)
by Lex Spoon 02 May '00

02 May '00

"Bijan Parsia" <bparsia(a)email.unc.edu> wrote: > In the correspondents framework, there's the following hierarchy: > > > NetMessage (1) > EmailMessage (2) > NewsMessage (3) > Looks good to me, except that we don't yet have a specific reason for EmailMessage and NewsMessage to be separate, so why not have just a single NetMessage? Similarly, we might mentally think of IntegerPoints and FloatPoints, but since they both have exactly the same methods, they don't need they're own implementation classes. -Lex

1 0

← Newer
1
...
61
62
63
64
65
66
67
68
Older →

Jump to page: