Re: [Pharo-dev] Sharing/Versioning Data

[p...@highoctane.be]

Ah, interesting.

I was looking at the theme icons yesterday and importing/exporting those
would benefit from this view on resources.

Also, there is the Seaside WAFileLibrary which provides some support on
that front, allowing one to do a #deployFiles and get them out and also
there is the support for getting them in.

There is no Fuel file there.

For Fuel, the main pain point is when there is an upgrade of Fuel (somewhat
unexpected to the user) that renders the existing files unreadable. I had
that on a StartUp and it made things weird...

Not sure we want to use Fuel then.

Phil


On Wed, Jul 2, 2014 at 2:44 AM, Eliot Miranda 
wrote:

> Hi Guillermo,
>
>
> On Sat, Jun 28, 2014 at 11:07 PM, Guillermo Polito <
> guillermopol...@gmail.com> wrote:
>
>> With Martin we started on friday to sketch a kind of resource manager
>> with an internal file system. Our idea is to plug a resource manager to
>> each package and then serialize a fuel file of it inside the mc package.
>>
>
> I like the idea of a file system, but don't like the idea of an internal
> file system.  The issue here is that I will probably want to use external
> tools to create the external data, and will want to export the external
> data from Monticello to an external file system when I come to deploy
> (that's the point right?).  So the issue is how to provide a nice interface
> to determining which external files are part of a package and in including
> them in the externalization of a Monticello package (e.g. the zip format of
> an mcz would seem to be adequate).
>
> 2¢
>
>
>> But we just started it...
>>
>
> Good luck!  The one glaring hole in all the Smalltalk versioning systems
> I've seen so far is the lack of support for external data.  I hope you
> succeed!!
>
>
>> On Sun, Jun 29, 2014 at 5:22 AM, Sean P. DeNigris 
>> wrote:
>>
>>> How do we do this now with MC? Are there options other than "encode in
>>> string
>>> returned by method" like I've seen done for image data?
>>>
>>> My use case is that I have a very static domain, and so doesn't require
>>> user
>>> changes. I think the easiest way to distribute it would be to edit the
>>> data
>>> on a dev image, and then somehow save the data in a way that can be
>>> committed with MC so that loading via MetaC config loads the latest
>>> version
>>> of the data. What would be the best way to do that?
>>>
>>> Thanks.
>>>
>>> p.s. on a related note, I'm also interested in distributing static files
>>> with the code e.g. maybe a PDF readme
>>>
>>>
>>>
>>> -
>>> Cheers,
>>> Sean
>>> --
>>> View this message in context:
>>> http://forum.world.st/Sharing-Versioning-Data-tp4765528.html
>>> Sent from the Pharo Smalltalk Developers mailing list archive at
>>> Nabble.com.
>>>
>>>
>>
>
>
> --
> best,
> Eliot
>

[Pharo-dev] PillarHub

[Yuriy Tymchuk]

Hi everyone.

I’m so excited that I cannot keep silent. Guys from Pharocloud have implemented 
online editor (and storage) for Pillar documents. This is really amazing, and 
you can check it out here: http://pillarhub.pharocloud.com/hub/pillarhub/about.

They have a really nice plans, and now we can write pillar docs with live 
compilation and share them online.

Cheers!
Uko

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

  Branch: refs/tags/40056
  Home:   https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] 34668d: 40056

[GitHub]

  Branch: refs/heads/4.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 34668d4ef2bbf03e858bbb3f5021d26a83622d2e
  
https://github.com/pharo-project/pharo-core/commit/34668d4ef2bbf03e858bbb3f5021d26a83622d2e
  Author: Jenkins Build Server 
  Date:   2014-07-02 (Wed, 02 Jul 2014)

  Changed paths:
A 
AST-Interpreter-Core.package/extension/Slot/instance/accept_assign_inNode_.st
A AST-Interpreter-Core.package/extension/Slot/instance/readWith_inNode_.st
A Deprecated40.package/extension/CompiledMethod/instance/messagesDo_.st
A Deprecated40.package/extension/TClass/instance/classPoolFrom_.st
A Deprecated40.package/extension/TClass/instance/ensureClassPool.st
R Kernel.package/CompiledMethod.class/instance/scanning/messagesDo_.st
M 
Refactoring-Critics.package/RBAddRemoveDependentsRule.class/instance/running/checkClass_.st
M Refactoring-Tests-Core.package/RBBasicLintRuleTest.class/class/possible 
bugs/addRemoveDependents.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
scripts/script56.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
updates/update40056.st
M 
ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
A Slot.package/InstanceVariableSlot.class/instance/accessing/index.st
A Slot.package/InstanceVariableSlot.class/instance/accessing/index_.st
A Slot.package/InstanceVariableSlot.class/instance/comparing/=.st
A Slot.package/InstanceVariableSlot.class/instance/comparing/hash.st
A 
Slot.package/InstanceVariableSlot.class/instance/meta-object-protocol/read_.st
A 
Slot.package/InstanceVariableSlot.class/instance/meta-object-protocol/write_to_.st
M Slot.package/InstanceVariableSlot.class/instance/testing/isSpecial.st
R Slot.package/Slot.class/instance/accessing/index.st
R Slot.package/Slot.class/instance/accessing/index_.st
A Slot.package/Slot.class/instance/accessing/name.st
A Slot.package/Slot.class/instance/code generation/emitStore_.st
A Slot.package/Slot.class/instance/code generation/emitValue_.st
M Slot.package/Slot.class/instance/comparing/=.st
M Slot.package/Slot.class/instance/comparing/hash.st
R Slot.package/Slot.class/instance/emitting/emitStore_.st
R Slot.package/Slot.class/instance/emitting/emitValue_.st
M Slot.package/Slot.class/instance/meta-object-protocol/read_.st
M Slot.package/Slot.class/instance/meta-object-protocol/write_to_.st
R Slot.package/Slot.class/instance/private/internalRead_.st
R Slot.package/Slot.class/instance/private/internalWrite_to_.st
R Slot.package/Slot.class/instance/testing/name.st
R Traits.package/TClass.class/instance/accessing/classPoolFrom_.st
R Traits.package/TClass.class/instance/class variables/ensureClassPool.st

  Log Message:
  ---
  40056
13445 CompiledMethod>>#messagesDo: has just two users... should be deprecated
https://pharo.fogbugz.com/f/cases/13445

13444 #ensureClassPool  and classPoolFrom: can be deprecated
https://pharo.fogbugz.com/f/cases/13444

13446 Only InstanceVariableSlots have an #index
https://pharo.fogbugz.com/f/cases/13446

http://files.pharo.org/image/40/40056.zip

Re: [Pharo-dev] Athens and StrikeFont ( again )

[Henrik Sperre Johansen]

On 01.07.2014 22:05, Nicolai Hess wrote:
>
> 2014-07-01 3:16 GMT+02:00 Igor Stasenko  >:
>
>
>
>
> On 30 June 2014 21:36, Nicolai Hess  > wrote:
>
> The real question was:
> Why can't we draw a text with StrikeFont and with Athens.
>
> Igor, can't we use AthensCairoText (cairo toy text api) for
> non-truetype fonts?
>
>
> Because strike fonts are stored in special format which you cannot
> render directly by cairo library. Because strike fonts are not
> scalable. Because it will be horribly slow. Choose one.
>
>
>
>
> I choose the first one, horrible slow or not scaleable is better than
> a drawing error :)
>
> If someday all rendering is done through Athens, how do we solve this
> problem with the StrikeFont?
You would have to implement a special rendering path for StrikeFonts
utilizing essentially the same method used for rendering bitmaps.
In theory, if cairo bitmap perf is about the same as traditional bitmap
perf, that'd be about as slow as FT-rendering is in non-cairo images, if
there's no scaling involved.
Scaled, it would probably look horrible, take a screenshot of this mail,
zoom to 400% in Paint or something, that's what to expect.
(Though, one *could* do some tricks translating point size /scale factor
to another font with point size closer to the final result (if one
exists) and get slightly less horrible results)

