- Pharo-dev - lists.pharo.org

Re: [Pharo-project] HelpBrowser takes too much time to open

by Mariano Martinez Peck

On Sat, Apr 30, 2011 at 2:14 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > This is because the help book "Pharo" includes an API > reference for the WHOLE system (starting from ProtoObject > all subclasses down) and converts all class comments > in the system into help text. Accessing sources is slow... > > Thanks Torsten for the explanation. > Just run > > MessageTally spyOn: [SystemReference asHelpTopic] > > If nobody uses this full API reference then we can eliminate > the class "PharoAPIHelp" and it should be much faster > (from 3705 down to 1006 in my image). > > No, I like that, it would be cool to keep it. What I am wondering (I have no idea how HelpBrowser is implemented) is if you cannot do a lazy loading for PharoHelp instead of the whole image. For example, when you start you have ProtoObject, then 6 subclasess, and then.... so...what about loading the subclasses only when requested ? in this case, why expanding with the arrow. > Other books like the ones on announcements and on regular > expression also contain an API reference ... but only > with classes for these packages. > Ok, I understand. -- Mariano http://marianopeck.wordpress.com

April 30, 2011

Re: [Pharo-project] HelpBrowser takes too much time to open

by Mariano Martinez Peck

Cool! Thanks Alexandre. Now...the problem with the cache is always the same...when to invalidate them. In this case, when do I need to set helpTopicCache to nil. I guess that if you create a help, then it is "automatically" detected when you open the browser. Now, you have to explicitly flush the cache, haven't you? So...is there some documentation of HelpSystem that should be updated to reflect that ? Thanks On Sat, Apr 30, 2011 at 3:15 AM, Alexandre Bergel <alexandre.bergel(a)me.com>wrote: > > MessageTally time: [HelpBrowser open] between 2 seconds in Cog and with > a regular VM between 6 and 8.... > > is there an easy way to improve it ? > > > > Alexandre, do you want another place where to put a cache like > Metacello's currentVersion? ;) > > :-) > Sure. Easy. > > SystemHelp>>allSystemHelpPragmas takes time. When you open a browser, the > method HelpBrowser>>open is called once and SystemHelp>>allSystemHelpPragmas > twice. Easy to suspect that a cache is missing. > > So, if you define > -=-=-=-=-=-=-=-=-= > HelpBrowser>>helpTopic > ^ helpTopicCache ifNil: [ helpTopicCache := rootTopic asHelpTopic ] > -=-=-=-=-=-=-=-=-= > > and adapt HelpBrowser>>refresh you win 50% of execution time. > > Here is it: > > > http://code.google.com/p/pharo/issues/detail?id=4126 > > Before this fix, I have: > [HelpBrowser open] timeToRun > => 6099 > > After the fix I have: > [HelpBrowser open] timeToRun > => 3094 > > Naturally, tests are kept green. > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > -- Mariano http://marianopeck.wordpress.com

April 30, 2011

Re: [Pharo-project] Don't you think "Windows" menu item should be with the rest?

by Mariano Martinez Peck

On Sat, Apr 30, 2011 at 9:08 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Mariano > let it like it is. > we did it because windows is not the same as the other one and got in our > way.... > so either we remove windows or we let it like that. the three others are > nicely grouped. > Ok...that's why I asked instead of directly open an issue. I wanted to know if it was intentional or not. I am not sure if I would like to remove them. Maybe we can remove some options. There are 2 that I use quite frequently: "Close all debuggers" and "Delete unchanged windows" (which in fact the name is bad for me) > Stef > On Apr 30, 2011, at 12:40 AM, Mariano Martinez Peck wrote: > > > Right now, there is a special section for "Windows", but I think it is > easier if it is together with Help, System, Tools, etc. > > I attach a screenshot. > > > > In addition, it changed the order in compare with Pharo 1.2 where it was: > > > > Tools > > Windows > > System > > Help > > > > What do you tink ? > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > <Pharo 1.2.png><Pharo 1.3.png> > > > -- Mariano http://marianopeck.wordpress.com

April 30, 2011

Re: [Pharo-project] Don't you think "Windows" menu item should be with the rest?

by StÃ©phane Ducasse

+1 On Apr 30, 2011, at 10:40 AM, Tudor Girba wrote: > I vote for removing. The only thing that is remotely useful is "close all debuggers", but that would work better under the System menu together with "enable halt inspect once". > > Cheers, > Doru > > > On 30 Apr 2011, at 09:08, StÃ©phane Ducasse wrote: > >> Mariano >> let it like it is. >> we did it because windows is not the same as the other one and got in our way.... >> so either we remove windows or we let it like that. the three others are nicely grouped. >> Stef >> On Apr 30, 2011, at 12:40 AM, Mariano Martinez Peck wrote: >> >>> Right now, there is a special section for "Windows", but I think it is easier if it is together with Help, System, Tools, etc. >>> I attach a screenshot. >>> >>> In addition, it changed the order in compare with Pharo 1.2 where it was: >>> >>> Tools >>> Windows >>> System >>> Help >>> >>> What do you tink ? >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >>> <Pharo 1.2.png><Pharo 1.3.png> >> >> > > -- > www.tudorgirba.com > > "Beauty is where we see it." > > > >

