August 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] this style looks cool

by Geert Claes

Tudor Girba wrote: > > ... > > Some of the icons that you see are shipped with Seaside. The blueish > bubble denotes an announcement and is already present in Pharo. > > ... > I like it too. Regarding the icons, is there somewhere a description of all the icons used as some are more self-explanatory than others? -- View this message in context: http://forum.world.st/this-style-looks-cool-tp2399247p2401191.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 31, 2010

[Pharo-project] problems with 12119 and 12120

by StÃ©phane Ducasse

I was trying to clean a bit MethodReference and now I broke the merge in Monticello. Now I get all the method with revision changed So what do we do? The changes were to help the integration of the new recentMessages changes 1- rollback because I do not have the time to dive into this part of the system. We need a better and cleaner infrastructure with a real declarative code model and not a hack like methodReference and tweak it to get comments and class definition on it. I hate that we have so lousy and brittle foundation 2- let it and try to understand why it breaks. But I have no time (now this stuff will stay in my mind until I check -grgrg). Stef

Aug. 31, 2010

Re: [Pharo-project] matchesRegex: multiline

by Lukas Renggli

In my image the second expression returns true as well. In fact the '.' (dot) matches anything but the null character (see RxMatcher>>#syntaxAny). Lukas 2010/8/31 Nick Ager <nick.ager(a)gmail.com>: > Hi, > Is there a way to allow the regex '.' (dot) to match line break characters: > 'hello regex' matchesRegex: '.*regex' Â Â "true" > 'hello > regex' matchesRegex: '.*regex' Â Â "false" > > Thanks > Nick > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

Aug. 31, 2010

[Pharo-project] matchesRegex: multiline

by Nick Ager

Hi, Is there a way to allow the regex '.' (dot) to match line break characters: 'hello regex' matchesRegex: '.*regex' "true" 'hello regex' matchesRegex: '.*regex' "false" Thanks Nick

Aug. 31, 2010

Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final

by StÃ©phane Ducasse

Originally I thought to shut up but today is the last days of summer holidays and I'm a positive thinking so let us try to help My suggestions: - put MIT now - accept other submissions even open the repositories to people that are cool (lukas, philippe, sven) - trust others! - have a look at HCHTTPClient and may be merge, migrate, - let pharo uses in it the image, we are not that dumb and with the merging capability and rss feed somebody can merge back really fast. Stef On Aug 31, 2010, at 8:38 AM, Andreas Raab wrote: > Hi - > > Thanks everyone for the reasoned and civil responses. It is good to see that we can have a disagreement without getting overly personal. Unfortunately, it seems that I'm effectively offered a no-win alternative here; I do not see how any of the discussed alternatives would help me achieve my goals. I will have to think about where to take things from here. If anyone has ideas, please let me know. > > Cheers, > - Andreas

Aug. 31, 2010

Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final

by Henrik Sperre Johansen

On 31.08.2010 08:47, StÃ©phane Ducasse wrote: >>> snip >>> >>>> Yeah, that's why I added the 200000 4KB docs / sec number. >>>> I really doubt the conversion will be a significant part of the processing time if what you send out is so small you are able to convert 800k messages per second... >>> It depends on the machine/load/etc. >> I feel like we already had this discussion over the cull: implementation, and I doubt either of us is going to change their mind, so let's stop here :) > > but cull: is in squeak now I think :) > I did not look carefully Yes, the discussion wasn't over its usefulness. Like now, it was whether the degree of optimization Levente presented was useful in any real scenarios :) Cheers, Henry

Aug. 31, 2010

Re: [Pharo-project] return character magic?

by StÃ©phane Ducasse

alchemist! Stef On Aug 31, 2010, at 1:20 AM, Nicolas Cellier wrote: > Henrik, you must be a kind of sorcerer or maybe a devil! > > Nicolas > > 2010/8/31 Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no>: >> On 30.08.2010 22:05, Nicolas Cellier wrote: >>> >>> 2010/8/30 StÃ©phane Ducasse<stephane.ducasse(a)inria.fr>: >>>> >>>> On Aug 30, 2010, at 8:33 PM, Johan Brichau wrote: >>>> >>>>> so what did you do? >>>>> >>>>> I see that the file got removed... I will submit a bug issue for that >>>>> with the file attached. >>>>> >>>>> The *real* problem is that you cannot remove it either! It does _not_ >>>>> want to go away! >>>> >>>> Oops! A bad spirit in pharo :) >>>> >>> Any person able to understand MultiDisplayScanner arcanes wouldn't see >>> any magic in this. But I really wonder whether a single person can >>> manage such complexity... Henrik ? >>> >>> Nicolas >> >> Hurr durr, I hate a challenge, can't really stop... >> In Pharo, the display primitive fails, and the fallback code does not deal >> correctly with the characterToGlyphMap used by StrikeFonts to store arrows >> at the normal ^_ spots, and substitute with characters at slots 128/129. >> In Squeak, the glyph-by-glyph rendering is encountered, and neither >> hasGlyphOf: nor glyphInfoInto: takes the map into account >> Attached is the fixed code for all three methods, should work in both Pharo >> and Squeak with these. >> (Issue 2886 on the Pharo tracker) >> >> Cheers, >> Henry >> >> >> >> _______________________________________________ >> 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

Aug. 31, 2010

Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final

by Andreas Raab

On 8/30/2010 1:40 AM, Johan Brichau wrote: > I am not a lawyer but as far as I understand this topic, no license means nobody can use the code at all, which contradicts the fact of having it in a public repository (and you being perfectly happy of people using it). > Can you please clarify the license situation of those projects? The license situation is that the code that's there has not been made available with a specific license yet. I use that as a vehicle to allow people to check things out, to try stuff and to experiment with it while I'm developing the code and am not willing to give up control. If you feel you do need a license during that period (which is perfectly reasonable) you can always contact and ask me and I'll be more than happy to grant you a non-transferable license that restricts source redistribution but is otherwise completely free for your use (commercial or otherwise). The point isn't to keep people from trying things out, the point is to bring development to a point where I'm happy to release it in the chosen form to the general public. Cheers, - Andreas > On 30 Aug 2010, at 00:00, Andreas Raab wrote: > >> As you can see, when I mean to put code under the MIT license, I try to state that by including a copy of the license on the front page of the repository as well as setting the license field. Contrary to, for example, the following repositories: >> >> http://www.squeaksource.com/ar.html >> http://www.squeaksource.com/SqueakSSL.html >> http://www.squeaksource.com/WebClient.html >> >> which are not (or not yet) under MIT. Obviously, I'm trying to be as clear as possible on these matters, which is why I was pointing out that your repository incorrectly claims that the version of WebClient in it is LGPLv2. I'm surprised (and shocked) that apparently nobody in Pharo even tries to find out what the license status for WebClient is. > >

Aug. 31, 2010

Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final

by StÃ©phane Ducasse

>> snip >> >>> Yeah, that's why I added the 200000 4KB docs / sec number. >>> I really doubt the conversion will be a significant part of the processing time if what you send out is so small you are able to convert 800k messages per second... >> >> It depends on the machine/load/etc. > I feel like we already had this discussion over the cull: implementation, and I doubt either of us is going to change their mind, so let's stop here :) but cull: is in squeak now I think :) I did not look carefully >>> See the code I attached last mail, switching to convertToEncoding: 'utf8' sort of implied implementing something like that, which gives it nearly the same speed as convertToWithConverter: UTF8TextConverter new in your examples. >> >> Sorry, I didn't see that. It looks cool, but I still wouldn't use #convertToEncoding: in my code, because there's a similar looking method (#converToWithConverter:) with better performance :). > Sure, though I find it quite ugly, I wouldn't vehemently oppose using it either, but the issue here was finding something Andreas would accept :) >> But it's definitely better than the current version, though if a converter is added/changed/removed, the dictionary has to be updated manually. >> >> >> Levente > Yeah, the code was merely a proof of concept to show off that you could get acceptable (for some :P) performance using it, as a middleground between squeakToUtf8 and convertToWithConverter in terseness. > > Cheers, > Henry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 31, 2010

Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final

by StÃ©phane Ducasse

don;t worry levente Nicolas was sensitive to the fact that you laugh because you consider that our process is close and that I have all the powers, which is false. We proposed in the past to Nicolas to help integrate changes but this is too boring in pharo so I do the dirty work and should work on making something simpler so that other can join if they want. BTW nicolas now we have menus and a lot more the rest (even automatic password settings) so a simple change is integrated in 2 min, merge and verification of the load in another image. so this is not bad. Stef On Aug 31, 2010, at 12:49 AM, Levente Uzonyi wrote: > On Mon, 30 Aug 2010, Nicolas Cellier wrote: > >> Hi Pharoers, > > snip > >> Come-on guys, despite Levente's cutting remark, you're not inferior to >> squeakers ;) (and you don't have to answer to that stupid conclusion). > > Uh, what remark? > >> >> Nicolas >> > > snip > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 31, 2010