Cheers,
Henry 


0x74C4DE79.asc
Description: application/pgp-keys

Re: [Pharo-dev] [Pharo-users] PillarHub

[Sven Van Caekenberghe]

Wow, amazing - great work !

On 02 Jul 2014, at 09:28, Yuriy Tymchuk  wrote:

> Hi everyone.
> 
> I’m so excited that I cannot keep silent. Guys from Pharocloud have 
> implemented online editor (and storage) for Pillar documents. This is really 
> amazing, and you can check it out here: 
> http://pillarhub.pharocloud.com/hub/pillarhub/about.
> 
> They have a really nice plans, and now we can write pillar docs with live 
> compilation and share them online.
> 
> Cheers!
> Uko

Re: [Pharo-dev] [Pharo-users] PillarHub

[Tudor Girba]

+1

Doru


On Wed, Jul 2, 2014 at 10:00 AM, Sven Van Caekenberghe  wrote:

> Wow, amazing - great work !
>
> On 02 Jul 2014, at 09:28, Yuriy Tymchuk  wrote:
>
> > Hi everyone.
> >
> > I’m so excited that I cannot keep silent. Guys from Pharocloud have
> implemented online editor (and storage) for Pillar documents. This is
> really amazing, and you can check it out here:
> http://pillarhub.pharocloud.com/hub/pillarhub/about.
> >
> > They have a really nice plans, and now we can write pillar docs with
> live compilation and share them online.
> >
> > Cheers!
> > Uko
>
>
>


-- 
www.tudorgirba.com

"Every thing has its own flow"

[Pharo-dev] Seeking help

[Janko Korelc]

Several days ago I was immersed in Pharo3.0 as this time things worked
well. So, did include many packaeges in image up to Eye-watcer, than
started to look what a repository is all about - so, was given offer to
have some subdomain with my name and probably uploaded everything. Next
time when I started my image from disk there was small progress bar -
clearly something was updating itself or something and Eye-Watcher was in
debuger window not understanding some message. Clearly had installed
something unfinished or wrongly initialized. So, i deleted entire Pharo
directory, and downloaded pharo, and same thing happend. Pretty nasty Huh,
I am sorry if i ruined something on repository I am afraid of.

Could you please tell me what is going on?

Or in case i ruined repository how long does it take to fix it, please help!

Thank You!

Re: [Pharo-dev] Seeking help

[Damien Cassou]

On Wed, Jul 2, 2014 at 10:18 AM, Janko Korelc 
wrote:

> Could you please tell me what is going on?



which operating system are you using?


-- 
Damien Cassou
http://damiencassou.seasidehosting.st

"Success is the ability to go from one failure to another without losing
enthusiasm."
Winston Churchill

[Pharo-dev] [pharo-project/pharo-core] ff64f6: 40057

[GitHub]

  Branch: refs/heads/4.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: ff64f6ba27638c1dc9397c9cfe04f51b383e8077
  
https://github.com/pharo-project/pharo-core/commit/ff64f6ba27638c1dc9397c9cfe04f51b383e8077
  Author: Jenkins Build Server 
  Date:   2014-07-02 (Wed, 02 Jul 2014)

  Changed paths:
M 
Morphic-Core.package/MorphicShortcutHandler.class/class/tools/registerToolsOn_.st
M 
Morphic-Widgets-Tree.package/MorphTreeMorph.class/instance/updating/updateContentsWithPreviouslyExpanded_.st
A MorphicTests.package/MorphTreeMorphTests.class/README.md
A MorphicTests.package/MorphTreeMorphTests.class/definition.st
A MorphicTests.package/MorphTreeMorphTests.class/instance/as yet 
unclassified/testLeakingSelectionsOnUpdate.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
scripts/script57.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
updates/update40057.st
M 
ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
A Traits.package/TClassDescription.class/instance/slots/allSlots.st
A Traits.package/TClassDescription.class/instance/slots/slotNamed_.st
A Traits.package/TClassDescription.class/instance/slots/slots.st
A Traits.package/TraitDescription.class/instance/slots/slotNamed_.st

  Log Message:
  ---
  40057
13415 Smalltalk resetTools breaks keybindings
https://pharo.fogbugz.com/f/cases/13415

13417 Failing tests: ClassDescriptionTest 
#testClassDescriptionRespectsPolymorphismWithTraitDescription
https://pharo.fogbugz.com/f/cases/13417

13451 For Pharo4: 13422 Image crashes because an open Nautilus browser hangs 
onto many objects
https://pharo.fogbugz.com/f/cases/13451

http://files.pharo.org/image/40/40057.zip

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

  Branch: refs/tags/40057
  Home:   https://github.com/pharo-project/pharo-core

Re: [Pharo-dev] Seeking help

[Max Leske]

Can you provide a screenshot of what happens after startup? A stack trace would 
also be helpful.

Cheers,
Max

On 02.07.2014, at 10:18, Janko Korelc  wrote:

> Several days ago I was immersed in Pharo3.0 as this time things worked well. 
> So, did include many packaeges in image up to Eye-watcer, than started to 
> look what a repository is all about - so, was given offer to have some 
> subdomain with my name and probably uploaded everything. Next time when I 
> started my image from disk there was small progress bar - clearly something 
> was updating itself or something and Eye-Watcher was in debuger window not 
> understanding some message. Clearly had installed something unfinished or 
> wrongly initialized. So, i deleted entire Pharo directory, and downloaded 
> pharo, and same thing happend. Pretty nasty Huh, I am sorry if i ruined 
> something on repository I am afraid of. 
> 
> Could you please tell me what is going on?
> 
> Or in case i ruined repository how long does it take to fix it, please help!
> 
> Thank You!

Re: [Pharo-dev] [Pharo-users] PillarHub

[p...@highoctane.be]

Superb!

Keep on pushing, that's how we can attain the critical momentum.

Hopefully, I'll be able to show something from my side as well on the
commercial products front.

Phil



On Wed, Jul 2, 2014 at 10:00 AM, Sven Van Caekenberghe  wrote:

> Wow, amazing - great work !
>
> On 02 Jul 2014, at 09:28, Yuriy Tymchuk  wrote:
>
> > Hi everyone.
> >
> > I’m so excited that I cannot keep silent. Guys from Pharocloud have
> implemented online editor (and storage) for Pillar documents. This is
> really amazing, and you can check it out here:
> http://pillarhub.pharocloud.com/hub/pillarhub/about.
> >
> > They have a really nice plans, and now we can write pillar docs with
> live compilation and share them online.
> >
> > Cheers!
> > Uko
>
>
>

Re: [Pharo-dev] Athens and StrikeFont ( again )

[Tudor Girba]

I am not quite convinced we should solve it, actually.

We survived for a long time without TT fonts.
Now that we finally have them, I think we can manage to survive without
Bitmap fonts, too :)

Cheers,
Doru


On Tue, Jul 1, 2014 at 10:05 PM, Nicolai Hess  wrote:

