Re: [Pharo-dev] Pharo 6 update catalog entries

2017-02-04 Thread Pierce Ng
On Sat, Feb 04, 2017 at 03:51:43PM -0800, Sean P. DeNigris wrote: > Ah, interesting! I wonder if this represents a bug then, because > ChronosManager is in the metarepos for both Pharo 5 and 6, but in Pharo 5 > loads the config from the meta-repo-for-6, not 5... ConfigOfGlorpSQLite is in both

Re: [Pharo-dev] I am stuck ProfStef

2017-02-04 Thread Igor Raven via Pharo-dev
--- Begin Message --- Disregard my previous message. Pulled my head out of my butt took a deep breath of fresh air and managed to get things input correctly.igor From: Igor Raven via Pharo-dev To: "pharo-dev@lists.pharo.org" Cc:

[Pharo-dev] I am stuck ProfStef

2017-02-04 Thread Igor Raven via Pharo-dev
--- Begin Message --- In ProfStef page 17 or 29 I am stuck"Try to go to the next lesson with a cascade of two 'next' messages:"How can I find the solution or how do I escape to page 19? Thank you for your helpigor --- End Message ---

Re: [Pharo-dev] Pharo 6 update catalog entries

2017-02-04 Thread Sean P. DeNigris
Sven Van Caekenberghe-2 wrote > the configs must be copied into MetaRepoForPharo60, this is the way they > are 'blessed', AFAIU. Ah, interesting! I wonder if this represents a bug then, because ChronosManager is in the metarepos for both Pharo 5 and 6, but in Pharo 5 loads the config from the

Re: [Pharo-dev] FileStreams and encoding ( opening a readStream on a FileRerefence)

2017-02-04 Thread Sven Van Caekenberghe
> On 4 Feb 2017, at 21:14, stepharong wrote: > > I will talk about guille about his file implementation and we can see what we > can do. Yes, that is step 1, here is the issue I was talking about:

Re: [Pharo-dev] FileStreams and encoding ( opening a readStream on a FileRerefence)

2017-02-04 Thread stepharong
I will talk about guille about his file implementation and we can see what we can do. On Sat, 04 Feb 2017 20:28:07 +0100, Denis Kudriashov wrote: 2017-02-04 19:09 GMT+01:00 stepharong : Sven I really think that we should clean and improve on

Re: [Pharo-dev] FileStreams and encoding ( opening a readStream on a FileRerefence)

2017-02-04 Thread stepharong
Guilermo's new File class with its simple binary streams can be perfectly combined (stacked) with Zn character encoding streams. A first step would be to make FileSystem return/produce those stacked streams. I even believe there is a prototype integrating this I believe you are one (the

Re: [Pharo-dev] FileStreams and encoding ( opening a readStream on a FileRerefence)

2017-02-04 Thread Denis Kudriashov
2017-02-04 19:09 GMT+01:00 stepharong : > Sven > > I really think that we should clean and improve on this side. > What would be a roadmap? > > - Improve filesystem API to call Zn > - Deprecated other users? (what are they?) > - what would be the next steps? Yes, we need

Re: [Pharo-dev] FileStreams and encoding ( opening a readStream on a FileRerefence)

2017-02-04 Thread Sven Van Caekenberghe
> On 4 Feb 2017, at 19:09, stepharong wrote: > > >>> 2017-02-04 12:49 GMT+01:00 Sven Van Caekenberghe : >>> Hi Nicolai, >>> >>> The FileSystem API is a bit inconsistent, yes. >>> >>> This is how you can use it: >>> >>> (FileLocator temp / 'foo.txt')

Re: [Pharo-dev] FileStreams and encoding ( opening a readStream on a FileRerefence)

