Squeak-dev April 1999

squeak-dev@lists.squeakfoundation.org

130 participants
319 discussions

Start a nNew thread

Re: [REQ] ISO 8601 Standard Date Format
by John-Reed Maffeo 28 Apr '99

28 Apr '99

I strongly support the inclusion of this standard into Squeak. John-Reed Maffeo Mesa, Arizona, USA

1 0

[REQ] Remove ddmmyyyy
by Reinier van Loon 28 Apr '99

28 Apr '99

Dan, the message Date>>ddmmyyyy is used only once (Utilities class>>changeStamp) and is quite American based (e.g. Dutch format is d-m-y, German is d.m.y etc.). I propose to remove it and change Utilities class>>changeStamp to use a unambiguous format (month names?) to avoid confusion. If I see 12/3/1999, I think 12 maart 1999 (12th of March of 1999) instead of December 12, 1999. It always takes a while to notice the error (quite annoying). I haven't looked but I'm sure there's a ISO standard for this. Attached an update for Utilies class>>changeStamp (prints as yyyymmdd with zeroes). It's also very funny (*NOT*) to make a mistake in changeStamp (you can't save any method anymore using a browser...). changeStamp is more a kernel thing instead of utility. Reinier. (In case you were wondering why so many messages today: I'm taking a few days off because my 4th child and 2nd son was born on the 16th (there, I found a way to say it)). Content-Type: application/octet-stream; name="Utilities class-changeStamp.st" Content-Disposition: attachment; filename="Utilities class-changeStamp.st" Attachment converted: Anon:Utilities class-changeStamp.st (????/----) (00009848)

2 1

Re: [REQ] Remove ddmmyyyy
by Pennell's 28 Apr '99

28 Apr '99

>Attached an update for Utilies class>>changeStamp (prints as yyyymmdd with >zeroes). It's also very funny (*NOT*) to make a mistake in changeStamp (you >can't save any method anymore using a browser...). changeStamp is more a >kernel thing instead of utility. I've also changed the code that filesout changset to use this type of date so that the natural sort order for directories (folders) "does the right thing". If anybody is interested, I'll send it from the notebook that I cleverly left at the office today. >(In case you were wondering why so many messages today: I'm taking a few >days off because my 4th child and 2nd son was born on the 16th (there, I >found a way to say it)). Congratulations - nurture, cherish and enjoy! -david

1 0

[BUG][2.4b] menu option 'previous project'
by Reinier van Loon 28 Apr '99

28 Apr '99

Hi, there's a funny thing with the menu option 'previous project' in a virgin 2.4b image. It jumps back and forth between Play With Me - 6 and the top project. After a major shrink using the option leads to the error: AnObsoleteProject>>returnToPreviousProject not understood (because the whole project support is removed). I'm working on that. There are lots of obsolete references to Project everywhere. Reinier.

1 0

[REQ] Integrate LimitedWriteStream with WriteStream
by Reinier van Loon 28 Apr '99

28 Apr '99

Dan, why not integrate the two methods of LimitedWriteStream into WriteStream. In a normal and shrunk image there's only one client of LimitedWriteStream (SequencableCollection>>streamContents: blockWithArg limitedTo: sizeLimit). One less class... Reinier.

1 0

[FIX] MappedCollection after Smalltalk majorShrink
by Reinier van Loon 28 Apr '99

28 Apr '99

Attached a fix to have MappedCollection removed during Smalltalk majorShrink (it referred to itself). Reinier. Content-Type: application/octet-stream; name="MappedCollection-copy.st" Content-Disposition: attachment; filename="MappedCollection-copy.st" Attachment converted: Anon:MappedCollection-copy.st (????/----) (00009846)

1 0

[FIX][2.4b] Smalltalk at: #FillInTheBlankView
by Reinier van Loon 28 Apr '99

28 Apr '99

Attached is a fix for the unintentional removal of FillInTheBlankView during Smalltalk majorShrink. Reinier. Content-Type: application/octet-stream; name="FillInTheBlank class-requestinitialAnswercenterAt.st" Content-Disposition: attachment; filename="FillInTheBlank class-requestinitialAnswercenterAt.st" Attachment converted: Anon:FillInTheBlank class-requestini (????/----) (00009847)

1 0

Re: Scrolling Preferences
by Bert Freudenberg 27 Apr '99

27 Apr '99

On Tue, 27 Apr 1999, Hans-Martin Mosner wrote: > I would also like the scrolling framework to be more modularized. Have a look > at how VisualWorks factors the scrolling / bordering / displaying > functionality. It seems much more logical to have a scroll wrapper into which > you can place any morph cleanly than to have PluggableAnything and others be > subclasses of ScrollPane. Displaying an arbitrary VisualComponent in a > scrolling pane in VisualWorks is a breeze compared to the relatively clumsy > Morphic ways of doing it. Don't get me wrong, I just love Morphic, but it can > still be improved. I second that. Remember my key-and-mousewheel scrolling file-in? I had to patch at least three different methods where scrolling was handled in a slightly different way ... /bert -- Bert Freudenberg Department of Simulation and mailto:bert@isg.cs.uni-magdeburg.de Computer Graphics http://isgwww.cs.uni-magdeburg.de/isg/bert.html Univ. of Magdeburg

1 0

RE: Change in mailing list "From:" field?
by Jarvis, Robert P. 27 Apr '99

27 Apr '99

I'm still seeing the sender of the original message in the "From:" address (see the included text below). Maybe somebody at your site changed something? Bob Jarvis The Timken Company > -----Original Message----- > From: wirth(a)almaden.ibm.com [SMTP:wirth@almaden.ibm.com] > Sent: Monday, April 26, 1999 6:59 PM > To: squeak(a)cs.uiuc.edu > Subject: Change in mailing list "From:" field? > > > > In the past, the "Reply to:" field in Squeak mailing list messages listed > the mailing list address, and the "From:" field listed the person who > submitted the message. This had the desirable effect that a simple reply > (in most email apps) would go to the full list. It seems like this > changed > recently (on 4/21) so that the mailing list address is listed in both > fields. Was this a conscious change? It has the bad effect that, unless > the originator includes a full signature block, the reader can't identify > who sent the message or reply just to that individual. > > Mike Wirth > Manager, USER Software > IBM Almaden Research Center, 650 Harry Road, NWE/B2, San Jose, CA > 95120-6099 > Email: wirth(a)almaden.ibm.com Ph: 408-927-1898 >

1 0

Interesting File Browser in the Tools Flap
by O'NEEL Bruce 27 Apr '99

27 Apr '99

Hi, Something interesting happens when you drag a File Browser out of the Tools Flap. The upper panes, left and right, are of my current directory, the lower full width pane is of someone elses. The file browser must save the contents of its lower pane in the image :-) cheers bruce -- Reality is 80m polygons - Alvy Ray Smith Bruce O'Neel - beoneel(a)mindspring.com http://homepage.iprolink.ch/~bioneel/beo/beo.html - daily stuff

1 0

← Newer
1
...
5
6
7
8
9
10
11
...
32
Older →

Jump to page: