January 2016 - Pharo-dev - lists.pharo.org

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

by stepharo

Yes Le 27/1/16 17:27, Skip Lentz a Ã©crit : > 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 <stepharo(a)free.fr> wrote: >> >> Hi >> >> in Pharo5.0 >> Latest update: #50550 >> >> >> I got a red square of death due to a wrong initialise in array class... with rubric index in the middle.... >> could not get more. I had to kill the image. >> >> Stef >> > >

Jan. 27, 2016

Re: [Pharo-dev] Contributing to Pharo

by Dale Henrichs

On 1/27/16 8:30 AM, stepharo wrote: > We have the catalog. So how different it is. AFAIK the catalog only manages loads of projects ... to make it a "Project Browser" you would add menu items for committing/saving projects (i.e., save all dirty packages and for git repos, do a git commit after updating packages); viewing the diffs for all packages in a project; and of course the load functionality .... As I said somewhere else, I don't think that it is a major job to implement a "Project Browser", but it is something that really needs to be done for supporting git-based projects. There is a natural 1-to-1 mapping between a Metacello project and it's git repository and as you can see in the Git menu below, there are a number of additional git-specific functions that need to be supported ... Dale > > And yes we would to change packages in nautilus. > > > Le 27/1/16 15:13, Dale Henrichs a Ã©crit : >> Haha, I certainly understand the lack of time/manpower ... Just in >> case it wasn't clear, when I said "project browser" I wasn't talking >> about replacing the code browser (Nautilus), but replacing/augmenting >> the Monticello Browser - which should turn out to be a much simpler >> undertaking --- "Project Browser" that manages the projects within >> the image - load, save, changes, etc.: >> >> project list screenshot >> >> >> Dale >> >> On 1/26/16 11:29 PM, Christophe Demarey wrote: >>> Hi Dale, >>> >>> Le 27 janv. 2016 Ã 04:11, Dale Henrichs a Ã©crit : >>> >>>> I've been wondering no-one in the Pharo community has started building a "Project Browser" to replace the "Package Browser" .... I've had a "project browser" in tODE for several years now and you work with a manageble list of Metacello projects like the following: >>> Of course, we have that in mind. We would love to have it but lack of time / manpower ... >>> We are not happy with the current browser (Nautilus). We could have something really more powerful. It will come but we have other projects to achieve before ;) >>> If someone comes with a better browser, we would love to set it as default. >>> >>> Cheers, >>> Christophe >> >

Jan. 27, 2016

Re: [Pharo-dev] "Pharo" Name Overload

by Dimitris Chloupis

I still wonder why Pharolauncher is not Pharo.app yet. And I could not agree more with your post about apps. But I think I have upset enough people this week :D On Wed, 27 Jan 2016 at 14:04, Damien Cassou <damien.cassou(a)inria.fr> wrote: > Ben Coman <btc(a)openinworld.com> writes: > > > On Wed, Jan 27, 2016 at 5:27 AM, Damien Cassou <damien.cassou(a)inria.fr> > wrote: > >> "Sean P. DeNigris" <sean(a)clipperadams.com> writes: > >> > >>> I now have three Pharo.app files on my Mac - Launcher, Spur, and > non-Spur. It > >>> would be great if we can agree to call one thing Pharo, and add > appropriate > >>> modifiers to the other two names. > >> > >> I'm not an OS X user, but I have the impression that .app is reserved > >> for graphical applications, one you can start with a double click. For > >> me, no Pharo VM is a graphical application and thus none deserve its > >> .app file in /Applications. > >> > >> On the contrary, what we currently call the Pharo Launcher is a > >> graphical application so it deserves a .app file. I called it just > >> Pharo.app because I didn't see any concurrence on the name and some in > >> the Pharo board would like the launcher to be the default Pharo download > >> (the one behind the big Download button on the website). > > > > It would be great for Pharo Launcher to be the default download, but > > why can it not still be called "PharoLauncher.app". It is still just > > an app on top of *real* Pharo and calling the launcher Pharo.app I > > believe presents a cognitive dissonance for a newcomer to understand > > the distinction. The launcher is used to start non-/more-than-Pharo > > applications like Moose, so to me the launcher application is more > > generic than just Pharo. Seeing a launcher is generically "a > > computer program that helps a user to locate and start other computer > > programs" [1] to me it makes sense to explicitly keep "Launcher" in > > the app name as the default download. > > I disagree but I don't care enough to argue. If OS X users agree (and > maybe the board as well), someone should make the change (that won't be > me :-)). > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." --Winston Churchill > >

Jan. 27, 2016

Stored Settings

by Jimmie Houchin

Hello, I am learning how to better manage my processes. I have never messed with the settings much before. The defaults were generally fine. However, with some of my projects I am requiring fonts which are best satisfied by a font with a larger character set allowing for multiple languages. At the moment I am using Linux Libertine or Linux Biolinum. I would like to easily have these be the default fonts I use in the image. I opened a clean image, I made the setting changes. I then "Store Settings". I then opened a new clean image and "Load Settings". It claims that the Linux Libertine is the new font but it is not so. In order for the Linux Libertine font to become active I have to "update" the fonts. Then the fonts become visible and the Linux Libertine becomes active. How do I automate the updating of the fonts in order to have the system fonts available when I open an image or "Load Settings"? How do I automate or script as much as possible the initial state of an image? Also in the "Store Settings" and "Load Settings" it would be nice if you could name the settings file and be able to choose what file you load from as opposed to there being only a single default file. I have attempted to find answers in the list archives. But I have not yet found what I am looking for. Pointers to documentation or articles if available are greatly appreciated. Also any wisdom or advise. Thanks. Shalom Aleichem Jimmie

