Squeak-dev January 2016

squeak-dev@lists.squeakfoundation.org

40 participants
206 discussions

Start a nNew thread

I seem to get no more posts from Squeak dev
by Herbert König 04 Jan '16

04 Jan '16

Hi, the last post I received from squeak dev dates 11 December. Curious id this post gets through. Cheers, Herbert

3 2

Re: The Inbox: PreferenceBrowser-kfr.58.mcz
by marcel.taeumel 04 Jan '16

04 Jan '16

Uh, nice. You did not have to adapt the color picker for that? Best, Marcel -- View this message in context: http://forum.world.st/The-Inbox-PreferenceBrowser-kfr-58-mcz-tp4869090p4869… Sent from the Squeak - Dev mailing list archive at Nabble.com.

3 4

The Trunk: PreferenceBrowser-kfr.59.mcz
by commits＠source.squeak.org 04 Jan '16

04 Jan '16

Karl Ramberg uploaded a new version of PreferenceBrowser to project The Trunk: http://source.squeak.org/trunk/PreferenceBrowser-kfr.59.mcz ==================== Summary ==================== Name: PreferenceBrowser-kfr.59 Author: kfr Time: 4 January 2016, 3:41:04.433 pm UUID: 54f1c76e-46a2-4dc8-adda-7e088612506e Ancestors: PreferenceBrowser-kfr.58 Adjust layout of number preference =============== Diff against PreferenceBrowser-kfr.58 =============== Item was changed: ----- Method: PBNumericPreferenceView>>representativeButtonWithColor:inPanel: (in category 'user interface') ----- representativeButtonWithColor: aColor inPanel: aPreferenceBrowser ^self horizontalPanel layoutInset: 2; color: aColor; cellInset: 20; cellPositioning: #center; addMorphBack: (StringMorph contents: self preference name); + addMorphBack: self horizontalFiller; addMorphBack: self textField; yourself.!

1 0

The Trunk: PreferenceBrowser-kfr.58.mcz
by commits＠source.squeak.org 04 Jan '16

04 Jan '16

Karl Ramberg uploaded a new version of PreferenceBrowser to project The Trunk: http://source.squeak.org/trunk/PreferenceBrowser-kfr.58.mcz ==================== Summary ==================== Name: PreferenceBrowser-kfr.58 Author: kfr Time: 3 January 2016, 6:13:14.444 pm UUID: e5f58d19-2c9a-4e05-b58d-0b7ade0be73f Ancestors: PreferenceBrowser-kfr.57 Fix for updating color when using the NewColorPickerMorph =============== Diff against PreferenceBrowser-kfr.57 =============== Item was changed: ----- Method: PBColorPreferenceView>>changeColor: (in category 'user interface') ----- changeColor: aButton + NewColorPickerMorph useIt + ifTrue: + [ (NewColorPickerMorph + on: self + originalColor: aButton color + setColorSelector: #setButtonColor:) openNear: aButton fullBoundsInWorld ] + ifFalse: + [ ColorPickerMorph new + choseModalityFromPreference ; + sourceHand: aButton activeHand ; + target: self ; + selector: #setButtonColor: ; + originalColor: aButton color ; + + putUpFor: aButton + near: aButton fullBoundsInWorld ] ! - aButton changeColor. - self preference preferenceValue: aButton fillStyle. - button label: self preference preferenceValue asString. - self adjustLabelColor ! Item was added: + ----- Method: PBColorPreferenceView>>setButtonColor: (in category 'user interface') ----- + setButtonColor: aColor + button color: aColor. + self preference preferenceValue: aColor. + button label: self preference preferenceValue asString. + self adjustLabelColor + !

1 0

OT: Convince me github is a wise choice
by Eliot Miranda 04 Jan '16

04 Jan '16

