October 2008 - Pharo-dev - lists.pharo.org

[Pharo-project] Re: Removing default fonts

by Markus Fritsche

Damien Cassou schrieb: > It may not be necessary if we decide to include FreeTypePlus into > Pharo because FreeTypePlus uses the fonts of the system. Just the blurred version or the nonblurred too?

Oct. 19, 2008

Re: [Pharo-project] Re: Removing default fonts

by Antony Blakey

Stef, On 19/10/2008, at 8:30 PM, StÃ©phane Ducasse wrote: > yes but this is still important that we keep the solution to not > rely on TT fonts Why is that? Surely basing the font mechanism purely on FreeType would be "Clean" and "Lean" because of all the stuff you could remove, and the plugability and parametric paths you could collapse - and it opens the way to ditching FreeType and using native platform API for text rendering and metrics, which would undoubtedly be "Better" and "Fast". The manifesto already says "Not backward compatible", so it can't be that. If it's a matter of wanting to cover platforms without FreeType - and even then you could use the native API unless you are bare metal, then maybe that should be on the home page with the manifesto. I understand if using native text APIs falls under 'try to avoid to reinvent the wheel', but using only the existing FreeType system doesn't reinvent anything. I'm just curious about the unwritten parameters of Pharo's development, because your statement implies some rule. Cheers, Antony Blakey ------------- CTO, Linkuistics Pty Ltd Ph: 0438 840 787 Every task involves constraint, Solve the thing without complaint; There are magic links and chains Forged to loose our rigid brains. Structures, structures, though they bind, Strangely liberate the mind. -- James Fallen

Oct. 19, 2008

Re: [Pharo-project] Re: Removing default fonts

by StÃ©phane Ducasse

yes but this is still important that we keep the solution to not rely on TT fonts stef On Oct 19, 2008, at 11:10 AM, Damien Cassou wrote: > On Fri, Oct 17, 2008 at 8:48 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> Markus we hear well your wishes now the best way to make it real >> is to send us some code :) > > > It may not be necessary if we decide to include FreeTypePlus into > Pharo because FreeTypePlus uses the fonts of the system. > > > -- > Damien Cassou > Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good > luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu) > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 19, 2008

Re: [Pharo-project] Re: Removing default fonts

by Damien Cassou

On Fri, Oct 17, 2008 at 8:48 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Markus we hear well your wishes now the best way to make it real > is to send us some code :) It may not be necessary if we decide to include FreeTypePlus into Pharo because FreeTypePlus uses the fonts of the system. -- Damien Cassou Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu)

Oct. 19, 2008

Re: [Pharo-project] Some more contributions to Pharo

by Marcus Denker

On 18.10.2008, at 21:31, StÃ©phane Ducasse wrote: > markus with the advanced search > status:fixed > I got 128 167 236 > > so it is working. > Ah, ok, yes. I forgot to select "all fixes". Now it works for me, too. This is good. Marcus > stef > > > On Oct 18, 2008, at 2:51 PM, Marcus Denker wrote: > >> >> On 18.10.2008, at 14:46, StÃ©phane Ducasse wrote: >> >>> I do not know. probably I though that if you selectthe drop list >>> beside the newentry >>> you can specify that. >>> >> >> No. The "needs work" shows even "closed" and "wontfix" entries, so >> it is useless. >> >> Marcus >> >> >>> >>> Stef >>> >>> On Oct 18, 2008, at 2:41 PM, Marcus Denker wrote: >>> >>>> >>>> On 18.10.2008, at 08:46, StÃ©phane Ducasse wrote: >>>> >>>>> fixed measn that someone proposed a fix not that this is >>>>> harvested. >>>>> >>>> >>>> Is there a way to just show these fixed entries? searchign for >>>> "status:fixed" >>>> does not seem to work. >>>> >>>> I would be nice to have a view on the bugtracker that shows all >>>> those entries >>>> where a fix exists that just need to be harvested. >>>> >>>> Marcus >>>> >>>> >>>>> Stef >>>>> >>>>> On Oct 18, 2008, at 12:51 AM, nicolas cellier wrote: >>>>> >>>>>> >>>>>> http://code.google.com/p/pharo/issues/detail?id=228 >>>>>> This issue can be marked fixed because integrated in Pharo >>>>>> update10091 >>>>>> >>>>>> -------------------------------------------------- >>>>>> http://code.google.com/p/pharo/issues/detail?id=237 >>>>>> >>>>>> SLICE-String-numArgs-Issue237-nice.2.mcz >>>>>> Collections-nice.114.mcz >>>>>> CollectionsTests-nice.96.mcz >>>>>> >>>>>> NOTE: i did not merge with Collections-nice.113.mcz >>>>>> >>>>>> -------------------------------------------------- >>>>>> http://code.google.com/p/pharo/issues/detail?id=257 >>>>>> >>>>>> Tools-nice.116.mcz >>>>>> http://bugs.squeak.org/view.php?id=7059 >>>>>> In the Object Explorer, the menu item 'explore pointers' is >>>>>> broken... >>>>>> It opens on an empty String. >>>>>> >>>>>> NOTE: I merged with Tools-nice.115.mcz >>>>>> >>>>>> -------------------------------------------------- >>>>>> http://code.google.com/p/pharo/issues/detail?id=253 >>>>>> >>>>>> SLICE-Mantis-6933-MultiByteFileStream-upTo-nice.1.mcz >>>>>> Multilingual-nice.39.mcz >>>>>> MultilingualTests-nice.1.mcz >>>>>> >>>>>> -------------------------------------------------- >>>>>> http://code.google.com/p/pharo/issues/detail?id=252 >>>>>> >>>>>> SLICE-Mantis-6812-Cannot-inspect-WeakSet-nice.1.mcz >>>>>> Tools-nice.115.mcz >>>>>> ToolsTest-nice.1.mcz >>>>>> >>>>>> -------------------------------------------------- >>>>>> http://code.google.com/p/pharo/issues/detail?id=248 >>>>>> >>>>>> SLICE-Mantis-ScaledDecimal-SqNumberParser-Fix-nice.1.mcz >>>>>> Collections-nice.113.mcz >>>>>> Kernel-nice.208.mcz >>>>>> KernelTests-nice.80.mcz >>>>>> >>>>>> -------------------------------------------------- >>>>>> http://code.google.com/p/pharo/issues/detail?id=236 >>>>>> >>>>>> Compiler-nice.73.mcz >>>>>> >>>>>> Issue is marked as fixed, but it is not in 10097... >>>>>> Maybe in some Cog changes from Eliot? >>>>>> Or in NewCompiler? >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>> project >>>> >>>> -- >>>> Marcus Denker -- denker(a)iam.unibe.ch >>>> http://www.iam.unibe.ch/~denker >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> Marcus Denker -- denker(a)iam.unibe.ch >> http://www.iam.unibe.ch/~denker >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Oct. 18, 2008

[Pharo-project] [ANN] 10099

by StÃ©phane Ducasse

I could not go to bed with bugs so I harvested # fix menu debug in morph But there is still a bug we cannot get the debug menu anymore (so to be fixed) # 258 This changeset removes the following unused methods: Object removeSelector: #basicAddInstanceVarNamed:withValue:! Object removeSelector: #bindWithTemp:! Object removeSelector: #handledListVerification! Object removeSelector: #propertyList! # 255 by pavel WorldState >> doDeferredUpdatingFor: uses instance veriable remoteServer. This instance variable can be removed completely. # 257 http://bugs.squeak.org/view.php?id=7059 In the Object Explorer, the menu item explore pointers is broken... It opens on an empty String. This is a patch from matthewf Harvested ProportionalSplitterMorph>>overlaps* from Polymorph because we got a DNU when we moved the splitter but now the splitter is broken :(

Oct. 18, 2008

[Pharo-project] [ANN] 10098

by StÃ©phane Ducasse

- fixed bug with senders not in packages - added startsWith: but deprecated - integrated fix of gary on proportionalSplitterMorph so now we can get rid of Morph>>x, y.... Stef

Oct. 18, 2008

Re: [Pharo-project] Some more contributions to Pharo

by StÃ©phane Ducasse

markus with the advanced search status:fixed I got 128 167 236 so it is working. stef On Oct 18, 2008, at 2:51 PM, Marcus Denker wrote: > > On 18.10.2008, at 14:46, StÃ©phane Ducasse wrote: > >> I do not know. probably I though that if you selectthe drop list >> beside the newentry >> you can specify that. >> > > No. The "needs work" shows even "closed" and "wontfix" entries, so > it is useless. > > Marcus > > >> >> Stef >> >> On Oct 18, 2008, at 2:41 PM, Marcus Denker wrote: >> >>> >>> On 18.10.2008, at 08:46, StÃ©phane Ducasse wrote: >>> >>>> fixed measn that someone proposed a fix not that this is harvested. >>>> >>> >>> Is there a way to just show these fixed entries? searchign for >>> "status:fixed" >>> does not seem to work. >>> >>> I would be nice to have a view on the bugtracker that shows all >>> those entries >>> where a fix exists that just need to be harvested. >>> >>> Marcus >>> >>> >>>> Stef >>>> >>>> On Oct 18, 2008, at 12:51 AM, nicolas cellier wrote: >>>> >>>>> >>>>> http://code.google.com/p/pharo/issues/detail?id=228 >>>>> This issue can be marked fixed because integrated in Pharo >>>>> update10091 >>>>> >>>>> -------------------------------------------------- >>>>> http://code.google.com/p/pharo/issues/detail?id=237 >>>>> >>>>> SLICE-String-numArgs-Issue237-nice.2.mcz >>>>> Collections-nice.114.mcz >>>>> CollectionsTests-nice.96.mcz >>>>> >>>>> NOTE: i did not merge with Collections-nice.113.mcz >>>>> >>>>> -------------------------------------------------- >>>>> http://code.google.com/p/pharo/issues/detail?id=257 >>>>> >>>>> Tools-nice.116.mcz >>>>> http://bugs.squeak.org/view.php?id=7059 >>>>> In the Object Explorer, the menu item 'explore pointers' is >>>>> broken... >>>>> It opens on an empty String. >>>>> >>>>> NOTE: I merged with Tools-nice.115.mcz >>>>> >>>>> -------------------------------------------------- >>>>> http://code.google.com/p/pharo/issues/detail?id=253 >>>>> >>>>> SLICE-Mantis-6933-MultiByteFileStream-upTo-nice.1.mcz >>>>> Multilingual-nice.39.mcz >>>>> MultilingualTests-nice.1.mcz >>>>> >>>>> -------------------------------------------------- >>>>> http://code.google.com/p/pharo/issues/detail?id=252 >>>>> >>>>> SLICE-Mantis-6812-Cannot-inspect-WeakSet-nice.1.mcz >>>>> Tools-nice.115.mcz >>>>> ToolsTest-nice.1.mcz >>>>> >>>>> -------------------------------------------------- >>>>> http://code.google.com/p/pharo/issues/detail?id=248 >>>>> >>>>> SLICE-Mantis-ScaledDecimal-SqNumberParser-Fix-nice.1.mcz >>>>> Collections-nice.113.mcz >>>>> Kernel-nice.208.mcz >>>>> KernelTests-nice.80.mcz >>>>> >>>>> -------------------------------------------------- >>>>> http://code.google.com/p/pharo/issues/detail?id=236 >>>>> >>>>> Compiler-nice.73.mcz >>>>> >>>>> Issue is marked as fixed, but it is not in 10097... >>>>> Maybe in some Cog changes from Eliot? >>>>> Or in NewCompiler? >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>> project >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> Marcus Denker -- denker(a)iam.unibe.ch >>> http://www.iam.unibe.ch/~denker >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 18, 2008

Re: [Pharo-project] Some more contributions to Pharo

by StÃ©phane Ducasse

sniff Stef On Oct 18, 2008, at 2:51 PM, Marcus Denker wrote: > > On 18.10.2008, at 14:46, StÃ©phane Ducasse wrote: > >> I do not know. probably I though that if you selectthe drop list >> beside the newentry >> you can specify that. >> > > No. The "needs work" shows even "closed" and "wontfix" entries, so > it is useless. > > Marcus > > >> >> Stef >> >> On Oct 18, 2008, at 2:41 PM, Marcus Denker wrote: >> >>> >>> On 18.10.2008, at 08:46, StÃ©phane Ducasse wrote: >>> >>>> fixed measn that someone proposed a fix not that this is harvested. >>>> >>> >>> Is there a way to just show these fixed entries? searchign for >>> "status:fixed" >>> does not seem to work. >>> >>> I would be nice to have a view on the bugtracker that shows all >>> those entries >>> where a fix exists that just need to be harvested. >>> >>> Marcus >>> >>> >>>> Stef >>>> >>>> On Oct 18, 2008, at 12:51 AM, nicolas cellier wrote: >>>> >>>>> >>>>> http://code.google.com/p/pharo/issues/detail?id=228 >>>>> This issue can be marked fixed because integrated in Pharo >>>>> update10091 >>>>> >>>>> -------------------------------------------------- >>>>> http://code.google.com/p/pharo/issues/detail?id=237 >>>>> >>>>> SLICE-String-numArgs-Issue237-nice.2.mcz >>>>> Collections-nice.114.mcz >>>>> CollectionsTests-nice.96.mcz >>>>> >>>>> NOTE: i did not merge with Collections-nice.113.mcz >>>>> >>>>> -------------------------------------------------- >>>>> http://code.google.com/p/pharo/issues/detail?id=257 >>>>> >>>>> Tools-nice.116.mcz >>>>> http://bugs.squeak.org/view.php?id=7059 >>>>> In the Object Explorer, the menu item 'explore pointers' is >>>>> broken... >>>>> It opens on an empty String. >>>>> >>>>> NOTE: I merged with Tools-nice.115.mcz >>>>> >>>>> -------------------------------------------------- >>>>> http://code.google.com/p/pharo/issues/detail?id=253 >>>>> >>>>> SLICE-Mantis-6933-MultiByteFileStream-upTo-nice.1.mcz >>>>> Multilingual-nice.39.mcz >>>>> MultilingualTests-nice.1.mcz >>>>> >>>>> -------------------------------------------------- >>>>> http://code.google.com/p/pharo/issues/detail?id=252 >>>>> >>>>> SLICE-Mantis-6812-Cannot-inspect-WeakSet-nice.1.mcz >>>>> Tools-nice.115.mcz >>>>> ToolsTest-nice.1.mcz >>>>> >>>>> -------------------------------------------------- >>>>> http://code.google.com/p/pharo/issues/detail?id=248 >>>>> >>>>> SLICE-Mantis-ScaledDecimal-SqNumberParser-Fix-nice.1.mcz >>>>> Collections-nice.113.mcz >>>>> Kernel-nice.208.mcz >>>>> KernelTests-nice.80.mcz >>>>> >>>>> -------------------------------------------------- >>>>> http://code.google.com/p/pharo/issues/detail?id=236 >>>>> >>>>> Compiler-nice.73.mcz >>>>> >>>>> Issue is marked as fixed, but it is not in 10097... >>>>> Maybe in some Cog changes from Eliot? >>>>> Or in NewCompiler? >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>> project >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> Marcus Denker -- denker(a)iam.unibe.ch >>> http://www.iam.unibe.ch/~denker >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 18, 2008

Re: [Pharo-project] About nextPut:

by Damien Cassou

On Fri, Oct 17, 2008 at 8:47 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > why a stream is not adequate. for me this a collection of elements. "a collection of elements" is named a collection in Smalltalk :-). If you want a growable collection, use a growable collection. Streams should be use to iterate over a sequence of elements (read streams) or write elements to a backing store (write streams). -- Damien Cassou Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu)

Oct. 18, 2008