Jan. 27, 2016

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

by Nicolai Hess

2016-01-27 17:23 GMT+01:00 stepharo <stepharo(a)free.fr>: > Hi > > in Pharo5.0 > Latest update: #50550 > > > I got a red square of death due to a wrong initialise in array class... > with rubric index in the middle.... > could not get more. I had to kill the image. > 17392 <https://pharo.fogbugz.com/f/cases/17392/FreeType-numCharMaps-nil-causes-Arr…> FreeType numCharMaps nil causes Array>>basicNew: to fail Somehow the FT2Face instance aren't "filled". We Access attributes like charmap or height that have nil-values. I don't know why. either the instances aren't properly initialized, or the prior (valid ) instances are somehow cleaned up ? > > Stef > >

Jan. 27, 2016

Re: [Pharo-dev] Symbolic version management with Metacello) was: OSSubprocess use

by Dale Henrichs

On 1/27/16 8:34 AM, Ben Coman wrote: > > > On Wed, Jan 27, 2016 at 12:59 PM, Dale Henrichs > <dale.henrichs(a)gemtalksystems.com > <mailto:dale.henrichs@gemtalksystems.com>> wrote: > > > I have also been working on building a Smalltalk development > environment that embraces "git" from the ground up and I consider > that I've learned quite a few important lessons in this area ... I > am not going to say that tODE[4] should be ported to Pharo, but I > will say that tODE _is_ a proof of concept that a git-based > development environment for Smalltalk can be built that preserves > image-based Smalltalk development while leveraging "git" as the > SCM... I should note that tODE bridges the ConfigurationOf and > BaselineOf worlds with support for both .... > > > I've been aware of tODE for a while, and though you probably mentioned > it before, I didn't realise it worked with git. I can't look at it > right now, but I'll put it on the list. It definitely interests me. > Documentation is still sparse for tODE, but all of the command line commands have man pages:) I plan to write some posts on this list about the workflows, structure and functionality currently used in tODE and GsDevKit_home that will cover the larger points. In addition to the git support from within the "Project Browser": project browser git menu I have a smalltalk API for calling the git command line and I use that for implementing all of the git functionality (so there's no Windows mapping - but then the GemStone server doesn't run on Windows). In the code browser, you can get git history on a project, package, class and method level. I've also built a `git mergetool` to a git-level merge from within the Smalltalk dev environment. When you get the time let me know and I can give you more information ... Dale

Jan. 27, 2016

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

by Esteban Lorenzano

if it is that, is a known bugâ¦ just save&quit and reopen (I will find the bug eventually, but is complicated). Esteban > On 27 Jan 2016, at 17:27, Skip Lentz <skip.lentz(a)inria.fr> wrote: > > 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 <stepharo(a)free.fr> wrote: >> >> Hi >> >> in Pharo5.0 >> Latest update: #50550 >> >> >> I got a red square of death due to a wrong initialise in array class... with rubric index in the middle.... >> could not get more. I had to kill the image. >> >> Stef >> > >

Jan. 27, 2016

Re: [Pharo-dev] Symbolic version management with Metacello) was: OSSubprocess use

by Ben Coman

On Wed, Jan 27, 2016 at 12:59 PM, Dale Henrichs < dale.henrichs(a)gemtalksystems.com> wrote: > > > I have also been working on building a Smalltalk development environment > that embraces "git" from the ground up and I consider that I've learned > quite a few important lessons in this area ... I am not going to say that > tODE[4] should be ported to Pharo, but I will say that tODE _is_ a proof of > concept that a git-based development environment for Smalltalk can be built > that preserves image-based Smalltalk development while leveraging "git" as > the SCM... I should note that tODE bridges the ConfigurationOf and > BaselineOf worlds with support for both .... > I've been aware of tODE for a while, and though you probably mentioned it before, I didn't realise it worked with git. I can't look at it right now, but I'll put it on the list. It definitely interests me. cheers -ben

Jan. 27, 2016

Re: [Pharo-dev] Contributing to Pharo

by stepharo

We have the catalog. So how different it is. And yes we would to change packages in nautilus. Le 27/1/16 15:13, Dale Henrichs a Ã©crit : > Haha, I certainly understand the lack of time/manpower ... Just in > case it wasn't clear, when I said "project browser" I wasn't talking > about replacing the code browser (Nautilus), but replacing/augmenting > the Monticello Browser - which should turn out to be a much simpler > undertaking --- "Project Browser" that manages the projects within > the image - load, save, changes, etc.: > > project list screenshot > > > Dale > > On 1/26/16 11:29 PM, Christophe Demarey wrote: >> Hi Dale, >> >> Le 27 janv. 2016 Ã 04:11, Dale Henrichs a Ã©crit : >> >>> I've been wondering no-one in the Pharo community has started building a "Project Browser" to replace the "Package Browser" .... I've had a "project browser" in tODE for several years now and you work with a manageble list of Metacello projects like the following: >> Of course, we have that in mind. We would love to have it but lack of time / manpower ... >> We are not happy with the current browser (Nautilus). We could have something really more powerful. It will come but we have other projects to achieve before ;) >> If someone comes with a better browser, we would love to set it as default. >> >> Cheers, >> Christophe >

Jan. 27, 2016

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

by Skip Lentz

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 <stepharo(a)free.fr> wrote: > > Hi > > in Pharo5.0 > Latest update: #50550 > > > I got a red square of death due to a wrong initialise in array class... with rubric index in the middle.... > could not get more. I had to kill the image. > > Stef >

Jan. 27, 2016