Squeak-dev May 2013

squeak-dev@lists.squeakfoundation.org

59 participants
334 discussions

Vector Graphics (was: Pi performance fun)
by Colin Putney 29 May '13

29 May '13

On Fri, May 24, 2013 at 11:11 AM, tim Rowledge <tim(a)rowledge.org> wrote: > after all, we probably ought to be moving away from relying on bitblts and > towards more modern vector libraries etc. > This. I recently upgraded to a new laptop with a Retina display, and everything looks gorgeous… except Squeak. Squeak looks terrible. Any thoughts on what moving toward more modern vector libraries would look like? Morphic 3? Rome/Athens/Nile? Something else? Colin

8 14

The Trunk: Tools-fbs.467.mcz
by commits＠source.squeak.org 29 May '13

29 May '13

Frank Shearar uploaded a new version of Tools to project The Trunk: http://source.squeak.org/trunk/Tools-fbs.467.mcz ==================== Summary ==================== Name: Tools-fbs.467 Author: fbs Time: 29 May 2013, 10:22:41.649 am UUID: 89b5dde1-27f9-4b66-86ca-f134965c17a4 Ancestors: Tools-cmm.466 Apply "JIT development" to implementing a Trait application. =============== Diff against Tools-cmm.466 =============== Item was changed: ----- Method: Debugger>>buildNotifierWith:label:message: (in category 'toolbuilder') ----- buildNotifierWith: builder label: label message: messageString | windowSpec listSpec textSpec panelSpec quads | windowSpec := builder pluggableWindowSpec new. windowSpec model: self. windowSpec extent: 450 @ 156. "nice and wide to show plenty of the error msg" windowSpec label: label. windowSpec children: OrderedCollection new. panelSpec := builder pluggablePanelSpec new. panelSpec children: OrderedCollection new. quads := self preDebugButtonQuads. (self interruptedContext selector == #doesNotUnderstand:) ifTrue: [ quads := quads copyWith: { 'Create'. #createMethod. #magenta. 'create the missing method' } ]. + (#(#notYetImplemented #shouldBeImplemented #requirement) includes: self interruptedContext selector) ifTrue: [ - (#(#notYetImplemented #shouldBeImplemented) includes: self interruptedContext selector) ifTrue: [ quads := quads copyWith: { 'Create'. #createImplementingMethod. #magenta. 'implement the marked method' } ]. (self interruptedContext selector == #subclassResponsibility) ifTrue: [ quads := quads copyWith: { 'Create'. #createOverridingMethod. #magenta. 'create the missing overriding method' } ]. quads do:[:spec| | buttonSpec | buttonSpec := builder pluggableButtonSpec new. buttonSpec model: self. buttonSpec label: spec first. buttonSpec action: spec second. buttonSpec help: spec fourth. buttonSpec frame: self preDebugButtonQuadFrame. panelSpec children add: buttonSpec. ]. panelSpec layout: #horizontal. "buttons" panelSpec frame: self preDebugButtonQuadFrame. windowSpec children add: panelSpec. Preferences eToyFriendly | messageString notNil ifFalse:[ listSpec := builder pluggableListSpec new. listSpec model: self; list: #contextStackList; getIndex: #contextStackIndex; setIndex: #debugAt:; frame: self contextStackFrame. windowSpec children add: listSpec. ] ifTrue:[ message := messageString. textSpec := builder pluggableTextSpec new. textSpec model: self; getText: #preDebugMessageString; setText: nil; selection: nil; menu: #debugProceedMenu:; frame: self contextStackFrame. windowSpec children add: textSpec. ]. ^windowSpec!

1 0

The Trunk: Kernel-fbs.761.mcz
by commits＠source.squeak.org 29 May '13

29 May '13

Frank Shearar uploaded a new version of Kernel to project The Trunk: http://source.squeak.org/trunk/Kernel-fbs.761.mcz ==================== Summary ==================== Name: Kernel-fbs.761 Author: fbs Time: 29 May 2013, 10:19:06.481 am UUID: b974ebc4-e7fb-4172-98e7-d0e3dc617d47 Ancestors: Kernel-cmm.760 Signal a proper error for a missing Trait requirement, so the Debugger can catch it. =============== Diff against Kernel-cmm.760 =============== Item was changed: ----- Method: Object>>requirement (in category 'error handling') ----- requirement + | sender | + sender := thisContext sender. + ^ NotImplemented signal: ('{1} or a superclass should implement {2} from trait {3}' format: {self className. sender selector. sender method originalTraitMethod methodClass})! - self error: 'Implicitly required method'!

1 0

Inspiration for things to do with Squeak
by tim Rowledge 29 May '13

29 May '13

There's a large and growing list of things people are doing with Pi's at http://www.reddit.com/r/AskReddit/comments/1f607z/owners_of_a_raspberry_pi_… and I suspect that there is quite a bit to inspire Squeak code amongst them. Look out for the one from TopNowBottomLater ;-) tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Strange OpCodes: RLB: Ruin Logic Board

1 0

Re: [squeak-dev] The Trunk: Multilingual-nice.160.mcz
by Levente Uzonyi 28 May '13

28 May '13

On Thu, 23 May 2013, commits(a)source.squeak.org wrote: > Nicolas Cellier uploaded a new version of Multilingual to project The Trunk: > http://source.squeak.org/trunk/Multilingual-nice.160.mcz > > ----- Method: UTF8TextConverter class>>errorMalformedInput: (in category 'utilities') ----- > errorMalformedInput: aString > "Invalid UTF-8 input has been detected in the given string. > Raise an error if strict conversions are enabled, otherwise allow > the original string to be returned." > > self strictUtf8Conversions ifTrue:[ > + (InvalidUTF8 new string: aString) signal. I think using cascade is better in this case: InvalidUTF8 new string: aString; signal Levente > - self error: 'Invalid utf8: ', aString > ]. > > ^aString! > > >

2 1

Re: [squeak-dev] The Inbox: Monticello-nice.545.mcz
by Levente Uzonyi 28 May '13

28 May '13

On Thu, 23 May 2013, commits(a)source.squeak.org wrote: > Nicolas Cellier uploaded a new version of Monticello to project The Inbox: > http://source.squeak.org/inbox/Monticello-nice.545.mcz > > Item was changed: > ----- Method: MCMczWriter>>serializeDefinitions: (in category 'serializing') ----- > serializeDefinitions: aCollection > | writer s | > + s := String new writeStream. > - s := RWBinaryOrTextStream on: String new. > writer := self snapshotWriterClass on: s. > writer writeDefinitions: aCollection. > ^ s contents! More nitpicking: Using "String new writeStream" is inefficient compared to "String streamContents: []". It also requires the use of local variables and an extra message send. How about this? serializeDefinitions: aCollection ^String streamContents: [ :stream | (self snapshotWriterClass on: stream) writeDefinitions: aCollection ] > > Item was changed: > ----- Method: MCStReader>>readStream (in category 'evaluating') ----- > readStream > + | contents | > + contents := stream contents. > ^ ('!!!! > > + ', ([contents utf8ToSqueak] on: InvalidUTF8 do: [:exc | exc return: contents])) readStream! > - ', stream contents) readStream! > > Item was changed: > ----- Method: MCStWriter>>writeDefinitions: (in category 'writing') ----- > writeDefinitions: aCollection > "initStream is an ugly hack until we have proper init defs" > initStream := String new writeStream. > > (MCDependencySorter sortItems: aCollection) > do: [:ea | ea accept: self] > displayingProgress: 'Writing definitions...'. > > + stream nextPutAll: initStream contents squeakToUtf8.! > - stream nextPutAll: initStream contents.! > > >

2 1

RE: Slow drawing update on OpenBSD
by Ken Dickey 28 May '13

28 May '13

> Can you briefly describe the problem (sorry I don't know what "auto-move" means)? DisplayObject>>slideFrom:to:nSteps:delay: Has a timer, but the wakeup is delayed. (Delay forMilliseconds: milliSecs) wait. The timer expires, but the VM does not get the CPU back immediately. Moving the cursor sends mouse events, which do wake up the VM. So moving images are glacially slow unless one moves the cursor around. It has been over a decade since I looked seriously at C code, so poking around will take me a while. Early Squeak had this problem on Linux, but it got repaired a long time ago. I am hoping someone has a better memory of this than I do. Thanks again, -KenD -- Ken [dot] Dickey [at] whidbey [dot] com

1 0

Unstable test: Tests.Monticello.MCSnapshotBrowserTest.testClassSelected
by Frank Shearar 28 May '13

28 May '13

This guy, and associated/similar tests, has/have become unstable. Prior to build #339 they just worked. From #340 onwards they sometimes pass, sometimes fail. According to the manifests we publish as part of each build the change from 339 to 340 is just < Files (cmm.119) --- > Files (cmm.120) which seems completely unrelated! If it weren't for the fact that everything in the test happened in the context of the main World thread (whatever its proper name is), I'd think it was a race: the tests consist of * perform a UI action * check that the UI's showing what we expect - that there's a list morph somewhere in the UI whose contents match some list. I've tried debugging these, and they're annoyingly non-deterministic. I've often found that rerunning the test - run it til it fails, rerun the failing assertion - makes the test pass! Any thoughts? frank

4 5

SharedQueue>>#nextOrNil
by Lars Wassermann 28 May '13

28 May '13

Hello Squeak-dev, SharedQueue>>#nextOrNil is deliberately implemented in such a way, that it raises an error instead of returning nil, in case the Queue is empty. >From the versions, it is obvious that this change was an 'improvement'. Can anybody remember _why_ this change was done? From a discussion in Mantis I know that for new projects, one should use SharedQueue2 instead. But I can't change to SharedQueue2 because the receiver is DeferredUIMessages, a class variable of WorldState. Thank you. - Lars

2 1

MCTool -> Morphic (was Re: [squeak-dev] UI feedback badness in 4.4-12550-ish image)
by Frank Shearar 28 May '13

28 May '13

On 23 May 2013 07:46, Balázs Kósi <rebmekop(a)gmail.com> wrote: > Monticello already uses ToolBuilder if it's > present (see MCTool>>buildWindow), so the repository inspector > responsiveness is fixed to some extent. Eek! ToolBuilder should be (*) the only package to use Morphs. Is there any value in keeping MCTool's build-if-ToolBuilder-or-roll-own-if-not? Two ways of building UIs means they _will_ diverge. ToolBuilder's the correct way to build a UI, so the fallback position can only rot. frank (*) for standard tools especially!

3 3

← Newer
1
2
3
4
5
6
7
8
9
...
34
Older →

Jump to page: