February 2017 - Pharo-users

Re: [Pharo-users] Citezen bug MessageNotUnderstood: Metaclass>>allMethodsInCategory:

by stepharong

Ok I will have a look. Ping me if I forget. > Hi, > > > On 12/02/17 09:19, stepharong wrote: >> Hi offray >> >> I generate all my web page and cv with Citezen. >> Can you tell >> >> which version of citezen? > > The one provided by ConfigurationOfCitezen (StephaneDucasse.137) > >> how you load it? > > From the spotter, so I imagine is reading the Pharo catalog. > >> which version of Pharo > > Pharo5.0 > Latest update: #50761 > >> the expressions you executed? >> > > I ran the expression on CZBibTest. After applying the fix proposed by > Cyril on Citezen-Redenring (StephaneDucasse.42), the test went all > green. So it seems a matter of replacing #allMethodsInCategory by > #allSelectorsInProtocol > > Thanks, > > Offray > >> Stef >> >>> Hi, >>> >>> I'm adding some Zotero[1] integration for my Grafoscopio project, now >>> that I'm preparing a couple of papers for my PhD. For that, I'm using >>> Citezen, but when I try to run the renderers to create bibTeX outputs >>> I got the error "MessageNotUnderstood: >>> Metaclass>>allMethodsInCategory:". How can I solve this? >>> >>> [1] http://zotero.org/ >>> >>> Thanks, >>> >>> Offray >>> >>> >> >> > -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 12, 2017

Re: [Pharo-users] Unable to find the compiler

by Cyril Ferlicot D.

Le 11/02/2017 Ã 10:38, Mark Neagu a Ã©crit : > Hi, > > Thank you for your answer. > > I first tried to find the code panel but I can't see it in my Pharo: no > panel is titled "code panel" ans nothing looks like > "https://puu.sh/tXu99/f11df69e74.png". > > I then tried CMD + S or CTRL + S but it didn't work either. > > My computer works Under Windows 7 Ãdition Familiale Premium 64 bits > Service Pack 1, that is Windows, isn't it? :) > > To summarize I'm still in trouble. > > Regards, > > Mark > Hi Mark, Following this link you should find a video showing how I do: https://www.youtube.com/watch?v=4WrzVCuXkP8 I save a first class using the menu then a second using the shortcut. -- Cyril Ferlicot http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Feb. 12, 2017

Re: [Pharo-users] Something wrong with my installation of Pharo

by phil＠highoctane.be

Hi, What is the problem? Screenshot? Am on Windows and Pharo is working nicely. Win8.1 and Win10. Used to be fine on Win7. Phil On Sun, Feb 12, 2017 at 6:34 PM, stepharong <stepharong(a)free.fr> wrote: > tx nicole > Mark I feel sorry. > I only have macs and I do not know windows. > > Stef > > On Sun, 12 Feb 2017 18:04:15 +0100, Nicole de Graaf <nic(a)soops.nl> wrote: > > Hi Mark, >> >> I can try to help you .. >> >> It is possible that I can not find the solution directly but than we can >> ask other people more concrete questions. >> >> For sure team viewer and Skype is the fastest way .. >> >> Regards, >> Nic >> >> >> >> >> >> >> On 12 Feb 2017, at 15:56, Mark Neagu <mark(a)mneagu.fr> wrote: >>> >>> Hi, >>> >>> I believe I know why my installation doesn't work: It's not the >>> installation, but something with Windows. >>> >>> I use for years "Windows 7 Ãdition Familiale Premium 64 bits Service >>> Pack 1" without the slightest problem. But what I use my computer for is >>> simply writing text, taking pictures and exchanging mails; nothing to do >>> with programming. >>> >>> The conclusion, I think, is that some settings of Windows should be >>> modified to adjust to these added uses. The complication is I'm no >>> specialist of Windows; I just use it. That's why I would like a person >>> knowledgeable in Windows AND Pharo, who could check my installation and >>> correct it as needed. >>> >>> To that end we could use "TeamViewer": it wouldn't be overly long or too >>> disturbing for the person. >>> >>> I am very grateful to the person who will accept to help me. >>> >>> Regards, >>> Mark >>> >>> >> >> > > -- > Using Opera's mail client: http://www.opera.com/mail/ > > >

Feb. 12, 2017

Re: [Pharo-users] Depending on MetaRepo instead of the target repo

by stepharong

