Re: [Pharo-dev] pay attention there is a problem with rubric in latest image...

Hi, Did it involve Array class>>basicNew: and FreeType? I got it while typing in a Rubric editor. I could not reproduce the bug, it was around 2-3 weeks ago and haven’t seen it since. > On Jan 27, 2016, at 5:23 PM, stepharo wrote: > > Hi > > in Pharo5.0 > Latest update:

Re: [Pharo-dev] [ANN] GitHub API Bindings: new version

> (there is no implementor of #allowNil) > > Cheers, > > Hernán > > > 2016-01-21 7:30 GMT-03:00 Skip Lentz <skip.le...@inria.fr > <mailto:skip.le...@inria.fr>>: > Hi everyone, > > I am announcing a new version for the API bindings to GitHub in Pharo.

Re: [Pharo-dev] [ANN] GitHub API Bindings: new version

.ferli...@gmail.com> wrote: > > Hi, > If there is already a version of NeoJSON in the image the new version can be > skip (ahah!) during the loading. I had this problem before, I had to load the > bleeding edge in a new image. > > > > On Friday, January 22, 2

Re: [Pharo-dev] [ANN] GitHub API Bindings: new version

s supported by Pharo’s UI framework > - I clicked "Checkout" button but what happened? After a wait clock, I don't > know, there is no feedback at all. A pane at bottom would be awesome :) A progress/status pane at the bottom is not a bad idea at all! > Cheers, > > Herná

Re: [Pharo-dev] [ANN] GitHub API Bindings: new version

> <mailto:kilon.al...@gmail.com>> wrote: > As usual I can only agree with Sven, this is documentation is for seminars > how to write proper documentation. Great work, will give it a try :) > > On Thu, Jan 21, 2016 at 1:03 PM Skip Lentz <skip.le...@inria.fr > <mai

Re: [Pharo-dev] [ANN] GitHub API Bindings: new version

mode? I would like to explore if it could > be used as a way to get delivery mode (read-only access) to packages with > history/versionning (reusing GitFileTree `build MC metadata from git log` > code). > > Regards, > > Thierry > > 2016-01-21 11:30 GMT+01:00 Skip

Re: [Pharo-dev] [ANN] GitHub API Bindings: new version

ght way to do a Pharo add-on library ! > > Thank you. > >> On 21 Jan 2016, at 11:30, Skip Lentz <skip.le...@inria.fr> wrote: >> >> Hi everyone, >> >> I am announcing a new version for the API bindings to GitHub in Pharo. >> For documenta

[Pharo-dev] [ANN] GitHub API Bindings: new version

Hi everyone, I am announcing a new version for the API bindings to GitHub in Pharo. For documentation and information on how to load it, see the new project homepage: https://balletie.github.io/GitHub/ (generated with Pillar. Plug for Damien and Cyril) For

[Pharo-dev] (Spec/Morphic) MorphTreeNodeMorph>>setSelectedSilently: does not seem to select silently.

Hi, I had some problems with TreeModel>>deselectAll. It appears that when one sends #deselectAll, the selectedItemsChanged block is passed a _non-empty_ selection. While debugging I saw that #setSelectedSilently: apart from setting a #selected instance variable, also sends #selected: to its

[Pharo-dev] Test Runner: "Run Coverage" fails or hangs when multithreading is used in test.

Hi, When I want to run the coverage of for example Zinc’s Client and Server tests, it will either hang (in the case of Zinc’s test cases) or fail because the coverage uses BlockClosure>>valueUnpreemptively for running the tests. The relevant method is TestRunner>>collectCoverageFor:. So when a

Re: [Pharo-dev] Test Runner: "Run Coverage" fails or hangs when multithreading is used in test.

"can NOT check"*, in the first sentence. > On Jan 12, 2016, at 11:05 AM, Skip Lentz <skip.le...@inria.fr> wrote: > > You mean as in it can check the coverage effected by the code running in the > other thread? > Or is this not what you mean? > > Well I me

Re: [Pharo-dev] Test Runner: "Run Coverage" fails or hangs when multithreading is used in test.

Van Caekenberghe <s...@stfx.eu> wrote: > > I never used that, but it seems coverage can only deal with single threaded > code, which sounds logical. No ? > >> On 12 Jan 2016, at 10:53, Skip Lentz <skip.le...@inria.fr> wrote: >> >> Hi, >> >> Whe

Re: [Pharo-dev] Test Runner: "Run Coverage" fails or hangs when multithreading is used in test.

gt; work. Yes that seems to be a limitation, but an understandable one. > > I am trying to help but I don't known anything about the coverage tool, so > maybe I should shut up ;-) > >> On 12 Jan 2016, at 11:05, Skip Lentz <skip.le...@inria.fr> wrote: >> >> Y

Re: [Pharo-dev] ConfigurationOfXXX package is not visible in nautilus...

I loaded a configuration too (not with command line), and it wasn’t in the Configurations group. The spotter finds it, and auto-completion does too. It can’t be found in Nautilus.. > On Jan 7, 2016, at 11:29 AM, Esteban Lorenzano wrote: > > is in Configurations group :) >

Re: [Pharo-dev] [Pharo-users] NeoJSON: parsing mapped nil fields

Hi Sven, > On Dec 30, 2015, at 12:51 PM, Sven Van Caekenberghe wrote: > > I added a new feature: Thank you for this new feature! > From the unit test, this allows you to do as follows: > > self > assert: ((NeoJSONReader on: 'null' readStream) > mapInstVarsFor:

Re: [Pharo-dev] [Pharo-users] NeoJSON: parsing mapped nil fields

Hi, thanks for replying! I can share some ideas. > On Dec 23, 2015, at 12:09 AM, Sven Van Caekenberghe wrote: > > Hi, > > NeoJSON does have a bit of a split personality. Yes, this is what I noticed. Apart from this, I think it’s an awesome library, and I thank you a lot for

[Pharo-dev] NeoJSON: parsing mapped nil fields

Hi all, When parsing with NeoJSON, I’m experiencing some problems. If I parse a JSON representation using NeoJSONReader>>next (i.e. not according to a schema), it parses nil fields just fine. But when I explicitly set a value schema, it won’t parse it in the case it is nil (or “null” in JSON).

Re: [Pharo-dev] Adapting the launcher to Spur VM

> On Dec 17, 2015, at 2:27 PM, Stephan Eggermont wrote: > > I've commited a PharoLauncher version that adds a setting for a spur vm path. > If you download a spur vm and point set this setting, the launcher will start > the image with the right vm Thank you!!

Re: [Pharo-dev] New web tutorial

> On Dec 15, 2015, at 10:39 AM, Sven Van Caekenberghe wrote: > > >> On 15 Dec 2015, at 10:34, Stephan Eggermont wrote: >> >> On 15-12-15 10:23, Sven Van Caekenberghe wrote: passwordHash passwordHash ifNil: [ ^'' ]. ^ passwordHash >>> >>>

Re: [Pharo-dev] How does Nautilus change highlighting for class definitions

> On Dec 9, 2015, at 2:55 PM, Nicolai Hess <nicolaih...@gmail.com> wrote: > > > > 2015-12-09 14:45 GMT+01:00 Skip Lentz <skip.le...@inria.fr > <mailto:skip.le...@inria.fr>>: > Browse class references to the “NautilusClassSelected” Announcement

Re: [Pharo-dev] How does Nautilus change highlighting for class definitions

> On Dec 9, 2015, at 3:02 PM, Damien Cassou <damien.cas...@inria.fr> wrote: > > Nicolai Hess <nicolaih...@gmail.com> writes: > >> 2015-12-09 14:45 GMT+01:00 Skip Lentz <skip.le...@inria.fr>: >> >> But beware, there are multiple parts involv

Re: [Pharo-dev] Basic versioning of GitHub repositories from within Pharo

Hi, > On Nov 24, 2015, at 5:30 PM, Skip Lentz <skip.le...@inria.fr> wrote: > > I will set up a GitHub repository tomorrow. Right now it’s on SmalltalkHub, > but I think it’s a good idea to put it on GitHub (if only for doing > versioning with the tool itself). Then you’l

Re: [Pharo-dev] Basic versioning of GitHub repositories from within Pharo

> On Nov 24, 2015, at 5:37 PM, Thierry Goubier <thierry.goub...@gmail.com> > wrote: > > Hi Skip, > > 2015-11-24 17:30 GMT+01:00 Skip Lentz <skip.le...@inria.fr > <mailto:skip.le...@inria.fr>>: > > It would be nice to have some less metadata in t

Re: [Pharo-dev] Basic versioning of GitHub repositories from within Pharo

Hi again, I wil try to respond to most of you in this e-mail: @ Thierry: > Would you be able to retrieve the same information from github that > GitFileTree does when it extract package version history information? It would be nice to have some less metadata in the repository (or none at

Re: [Pharo-dev] Improving API of Date, Month....

Hi, I also had an idea for a method which returns the most significant unit of a Duration. For example, you have a duration of 432 days, 3 hours, 21 minutes, 5 seconds, etc., and it would return you "432 days" (or just “1 year”). I encountered this when wanting to create a time indication on

[Pharo-dev] Basic versioning of GitHub repositories from within Pharo

Hi everyone, As part of my internship I am creating bindings to the GitHub API in Pharo. As a prototype and demo, I have created a small tool last week to do some basic versioning, namely checking out a version, committing a version and showing a log of commits along with a branch tree. Here’s

Re: [Pharo-dev] Basic versioning of GitHub repositories from within Pharo

> On Nov 23, 2015, at 5:45 PM, Max Leske wrote: > > Sweet! You’re not using the LibGit bindings for this, are you? No, I’m not. But it would be interesting to try something similar to this with the LibGit bindings :). I might take a stab at this.. Right now it’s tied to

Re: [Pharo-dev] Basic versioning of GitHub repositories from within Pharo

> On Nov 23, 2015, at 5:54 PM, Dimitris Chloupis wrote: > > Actually its not a bummer at all, Github has an amazing set of features, 99% > why people use git, including me, is because of Github. Taking also into > account that no other alternative of Github is as

Re: [Pharo-dev] Basic versioning of GitHub repositories from within Pharo

> On Nov 23, 2015, at 6:03 PM, Dimitris Chloupis wrote: > > hmm i put my user name and password I press enter and gives me a MNU: > receiver of "asZnUrl" is nil Hang on, let me try in a fresh image. Thanks for the feedback by the way

Re: [Pharo-dev] Basic versioning of GitHub repositories from within Pharo

> On Nov 23, 2015, at 6:03 PM, Dimitris Chloupis wrote: > > hmm i put my user name and password I press enter and gives me a MNU: > receiver of "asZnUrl" is nil I debugged together with Martin and this error occurred when he didn’t fill in his password correctly. I

Re: [Pharo-dev] Basic versioning of GitHub repositories from within Pharo

> On Nov 23, 2015, at 6:35 PM, Dimitris Chloupis wrote: > > nope my password is definitely correct and the user name. Hmm ok.. In that case I really don’t know. Could you look at the stack frame to see if any of the methods are related with avatars? The avatar url

Re: [Pharo-dev] Recovering _lost_ changes

> On Nov 20, 2015, at 11:01 PM, Yuriy Tymchuk wrote: > > I cannot find ‘Old sessions’. Where is it? Is it something new, or it’s > “Tools > Recover lost changes…" thing that was always there? It’s only there if Epicea is loaded. It is under Tools > Epicea > Old Sessions.

Re: [Pharo-dev] Recovering _lost_ changes

Hi, > On Nov 20, 2015, at 5:27 PM, Yuriy Tymchuk wrote: > is Epicea integrated already? No, not yet I think. > If so, is it possible to apply all the changes to code (without doits) since > the last image save? I think that it should be really helpful because >

Re: [Pharo-dev] Recovering _lost_ changes

Hi, > On Nov 20, 2015, at 5:52 PM, Skip Lentz <skip.le...@inria.fr> wrote: > > For example, right now you will get an error when you redo (or undo) a class > comment change. I will try to fix this bug right now. I committed a bug fix for this to Epicea now.

[Pharo-dev] Get a symbolic link's reference.

Hi, Does anyone know of a way to get the path a symbolic link points to? For example, I have a file /foo/x, and a symbolic link /foo/bar/link, which points to /foo/x. I would like to get the path /foo/x (or ../x) somehow from /foo/bar/link Skip

Re: [Pharo-dev] About Magritte Seaside

> On Oct 6, 2015, at 11:11 AM, stepharo wrote: > > Hi guys > > How can I get Magritte seaside (and a working version not one breaking on XML > I do not what)? > I loaded the published stable version of Magritte into Pharo and there is no > seaside version. > I checked the

Re: [Pharo-dev] Spec LabelModel's #font: and other styles

> On Oct 2, 2015, at 1:47 PM, Peter Uhnák wrote: > > (...) > > For TextModel that would be clearly better (because you might want to style > different parts of text differently), however for LabelModel I'm not so sure. > > Any opinions? A few days ago I wanted to style

Re: [Pharo-dev] System-Announcements: add a ProtocolRenamed announcement

> On Sep 15, 2015, at 4:40 PM, Thierry Goubier > wrote: > > Hi Martin, Skip, > > it makes sense, sort of. > > ClassReorganized could be handled already by just either discarding whatever > cache you would have on the protocols of the class (for example, in a >

Re: [Pharo-dev] System-Announcements: add a ProtocolRenamed announcement

> On Sep 16, 2015, at 10:36 AM, Thierry Goubier <thierry.goub...@gmail.com> > wrote: > > > > 2015-09-16 10:18 GMT+02:00 Skip Lentz <skip.le...@inria.fr > <mailto:skip.le...@inria.fr>>: > > As far as I know, you can’t compare to the old class

[Pharo-dev] System-Announcements: add a ProtocolRenamed announcement

Hello, Right now, when you add or remove a protocol to a class you get two announcements (ignoring methods that may have been removed): 1. Protocol{Added,Removed} 2. ClassReorganized. But when you rename a protocol, you get just ClassReorganized (again, ignoring the method recategorizations).