unsubscribe

Toon Verhoeven tv at mapital.org
Thu Dec 23 06:51:04 UTC 2004


squeak-dev-request at lists.squeakfoundation.org wrote:
> Send Squeak-dev mailing list submissions to
> 	squeak-dev at lists.squeakfoundation.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.squeakfoundation.org/listinfo/squeak-dev
> or, via email, send a message with subject or body 'help' to
> 	squeak-dev-request at lists.squeakfoundation.org
> 
> You can reach the person managing the list at
> 	squeak-dev-owner at lists.squeakfoundation.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Squeak-dev digest..."
> 
> 
> Today's Topics:
> 
>    1. [Q] Anti-aliased connectors (Chris Muller)
>    2. Re: SqueakSource Requests (Cees de Groot)
>    3. Re: [Q] Anti-aliased connectors (Michael Latta)
>    4. ' help ' (bousso at netcourrier.com)
>    5. RE: Squeak Distributions/Developer Workspace Preview WAS: too
>       muchdiscusssion on a future direction (Welch, Ronald P (US SSA))
>    6. RE: Squeak Distributions/Developer Workspace Preview WAS: too
>       muchdiscusssion on a future direction (hjh-sqlist at lexdb.net)
>    7. Re: Squeak Distributions/Developer Workspace Preview WAS: too
>       much	discusssion on a future direction (hjh-sqlist at lexdb.net)
>    8. Re: Squeak Distributions/Developer Workspace Preview WAS: too
>       muchdiscusssion on a future direction (John Pierce)
>    9. [ANN] Logic's Gate (Brian Tabone)
>   10. Re: [RANT] Come on people! ;) (Tim Rowledge)
>   11. Re: [ANN] Logic's Gate (Alan Kay)
>   12. Re: [RANT] Come on people! ;) (St?phane Rollandin)
>   13. Ambrai Smalltalk 1.0.5 Beta2 (Rick Zaccone)
>   14. Re: eToys surprises (Bill Schwab)
>   15. RE: Squeak Distributions/Developer Workspace Preview WAS:
>       toomuchdiscusssion on a future direction (Welch, Ronald P (US SSA))
>   16. Re: [BUG]Deprecation(Warning)>>defaultAction (Damien Cassou)
>   17. Keeping Regex Plugin around (Joshua Gargus)
>   18. Re: ' help ' (Boris Gaertner)
>   19. Refactoring Browser and Whisker (Rick Zaccone)
>   20. Re: [RANT] Come on people! ;) (Kamil Kukura)
>   21. Re: Classes in eToys (Scott Wallace)
>   22. Re: Classes in eToys (Lic. Edgar J. De Cleene)
>   23. Re: [ANN] Logic's Gate (Dave Lowry)
>   24. Re: [Q][Morphic] ProjectView open: Project newMorphic. does
>       not work in Workspace (Scott Wallace)
>   25. Morphic help (Michael Latta)
>   26. Re: Morphic help (Michael Latta)
>   27. Re: internationalisation of squeak: Bitmap font SofijaUC
>       (Boris Gaertner)
>   28. Re: Refactoring Browser and Whisker (Doug Way)
>   29. Re: Keeping Regex Plugin around (Tim Rowledge)
>   30. Re: eToys surprises (Alan Kay)
>   31. cross-platform URL open ? (orion elenzil)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 22 Dec 2004 08:56:42 -0800 (PST)
> From: Chris Muller <afunkyobject at yahoo.com>
> Subject: [Q] Anti-aliased connectors
> To: Squeak List <squeak-dev at lists.squeakfoundation.org>,	Ned Konz
> 	<ned at squeakland.org>
> Message-ID: <20041222165642.60276.qmail at web52608.mail.yahoo.com>
> Content-Type: text/plain; charset=us-ascii
> 
> 
> The anti-aliasing in Connectors 2 uses shades of gray to do the smoothing. 
> This is great if the connector is black, but if its a different color, the
> anti-aliasing largely shrouds the color of the connector (in my case, green).
> 
> It almost seems like the anti-aliasing color should be the color of the
> connector with a more-transparent alpha value rather than gray/black.  Is this
> right?
> 
>  - Chris
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Wed, 22 Dec 2004 17:56:27 +0100
> From: "Cees de Groot" <cg at cdegroot.com>
> Subject: Re: SqueakSource Requests
> To: "The general-purpose Squeak developers list"
> 	<squeak-dev at lists.squeakfoundation.org>
> Message-ID: <opsje5cdbk5ff3vv at home.home.cdegroot.com>
> Content-Type: text/plain; format=flowed; delsp=yes;
> 	charset=iso-8859-15
> 
> I'd be more than happy to create a (Terminus-enabled ;P) Squeak file  
> service... But I agree that SqueakSource should probably concentrate on  
> what it is best at, which is hosting Monticello 'repositories'....
> 
> 
> On Tue, 21 Dec 2004 17:47:58 -0300, Lic. Edgar J. De Cleene  
> <edgardec2001 at yahoo.com.ar> wrote:
> 
> 
>>On 21/12/04 08:37, "hjh-sqlist at lexdb.net" <hjh-sqlist at lexdb.net> wrote:
>>
>>
>>>We already can put these files on SqueakMap.
>>>
>>>
>>>Regards
>>>Hannes
>>
>>Not.
>>SqueakMap is a catalog only. ( or Goran change for hosting thousands of  
>>Mb ?
>>)
>>Mi problem is where I could save what I wish share with all .
>>I live in Argentina , not having a free site different as our SqueakRos
>>group.
>>But this requires you have yahoo account and sign .
>>Some members are uncomfortable with this, so what I could do ?
>>
>>Edgar
>>
>>
>>
> 
> 
> 
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Wed, 22 Dec 2004 09:23:33 -0800
> From: Michael Latta <lattam at mac.com>
> Subject: Re: [Q] Anti-aliased connectors
> To: chris at funkyobjects.org, The general-purpose Squeak developers list
> 	<squeak-dev at lists.squeakfoundation.org>
> Message-ID: <34A05774-543E-11D9-BF1E-000A95676CE2 at mac.com>
> Content-Type: text/plain; charset=US-ASCII; format=flowed
> 
> That would make sense to me.  It also is a bit too regular in the way 
> it applies the anti-aliasing.  It still looks very jagged because of 
> this regularity.  A true anti-aliased line would have the near by 
> pixels computed as an alpha based on coverage of the ideal line.  You 
> would end up with some places in the line that had no pixels full black 
> (or green in your case).  I think the fix for this needs to be put in 
> Balloon however.  I may tackle it some day when it bugs me enough.
> 
> Michael
> 
> On Dec 22, 2004, at 8:56 AM, Chris Muller wrote:
> 
> 
>>The anti-aliasing in Connectors 2 uses shades of gray to do the 
>>smoothing.
>>This is great if the connector is black, but if its a different color, 
>>the
>>anti-aliasing largely shrouds the color of the connector (in my case, 
>>green).
>>
>>It almost seems like the anti-aliasing color should be the color of the
>>connector with a more-transparent alpha value rather than gray/black.  
>>Is this
>>right?
>>
>> - Chris
>>
> 
> 
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Wed, 22 Dec 2004 18:27:34 +0000
> From: bousso at netcourrier.com
> Subject: ' help '
> To: squeak-dev at lists.squeakfoundation.org
> Message-ID: <mnet1.1103736454.24661.bousso at netcourrier.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> I am a beginner in squeak. I wrote " st:=ReadWriteStream on: (OrderedCollection new ).st nextPut: 1 ."but it didn't work .I have looked at these class and all seem right .Would you help me please
> Thanks    
> 
> -------------------------------------------------------------
> NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, Toolbar...
> Web/Wap : www.netcourrier.com
> Téléphone/Fax : 08 92 69 00 21 (0,34 € TTC/min)
> Minitel: 3615 NETCOURRIER (0,16 € TTC/min)
> 
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Wed, 22 Dec 2004 12:29:53 -0500
> From: "Welch, Ronald P (US SSA)" <ronald.p.welch at baesystems.com>
> Subject: RE: Squeak Distributions/Developer Workspace Preview WAS: too
> 	muchdiscusssion on a future direction
> To: "The general-purpose Squeak developers list"
> 	<squeak-dev at lists.squeakfoundation.org>
> Message-ID:
> 	<85760E7D451C314996037FABB548776121349D at BLUMS0013.bluelnk.net>
> Content-Type: text/plain;	charset="us-ascii"
> 
> Torsten,
> 
> You might want to check out what the guys over at SaltyPickle
> have done with configuration scripts. Their approach offers
> some solutions to at some of the issues you list below. Here
> is a URL: http://www.saltypickle.com/Home/10
> 
> Ron
> ----------=-=-=-=-=-=-=-=-========oOo========-=-=-=-=-=-=-=-=----------
> mailto:Ronald.P.Welch at baesystems.com                Phone:(607)770-3701
> BAE SYSTEMS Controls            600 Main St Johnson City, NY 13790-1888
> ----------=-=-=-=-=-=-=-=-===================-=-=-=-=-=-=-=-=----------
> 
> 
> -----Original Message-----
> From: squeak-dev-bounces at lists.squeakfoundation.org
> [mailto:squeak-dev-bounces at lists.squeakfoundation.org] On Behalf Of
> Torsten Bergmann
> Sent: Wednesday, December 22, 2004 11:08 AM
> To: squeak-dev at lists.squeakfoundation.org
> Subject: Squeak Distributions/Developer Workspace Preview WAS: too
> muchdiscusssion on a future direction
> 
> 
> Hi,
> 
> lot's of discussion on the list on packaging and the future of Squeak.
> Packaging can be solved by focusing on Packages/MC/SqueakMap and the
> future is (as it was before) completely unknown. So lets first fix
> the current image/packages before building a common roadmap for the 
> future and loosing time with heavy discussions.
> 
> Attached is a first preview of a new version of "Developer Workspace" -
> an 
> assembly of tools a smalltalker likes to have in his personal image.
> 
> While it is in general not a problem to build a personal squeak 
> with different "stable" packages - it is hard to assemble them since
> there 
> are several ways how squeak tools/goodies are packaged. 
> Note that DeveloperWorkspace is not a fork ... it's just a squeak
> distribution.
> 
> Install the SAR in an updated Squeak 3.8gamma (latest changeset is 6527)
> and you will see what I'm talking about:
> 
>  1. Celeste is not loading correctly since there is initially no adress 
>     database on my disk (defaultAddressBook.ser file), so currently 
>     one has to click on "Proceed" in the debugger. 
>  2. Celeste pops up a help window and celeste after install - which is 
>     not what I would like in an automated install packages
>  3. The dependency for Komanche is not correct - so Squeak asks the user
>     about this. Again not good for an automated install. 
>     Currently just click on "no" 
>  4. Seaside asks for a user/password for the administrator
>  5. ScriptManager also opens a window before finally my installation 
>     is able to finish
> 
> But any of these issues can be solved:
> 
> Nr.1:   is a bug and should be changed in Celeste. 
> Nr.2/5: we need a standard way to allow user help after a single install
> 
>         process and a "silent" install for packages assembling others
> Nr.3:   This was somehow introduced by repackaging comanche and applying
> a 
>         patch - we should repackage it correctly
> Nr.4:   This could be changed by having default values for the 
>         Seaside config and a small UI for configuring these values 
>         later 
> 
> So let's fix the packages, solve packaging and dependeny,
> agree on a small and stable kernel and the future looks bright again. ;)
> 
> Keep on talking small
> Torsten
> 
> 




More information about the Squeak-dev mailing list