2017-02-04 Thread Thierry Goubier
Le 04/02/2017 à 19:09, stepharong a écrit : 2017-02-04 12:49 GMT+01:00 Sven Van Caekenberghe : Hi Nicolai, The FileSystem API is a bit inconsistent, yes. This is how you can use it: (FileLocator temp / 'foo.txt') writeStreamDo: [ :out | out binary. (ZnCharacterWriteStream

Re: [Pharo-dev] FileStreams and encoding ( opening a readStream on a FileRerefence)

2017-02-04 Thread stepharong
2017-02-04 12:49 GMT+01:00 Sven Van Caekenberghe : Hi Nicolai, The FileSystem API is a bit inconsistent, yes. This is how you can use it: (FileLocator temp / 'foo.txt') writeStreamDo: [ :out | out binary. (ZnCharacterWriteStream on: out encoding: #utf8) << 'élève' ].

Re: [Pharo-dev] Pharo 6 update catalog entries

2017-02-04 Thread Sven Van Caekenberghe
> On 4 Feb 2017, at 16:24, Sean P. DeNigris wrote: > > kilon.alios wrote >> Time to make sure they work as expected. > > And tag them #'Pharo6.0' once it's released. In the process of loading > ChronosManager from the Catalog in Pharo 5, I got a warning that it was not >

Re: [Pharo-dev] magic numbers in gtInspectorVariableValuePairs

2017-02-04 Thread Ben Coman
> On Fri, Feb 3, 2017 at 3:13 AM, Ben Coman wrote: >> >> Just curious what the magic numbers here relate to... >> and can they be factored out to a meaningful method name? >> >> Context>>gtInspectorVariableValuePairs >> "This is a helper method that returns a collection of

Re: [Pharo-dev] magic numbers in gtInspectorVariableValuePairs

2017-02-04 Thread Sean P. DeNigris
Aliaksei Syrel wrote > Later if performance is still not good enough they may be changed for > example to > TWENTY_ONE := 15. Ha ha ha! - Cheers, Sean -- View this message in context: http://forum.world.st/magic-numbers-in-gtInspectorVariableValuePairs-tp4932831p4932979.html Sent from the

Re: [Pharo-dev] Pharo 6 update catalog entries

2017-02-04 Thread Sean P. DeNigris
kilon.alios wrote > Time to make sure they work as expected. And tag them #'Pharo6.0' once it's released. In the process of loading ChronosManager from the Catalog in Pharo 5, I got a warning that it was not marked as safe (sorry I forgot to tell you!). It ended up loading and working AFAICT.

Re: [Pharo-dev] GTDebugger variables table

2017-02-04 Thread stepharong
On Thu, 02 Feb 2017 17:16:49 +0100, John Brant wrote: On 02/02/2017 04:22 AM, Denis Kudriashov wrote: Now I think I realized main reason of my confusion. Temps and receiver vars are not just in single table but they are also sorted by name all together. I'm

Re: [Pharo-dev] FileStreams and encoding ( opening a readStream on a FileRerefence)

2017-02-04 Thread Sven Van Caekenberghe
> On 4 Feb 2017, at 13:01, Nicolai Hess wrote: > > > > 2017-02-04 12:49 GMT+01:00 Sven Van Caekenberghe : > Hi Nicolai, > > The FileSystem API is a bit inconsistent, yes. > > This is how you can use it: > > (FileLocator temp / 'foo.txt') writeStreamDo:

Re: [Pharo-dev] FileStreams and encoding ( opening a readStream on a FileRerefence)

2017-02-04 Thread Sven Van Caekenberghe
Hi Nicolai, The FileSystem API is a bit inconsistent, yes. This is how you can use it: (FileLocator temp / 'foo.txt') writeStreamDo: [ :out | out binary. (ZnCharacterWriteStream on: out encoding: #utf8) << 'élève' ]. (FileLocator temp / 'foo.txt') readStreamDo: [ :in | in binary.

Re: [Pharo-dev] [pharo-project/pharo-core] 16537e: 60373

2017-02-04 Thread denker
> > Log Message: > --- > 60373 > Moose This is: This version addresses some bug fixes and synchronises those packages integrated using slices with the GToolkit repos. Changes: - case 19575 - case 19646 - case 19604 - case 19542 - case 19260 - case 19454 - FastTable/List/Tree

[Pharo-dev] [pharo-project/pharo-core] 16537e: 60373

2017-02-04 Thread GitHub
Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 16537e5cd5348d1f146143b6ed8077b63cb9cb63 https://github.com/pharo-project/pharo-core/commit/16537e5cd5348d1f146143b6ed8077b63cb9cb63 Author: Jenkins Build Server Date:

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

2017-02-04 Thread GitHub
Branch: refs/tags/60373 Home: https://github.com/pharo-project/pharo-core

[Pharo-dev] FileStreams and encoding ( opening a readStream on a FileRerefence)

2017-02-04 Thread Nicolai Hess
Hi How can I specify the character encoding when opening a readStream on a FileRerefence. I found this, that works: | readStream fileContent | readStream := (File named: aFileName) openForRead. fileContent := ZnCharacterReadStream on: readStream encoding: encoding. fileContent upToEnd asString.