April 30, 2011

[Pharo-project] [update 1.3] #13177

by Marcus Denker

13177 ----- Issue 4127: little bit faster traitNames, allTraitsDo:, allClassesDo:, allClassesAndTraitsDo: Issue 4126: Speeding up HelpBrowser by 50% Issue 4115: Deprecate IdentityGlyphMap and HostFont Issue 4098: Fileout - choose another name cancel crashs -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 30, 2011

Re: [Pharo-project] Don't you think "Windows" menu item should be with the rest?

by Tudor Girba

I vote for removing. The only thing that is remotely useful is "close all debuggers", but that would work better under the System menu together with "enable halt inspect once". Cheers, Doru On 30 Apr 2011, at 09:08, StÃ©phane Ducasse wrote: > Mariano > let it like it is. > we did it because windows is not the same as the other one and got in our way.... > so either we remove windows or we let it like that. the three others are nicely grouped. > Stef > On Apr 30, 2011, at 12:40 AM, Mariano Martinez Peck wrote: > >> Right now, there is a special section for "Windows", but I think it is easier if it is together with Help, System, Tools, etc. >> I attach a screenshot. >> >> In addition, it changed the order in compare with Pharo 1.2 where it was: >> >> Tools >> Windows >> System >> Help >> >> What do you tink ? >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> <Pharo 1.2.png><Pharo 1.3.png> > > -- www.tudorgirba.com "Beauty is where we see it."

April 30, 2011

Re: [Pharo-project] Hudson - Pharo Clients build on 1.2, not 1.3

by Marcus Denker

On Apr 30, 2011, at 4:21 AM, Yanni Chiu wrote: > Can the equivalent builds based on Pharo 1.3 be created? Yes, it's on the TODO list... -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 30, 2011

Re: [Pharo-project] Don't you think "Windows" menu item should be with the rest?

by StÃ©phane Ducasse

Mariano let it like it is. we did it because windows is not the same as the other one and got in our way.... so either we remove windows or we let it like that. the three others are nicely grouped. Stef On Apr 30, 2011, at 12:40 AM, Mariano Martinez Peck wrote: > Right now, there is a special section for "Windows", but I think it is easier if it is together with Help, System, Tools, etc. > I attach a screenshot. > > In addition, it changed the order in compare with Pharo 1.2 where it was: > > Tools > Windows > System > Help > > What do you tink ? > > -- > Mariano > http://marianopeck.wordpress.com > > <Pharo 1.2.png><Pharo 1.3.png>

April 30, 2011

Re: [Pharo-project] squeaksource Seaside30 repo out of sync

by StÃ©phane Ducasse

What is the status of the projects hosted there? Do they got synched from squeaksource? Stefs > maybe it is at the seaside.gemstone.com/ss repo? > Am 2011-04-30 um 04:05 schrieb Yanni Chiu: > >> More data from my build cache: >> >> ~/pub/builder/cache$ ls -l */Seaside-Core-as* >> ... 275758 Feb 7 07:32 Seaside 3.0/Seaside-Core-as.695.mcz >> ... 281915 Mar 10 07:32 Seaside 3.0/Seaside-Core-as.712.mcz >> ... 275758 Feb 7 08:32 WIP Seaside 3.0/Seaside-Core-as.695.mcz >> ... 281914 Mar 10 08:32 WIP Seaside 3.0/Seaside-Core-as.712.mcz >> >> I can no longer see Seaside-Core-as.712.mcz in the repo. >> >> Notice how the file sizes are different for as.712, but they're the same value for as.695 >> >> The time stamp is from when my builds are triggered. The date stamp is the date the file was cached from the repo. >> >> > >

April 30, 2011

Re: [Pharo-project] squeaksource Seaside30 repo out of sync

by Tobias Pape

maybe it is at the seaside.gemstone.com/ss repo? Am 2011-04-30 um 04:05 schrieb Yanni Chiu: > More data from my build cache: > > ~/pub/builder/cache$ ls -l */Seaside-Core-as* > ... 275758 Feb 7 07:32 Seaside 3.0/Seaside-Core-as.695.mcz > ... 281915 Mar 10 07:32 Seaside 3.0/Seaside-Core-as.712.mcz > ... 275758 Feb 7 08:32 WIP Seaside 3.0/Seaside-Core-as.695.mcz > ... 281914 Mar 10 08:32 WIP Seaside 3.0/Seaside-Core-as.712.mcz > > I can no longer see Seaside-Core-as.712.mcz in the repo. > > Notice how the file sizes are different for as.712, but they're the same value for as.695 > > The time stamp is from when my builds are triggered. The date stamp is the date the file was cached from the repo. > >

April 30, 2011