>
> 2014-07-01 3:16 GMT+02:00 Igor Stasenko :
>
>
>>
>>
>> On 30 June 2014 21:36, Nicolai Hess  wrote:
>>
>>> The real question was:
>>> Why can't we draw a text with StrikeFont and with Athens.
>>>
>>> Igor, can't we use AthensCairoText (cairo toy text api) for non-truetype
>>> fonts?
>>>
>>>
>> Because strike fonts are stored in special format which you cannot render
>> directly by cairo library. Because strike fonts are not scalable. Because
>> it will be horribly slow. Choose one.
>>
>
>
>
> I choose the first one, horrible slow or not scaleable is better than a
> drawing error :)
>
> If someday all rendering is done through Athens, how do we solve this
> problem with the StrikeFont?
>
>
>
>>
>>
>>>
>>>
>>>
>>> 2014-06-21 1:20 GMT+02:00 Hilaire Fernandes >> >:
>>>
>>> Gi Igor,

 For DrGeo it is not a workable option to have different fonts in Morphic
 widget and Athens canvas (I explained earlier why).
 However I found the scaling trick of draw text to work reasonably well.
 Not full perfect as from time to time I can see some artifact.

 Thanks

 Hilaire




 Le 20/06/2014 15:32, Igor Stasenko a écrit :
 > Sure, you can do: make sure you don't render text with same font in
 > Morphic UI and Athens, so they don't interfere with each other.
 > There's no easy way to get rid of interference, because it would
 require
 > changing Freetype package and its plugin in order to establish a
 single
 > font management point and funnel all requests to freetype library
 > through it.
 >

 --
 Dr. Geo http://drgeo.eu
 iStoa - https://launchpad.net/istoa



>>>
>>
>>
>> --
>> Best regards,
>> Igor Stasenko.
>>
>
>


-- 
www.tudorgirba.com

"Every thing has its own flow"

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

  Branch: refs/tags/30851
  Home:   https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] 315fe0: 30851

[GitHub]

  Branch: refs/heads/3.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 315fe0879bb4aed96b7a8c336f4a450248bc4185
  
https://github.com/pharo-project/pharo-core/commit/315fe0879bb4aed96b7a8c336f4a450248bc4185
  Author: Jenkins Build Server 
  Date:   2014-07-02 (Wed, 02 Jul 2014)

  Changed paths:
A FileSystem-Core.package/FileReference.class/class/instance 
creation/newTempFilePrefix_suffix_.st
A 
FileSystem-Tests-Core.package/FileReferenceTest.class/instance/tests/testTempFilePrefixSuffix.st
M 
Morphic-Base.package/MorphTreeMorph.class/instance/updating/updateContentsWithPreviouslyExpanded_.st
M 
Morphic-Core.package/MorphicShortcutHandler.class/class/tools/registerToolsOn_.st
A MorphicTests.package/MorphTreeMorphTests.class/README.md
A MorphicTests.package/MorphTreeMorphTests.class/definition.st
A MorphicTests.package/MorphTreeMorphTests.class/instance/as yet 
unclassified/testLeakingSelectionsOnUpdate.st
A ScriptLoader30.package/ScriptLoader.class/instance/pharo - 
scripts/script113.st
A ScriptLoader30.package/ScriptLoader.class/instance/pharo - 
updates/update30851.st
M 
ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st

  Log Message:
  ---
  30851
13422 Image crashes because an open Nautilus browser hangs onto many objects 
while code is being loaded
https://pharo.fogbugz.com/f/cases/13422

13405 Get support for temporary files (backport)
https://pharo.fogbugz.com/f/cases/13405

13452 Backport Pharo3: Issue 13415 Smalltalk resetTools breaks keybindings
https://pharo.fogbugz.com/f/cases/13452

http://files.pharo.org/image/30/30851.zip

Re: [Pharo-dev] [pharo-project/pharo-core] 315fe0: 30851

[Sven Van Caekenberghe]

On 02 Jul 2014, at 11:53, GitHub  wrote:

> 13422 Image crashes because an open Nautilus browser hangs onto many objects 
> while code is being loaded
>   https://pharo.fogbugz.com/f/cases/13422

Excellent, professional work from everybody involved !

Re: [Pharo-dev] [Pharo-users] PillarHub

[J.F. Rick]

Awesome. Not that I have time right now but I have always wanted to bring
Swiki / AniAniWeb into the present. This would be the right foundational
work to make this a useful reality.

On a side note, I apologize for all the bad qualities of Pillar markup.
Back in 1999, I created ComSwiki out of the beginning that was PWS Swiki
(the first wiki to eschew camel case for links). One of the first things I
did was to make changes to the markup to improve it. Of course, once we had
some users and established content, all the decisions I made at that early
point in the project were made permanent. Looking at Pillar, it pretty much
uses the syntax I created back then (with a few improvements). I'm sure the
markup just drifted through the Smalltalk community and was then adopted by
Pillar. It's not a bad design but I've always felt that a better, more
extensible syntax was possible. As usual, the good proved to be the enemy
of the great.

Cheers,

Jeff


On Wed, Jul 2, 2014 at 10:57 AM, p...@highoctane.be 
wrote:

>
> Superb!
>
> Keep on pushing, that's how we can attain the critical momentum.
>
> Hopefully, I'll be able to show something from my side as well on the
> commercial products front.
>
> Phil
>
>
>
> On Wed, Jul 2, 2014 at 10:00 AM, Sven Van Caekenberghe 
> wrote:
>
>> Wow, amazing - great work !
>>
>> On 02 Jul 2014, at 09:28, Yuriy Tymchuk  wrote:
>>
>> > Hi everyone.
>> >
>> > I'm so excited that I cannot keep silent. Guys from Pharocloud have
>> implemented online editor (and storage) for Pillar documents. This is
>> really amazing, and you can check it out here:
>> http://pillarhub.pharocloud.com/hub/pillarhub/about.
>> >
>> > They have a really nice plans, and now we can write pillar docs with
>> live compilation and share them online.
>> >
>> > Cheers!
>> > Uko
>>
>>
>>
>


-- 
Jochen "Jeff" Rick, Ph.D.
http://www.je77.com/
Skype ID: jochenrick

Re: [Pharo-dev] [pharo-project/pharo-core] 315fe0: 30851

[Esteban Lorenzano]

On 02 Jul 2014, at 12:04, Sven Van Caekenberghe  wrote:

> 
> On 02 Jul 2014, at 11:53, GitHub  wrote:
> 
>> 13422 Image crashes because an open Nautilus browser hangs onto many objects 
>> while code is being loaded
>>  https://pharo.fogbugz.com/f/cases/13422
> 
> Excellent, professional work from everybody involved !

yes, excellent team work :)

Re: [Pharo-dev] [Pharo-users] PillarHub

[kilon alios]

Definitely one step closer to a Pharo Wiki. Great news indeed. Will it also
offer a version control system so we can reverse changes in case of spams
or mistakes etc ?


On Wed, Jul 2, 2014 at 1:05 PM, J.F. Rick  wrote:

> Awesome. Not that I have time right now but I have always wanted to bring
> Swiki / AniAniWeb into the present. This would be the right foundational
> work to make this a useful reality.
>
> On a side note, I apologize for all the bad qualities of Pillar markup.
> Back in 1999, I created ComSwiki out of the beginning that was PWS Swiki
> (the first wiki to eschew camel case for links). One of the first things I
> did was to make changes to the markup to improve it. Of course, once we had
> some users and established content, all the decisions I made at that early
> point in the project were made permanent. Looking at Pillar, it pretty much
> uses the syntax I created back then (with a few improvements). I'm sure the
> markup just drifted through the Smalltalk community and was then adopted by
> Pillar. It's not a bad design but I've always felt that a better, more
> extensible syntax was possible. As usual, the good proved to be the enemy
> of the great.
>
> Cheers,
>
> Jeff
>
>
> On Wed, Jul 2, 2014 at 10:57 AM, p...@highoctane.be 
> wrote:
>
>>
>> Superb!
>>
>> Keep on pushing, that's how we can attain the critical momentum.
>>
>> Hopefully, I'll be able to show something from my side as well on the
>> commercial products front.
>>
>> Phil
>>
>>
>>
>> On Wed, Jul 2, 2014 at 10:00 AM, Sven Van Caekenberghe 
>> wrote:
>>
>>> Wow, amazing - great work !
>>>
>>> On 02 Jul 2014, at 09:28, Yuriy Tymchuk  wrote:
>>>
>>> > Hi everyone.
>>> >
>>> > I’m so excited that I cannot keep silent. Guys from Pharocloud have
>>> implemented online editor (and storage) for Pillar documents. This is
>>> really amazing, and you can check it out here:
>>> http://pillarhub.pharocloud.com/hub/pillarhub/about.
>>> >
>>> > They have a really nice plans, and now we can write pillar docs with
>>> live compilation and share them online.
>>> >
>>> > Cheers!
>>> > Uko
>>>
>>>
>>>
>>
>
>
> --
> Jochen "Jeff" Rick, Ph.D.
> http://www.je77.com/
> Skype ID: jochenrick
>

Re: [Pharo-dev] Athens and TextMorphs

[stepharo]

Hi nicolai

what would be good is to give feedback to igor on the TxText because 
this is the future :)


Stef




Working with Text and Athens only works for FreeType fonts and
with Athens primitive drawString: method.
Morphs with Text can not be used on an Athens.
(No TextMorph rendering and no font emphasis on String or LabelMorph).

But there is a AthensText package with some classes for
text morph/renderer/scanner/paragraph.
These are only used in AthensTextRenderTest and AthensTextMorph
both don't work and AthensTextMorph should not be used (?)
Classcomment: "this class is subject of changes/removal. do not use it."

Where do we go from here?
What is supposed to work and is it worth while to fix the
missing/wrong implementations?


nicolai

Re: [Pharo-dev] [ANN]: Little NeoJSON Helper

[Sven Van Caekenberghe]

Let's classify it as a brilliant, advanced hack then ;-)
 
On 01 Jul 2014, at 03:54, Sean P. DeNigris  wrote:

> Sven Van Caekenberghe-2 wrote
>> I just don't know, what do you think about it in retrospect ? 
> 
> Thanks for taking a look! I don't know either :)
> 
> 
> 
> -
> Cheers,
> Sean
> --
> View this message in context: 
> http://forum.world.st/ANN-Little-NeoJSON-Helper-tp4756763p4765873.html
> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
> 

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

  Branch: refs/tags/40058
  Home:   https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] 937d90: 40058

[GitHub]

  Branch: refs/heads/4.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 937d900c132708614731a9b3a02666ef0904d980
  
https://github.com/pharo-project/pharo-core/commit/937d900c132708614731a9b3a02666ef0904d980
  Author: Jenkins Build Server 
  Date:   2014-07-02 (Wed, 02 Jul 2014)

  Changed paths:
M OpalCompiler-Core.package/OCSlotVariable.class/README.md
M OpalCompiler-Core.package/OCUndeclaredVariable.class/README.md
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
scripts/script58.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
updates/update40058.st
M 
ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
M Slot.package/InstanceVariableSlot.class/README.md
M Slot.package/InstanceVariableSlot.class/class/cleanup/resetIvarSlots.st
A Slot.package/LinkWrapper.class/README.md
A Slot.package/LinkWrapper.class/definition.st
A Slot.package/LinkWrapper.class/instance/accessing/link.st
A Slot.package/LinkWrapper.class/instance/accessing/link_.st
A Slot.package/LinkWrapper.class/instance/accessing/slot.st
A Slot.package/LinkWrapper.class/instance/accessing/slot_.st
A Slot.package/LinkWrapper.class/instance/emitting/emitValue_.st
M Slot.package/Slot.class/README.md
M Slot.package/TestSlot.class/README.md

  Log Message:
  ---
  40058
13411 Some Slot instances left...re-run cleanup
https://pharo.fogbugz.com/f/cases/13411

13453 add LinkWrapper and some comments for Slots
https://pharo.fogbugz.com/f/cases/13453

13454 Failing test: SlotIntegrationTest.testSlotScopeParallelism
https://pharo.fogbugz.com/f/cases/13454

http://files.pharo.org/image/40/40058.zip

Re: [Pharo-dev] Pharo running with spur (work in process)

[Sven Van Caekenberghe]

Excellent work, Esteban & Guillermo (and of course Eliot to begin with), very 
good to hear.

Now, I guess the actual debugging road will be long and dangerous ;-)

Apart from the speedup, does this also include 64-bit memory ?

On 02 Jul 2014, at 16:13, Esteban Lorenzano  wrote:

> Hi,
> 
> I’ve been working on prepare Pharo to run with the new Spur VM… and finally 
> this week Guille and I sit together and make a huge advance :)
> here a screenshot of pharo 4 running with spur: 
> 
> for more information, same image before migration, with a regular cogvm gives 
> this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that means 
> that the tiny benchmarks run at 166% the speed of the old vm… 
> Of course this is just one benchmark, but I’m very impressed :)
>  
> Now, it is still not usable but I’m confident I can put a jenkins job to work 
> very soon :)
> 
> Esteban
> 
> ps: before you start asking: Spur WILL NOT be available for Pharo3, it will 
> be part of Pharo4. 
> 
> 
> 

Re: [Pharo-dev] Pharo running with spur (work in process)

[Esteban Lorenzano]

On 02 Jul 2014, at 16:23, Sven Van Caekenberghe  wrote:

> Excellent work, Esteban & Guillermo (and of course Eliot to begin with), very 
> good to hear.
> 
> Now, I guess the actual debugging road will be long and dangerous ;-)
> 
> Apart from the speedup, does this also include 64-bit memory ?

nope :(
but this is a necessary step to allow us to start working on the 64bits vm 
(which I hope to start soon too)

> 
> On 02 Jul 2014, at 16:13, Esteban Lorenzano  wrote:
> 
>> Hi,
>> 
>> I’ve been working on prepare Pharo to run with the new Spur VM… and finally 
>> this week Guille and I sit together and make a huge advance :)
>> here a screenshot of pharo 4 running with spur: 
>> 
>> for more information, same image before migration, with a regular cogvm 
>> gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that 
>> means that the tiny benchmarks run at 166% the speed of the old vm… 
>> Of course this is just one benchmark, but I’m very impressed :)
>> 
>> Now, it is still not usable but I’m confident I can put a jenkins job to 
>> work very soon :)
>> 
>> Esteban
>> 
>> ps: before you start asking: Spur WILL NOT be available for Pharo3, it will 
>> be part of Pharo4. 
>> 
>> 
>> 
> 
> 

Re: [Pharo-dev] Pharo running with spur (work in process)

[Norbert Hartl]

Woohooo! So it has started and it will progress. Wonderful! And it is the path 
to 64bit as well :)

thanks Esteban, Eliot and Guille

Norbert

Am 02.07.2014 um 16:13 schrieb Esteban Lorenzano :

> Hi,
> 
> I’ve been working on prepare Pharo to run with the new Spur VM… and finally 
> this week Guille and I sit together and make a huge advance :)
> here a screenshot of pharo 4 running with spur: 
> 
> for more information, same image before migration, with a regular cogvm gives 
> this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that means 
> that the tiny benchmarks run at 166% the speed of the old vm… 
> Of course this is just one benchmark, but I’m very impressed :)
>  
> Now, it is still not usable but I’m confident I can put a jenkins job to work 
> very soon :)
> 
> Esteban
> 
> ps: before you start asking: Spur WILL NOT be available for Pharo3, it will 
> be part of Pharo4. 
> 
> 
> 

Re: [Pharo-dev] Pharo running with spur (work in process)

[Sven Van Caekenberghe]

On 02 Jul 2014, at 16:26, Esteban Lorenzano  wrote:

> 
> On 02 Jul 2014, at 16:23, Sven Van Caekenberghe  wrote:
> 
>> Excellent work, Esteban & Guillermo (and of course Eliot to begin with), 
>> very good to hear.
>> 
>> Now, I guess the actual debugging road will be long and dangerous ;-)
>> 
>> Apart from the speedup, does this also include 64-bit memory ?
> 
> nope :(
> but this is a necessary step to allow us to start working on the 64bits vm 
> (which I hope to start soon too)

OK, we'll get there, I am sure.

>> 
>> On 02 Jul 2014, at 16:13, Esteban Lorenzano  wrote:
>> 
>>> Hi,
>>> 
>>> I’ve been working on prepare Pharo to run with the new Spur VM… and finally 
>>> this week Guille and I sit together and make a huge advance :)
>>> here a screenshot of pharo 4 running with spur: 
>>> 
>>> for more information, same image before migration, with a regular cogvm 
>>> gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so 
>>> that means that the tiny benchmarks run at 166% the speed of the old vm… 
>>> Of course this is just one benchmark, but I’m very impressed :)
>>> 
>>> Now, it is still not usable but I’m confident I can put a jenkins job to 
>>> work very soon :)
>>> 
>>> Esteban
>>> 
>>> ps: before you start asking: Spur WILL NOT be available for Pharo3, it will 
>>> be part of Pharo4. 
>>> 
>>> 
>>> 
>> 
>> 
> 
> 

Re: [Pharo-dev] Pharo running with spur (work in process)

[Esteban Lorenzano]

On 02 Jul 2014, at 16:43, Denis Kudriashov  wrote:

> Great!
> 
> How you built Pharo image for Spur?
> I read from Eliot mails that for Squeak he has something like 'Sput 
> bootstrap: 'some.image'. 
> Do you implement something similar? If yes then why converting Pharo3 images 
> will not work?

we adapted same bootstrap
it will not work for pharo3 because we need to add some classes, modify some 
others and reload the old class builder to bootstrap (and the new class builder 
needs to be fundamentally modified). 
so is a lot of work, and does not corresponds to a stable version. 
also, Spur will be stable some months from now… so it has sense to make it for 
pharo4 and not for older versions. 

Esteban 

> 
> Best regards,
> Denis
> 
> 
> 2014-07-02 18:13 GMT+04:00 Esteban Lorenzano :
> Hi,
> 
> I’ve been working on prepare Pharo to run with the new Spur VM… and finally 
> this week Guille and I sit together and make a huge advance :)
> here a screenshot of pharo 4 running with spur: 
> 
> for more information, same image before migration, with a regular cogvm gives 
> this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that means 
> that the tiny benchmarks run at 166% the speed of the old vm… 
> Of course this is just one benchmark, but I’m very impressed :)
>  
> Now, it is still not usable but I’m confident I can put a jenkins job to work 
> very soon :)
> 
> Esteban
> 
> ps: before you start asking: Spur WILL NOT be available for Pharo3, it will 
> be part of Pharo4. 
> 
> 
> 
> 

Re: [Pharo-dev] Pharo running with spur (work in process)

[Eliot Miranda]

Hi Esteban, Hi Guille,


On Wed, Jul 2, 2014 at 7:56 AM, Esteban Lorenzano 
wrote:

>
> On 02 Jul 2014, at 16:43, Denis Kudriashov  wrote:
>
> Great!
>
> How you built Pharo image for Spur?
> I read from Eliot mails that for Squeak he has something like 'Sput
> bootstrap: 'some.image'.
> Do you implement something similar? If yes then why converting Pharo3
> images will not work?
>
>
> we adapted same bootstrap
> it will not work for pharo3 because we need to add some classes, modify
> some others and reload the old class builder to bootstrap (and the new
> class builder needs to be fundamentally modified).
> so is a lot of work, and does not corresponds to a stable version.
> also, Spur will be stable some months from now… so it has sense to make it
> for pharo4 and not for older versions.
>

Great news!  Can you send me change sets so I can integrate into
VMMaker.oscog?


>
> Esteban
>
>
> Best regards,
> Denis
>
>
> 2014-07-02 18:13 GMT+04:00 Esteban Lorenzano :
>
>> Hi,
>>
>> I’ve been working on prepare Pharo to run with the new Spur VM… and
>> finally this week Guille and I sit together and make a huge advance :)
>> here a screenshot of pharo 4 running with spur:
>> 
>> for more information, same image before migration, with a regular cogvm
>> gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so
>> that means that the tiny benchmarks run at 166% the speed of the old vm…
>> Of course this is just one benchmark, but I’m very impressed :)
>>
>> Now, it is still not usable but I’m confident I can put a jenkins job to
>> work very soon :)
>>
>> Esteban
>>
>> ps: before you start asking: Spur WILL NOT be available for Pharo3, it
>> will be part of Pharo4.
>>
>>
>>
>>
>
>


-- 
best,
Eliot

[Pharo-dev] [pharo-project/pharo-core] ef5400: 40059

[GitHub]

  Branch: refs/heads/4.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: ef540044fb988a00d43d35fdc5da7c22fd6510a9
  
https://github.com/pharo-project/pharo-core/commit/ef540044fb988a00d43d35fdc5da7c22fd6510a9
  Author: Jenkins Build Server 
  Date:   2014-07-02 (Wed, 02 Jul 2014)

  Changed paths:
M Morphic-Base.package/AlignmentMorph.class/class/instance 
creation/newRow.st
M 
Refactoring-Critics.package/RBSmalllintChecker.class/instance/private/checkClass_.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
scripts/script59.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
updates/update40059.st
M 
ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st

  Log Message:
  ---
  40059
13455 Revert 13275 RBSmalllintChecker checks classes not defined in environment
https://pharo.fogbugz.com/f/cases/13455

13433 pinning menu: menu changes  size 
https://pharo.fogbugz.com/f/cases/13433

http://files.pharo.org/image/40/40059.zip

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

  Branch: refs/tags/40059
  Home:   https://github.com/pharo-project/pharo-core

[Pharo-dev] issue with Nautilus?

[Sebastian Sastre]

I’ve opened this:
https://pharo.fogbugz.com/f/cases/13456/Nautilus-showing-methods-that-are-not-in-a-class

quite strange. First time I see something like that




sebastian

o/

blog: http://sebastianconcept.com
LinkedIn: http://www.linkedin.com/in/sebastiansastre
github: https://github.com/sebastianconcept

Re: [Pharo-dev] Pharo running with spur (work in process)

[Esteban Lorenzano]

On 02 Jul 2014, at 16:59, Eliot Miranda  wrote:

> Hi Esteban, Hi Guille,
> 
> 
> On Wed, Jul 2, 2014 at 7:56 AM, Esteban Lorenzano  wrote:
> 
> On 02 Jul 2014, at 16:43, Denis Kudriashov  wrote:
> 
>> Great!
>> 
>> How you built Pharo image for Spur?
>> I read from Eliot mails that for Squeak he has something like 'Sput 
>> bootstrap: 'some.image'. 
>> Do you implement something similar? If yes then why converting Pharo3 images 
>> will not work?
> 
> we adapted same bootstrap
> it will not work for pharo3 because we need to add some classes, modify some 
> others and reload the old class builder to bootstrap (and the new class 
> builder needs to be fundamentally modified). 
> so is a lot of work, and does not corresponds to a stable version. 
> also, Spur will be stable some months from now… so it has sense to make it 
> for pharo4 and not for older versions. 
> 
> Great news!  Can you send me change sets so I can integrate into 
> VMMaker.oscog?

Not yet… it is still very dirty. 
For now I’m going to the green as fast as I can and I will clean later :P

>  
> 
> Esteban 
> 
>> 
>> Best regards,
>> Denis
>> 
>> 
>> 2014-07-02 18:13 GMT+04:00 Esteban Lorenzano :
>> Hi,
>> 
>> I’ve been working on prepare Pharo to run with the new Spur VM… and finally 
>> this week Guille and I sit together and make a huge advance :)
>> here a screenshot of pharo 4 running with spur: 
>> 
>> for more information, same image before migration, with a regular cogvm 
>> gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that 
>> means that the tiny benchmarks run at 166% the speed of the old vm… 
>> Of course this is just one benchmark, but I’m very impressed :)
>>  
>> Now, it is still not usable but I’m confident I can put a jenkins job to 
>> work very soon :)
>> 
>> Esteban
>> 
>> ps: before you start asking: Spur WILL NOT be available for Pharo3, it will 
>> be part of Pharo4. 
>> 
>> 
>> 
>> 
> 
> 
> 
> 
> -- 
> best,
> Eliot

Re: [Pharo-dev] Pharo running with spur (work in process)

[Sebastian Sastre]

exciting!

you guys are magicians 

sebastian

o/

> On 02/07/2014, at 11:13, Esteban Lorenzano  wrote:
> 
> Hi,
> 
> I’ve been working on prepare Pharo to run with the new Spur VM… and finally 
> this week Guille and I sit together and make a huge advance :)
> here a screenshot of pharo 4 running with spur: 
> 
> for more information, same image before migration, with a regular cogvm gives 
> this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that means 
> that the tiny benchmarks run at 166% the speed of the old vm… 
> Of course this is just one benchmark, but I’m very impressed :)
>  
> Now, it is still not usable but I’m confident I can put a jenkins job to work 
> very soon :)
> 
> Esteban
> 
> ps: before you start asking: Spur WILL NOT be available for Pharo3, it will 
> be part of Pharo4. 
> 
> 
> 

Re: [Pharo-dev] Pharo running with spur (work in process)

[Nicolas Cellier]

Congrats for this giant step forward!


2014-07-02 17:45 GMT+02:00 Sebastian Sastre :

> exciting!
>
> you guys are magicians
>
> sebastian
>
> o/
>
> > On 02/07/2014, at 11:13, Esteban Lorenzano  wrote:
> >
> > Hi,
> >
> > I’ve been working on prepare Pharo to run with the new Spur VM… and
> finally this week Guille and I sit together and make a huge advance :)
> > here a screenshot of pharo 4 running with spur:
> > 
> > for more information, same image before migration, with a regular cogvm
> gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so
> that means that the tiny benchmarks run at 166% the speed of the old vm…
> > Of course this is just one benchmark, but I’m very impressed :)
> >
> > Now, it is still not usable but I’m confident I can put a jenkins job to
> work very soon :)
> >
> > Esteban
> >
> > ps: before you start asking: Spur WILL NOT be available for Pharo3, it
> will be part of Pharo4.
> >
> >
> >
>
>

Re: [Pharo-dev] Pharo running with spur (work in process)

[Camille Teruel]

A spur image :)  awesome !!
Thanks Esteban & Guille!
I'll start adapting the new class builder to Spur next wednesday when I come 
back from holidays.

On 2 juil. 2014, at 16:13, Esteban Lorenzano  wrote:

> Hi,
> 
> I’ve been working on prepare Pharo to run with the new Spur VM… and finally 
> this week Guille and I sit together and make a huge advance :)
> here a screenshot of pharo 4 running with spur: 
> 
> for more information, same image before migration, with a regular cogvm gives 
> this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that means 
> that the tiny benchmarks run at 166% the speed of the old vm… 
> Of course this is just one benchmark, but I’m very impressed :)
>  
> Now, it is still not usable but I’m confident I can put a jenkins job to work 
> very soon :)
> 
> Esteban
> 
> ps: before you start asking: Spur WILL NOT be available for Pharo3, it will 
> be part of Pharo4. 
> 
> 
> 

Re: [Pharo-dev] Project XMLParser green

[stepharo]

XMLParser has some platform definition and versionner does not support them.

On 1/7/14 12:02, Tudor Girba wrote:

Thanks.

Just please detail what happened and why Versionner should not be used.

Only like that we can learn and coordinate.

Doru


On Tue, Jul 1, 2014 at 11:39 AM, Stephan Eggermont > wrote:


Bad configuration, fixed. Do not use current version of versioner
for this configuration

Stephan




--
www.tudorgirba.com 

"Every thing has its own flow"

Re: [Pharo-dev] Seeking help

[stepharo]

Hello Janko

Several days ago I was immersed in Pharo3.0 as this time things worked 
well. So, did include many packaeges in image up to Eye-watcer, than 
started to look what a repository is all about - so, was given offer 
to have some subdomain with my name and probably uploaded everything. 
Next time when I started my image from disk there was small progress 
bar - clearly something was updating itself or something and 
Eye-Watcher was in debuger window not understanding some message. 
Clearly had installed something unfinished or wrongly initialized. So, 
i deleted entire Pharo directory, and downloaded pharo, and same thing 
happend.


This is strange. :)
Do you have startup preferences? because normally this should not happen 
magically.

Which precise image are you using?
What are the packages that you loaded?
Which OS?

Stef
Pretty nasty Huh, I am sorry if i ruined something on repository I am 
afraid of.


Could you please tell me what is going on?

Or in case i ruined repository how long does it take to fix it, please 
help!


Thank You!

[Pharo-dev] AlignmentMorph class>>newRow and pinning Menus

[Nicolai Hess]

As you might know, pinning a Menu (like the WorldMenu) slightly
changes the size of the menu.
This was somehow caused by initialising AlignmentMorphs
with an extent 1@1 in #newRow.

I removed that line, th fix is in Pharo 40 059. (issue 13433
).
As the morph layout computation is pretty complex this may
cause some unforeseen issues.

just to be warned :)



nicolai

Re: [Pharo-dev] Pharo running with spur (work in process)

[kilon alios]

0.549181 seconds per message is just insanely low number . This is
not even in the realm of nanoseconds.  Is this number real ? Because I am
very skeptical that one can get this kind of performance from a dynamic
language even with a JIT VM.


On Wed, Jul 2, 2014 at 9:08 PM, Camille Teruel 
wrote:

>
> A spur image :)  awesome !!
> Thanks Esteban & Guille!
> I'll start adapting the new class builder to Spur next wednesday when I
> come back from holidays.
>
> On 2 juil. 2014, at 16:13, Esteban Lorenzano  wrote:
>
> > Hi,
> >
> > I’ve been working on prepare Pharo to run with the new Spur VM… and
> finally this week Guille and I sit together and make a huge advance :)
> > here a screenshot of pharo 4 running with spur:
> > 
> > for more information, same image before migration, with a regular cogvm
> gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so
> that means that the tiny benchmarks run at 166% the speed of the old vm…
> > Of course this is just one benchmark, but I’m very impressed :)
> >
> > Now, it is still not usable but I’m confident I can put a jenkins job to
> work very soon :)
> >
> > Esteban
> >
> > ps: before you start asking: Spur WILL NOT be available for Pharo3, it
> will be part of Pharo4.
> >
> >
> >
>
>
>

Re: [Pharo-dev] [pharo-project/pharo-core] 315fe0: 30851

[stepharo]

I just saw that and yes thank a lot for this great fix.

Stef

On 2/7/14 12:31, Esteban Lorenzano wrote:

On 02 Jul 2014, at 12:04, Sven Van Caekenberghe  wrote:


On 02 Jul 2014, at 11:53, GitHub  wrote:


13422 Image crashes because an open Nautilus browser hangs onto many objects 
while code is being loaded
https://pharo.fogbugz.com/f/cases/13422

Excellent, professional work from everybody involved !

yes, excellent team work :)

Re: [Pharo-dev] Athens and StrikeFont ( again )

[Nicolai Hess]

2014-07-02 10:00 GMT+02:00 Henrik Sperre Johansen <
henrik.s.johan...@veloxit.no>:

>  On 01.07.2014 22:05, Nicolai Hess wrote:
>
>
> 2014-07-01 3:16 GMT+02:00 Igor Stasenko :
>
>>
>>
>>
>>  On 30 June 2014 21:36, Nicolai Hess  wrote:
>>
>>>  The real question was:
>>> Why can't we draw a text with StrikeFont and with Athens.
>>>
>>>  Igor, can't we use AthensCairoText (cairo toy text api) for
>>> non-truetype fonts?
>>>
>>>
>> Because strike fonts are stored in special format which you cannot render
>> directly by cairo library. Because strike fonts are not scalable. Because
>> it will be horribly slow. Choose one.
>>
>
>
>
>  I choose the first one, horrible slow or not scaleable is better than a
> drawing error :)
>
>  If someday all rendering is done through Athens, how do we solve this
> problem with the StrikeFont?
>
> You would have to implement a special rendering path for StrikeFonts
> utilizing essentially the same method used for rendering bitmaps.
> In theory, if cairo bitmap perf is about the same as traditional bitmap
> perf, that'd be about as slow as FT-rendering is in non-cairo images, if
> there's no scaling involved.
> Scaled, it would probably look horrible, take a screenshot of this mail,
> zoom to 400% in Paint or something, that's what to expect.
> (Though, one *could* do some tricks translating point size /scale factor
> to another font with point size closer to the final result (if one exists)
> and get slightly less horrible results)
>

another solution in:
13458  Rendering text with
Athens and StrikeFonts

Here I use Athens/Cairos simple text api. Maybe not a  good solution, but
it is better than the drawing error, I think.






>
> Cheers,
> Henry
>

Re: [Pharo-dev] Pharo running with spur (work in process)

[Sebastian Sastre]

On Jul 2, 2014, at 3:43 PM, kilon alios  wrote:

> 0.549181 seconds per message is just insanely low number . This is 
> not even in the realm of nanoseconds.  Is this number real ? Because I am 
> very skeptical that one can get this kind of performance from a dynamic 
> language even with a JIT VM. 

Nice!

careful guys, as we’re start dealing with things in the Planck scale with all 
this power we can accidentally open a portal to another multiverse :D

Re: [Pharo-dev] Pharo running with spur (work in process)

[Eliot Miranda]

On Wed, Jul 2, 2014 at 11:43 AM, kilon alios  wrote:

> 0.549181 seconds per message is just insanely low number . This is
> not even in the realm of nanoseconds.  Is this number real ? Because I am
> very skeptical that one can get this kind of performance from a dynamic
> language even with a JIT VM.
>

Here's a measurement on my 2.2GHz Mac Book Pro Core i7:

| r | {[r := 34 benchFib] timeToRun. r} #(140 18454929)

benchFib is nfib that adds one for each call, so the answer is the number
of calls necessary to compute the answer.

benchFib ^self < 2 ifTrue: [1] ifFalse: [(self-1) benchFib + (self-2)
benchFib + 1]

So that's 18 million calls in 140 milliseconds, or about 132 calls per
microsecond.  That's indeed in the realm of nanoseconds, 13.2 nsecs per
call.



>
> On Wed, Jul 2, 2014 at 9:08 PM, Camille Teruel 
> wrote:
>
>>
>> A spur image :)  awesome !!
>> Thanks Esteban & Guille!
>> I'll start adapting the new class builder to Spur next wednesday when I
>> come back from holidays.
>>
>> On 2 juil. 2014, at 16:13, Esteban Lorenzano  wrote:
>>
>> > Hi,
>> >
>> > I’ve been working on prepare Pharo to run with the new Spur VM… and
>> finally this week Guille and I sit together and make a huge advance :)
>> > here a screenshot of pharo 4 running with spur:
>> > 
>> > for more information, same image before migration, with a regular cogvm
>> gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so
>> that means that the tiny benchmarks run at 166% the speed of the old vm…
>> > Of course this is just one benchmark, but I’m very impressed :)
>> >
>> > Now, it is still not usable but I’m confident I can put a jenkins job
>> to work very soon :)
>> >
>> > Esteban
>> >
>> > ps: before you start asking: Spur WILL NOT be available for Pharo3, it
>> will be part of Pharo4.
>> >
>> >
>> >
>>
>>
>>
>


-- 
best,
Eliot

Re: [Pharo-dev] Pharo running with spur (work in process)

[Eliot Miranda]

On Wed, Jul 2, 2014 at 12:22 PM, Eliot Miranda 
wrote:

>
>
>
> On Wed, Jul 2, 2014 at 11:43 AM, kilon alios 
> wrote:
>
>> 0.549181 seconds per message is just insanely low number . This
>> is not even in the realm of nanoseconds.  Is this number real ? Because I
>> am very skeptical that one can get this kind of performance from a dynamic
>> language even with a JIT VM.
>>
>
> Here's a measurement on my 2.2GHz Mac Book Pro Core i7:
>
> | r | {[r := 34 benchFib] timeToRun. r} #(140 18454929)
>
> benchFib is nfib that adds one for each call, so the answer is the number
> of calls necessary to compute the answer.
>
> benchFib ^self < 2 ifTrue: [1] ifFalse: [(self-1) benchFib + (self-2)
> benchFib + 1]
>
> So that's 18 million calls in 140 milliseconds, or about 132 calls per
> microsecond.  That's indeed in the realm of nanoseconds, 13.2 nsecs per
> call.
>

Ugh, let me try again...

that's 184549290 / 0.14 = 1.3182092142857141e9 calls per second, which is
0.76 nsecs per call.



