Squeak-dev August 2005

squeak-dev@lists.squeakfoundation.org

157 participants
234 discussions

Pending mac 3.8.8b6
by John M McIntosh 08 Aug '05

08 Aug '05

After pushing 3.8.8b5 out a few people let me know that there were problems with it. a) Hide, show all, hide other menu commands not working (actually this problem started in 10.4). b) The CPU time taken as a background application went from 7% to 20%. c) Drawing seemed to have an excessive lag time. In poking at the menu command logic again I discovered that I was passing the hide/hide others/show cmd to the squeak event queue for Tweak Ffenestri processing, this was not a problem in 10.3.9 because carbon was processing the resulting cmd (I handled it) incorrectly. This bug was fixed in 10.4, but then exposed the problem in Squeak. The change is to ignore the hide/show menu cmds and let the base carbon UI handle the behaviour. The window drawing was altered to flush every 1/50 of a second to satisfy changes to quickdraw in 10.4, and to address the fact that Quickdraw is going away. What I found was setting up the carbon event timer to flush all window every 1/50 of a second was too expensive. So I decided on a more radical approach and moved to Quartz for drawing the bitmap image. I need to do this to take advantage of pending Quartz changes and for MacIntel. Work earlier in the year showed me how to take Squeak bitmaps in 1/2/4/8 bits of color and use QuickDraw to convert to 16 or 32bit color before drawing, this was carried forward into the Quartz draw logic since we work with only 16 or 32 bits of color for the host window. Early Shark benchmarking shows that timing are similar to the times the Quickdraw memcpy logic gave us. Many late hours were taken to figure out how to flush the screen. First I did a GCSync operation after each draw which should trigger a flush about every 1/50 of a second, however this fails when the drawing area becomes very small say 1 pixel and is updated at very high rates. What I found is that I need to do a CGContextFlush every 100ms or so to make the drawing not lose sync. Feedback on the drawing changes are welcome. Things feel better and I think Croquet works faster? http://homepage.mac.com/johnmci/FileSharing.html or see the following ftp directory for the zip file. ftp://ftp.smalltalkconsulting.com/ -- ======================================================================== === John M. McIntosh <johnmci(a)smalltalkconsulting.com> 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ======================================================================== ===

2 2

RE: LookEnhancements enhancement
by Ramon Leon 08 Aug '05

08 Aug '05

> The actual mail that lead to this discussion was from > Philippe whose intention was to give feedback and suggestions > to further improve LookEnhancements. Unfortunately, and I > think that's almost a pattern in this community, this lead to > a discussion which is not constructive. It can be > interesting to argue about those things of course, but often > it does not get us forward. It would have been helpful to > either argue for or against why the "o" icon of Squeak is > more intuitive than for example the "-" of OS X and make real > suggestions how to improve the current look. > So, anybody having good ideas for the windows icons, or is > the current situation just that good that we can't improve? > > Adrian > OK, apologies, actual suggestions from now on. Any chance you could add a preference for thinner window borders? It'd be nice to have the outer borders be as thin as the borders between panes, and maybe a thinner title bar too. Just overall a slimmer look, as an option. It'd also be really nice if windows would snap to alignment against other windows or against the outer borders of the screen, maybe there's something like this and I just don't know about it, if so I'd like to know.

4 5

Squeak Chat Friday August 12th 01:00 GMT
by Ken Causey 08 Aug '05

08 Aug '05

Just a reminder that the next Squeak Chat will take place between 01:00 (1 AM) and 05:00 (5 AM) GMT Friday August 12th, 2005. As usual we will meet in #squeak on irc.freenode.net. More information about the #squeak IRC channel can be found at http://people.squeakfoundation.org/article/7.html This is a good time to contribute to the development of Squeak by participating in the Harvesting Process. One of the main ways to contribute is by Reviewing submitted fixes and enhancements. For information about the Harvesting Process see http://minnow.cc.gatech.edu/squeak/3152 If you have the time please attend and work toward the future of Squeak. The next seven chats are scheduled for 05:00 (05:00 AM) GMT Tuesday August 16, 2005 09:00 (09:00 AM) GMT Saturday August 20, 2005 13:00 (01:00 PM) GMT Wednesday August 24, 2005 17:00 (05:00 PM) GMT Sunday August 28, 2005 21:00 (09:00 PM) GMT Thursday September 01, 2005 01:00 (01:00 AM) GMT Tuesday September 06, 2005 05:00 (05:00 AM) GMT Saturday September 10, 2005

1 0

Missing file on squeak.org
by Dominique Dutoit 07 Aug '05

07 Aug '05

The Balloon Flash demo (the link in the ReadMe.txt window) is broken because the flash file is missing on squeak.org. The original URL was http://www.squeak.org/Squeak3.4/areallycoolflash.swf The flash file can still be found at this address: http://herve.flores.online.fr/flash/SomR-fla.swf -- Dominique

1 0

Re: What do you think about Ruby ?
by Dominique Dutoit 07 Aug '05

07 Aug '05

> Ruby is a programming language which seduce more and > Ruby and many other languages look like a landscape made of sand hills, changing days and nights as the syntax permits to express the same thing in many different ways. The trouble is that these languages can't read themselves and one has to keep a map handy, which is torn into small pieces kept in a bunch of folders. Smalltalk is a flat landscape, all objects sharing the same syntax, no keywords and cabalistic symbols hurting the eyes. Objects have no place to hide, all are spotted on a map that can be browsed at any time. Smalltalk is so flat indeed that it fits nicely on a memory key, always ready to make an impromptu demo about Seaside or some other cool thing. That's why I stopped to worry about other languages.

2 1

Re: [ENH]MorphicPerformance1-efc
by Chris Muller 07 Aug '05

07 Aug '05

> I thought I would group some of these optimizations together so it would > be easier to keep track of... This great work you've done Eddie. Thanks. Hope you have a great vacation. - Chris

1 0

[ANN] PlotMorph2
by Matej Kosik 07 Aug '05

07 Aug '05

Different implementation of the plot-morph-like-goodie. + it has better scales + it implements two different policies what actions should be taken when currently added point is outside of the "visible" area. See: - does not look as cool (sweet and therefore consistent with rest of Squeak) as original PlotMorph does +- it is not capabable to render two or more graphs into the same plot. PlotMorph2 example3 PlotMorph2 example4 Details are here: http://altair.dcs.elf.stuba.sk/wiki/Kosik/PlotMorph2 Regards -- mk

6 9

[ENH]MorphicPerformance1-efc
by Eddie Cottongim 07 Aug '05

07 Aug '05

I thought I would group some of these optimizations together so it would be easier to keep track of. Here is the first grouping I have come up with before I leave on vacation and quit bugging everybody. The work on the explorer windows is going to have to wait because it touches too many things. Benchmarks follow. Please let me know if you have any problems. I hope this is helpful. Thanks, Eddie From Preamble: "Change Set: MorphicPerformance1-efc Date: 6 August 2005 Author: Eddie Cottongim Three Morphic performance improvements: -LazyLists seem to have a problem where they are not being lazy enough. #hUnadjustedScrollRange seemed to be forcing the installation of the entire list (I am not sure exactly why) thus negating the lazy quality. The method was also pretty slow and getting called a lot while scrolling. I've simplified the method and added a cache for this value. -StrikeFontSet has been optimized to use the bitblt text primitive for bytestrings. For the multibyte path, it was still possible to save a few sends for a noticable improvement. -Change Morph>>submorphs to be non-copying. This seems to be the concensus on the squeak-dev list of the right thing to do. It doesn't provide a noticable boost in normal circumstances but with very large numbers of morphs it prevents a lot of scaling problems. The overall impact is about 20% on the 10Browers test, about double the single byte text printing speed, and a 10-15% improvement on the multibyte string printing. " One note on font things, it seems to be a weird situation with StrikeFontSet/StrikeFont, so I only touched the paths that were getting hit a lot. Oh, also I'm having a math impairment moment, my % improvements might be off a bit. Benchmark results, lower is better: (Code follows) 10Browser test: (improvement) 3.8 base: 9574.2 MP1: 7587.2 ~20% With the ST-80 Theme: 3.8 base 4584.2 MP1 4024.4 ~12% With Squeak 2.8: (reality check only) 2.8 base: 1565.6 Text printing: singlebyte 3.8 base: 4609 MP1: 2073 ~50% multi 3.8 base: 4906 MP1: 4227 ~13% Code for 10Browers: (Thanks to Dan Ingalls) time _ 0. saveMorphs _ self currentWorld submorphs. 5 timesRepeat:[ self currentWorld removeAllMorphs. "heh, heh" time _ time + (Time millisecondsToRun: [ 1 to: 10 do: [:i | Browser fullOnClass: SystemDictionary selector: #abandonSources]. self currentWorld submorphs do: [:m | m delete. self currentWorld doOneCycle]]). ]. self currentWorld addAllMorphs: saveMorphs. time/5 asFloat "print it" Code for text printing: (Stolen from FontTest) text := '012345678012345678990123456789' asText. font := TextStyle default fontOfSize: 21. width _ font widthOfStringOrText: text. text addAttribute: (TextFontReference toFont: font). bb := (Form extent: width @ 30) getCanvas privatePort. bb combinationRule: Form paint. font installOn: bb foregroundColor: Color black backgroundColor: Color white. Time millisecondsToRun:[ 10000 timesRepeat: [ destPoint := font displayString: text on: bb from: 1 to: 30 at: 0@0 kern: 1. ]. ]. "print it" "This postamble is useful to see if the test actually worked as opposed to just being fast..." width := text inject: 0 into: [:max :char | max + (font widthOf: char)]. bb destForm asMorph openInHand. an ImageMorph(675)

2 1

[BUG] SmaCC does not install on 3.8.6Beta6
by Damien Cassou 07 Aug '05

07 Aug '05

Hi, have somebody tried to install SmaCC-Development in a 3.8-6665 image running under 3.8.6Beta6 VM ? It complains about ByteString does not understand #highBit. Is there a way to install this ? Thank you -- Damien Cassou pour le Software Composition Group a Berne

2 1

[ANN] SVGMorph new release
by Gary Chambers 07 Aug '05

07 Aug '05

Latest release, 0.3.1 adds support for all basic shapes and transforms. Works with 3.8 full. There is a problem with fonts, generally it will use the default text font, this can cause problems if it is a StrikeFont rather than a TTFont and the fill color is a gradient. Gradients are created properly when translucent, maybe this could go into enhancements. Hoping for more feedback... Gary.

2 2

← Newer
1
...
16
17
18
19
20
21
22
23
24
Older →

Jump to page: