April 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Phexample: Image Destroying Bug

by Sean P. DeNigris

Problem found and fix proposed in new thread - "Phexample: API Change Proposal (was Phexample: Image Destroying Bug)" ----- Cheers, Sean -- View this message in context: http://forum.world.st/Phexample-Image-Destroying-Bug-tp4755253p4755786.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 22, 2014

Re: [Pharo-dev] Pharo success story for Issys Tracking broken?

by Marcus Denker

On 22 Apr 2014, at 13:53, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Torsten Bergmann wrote >> Unfortunately none of the links work. Any infos on that? > > I did a little googling and checked the wayback machine; didn't come up with > anything relevantâ¦ > I have removed the article for nowâ¦ Marcus

April 22, 2014

Milliseconds in DateAndTime or TimeStamp

by roberto.minelli＠usi.ch

Hi, I am wondering if there is the possibility to get milliseconds in a TimeStamp. I need to record fine-grained events and second-granularity is not enough. Cheers, Roberto

April 22, 2014

Re: [Pharo-dev] Phexample: Image Destroying Bug

by Sean P. DeNigris

Sean P. DeNigris wrote > 13156 EyeInspector does not automatically refresh its list > https://pharo.fogbugz.com/f/cases/13156 This is the culprit. Loading into 30807 gives the broken behavior. Here's a snippet of the call chain: MultiByteFileStream(WriteStream)>>space EyeInspector(Object)>>longPrintOn:limitedTo:indent: in Block: [ :title :index | ... Array(SequenceableCollection)>>withIndexDo: Array(SequenceableCollection)>>doWithIndex: EyeInspector(Object)>>longPrintOn:limitedTo:indent: ----- Cheers, Sean -- View this message in context: http://forum.world.st/Phexample-Image-Destroying-Bug-tp4755253p4755775.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 22, 2014

Re: [Pharo-dev] Phexample: Image Destroying Bug

by Sean P. DeNigris

Sean P. DeNigris wrote > "...In 3.0, it never returns, creating an more and more debugger processes > until the image becomes unresponsive." This broke with 30808 http://forum.world.st/pharo-project-pharo-core-447842-30808-td4752289.html : Log Message: ----------- 30808 13156 EyeInspector does not automatically refresh its list https://pharo.fogbugz.com/f/cases/13156 13163 Splitters move more morphs that needed https://pharo.fogbugz.com/f/cases/13163 Any ideas? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Phexample-Image-Destroying-Bug-tp4755253p4755774.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 22, 2014

Re: [Pharo-dev] About fonts (again)

by Tudor Girba

I do not see what this has to do with anything. Right now we are offering the possibility to not be able to load FreeType fonts and this leads to buggy behavior when the user starts playing with that toggle. I fail to see why we need the option in the first place. All I am saying is that we should remove the option from the settings browser and simply have the freetype fonts enable all the time. This means that you will still be able to load the bitmap fonts without problems just like before. And it is our (as builders of Pharo) responsibilities to design. The user can say if he likes it or not and in our case can even try to contribute. But, this does not take the design responsibility from our shoulders. Doru On Tue, Apr 22, 2014 at 1:48 PM, Sergi Reyner <sergi.reyner(a)gmail.com>wrote: > 2014-04-22 8:21 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: > > I am not arguing for dropping of bitmap fonts at all. I am only arguing >> for removing the option of not having freetype. People on slow devices will >> still be able to use the bitmap fonts. >> >> Is that wrong? >> > > Well, look at it this way: who should be able to have the final word on > what side of the speed/prettiness dichotomy Pharo should be: the user or > the system? > > Cheers, > Sergi > -- www.tudorgirba.com "Every thing has its own flow"

April 22, 2014

Re: [Pharo-dev] WhatsUp from: 2014-04-21 until: 2014-04-30

by Damien Cassou

### Here's what I've been up to since the last WhatsUp: - fixed Pharo bugs for the 3.0 release - worked a lot on Marina, a new CMS based on Pillar, Tide and Amber (https://github.com/tide-framework/marina) ### What's next, until 2014-04-30 (*): - python parsing -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

April 22, 2014

Re: [Pharo-dev] Pillar in TextMate

by Damien Cassou

On Sun, Apr 20, 2014 at 8:35 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > I'm happy to announce that I've created a small bundle for TextMate. You can find it here: https://github.com/Uko/Pillar.tmbundle > > Also I've exported it to ATOM (new editor from github) package, but it's crappy because ATOM lacks some stuff right not. Package is called: language-pillar, source is here: https://github.com/Uko/language-pillar great job Yuriy, thanks. I referenced both from https://github.com/DamienCassou/pillar-documentation -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

April 22, 2014

Lost in spec

by Igor Stasenko

i want to use different adaptor for TextModel, when opening my UI so that when widget is built for it, it will be my own widget, not PluggableTextMorph.. but i found it hard to do.. here what i tried: I try to replace bindings, so at the stage when spec interpreted, it uses my bindings: openWithSpec | old result | old := SpecInterpreter bindings. SpecInterpreter bindings: TxAdapterBindings new. [ result := super openWithSpec ] ensure: [ SpecInterpreter bindings: old ]. ^ result in TxAdapterBindings i initialize it same as morphic bindging, except from text model binding: #TextAdapter => #TxTextAdapter but it is never invoked nor used :( i understand the overall model, but it seems like not completely, (else the above trick would work).. what do i miss? -- Best regards, Igor Stasenko.

April 22, 2014

Re: [Pharo-dev] Pharo success story for Issys Tracking broken?

by Sean P. DeNigris

Torsten Bergmann wrote > Unfortunately none of the links work. Any infos on that? I did a little googling and checked the wayback machine; didn't come up with anything relevant... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-success-story-for-Issys-Tracking-broken-tp47557… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 22, 2014