>
>
>
>>
>> On Wed, Jul 2, 2014 at 9:08 PM, Camille Teruel 
>> wrote:
>>
>>>
>>> A spur image :)  awesome !!
>>> Thanks Esteban & Guille!
>>> I'll start adapting the new class builder to Spur next wednesday when I
>>> come back from holidays.
>>>
>>> On 2 juil. 2014, at 16:13, Esteban Lorenzano 
>>> wrote:
>>>
>>> > Hi,
>>> >
>>> > I’ve been working on prepare Pharo to run with the new Spur VM… and
>>> finally this week Guille and I sit together and make a huge advance :)
>>> > here a screenshot of pharo 4 running with spur:
>>> > 
>>> > for more information, same image before migration, with a regular
>>> cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’,
>>> so that means that the tiny benchmarks run at 166% the speed of the old vm…
>>> > Of course this is just one benchmark, but I’m very impressed :)
>>> >
>>> > Now, it is still not usable but I’m confident I can put a jenkins job
>>> to work very soon :)
>>> >
>>> > Esteban
>>> >
>>> > ps: before you start asking: Spur WILL NOT be available for Pharo3, it
>>> will be part of Pharo4.
>>> >
>>> >
>>> >
>>>
>>>
>>>
>>
>
>
> --
> best,
> Eliot
>



-- 
best,
Eliot

Re: [Pharo-dev] Pharo running with spur (work in process)

[p...@highoctane.be]

Ah ah, insanely sweet!
Le 2 juil. 2014 21:29, "Eliot Miranda"  a écrit :

>
>
>
> On Wed, Jul 2, 2014 at 12:22 PM, Eliot Miranda 
> wrote:
>
>>
>>
>>
>> On Wed, Jul 2, 2014 at 11:43 AM, kilon alios 
>> wrote:
>>
>>> 0.549181 seconds per message is just insanely low number . This
>>> is not even in the realm of nanoseconds.  Is this number real ? Because I
>>> am very skeptical that one can get this kind of performance from a dynamic
>>> language even with a JIT VM.
>>>
>>
>> Here's a measurement on my 2.2GHz Mac Book Pro Core i7:
>>
>> | r | {[r := 34 benchFib] timeToRun. r} #(140 18454929)
>>
>> benchFib is nfib that adds one for each call, so the answer is the number
>> of calls necessary to compute the answer.
>>
>> benchFib ^self < 2 ifTrue: [1] ifFalse: [(self-1) benchFib + (self-2)
>> benchFib + 1]
>>
>> So that's 18 million calls in 140 milliseconds, or about 132 calls per
>> microsecond.  That's indeed in the realm of nanoseconds, 13.2 nsecs per
>> call.
>>
>
> Ugh, let me try again...
>
> that's 184549290 / 0.14 = 1.3182092142857141e9 calls per second, which is
> 0.76 nsecs per call.
>
>
>
>>
>>
>>
>>>
>>> On Wed, Jul 2, 2014 at 9:08 PM, Camille Teruel >> > wrote:
>>>

 A spur image :)  awesome !!
 Thanks Esteban & Guille!
 I'll start adapting the new class builder to Spur next wednesday when I
 come back from holidays.

 On 2 juil. 2014, at 16:13, Esteban Lorenzano 
 wrote:

 > Hi,
 >
 > I’ve been working on prepare Pharo to run with the new Spur VM… and
 finally this week Guille and I sit together and make a huge advance :)
 > here a screenshot of pharo 4 running with spur:
 > 
 > for more information, same image before migration, with a regular
 cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’,
 so that means that the tiny benchmarks run at 166% the speed of the old vm…
 > Of course this is just one benchmark, but I’m very impressed :)
 >
 > Now, it is still not usable but I’m confident I can put a jenkins job
 to work very soon :)
 >
 > Esteban
 >
 > ps: before you start asking: Spur WILL NOT be available for Pharo3,
 it will be part of Pharo4.
 >
 >
 >



>>>
>>
>>
>> --
>> best,
>> Eliot
>>
>
>
>
> --
> best,
> Eliot
>

Re: [Pharo-dev] Pharo running with spur (work in process)

[kilon alios]

For me its 99 milliseconds with my iMac (Pharo 3) which is a 3.2 Intel Core
i5 and 8GB 1600Mhz DDR3 Ram. Very impressive stuff.


On Wed, Jul 2, 2014 at 10:22 PM, Eliot Miranda 
wrote:

>
>
>
> On Wed, Jul 2, 2014 at 11:43 AM, kilon alios 
> wrote:
>
>> 0.549181 seconds per message is just insanely low number . This
>> is not even in the realm of nanoseconds.  Is this number real ? Because I
>> am very skeptical that one can get this kind of performance from a dynamic
>> language even with a JIT VM.
>>
>
> Here's a measurement on my 2.2GHz Mac Book Pro Core i7:
>
> | r | {[r := 34 benchFib] timeToRun. r} #(140 18454929)
>
> benchFib is nfib that adds one for each call, so the answer is the number
> of calls necessary to compute the answer.
>
> benchFib ^self < 2 ifTrue: [1] ifFalse: [(self-1) benchFib + (self-2)
> benchFib + 1]
>
> So that's 18 million calls in 140 milliseconds, or about 132 calls per
> microsecond.  That's indeed in the realm of nanoseconds, 13.2 nsecs per
> call.
>
>
>
>>
>> On Wed, Jul 2, 2014 at 9:08 PM, Camille Teruel 
>> wrote:
>>
>>>
>>> A spur image :)  awesome !!
>>> Thanks Esteban & Guille!
>>> I'll start adapting the new class builder to Spur next wednesday when I
>>> come back from holidays.
>>>
>>> On 2 juil. 2014, at 16:13, Esteban Lorenzano 
>>> wrote:
>>>
>>> > Hi,
>>> >
>>> > I’ve been working on prepare Pharo to run with the new Spur VM… and
>>> finally this week Guille and I sit together and make a huge advance :)
>>> > here a screenshot of pharo 4 running with spur:
>>> > 
>>> > for more information, same image before migration, with a regular
>>> cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’,
>>> so that means that the tiny benchmarks run at 166% the speed of the old vm…
>>> > Of course this is just one benchmark, but I’m very impressed :)
>>> >
>>> > Now, it is still not usable but I’m confident I can put a jenkins job
>>> to work very soon :)
>>> >
>>> > Esteban
>>> >
>>> > ps: before you start asking: Spur WILL NOT be available for Pharo3, it
>>> will be part of Pharo4.
>>> >
>>> >
>>> >
>>>
>>>
>>>
>>
>
>
> --
> best,
> Eliot
>

Re: [Pharo-dev] PillarHub

[mikefilonov]

Hi everyone,

Thanks! I think Alexey will be really happy to read this thread when he is
back to university in a month :)

As for versioning yes we plan to implement it. I think it should be easy as
Monticello implement it so it should be possible to reuse. I need to see the
code though.

Also Damien gave a great idea to add a configuration for a hub to sync it's
content to GitHub so cloud could be used for backup/versioning. I think it
is a perfect solution but I don't see yet how it can be implemented. Is any
one knows classes to talk to github?

Thanks for a feedback guys! Any suggestions on future plans for PillarHub
are welcomed.




--
View this message in context: 
http://forum.world.st/PillarHub-tp4766012p4766256.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] issue with Nautilus?

[Nicolai Hess]

Can you attach or send me the .st file you filed in.


2014-07-02 17:09 GMT+02:00 Sebastian Sastre :

> I’ve opened this:
>
> https://pharo.fogbugz.com/f/cases/13456/Nautilus-showing-methods-that-are-not-in-a-class
>
> quite strange. First time I see something like that
>
>
>
>
> sebastian 
>
> o/
>
> blog: http://sebastianconcept.com
> LinkedIn: http://www.linkedin.com/in/sebastiansastre
> github: https://github.com/sebastianconcept
>
>
>
>
>
>