Hi Ben, Hi All, I'm quite conservative when it comes to relying on others' infrastructure so I need some help making me take the plunge. Please see below: On Thu, Dec 17, 2015 at 7:15 AM, Ben Coman <btc(a)openinworld.com> wrote: > > > On Wed, Dec 16, 2015 at 1:00 AM, Ben Coman <btc(a)openinworld.com> wrote: > >> > >> > >> On Wed, Dec 16, 2015 at 10:43 AM, Ryan Macnak <rmacnak(a)gmail.com> > wrote: > >> > > >> > What would be more helpful is if the VM build was fixed to work with > a cross compiler, so it would compile fast enough to test ARM and MIPS on > Travis CI alongside IA32 and X64. > >> > > >> > It would also help if the top-of-tree Intel VMs were always kept > working so we'd know which change broke something. Moving the Subversion > repository to a more reliable host (which likely means migrating to Git) > would also cut down on the false positives Travis reports because the > Subversion server has a habit of dropping connections. > >> > >> +1 github :) > > btw, Did you know that github supports subversion clients since 2011 [1]? > Here are supported features [2]. Are these sufficient for your > current svn workflows? > Potentially we could have ONE repository and those liking subversion > can stick with it and those liking git can use that. Of course, this > would need to be proven. > Ah, that's interesting. So my concern is whether github is a safe long-term bet. Specifically what is there to prevent some third party from buying github, or of github going public and the board taking the decision, or github on its own, deciding to charge for hosting, keeping the data hostage to extract payment? What safeguards are in place to prevent this? I'm not interested in "this will never happen" arguments. I'm interested in hard data please. [4] Provides pragmatic advice for cutting over. Esteban appears to > have done similar to step 1 and 2 [3] - but it seem sometimes his > modifications directly update this mirror so its not clear to see when > that branch is an *exact* copy of the current svn trunk. So I'd love > to see a github repository that is always an *exact* mirror of the svn > repository, with any pharo mods occurring in a branch off that. Even > better if the repository for svn users resides on github in place of > that mirror. > > I've been googling around for problems reported using github via an > svn client, and haven't found any smoking guns. > Is this something we can trial? I'm willing to put some effort into > it. A key requirement would be not interrupting Eliots work on > Spur-64. Potentially we could stay for months on step 3 [4] with the > CI infrastructure running on the git side, but code check-ins > continuing onthe svn side. > > btw2, [5] provides a use case for the advantages of a full switch. > > cheers -ben > > [1] https://github.com/blog/966-improved-subversion-client-support > [2] https://help.github.com/articles/support-for-subversion-clients/ > [3] https://github.com/pharo-project/pharo-vm/network > [4] > http://blogs.atlassian.com/2013/01/atlassian-svn-to-git-migration-technical… > [5] > http://blogs.atlassian.com/2013/01/svn-to-git-how-atlassian-made-the-switch… > -- _,,,^..^,,,_ best, Eliot

6 6

Dark theme
by karl ramberg 04 Jan '16

04 Jan '16

Hi, Has anybody made a dark theme for Squeak with dark window background etc. My eyes are becoming much more sensitive to the bright white background, so a dark theme would be nice to switch to :-) Best, Karl

6 11

Daily Commit Log
by commits＠source.squeak.org 03 Jan '16

03 Jan '16

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2016-January/009222.ht… Name: Collections-cmm.675 Ancestors: Collections-eem.672 grownBy: should answer the same class of object asked to be grown. =============================================

1 0

The Trunk: Collections-cmm.675.mcz
by commits＠source.squeak.org 03 Jan '16

03 Jan '16

Chris Muller uploaded a new version of Collections to project The Trunk: http://source.squeak.org/trunk/Collections-cmm.675.mcz ==================== Summary ==================== Name: Collections-cmm.675 Author: cmm Time: 3 January 2016, 3:33:44.302 pm UUID: d019e6cc-abbb-4077-9e3d-2f471f6fb07a Ancestors: Collections-eem.672 grownBy: should answer the same class of object asked to be grown. =============== Diff against Collections-eem.672 =============== Item was changed: ----- Method: SequenceableCollection>>grownBy: (in category 'copying') ----- + grownBy: length - grownBy: length "Answer a copy of receiver collection with size grown by length" + ^ (self class ofSize: self size + length) + replaceFrom: 1 to: self size with: self startingAt: 1 ; + yourself! - - | newCollection | - newCollection := self species ofSize: self size + length. - newCollection replaceFrom: 1 to: self size with: self startingAt: 1. - ^ newCollection!

1 0

[ANN] Squeak/Smalltalk on Travis-CI
by Fabio Niephaus 03 Jan '16

03 Jan '16

Happy New Year Everyone, We are excited to announce that Squeak is now officially supported on Travis-CI <http://travis-ci.org/>. This means you can finally set "language: smalltalk" in your *.travis.yml* in order to run tests for your GitHub-hosted Squeak/Smalltalk projects on Travis-CI. Builds will start in less than 10 seconds, because they run on Travis' new container-based infrastructure. The new build process comes with some great features such as faster build times, Linux and OS X support, and more [1]. We are currently discussing how to configure Smalltalk builds in the future (see [2]), but in the meantime, [3] should get you started. If you have any bug reports or feature requests, please file an issue at [4]. Also, feel free to contribute to the smalltalkCI framework that we are maintaining and that Travis uses to build your Smalltalk projects. Happy testing! Steffen, Jonas, Lennard, Christopher and Fabio (HPI students) [1] https://github.com/hpi-swa/smalltalkCI#features [2] https://github.com/hpi-swa/smalltalkCI/issues/20 [3] https://github.com/hpi-swa/smalltalkCI#how-to-use [4] https://github.com/hpi-swa/smalltalkCI/issues

4 5

Re: The Inbox: Collections-cmm.673.mcz
by marcel.taeumel 03 Jan '16

03 Jan '16

Hi Chris, what about using the idea of HashedCollection >> #growSize? It is "self class goodPrimeAtLeast: array size * 3 // 2 + 2". Is it specific to hashing that a prime number is used there? Best, Marcel -- View this message in context: http://forum.world.st/The-Inbox-Collections-cmm-673-mcz-tp4868946p4868959.h… Sent from the Squeak - Dev mailing list archive at Nabble.com.

5 6

Jump to page: