July 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] MD5 in pharo?

by Janko MivÅ¡ek

Hi Bill, Schwab,Wilhelm K pravi: > I stand by my answer. The cryptography team took on too much work and ended up burning out. Beyond that, OpenSSL will have "brand loyalty" that a home-grown library will struggle to match. Include what you want[*], but we should also provide something that attaches to OpenSSL and can therefore benefit from its maintenance cycle. Having experience with Swazoo 1.0 OpenSSL support I can tell that maintaining such interface to external library is not easy. Consider all platforms you need to maintain, and adapting to new versions... Not to mention that end user need to install OpenSSL libraries, which at least on Windows is not as easy as it should be. So, for simple things as hashes like MD5 and SHA and some other basic crypto functions it is certainly better to have implementations in Smalltalk. While for a whole SSL it is better to have the interface to the external library. Cryptography package should therefore stay and be maintained at least for basic crypto stuff. But I'd be very hapy iff someone could develop the XML signature and encryption support, combining existing crypto and XML functionality into something really useful in nowadays digital world ... Janko > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Adrian Lienhard > Sent: Saturday, July 18, 2009 1:42 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] MD5 in pharo? > > Bill, please note that Esteban just needs a standard hash algorithm. > No encryption. > > Some time ago we discussed including hash functions from Cryptography in Pharo core. We postponed it then because it seemed that maybe some people would join and make Cryptography work in Pharo. An OpenSSL interface would be a very interesting alternative too. > > In any case I think we should add MD5 and maybe some other hash functions to the core. Will add this to my todo list. > > Adrian > > > On Jul 18, 2009, at 05:09 , Schwab,Wilhelm K wrote: > >> Esteban, >> >> IMHO, the correct path is to write an interface for OpenSSL. >> Ultimately, that should also give us SSL sockets, but long before >> that, it can provide various hashes and cyphers with very little >> effort. I am open on whether the interface should be FFI, Alien, or >> plugin based. One argument for a plugin could come through benefits >> that _might_ acrue to sockets. I have along way to go on Squeak/ >> Pharo external interfacing, so I could be way off here(!!), but I am >> under the impression that plugins can use OS threads, and that could >> greatly simplify getting OpenSSL to not hang the entire image while >> waiting on things to happen to/on a socket; that benefit would come at >> the cost of having to write a plugin. >> >> Another option might be to use FFI/Alien to access the cyphers and >> have a plugin for the SSL sockets. Hopefully someone with Squeak >> external interfacing experience will tell us "where be the dragons" >> with the various options. >> >> Bill >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr >> ] On Behalf Of Esteban Lorenzano >> Sent: Friday, July 17, 2009 7:25 PM >> To: pharo-project(a)lists.gforge.inria.fr >> Subject: [Pharo-project] MD5 in pharo? >> >> Hi, >> Some time ago, I read a thread about cryotography, and as far as I >> remember, some body says about integrate the basic algoritms (MD5 and >> maybe others) as part of the pharo core. >> Well... now I need to use MD5 and cryptography package is not working >> well (it opens a debugger each time I save my image). >> >> I wonder if there are another package with MD5? >> >> Cheers, >> Esteban -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

July 18, 2009

Re: [Pharo-project] How to have a faster image

by Schwab,Wilhelm K

Adrian, With respect, I do not understand the resistance to also placing the recommendations on the Wiki - that might help someone hoping to postpone updating to a new image. Making a list in a promintent location in no way prevents improving the downloadable images; let's do both. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Adrian Lienhard Sent: Saturday, July 18, 2009 1:55 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] How to have a faster image In this thread just preferences were discussed to speed up the tools (no new packages). Instead of adding them to the wiki, I also suggest to make them default in the Pharo image. Like this people get less features but a faster GUI, which seems to be preferred from the many recent comments. If somebody likes more features, he can simply change the preferences again (maybe adding a note in the workspace would be helpful to indicate which ones). I suggest to change the following: SystemBrowser default: OBSystemBrowserAdaptor. Preferences disable: #dynamicProtocolActivation. Preferences disable: #annotationPanes In this thread it was also suggested to enable #fastDragWindowForMorphic. Not sure if this is important as we have it disabled also in the core. Damien, what do you think? Adrian On Jul 18, 2009, at 00:39 , Damien Cassou wrote: > On Sat, Jul 18, 2009 at 12:01 AM, StÃ©phane > Ducasse<stephane.ducasse(a)inria.fr> wrote: >> I think that pharo (old pharo-dev should contain as less as >> possible). > > Each user means something different by 'as less as possible' (not sure > it's good english though :-)). You want syntax highlighting and > completion to be in. IIRC, Michael has no need for them. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > 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

July 18, 2009

Re: [Pharo-project] Pharo apparently slow on linux

by Schwab,Wilhelm K

They might be (I'll have to use them for a while), though I would still like to see especially the browse command along side of evaluate/inspect/explore in the menus. Thanks, Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Adrian Lienhard Sent: Saturday, July 18, 2009 1:46 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Pharo apparently slow on linux On Jul 18, 2009, at 08:02 , Schwab,Wilhelm K wrote: > Laurent, > > I will preface this by saying that I have had a fairly intense week > with Pharo. I am closing in on a solution to a real problem. I > greatly miss Dolphin's Browse-it command, and its F12 and shift-F12 > (definitions/references to a typed selector); the message search has > its points, but it takes some extra steps to use in comparison to the > Dolphin features. Isn't Ctrl-b (browse selected class name), Ctrl-m (implementors of selector), Ctrl-n (senders of selector), and Ctrl-shift-n (class references) doing the same? I almost never use the message search but always these shortcuts. Adrian > Back to the topic at hand; let's see if I am following. Start with a > core image, run a script that installs what looks like a Pharo web > image, makes a few changes to settings in favor of speed, and you get > something that you find faster than Pharo?? Did you make the same > speed selections in Pharo? If so, one wonders what happened between > core and Pharo-dev/web that Lukas did not do to the core image. > > Sorry if I'm off base here - it's been a long and very good few days. > > Bill > > > ________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr > ] On Behalf Of laurent laffont > Sent: Saturday, July 18, 2009 12:45 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Pharo apparently slow on linux > > > On Fri, Jul 17, 2009 at 8:31 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr>> wrote: > Hi > > David shaffer reported to me in fuzzy way that pharo is slow on linux. > Dear linux users can you report if you experienced the same and on > which > machine > distributions > vm > image > > please compare the core and the dev (with browser usage) > > _______________________________________________ > > Hi, > > machine: core duo 2.0 GHz, 1 GB RAM (White Macbook, 2007) > distribution: Archlinux > vm: exupery pharo-vm-0.15.1b-linux.zip > images: pharo0.1-10373dev09.07.2 and latest Pharo-Core > > Pharo-Core: (System Browser) > - startup time: instantaneous > - navigate randomly in browser: 3% - 8% CPU usage > - find class OrderedCollection: ~10% CPU > - browse senders of add: time to open 1s, 21% CPU > > Pharo-Dev: (Package Browser) > - statup time: 3s (cold start 5s) > - navigate randomly in browser: 9% - 15% CPU usage > - find class OrderedCollection: ~13% CPU > - browse senders of add: time to open 19s, 48% CPU > > Now I'm using Pharo-Core with Luka's scripts > (http://code.google.com/p/pharo/wiki/ImageBuildScripts > ) as it's far more pleasant to use for me. > > Laurent > _______________________________________________ > 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

July 18, 2009

Re: [Pharo-project] MD5 in pharo?

by Schwab,Wilhelm K

Adrian, I stand by my answer. The cryptography team took on too much work and ended up burning out. Beyond that, OpenSSL will have "brand loyalty" that a home-grown library will struggle to match. Include what you want[*], but we should also provide something that attaches to OpenSSL and can therefore benefit from its maintenance cycle. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Adrian Lienhard Sent: Saturday, July 18, 2009 1:42 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] MD5 in pharo? Bill, please note that Esteban just needs a standard hash algorithm. No encryption. Some time ago we discussed including hash functions from Cryptography in Pharo core. We postponed it then because it seemed that maybe some people would join and make Cryptography work in Pharo. An OpenSSL interface would be a very interesting alternative too. In any case I think we should add MD5 and maybe some other hash functions to the core. Will add this to my todo list. Adrian On Jul 18, 2009, at 05:09 , Schwab,Wilhelm K wrote: > Esteban, > > IMHO, the correct path is to write an interface for OpenSSL. > Ultimately, that should also give us SSL sockets, but long before > that, it can provide various hashes and cyphers with very little > effort. I am open on whether the interface should be FFI, Alien, or > plugin based. One argument for a plugin could come through benefits > that _might_ acrue to sockets. I have along way to go on Squeak/ > Pharo external interfacing, so I could be way off here(!!), but I am > under the impression that plugins can use OS threads, and that could > greatly simplify getting OpenSSL to not hang the entire image while > waiting on things to happen to/on a socket; that benefit would come at > the cost of having to write a plugin. > > Another option might be to use FFI/Alien to access the cyphers and > have a plugin for the SSL sockets. Hopefully someone with Squeak > external interfacing experience will tell us "where be the dragons" > with the various options. > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr > ] On Behalf Of Esteban Lorenzano > Sent: Friday, July 17, 2009 7:25 PM > To: pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] MD5 in pharo? > > Hi, > Some time ago, I read a thread about cryotography, and as far as I > remember, some body says about integrate the basic algoritms (MD5 and > maybe others) as part of the pharo core. > Well... now I need to use MD5 and cryptography package is not working > well (it opens a debugger each time I save my image). > > I wonder if there are another package with MD5? > > Cheers, > Esteban > > > > _______________________________________________ > 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 _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 18, 2009

Re: [Pharo-project] Pharo apparently slow on linux

by John McIntosh

2) Mac VM seems faster than others. I don't know if it is because 1) or any other reason This is because of compiler version choice, compiler options, tweaking, and from time to time re-verification of what is going on... So yes the mac vm can be 30%, but maybe someone can check that -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

July 18, 2009

Re: [Pharo-project] MD5 in pharo?

by Esteban Lorenzano

Great! On 2009-07-18 05:16:26 -0300, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> said: > Yes this is a good idea. > > Stef > > On Jul 18, 2009, at 8:41 AM, Adrian Lienhard wrote: > >> Bill, please note that Esteban just needs a standard hash algorithm. >> No encryption. >> >> Some time ago we discussed including hash functions from Cryptography >> in Pharo core. We postponed it then because it seemed that maybe some >> people would join and make Cryptography work in Pharo. An OpenSSL >> interface would be a very interesting alternative too. >> >> In any case I think we should add MD5 and maybe some other hash >> functions to the core. Will add this to my todo list. >> >> Adrian >> >> >> On Jul 18, 2009, at 05:09 , Schwab,Wilhelm K wrote: >> >>> Esteban, >>> >>> IMHO, the correct path is to write an interface for OpenSSL. >>> Ultimately, that should also give us SSL sockets, but long before >>> that, it can provide various hashes and cyphers with very little >>> effort. I am open on whether the interface should be FFI, Alien, or >>> plugin based. One argument for a plugin could come through benefits >>> that _might_ acrue to sockets. I have along way to go on Squeak/ >>> Pharo external interfacing, so I could be way off here(!!), but I am >>> under the impression that plugins can use OS threads, and that could >>> greatly simplify getting OpenSSL to not hang the entire image while >>> waiting on things to happen to/on a socket; that benefit would come >>> at the cost of having to write a plugin. >>> >>> Another option might be to use FFI/Alien to access the cyphers and >>> have a plugin for the SSL sockets. Hopefully someone with Squeak >>> external interfacing experience will tell us "where be the dragons" >>> with the various options. >>> >>> Bill >>> >>> >>> -----Original Message----- >>> From: >>> pharo-project-bounces(a)lists.gforge.inria.fr >>> [mailto:pharo-project-bounces@lists.gforge.inria.fr ] >>> >>> On Behalf Of Esteban Lorenzano >>> Sent: Friday, July 17, 2009 7:25 PM >>> To: pharo-project(a)lists.gforge.inria.fr >>> Subject: [Pharo-project] MD5 in pharo? >>> >>> Hi, >>> Some time ago, I read a thread about cryotography, and as far as I >>> remember, some body says about integrate the basic algoritms (MD5 >>> and maybe others) as part of the pharo core. >>> Well... now I need to use MD5 and cryptography package is not >>> working well (it opens a debugger each time I save my image). >>> >>> I wonder if there are another package with MD5? >>> >>> Cheers, >>> Esteban >>> >>> >>> >>> _______________________________________________ >>> 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 >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 18, 2009

Re: [Pharo-project] fork cleaning in CUIS

by Lukas Renggli

> Â >> . It was a discussion about the dangers of using the result of > #fork and > Â >> friends, and the convenience of first creating the process, > storing it > Â >> somewhere and later doing #resume. In this release of Cuis, all > callers of > Â >> #fork and friends that needed the return value were changed for that > Â >> pattern, and now #fork and friends simply return nil. This is the > way to > Â >> avoid those nasty bugs. > Â > > Â > I really like that solution. It's simple and ensures people know what > Â > they're doing. > Â > > +1 > Good to know that someone put that discussion fruits into a practical > plane, even if in own fork :) The change might break existing code that does not have a nasty bug. Furthermore it makes experimenting in the workspace with processes very hard. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

July 18, 2009

[Pharo-project] Fwd: CUIS Changes

by StÃ©phane Ducasse

Hi all I think that juan is doing a good job at documenting his changes so that other forks could benefit from them. So if you want to help here is the list. Stef (last change set included: 228) Rename class and update references goodie --------------------------------------------------------- 0159-renameClassAndUpdateReferences-jmv.1.cs Process scheduling enh -------------------------------- 0029-ProcessScheduling.cs MessageTally enh ------------------------- 0122-MessageTallyEnh-ar-jmv.11.cs 0191-MessageTallyNoWrap-jmv2.cs Logging and ChangeSet enhancements ------------------------------ 0003-ClassDefinitionLogging.st 0004-ClassDefinitionLoggingAddendum.st 0005-ClassDefinitionLoggingAddendum2.st 0032-ClassDefinitionLogging-Compatibility.cs 0123-ChangeListEnh-FileOutAll-jmv.2.cs 0201-SelectRemovalsOfSent-jmv.1.cs Dan's == with SmallIntegers --------------------------------------- 0105-RemoveIdentityCompareWSmallInts-jmv.1.cs Affected class categories goodie --------------------------------------------- 0036-AffectedClassCategories.2.cs Protocol Catcher goodie ----------------------------------- 0077-ProtocolCatcher-jmv.1.cs Nicer Cursors ------------------- 0046-Cursor.3.cs Chronology enh ------------------------- 0099-ChronologyEnh-jmv.1.cs 0223-TimeTestCreation-jmv.1.cs 0224-TimeForSpeed-gk.1-M4669.cs 0225-fasterDayOfYear-brp.1-M4669.cs 0226-DateAndTime-fromSeconds-dtl-M7356.cs Parser enh ------------------ 0113-ParserRemoteRequestorFix-jmv.3.cs 0118-ParserRemoteRequestorFix2-jmv.1.cs ProgressBar enh ----------------------- 0114-ProgressBarEnh-jmv.1.cs 0117-RemoveSlip.1.cs Text cleanup and refactoring ------------------------------------------ 0078-TextMorphsCleanup-jmv.1.cs 0079-TextEditor-jmv.28.cs 0080-replaceControllerReferences-jmv.1.cs 0081-removeController-jmv.1.cs 0082-furtherEditorCleanup-jmv.2.cs 0084-removePredecessorAndSuccessor-jmv.1.cs 0090-oldPluggableTextMorphFix-jmv.cs 0097-TextEditorFix-jmv.cs 0100-RemovePredecessorAndSuccessorAgain.1.cs 0110-ListRefactor-EditorFix-jmv.2.cs (just 2 methods) 0116-OldMorphEditorFix-jmv.1.cs 0174-SaveContentsToFile-jmv.1.cs 0216-WorkspaceFix-jmv.2.cs (1 method) ScrollPane and ScrollBar cleanup & refactor ----------------------------------------------------- 0169-ScrollPaneCleanup-jmv.8.cs 0171-OutboardScrollBarFix-jmv.1.cs 0215-ScrollPaneEnh-jmv.1.cs 0216-WorkspaceFix-jmv.2.cs (1 method) NiceFonts ---------------- 0002-subPixelFontsPreference.st 0007-ItalicAndBoldFonts.st 0011-AAFontsFixes.1.cs 0026-StrikeFont class-removeMostFonts.st 0031-StripHighGlyphs.cs 0040-SmallerAAColormaps.st 0051-seizesNavigationFocus.1.cs (just one of the changes) 0073-NiceFontsLessThan32bpp-jmv.cs 0120-DefaultsFontsFix.1.cs 0125-NiceFontsEnh-jmv.10.cs 0127-ChangeDejaVuForVera-jmv.3.cs 0128-RemoveFontsScripts-jmv.1.cs 0155-FontsSaveSpace-jmv.1.cs 0156-MultiLineEnding-VisibleControlChars-jmv.1.cs 0162-16bppFonts-jmv.1.cs 0195-NiceFontEnh-jmv.2.cs 0204-ColoredTextWithSubpixelAA.22.cs 0208-BitBltTweak-jmv.1.cs 0210-BetterColorMaps-jmv.2.cs Code authorship and relicensing ----------------------------------------- 0024-CodeAuthors.1.cs 0139-CodeAuthorsUpdate-jmv.2.cs 0140-LicenseBasicRemoval-yo-jmv.1.cs 0141-MissingAuthorsRemoval-yo-jmv.1.cs 0142-LicenseBasicRevert-yo-jmv.2.cs 0143-LicenseRemoveScaledDecimal-yo-jmv.1.cs 0144-LicenseCleanupHG-yo-jmv.1.cs 0145-LicenseRevertJDL-yo-jmv.1.cs 0146-LicenseRewriteHGExplorer-yo-jmv.1.cs 0147-LicenseRewriteHGServDir-yo-jmv.1.cs 0148-LicenseCleanupDWH-yo-jmv.1.cs 0149-LicenseLastEdits-yo-jmv.1.cs 0150-LicenseMoreEdits-jmv.2.cs 0151-LicenseAdditionalStuff-jmv.2.cs 0152-LicenseOddsAndEnds-jmv.1.cs 0158-LicenseNewIssues-jmv.1.cs 0194-Model-veryDeepInner-jmv.cs.1.cs Focus navigation and enh --------------------------------------------- 0009-KeyboardNavigation.st 0083-focusAndMiscCleanup-jmv.1.cs 0085-focusStuff-jmv.cs 0086-focusNotFollowsMouse-jmv.cs 0087-moreFocusAndEventsStuff-jmv.cs 0088-keyboardAndNavigationFocusUnification-jmv.cs 0089-newKeyboardFocusNavigation-jmv.cs 0091-AdditionalFocusFixes-jmv.1.cs 0093-FocusFixes-jmv.1.cs 0107-FocusFollowsMouseAgain-jmv.2.cs 0179-KeyboardFocusFeedbackEnh-jmv.12.cs 0180-focusFollowsMouse.1.cs 0186-PrettyPrintAndFocusFeedbackEnh-jmv.1.cs Pointer explorer goodie ------------------------------- 0070-PointerExplorer-jmv.cs Code evaluation fixes ---------------------------- 0045-CodeEvaluationAnnoyancesFixes.5.cs Remote cursor sender goodie ---------------------------------------- 0034-OldSimpleClientSocket class-remoteCursorSender.st 0035-OldSimpleClientSocket class-remoteCursorReceiver.st 0037-remoteCursorReceiver.st 0039-remoteCursorSender.st 0055-RemoteCursorClose.1.cs Kernel: Semaphores, Delays, Processes, WeakReferences ------------------------------------------------------------------------- 0101-SafeDelay-2-ar.cs 0102-DelayTweaks-ar.cs 0103-DelayStartup-jmv.cs 0104-SemaCritical-ar.cs 0130-CreateSemaphoreTest-jmv.1.cs 0131-DelayCleanup-ar.1.cs 0132-AtomicProcessSuspend-ar.1.cs 0133-ProcessTerminateFix-ar.2.cs 0134-DelayWaitTimeout-ar.2.cs 0135-SignalExceptionFix-ar.1.cs 0136-assertFix-jmv.1.cs 0137-SemaTests-ar.cs 0173-offList-jmv.1.cs 0187-DelayWaitTimeout-ar.3.cs 0192-WeakMessageSendFixPart1-jmv-M7352.cs 0193-WeakMessageSendFixPart2-jmv-M7352.1.cs 0207-AvoidCreatingDelays-jmv.1.cs 0212-ForkSenders-jmv.1.cs 0213-ForkAnswersNil-jmv.5.cs Polygons and Curves --------------------------- 0177-CurveMorphProperFill-jmv.2.cs 0181-CurveMorphFixArrows-jmv.1.cs Misc goodies and lesser tweaks ------------------------------------------ 0047-crc16ForFiles.1.cs 0050-Form-fromFileNamedOrNil.1.cs 0053-ensure-close.1.cs 0058-browseUndeclared.1.cs 0061-baseSqueakFixes-jmv.1.cs 0065-DictionaryFix-jmv.1.cs 0066-CrLfFileStreamFixes-jmv.1.cs 0067-crLfNextLine-jmv.4.cs 0069-writeStream-lf-jdb.1.cs 0073-BMPSaveFixes-jmv.1.cs 0074-String-stbLinesDo-jdb.1.cs 0076-trimbBlanksFix-jmv.1.cs 0119-CryptographyStuff-jmv.1.cs 0126-BrowserTweaks-jmv.3.cs 0129-xorFixes-em.1.cs 0166-RecreateSpecialObjectsArray-M6980-ar.1.cs 0172-ShrinkingToolsEnh-jmv.5.cs 0182-RemoveLineFeedsTweak-jmv.1.cs 0184-PresumedSentMessagesEnh-jmv.1.cs 0185-ISO-8859-1Encoding-jmv-ar.11.cs 0188-ShrinkingFix-jmv.1.cs 0190-isShadowed-jmv.1.cs 0196-AnalysisTools-jmv.1.cs 0206-AnalysisToolsEnh-jmv.4.cs 0214-nilMNU-bf-jmv.1.cs 0217-LongMethodAuthor-ar-jmv.2.cs 0218-FileMenuEnh-jmv.1.cs Cleanup ------------- 0059-Morphic3AndBalloonRemoval.13.cs 0094-removefixReversedValueMessages-jmv.cs 0095-SmartRefStreamFixAndCleanup-jmv.cs 0124-RemoveTempNamesCache-jmv.2.cs 0157-RemoveSomeLFsFromCode-jmv.1.cs 0163-LoadOldIdentical-jmv.3.cs 0164-LoadOldEquivalent-jmv.12.cs 0227-SomeRandomCleanup-jmv.1.cs Morphic / LightWidgets ------------------- 0001-HoleLW.st 0006-PositionFix.st 0008-HoleLWAndTransparentBackgroundFix.st 0010-MenuItemLW.st 0012-DrawHighlightOverride.st 0013-ShowNHideInLW.st 0014-GuiStandards.cs 0015-ListLW.1.cs 0016-EntryFieldWithExtras.1.cs 0017-Slider.1.cs 0018-GuiStandardsExample.2.cs 0019-entryFieldChanges.1.cs 0020-slider.2.cs 0021-GuiStandardsExampleFer.3.cs 0022-MiscFixes.1.cs 0023-AdditionalFixes.5.cs 0025-NavigationFixes.1.cs 0027-ProgressBar.4.cs 0028-LW-changes.1.cs 0030-ViewUpdateInUIProcess.cs 0033-actionArgumentInButtons.cs 0038-outOfWorld.st 0041-LabelLW-font.cs 0042-OldHandMorph-handleEvent.st 0043-MouseOver-CPUUsageReport.st 0044-ModelsEventsAndLW.6.cs 0048-LW-actionArgument.1.cs 0049-World-ViewBox.1.cs 0051-seizesNavigationFocus.1.cs 0052-LW-misc.1.cs 0054-OldPasteUpMorph.jmv.1.cs 0056-ImageLW.1.cs 0057-NavigationFocusFix.1.cs 0060-miscLightWidgetsFixes-jmv.3.cs 0062-CheapImageLW.1.cs 0063-clickableScrollbars-jmv.1.cs 0064-LWtweaks-jmv.1.cs 0068-navigationFocusEnhLW-jmv.1.cs 0071-ButtonAndLabelLWEnh-1-jmv.cs 0072-ButtonAndLabelLWEnh-2-jmv.cs 0075-CheckBoxLWAndStuff-jmv.1.cs 0092-NewEntryField-jmv.1.cs 0096-HaloCyclingFix-jmv.cs 0098-MoreResponsiveMorphic-jmv.cs 0106-ScrollingLabel-jmv.1.cs 0108-TranslucentImage-jmv.3.cs 0109-CellStyleAphaEntryField-jmv.7.cs 0110-ListRefactor-EditorFix-jmv.2.cs 0111-ListRefactorPart2-jmv.1.cs 0112-RemoveMenuListLWandMenuItemLW-jmv.1.cs 0115-CustomNavigationEntryFieldLW.1.cs 0121-ProgressBarLWFix-jmv.1.cs 0138-Mantis6581-FreezeFix-al.1.cs 0153-runStepMethodsIn-ar.2.cs 0154-AvoidSupriousDrawing-jmv.1.cs 0160-removePrefix-Old-jmv.1.cs 0161-isMorphic-jmv.1.cs 0165-OldPrefixRemaining-jmv.1.cs 0167-EntryFieldFocusFix-jmv.1.cs 0168-MoreOldPrefixStuff-jmv.1.cs 0170-Unimplemented-jmv.17.cs 0175-RemoveVMMaker-jmv.1.cs 0176-AdditionalVMMakerRemoval-jmv.1.cs 0178-EntryField2LWFix-jmv.1.cs 0183-TargetSightingCuis-wiz-jmv.6.cs 0189-MenusWithPen.10.cs 0197-RemoveTableLayout-jmv.12.cs 0198-SimplifyCanvas-jmv.2.cs 0199-MorphicReduction-jmv.4.cs 0200-MoreCleanup-jmv.10.cs 0202-BrowserCommentDisappears-jmv.1.cs 0203-RemoveRotationCenter-jmv.1.cs 0205-PluggableButtonMorphFix-jmv.1.cs 0209-AdditionalCleanup-jmv.13.cs 0211-LayoutSimplification-jmv.cs 0219-addMorphLayoutFractions-jmv.1.cs 0220-BetterButtonDefaults-jmv.1.cs 0221-ButtonLabelString-jmv.3.cs 0222-BrowserLowerPaneLayoutFix-jmv.2.cs 0228-MenuLayoutFix-jmv.1.cs

July 18, 2009

Re: [Pharo-project] New much faster Pharo based on 10379

by StÃ©phane Ducasse

On Jul 18, 2009, at 11:59 AM, David RÃ¶thlisberger wrote: > >> OK then we should ask david if >> - he addressed the check removal >> - found the problems with the menus? > > The check removal I addressed, but the menu problems not yet. Excellent this is another step in the right direction. > I will be away the next three weeks, I can't work on this during > that period. But I > will look at it when I'm back (Aug 10). > But I really suggest to not load OB-Enhancements if you do not want > to use the > package browser at all. Ok but we need it :) I cannot work with categories anymore. Stef > > David > >> On Jul 18, 2009, at 11:00 AM, Lukas Renggli wrote: >> >>>> can you disable the annotation pane too? >>> >>> Yeah, the annotation pane is extremely slow. I never use it myself. >>> >>>> Could you also load the packageBrowser so that we can pick the >>>> other >>>> one too? >>> >>> I don't think that would work with the code that is used in the >>> image >>> Damien created. The OB code in this image does not contain the slow >>> extra checks that were hacked into the core code to make the package >>> browser functioning. Furthermore the normal browser is not really >>> useable if the package browser is loaded, because menu items are >>> missing and strangely positioned to the point it is not useable >>> anymore. >>> >>> Lukas >>> >>> -- >>> Lukas Renggli >>> http://www.lukas-renggli.ch >>> >>> _______________________________________________ >>> 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

July 18, 2009

Re: [Pharo-project] New much faster Pharo based on 10379

by David RÃ¶thlisberger

> OK then we should ask david if > - he addressed the check removal > - found the problems with the menus? The check removal I addressed, but the menu problems not yet. I will be away the next three weeks, I can't work on this during that period. But I will look at it when I'm back (Aug 10). But I really suggest to not load OB-Enhancements if you do not want to use the package browser at all. David > On Jul 18, 2009, at 11:00 AM, Lukas Renggli wrote: > >>> can you disable the annotation pane too? >> >> Yeah, the annotation pane is extremely slow. I never use it myself. >> >>> Could you also load the packageBrowser so that we can pick the other >>> one too? >> >> I don't think that would work with the code that is used in the image >> Damien created. The OB code in this image does not contain the slow >> extra checks that were hacked into the core code to make the package >> browser functioning. Furthermore the normal browser is not really >> useable if the package browser is loaded, because menu items are >> missing and strangely positioned to the point it is not useable >> anymore. >> >> Lukas >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 18, 2009