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
|