On Sun, 12 Feb 2017 16:36:42 +0100, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > Peter, > > <wishful thinking> > > In the long term the the MetaRepo should be replaced by a repository of > project specification objects (like this [1]). Each project > specification would contain the meta data for a project (like this[2]) > instead of a copy of a ConfigurationOf that is almost always out-of-date. Yes we are working on it. Now 64bits, FFI, Iceberg, bootstrap got our attention. > > ConfigurationOf should really be phased out -- they've been obsolete for > 3-4 years now... BaselineOf is preferred. > > If folks are using something like git/github, with proper branching, > then a BaselineOf wouldn't be published on the master branch until the > unit tests are passing (travis-ci). I want more than just the tests but this is a start. > > </wishful thinking> We will arrive there. Because I want it too. Now pavel worked on the bootstrap to avoid to lose all the energy that guille put on it. > > Dale > > [1] https://github.com/GsDevKit/GsDevKit_home/tree/gh-pages > [2] https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston > On 2/12/17 4:03 AM, Peter Uhnak wrote: >> Hi, >> >> would it make sense to take configurations from metarepos instead >> directly from the source? >> >> And more imporantly: would be considered bad practice for users to do >> it right now? >> >> E.g. >> >> spec >> project: 'Magritte' >> with: [ spec >> className: #ConfigurationOfMagritte3; >> versionString: #stable; >> repository: >> 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main/' ]. >> >> v. repository: 'http://smalltalkhub.com/mc/Magritte/Magritte3/main/' >> >> >> pros: >> * the (e.g. Magritte) developer can freely change platforms >> * the ConfigurationOf could differ between various MetaRepo versions >> (combined with git it could reduce their complexity) >> * users do not have to think about where is the canonical repo (I've >> seen project that had copies on SS, STHub, GitHub, and a custom >> location -_-) >> >> cons: >> * the ConfigurationOf could differ between various MetaRepo versions >> (if the code is compatible, then two repos have to be updated >> >> Any thoughts? >> >> Peter >> > > -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 12, 2017

Re: [Pharo-users] Something wrong with my installation of Pharo

by stepharong

tx nicole Mark I feel sorry. I only have macs and I do not know windows. Stef On Sun, 12 Feb 2017 18:04:15 +0100, Nicole de Graaf <nic(a)soops.nl> wrote: > Hi Mark, > > I can try to help you .. > > It is possible that I can not find the solution directly but than we can > ask other people more concrete questions. > > For sure team viewer and Skype is the fastest way .. > > Regards, > Nic > > > > > > >> On 12 Feb 2017, at 15:56, Mark Neagu <mark(a)mneagu.fr> wrote: >> >> Hi, >> >> I believe I know why my installation doesn't work: It's not the >> installation, but something with Windows. >> >> I use for years "Windows 7 Ãdition Familiale Premium 64 bits Service >> Pack 1" without the slightest problem. But what I use my computer for >> is simply writing text, taking pictures and exchanging mails; nothing >> to do with programming. >> >> The conclusion, I think, is that some settings of Windows should be >> modified to adjust to these added uses. The complication is I'm no >> specialist of Windows; I just use it. That's why I would like a person >> knowledgeable in Windows AND Pharo, who could check my installation and >> correct it as needed. >> >> To that end we could use "TeamViewer": it wouldn't be overly long or >> too disturbing for the person. >> >> I am very grateful to the person who will accept to help me. >> >> Regards, >> Mark >> > > -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 12, 2017

Re: [Pharo-users] getting real changes from RB refactoring

by stepharong

Hi peter > is there some filter that will reject RB changes that actually do not do > anything? I.e. applying them would have no effect (same method code, > class, inst var exists, ...). I do not know. Do you have an example of when such changes are created? > For methods I can do > > reject: [ :each | each oldVersionTextToDisplay = each textToDisplay ] > > for adding classes I had to add custom #oldVersionTextToDisplay > > ``` > RBAddClassChange>>oldVersionTextToDisplay > | class | > class := Smalltalk globals at: self changeClassName ifAbsent: [ ^ '' ]. > ^ '<1s> subclass: #<2s><n><t>instanceVariableNames: > <3p><n><t>classVariableNames: <4p><n><t>poolDictionaries: > ''''<n><t>category: ''<5s>''' > expandMacrosWithArguments: > {class superclass name. > class name. > class instanceVariables joinUsing: ' '. > class classVariables joinUsing: ' '. > class package name} > ``` > > which is obviously ugly. > > Also RBAddClassChange doesn't understand any format where #package is > used instead of #category, or slots are used. > > (As defined in RBAddClassChange class>>definitionPatterns , which is > really weird). We should change this. > > Peter > -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 12, 2017

getting real changes from RB refactoring

by Peter Uhnak

Hi, is there some filter that will reject RB changes that actually do not do anything? I.e. applying them would have no effect (same method code, class, inst var exists, ...). For methods I can do reject: [ :each | each oldVersionTextToDisplay = each textToDisplay ] for adding classes I had to add custom #oldVersionTextToDisplay ``` RBAddClassChange>>oldVersionTextToDisplay | class | class := Smalltalk globals at: self changeClassName ifAbsent: [ ^ '' ]. ^ '<1s> subclass: #<2s><n><t>instanceVariableNames: <3p><n><t>classVariableNames: <4p><n><t>poolDictionaries: ''''<n><t>category: ''<5s>''' expandMacrosWithArguments: {class superclass name. class name. class instanceVariables joinUsing: ' '. class classVariables joinUsing: ' '. class package name} ``` which is obviously ugly. Also RBAddClassChange doesn't understand any format where #package is used instead of #category, or slots are used. (As defined in RBAddClassChange class>>definitionPatterns , which is really weird). Peter

Feb. 12, 2017

Re: [Pharo-users] Something wrong with my installation of Pharo

by Nicole de Graaf

Hi Mark, I can try to help you .. It is possible that I can not find the solution directly but than we can ask other people more concrete questions. For sure team viewer and Skype is the fastest way .. Regards, Nic > On 12 Feb 2017, at 15:56, Mark Neagu <mark(a)mneagu.fr> wrote: > > Hi, > > I believe I know why my installation doesn't work: It's not the installation, but something with Windows. > > I use for years "Windows 7 Ãdition Familiale Premium 64 bits Service Pack 1" without the slightest problem. But what I use my computer for is simply writing text, taking pictures and exchanging mails; nothing to do with programming. > > The conclusion, I think, is that some settings of Windows should be modified to adjust to these added uses. The complication is I'm no specialist of Windows; I just use it. That's why I would like a person knowledgeable in Windows AND Pharo, who could check my installation and correct it as needed. > > To that end we could use "TeamViewer": it wouldn't be overly long or too disturbing for the person. > > I am very grateful to the person who will accept to help me. > > Regards, > Mark >

Feb. 12, 2017

Re: [Pharo-users] Depending on MetaRepo instead of the target repo

by Ben Coman

On Sun, Feb 12, 2017 at 11:36 PM, Dale Henrichs < dale.henrichs(a)gemtalksystems.com> wrote: > Peter, > > <wishful thinking> > > In the long term the the MetaRepo should be replaced by a repository of > project specification objects (like this [1]). Each project specification > would contain the meta data for a project (like this[2]) instead of a copy > of a ConfigurationOf that is almost always out-of-date. > > ConfigurationOf should really be phased out -- they've been obsolete for > 3-4 years now... BaselineOf is preferred. > Does BaselineOf work with Monticello? I thought it was only for use with git. cheers -ben > > If folks are using something like git/github, with proper branching, then > a BaselineOf wouldn't be published on the master branch until the unit > tests are passing (travis-ci). > > </wishful thinking> > > Dale > > [1] https://github.com/GsDevKit/GsDevKit_home/tree/gh-pages > [2] https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston > > On 2/12/17 4:03 AM, Peter Uhnak wrote: > >> Hi, >> >> would it make sense to take configurations from metarepos instead >> directly from the source? >> >> And more imporantly: would be considered bad practice for users to do it >> right now? >> >> E.g. >> >> spec >> project: 'Magritte' >> with: [ spec >> className: #ConfigurationOfMagritte3; >> versionString: #stable; >> repository: 'http://smalltalkhub.com/mc/Ph >> aro/MetaRepoForPharo50/main/' ]. >> >> v. repository: 'http://smalltalkhub.com/mc/Magritte/Magritte3/main/' >> >> >> pros: >> * the (e.g. Magritte) developer can freely change platforms >> * the ConfigurationOf could differ between various MetaRepo versions >> (combined with git it could reduce their complexity) >> * users do not have to think about where is the canonical repo (I've seen >> project that had copies on SS, STHub, GitHub, and a custom location -_-) >> >> cons: >> * the ConfigurationOf could differ between various MetaRepo versions (if >> the code is compatible, then two repos have to be updated >> >> Any thoughts? >> >> Peter >> >> > >

Feb. 12, 2017

Re: [Pharo-users] Depending on MetaRepo instead of the target repo

by Dale Henrichs

Peter, <wishful thinking> In the long term the the MetaRepo should be replaced by a repository of project specification objects (like this [1]). Each project specification would contain the meta data for a project (like this[2]) instead of a copy of a ConfigurationOf that is almost always out-of-date. ConfigurationOf should really be phased out -- they've been obsolete for 3-4 years now... BaselineOf is preferred. If folks are using something like git/github, with proper branching, then a BaselineOf wouldn't be published on the master branch until the unit tests are passing (travis-ci). </wishful thinking> Dale [1] https://github.com/GsDevKit/GsDevKit_home/tree/gh-pages [2] https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston On 2/12/17 4:03 AM, Peter Uhnak wrote: > Hi, > > would it make sense to take configurations from metarepos instead directly from the source? > > And more imporantly: would be considered bad practice for users to do it right now? > > E.g. > > spec > project: 'Magritte' > with: [ spec > className: #ConfigurationOfMagritte3; > versionString: #stable; > repository: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main/' ]. > > v. repository: 'http://smalltalkhub.com/mc/Magritte/Magritte3/main/' > > > pros: > * the (e.g. Magritte) developer can freely change platforms > * the ConfigurationOf could differ between various MetaRepo versions (combined with git it could reduce their complexity) > * users do not have to think about where is the canonical repo (I've seen project that had copies on SS, STHub, GitHub, and a custom location -_-) > > cons: > * the ConfigurationOf could differ between various MetaRepo versions (if the code is compatible, then two repos have to be updated > > Any thoughts? > > Peter >

Feb. 12, 2017