August 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] line endings

by Richard Sargent

VisualWorks uses CR. I suspect that is because the original Smalltalk-80 did so. (I don't know what Squeak does. Is it CR, too?) -- View this message in context: http://forum.world.st/line-endings-tp4840829p4841133.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 5, 2015

Re: [Pharo-dev] Multiple syntax support in Pharo

by Alain Rastoul

addendum: Some times ago, I played a bit with a cool Prolog implementation in Squeak IIRC, it had some features you are looking for: IDE integration, compiler, runtime and semantics. I'm not sure it is this one, it was several years ago, but googling a bit I found http://map.squeak.org/package/cb6c7afe-d517-470f-8857-d764ef321725 http://www.zogotounga.net/comp/squeak/prolog.htm owner MarkusDenker, ... mmm I think I've already seen that name ? ... ;) may be worth have a look too. And of course there is Newspeak (way cool too), I think Eliot is maintaining the vm (?) and may be you could have some support from him? Regards, Alain

Aug. 5, 2015

Re: [Pharo-dev] line endings

by Sean P. DeNigris

Levente Uzonyi-2 wrote > It is but :e ++ff=mac helps. I usually use the baffling `:%s/\r/\r/g` ----- Cheers, Sean -- View this message in context: http://forum.world.st/line-endings-tp4840829p4841123.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 5, 2015

Re: [Pharo-dev] Google Code Shutdown

by Esteban Lorenzano

Some explanation: - clone gut version into REPOSITORY - it will iterate list of PACKAGES and for each new version, will flush to disk and commit it with same commit message as monticello commit (so I can query messages without digging in mcz info) - it will do a push at the end I suppose it can be easily adapted to your needs :) Esteban > On 05 Aug 2015, at 17:37, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > I use this to keep my VMMaker mirror (as shown in https://ci.inria.fr/pharo/view/5.0-VM-Spur/job/Spur-VMMaker-Tracker/configu… <https://ci.inria.fr/pharo/view/5.0-VM-Spur/job/Spur-VMMaker-Tracker/configu…>): > > > set -e > > eval `ssh-agent` > ssh-add $HOME/.ssh/id_rsa_estebanlm > > PACKAGES="'VMMaker.oscog'" > REPOSITORY=cog > > # Clone > git clone -b spur64 git@github.com:estebanlm/pharo-vm.git $REPOSITORY > cd $REPOSITORY > git config --local user.email "estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>" > git config --local user.name "Esteban Lorenzano" > cd - > > > # Get Pharo (and prepare it) > wget -O- get.pharo.org/50+vm <http://get.pharo.org/50+vm> | bash > ./pharo Pharo.image get OSProcess > > # Execute sync script > ./pharo Pharo.image eval " > | origin destination | > > origin := (MCHttpRepository location: 'http://source.squeak.org/VMMaker' <http://source.squeak.org/VMMaker'>) > instVarNamed: 'cacheFileNames' put: true; > yourself. > destination := MCFileTreeRepository new > directory: '$REPOSITORY/mc' asFileReference ensureCreateDirectory; > instVarNamed: 'cacheFileNames' put: true; > yourself. > > #($PACKAGES) do: [ :eachPackageName | > | infoOrigin infoDest versionNumber newer | > > VTermOutputDriver stdout black: 'Updating ', eachPackageName; lf. > > infoOrigin := origin versionInfoFromVersionNamed: eachPackageName. > infoDest := destination versionInfoFromVersionNamed: eachPackageName. > versionNumber := infoDest versionNumber. > > newer := (({infoOrigin}, (infoOrigin allAncestors)) > select: [ :each | > each versionNumber > versionNumber > or: [ > each versionNumber = versionNumber > and: [ each id ~= infoDest id ] ] ]) > sorted: [ :a :b | a timeStamp < b timeStamp ]. > > newer do: [ :each | | summary | > [ > VTermOutputDriver stdout green: ('New version: ', each name); lf. > > VTermOutputDriver stdout << 'Store ' << each name << ' in ' << destination description; cr. > destination storeVersion: (origin versionFromFileNamed: (each name, '.mcz')). > > VTermOutputDriver stdout << 'Commit ' << each name; cr. > summary := each summary copyReplaceTokens: String cr with: String crlf. > OSProcess waitForCommand: '(cd $REPOSITORY; git add -A ; git commit -m \"', summary, '\")' ] > on: Error do: [ :e | > VTermOutputDriver stdout yellow: ('Warning: ', e messageText); lf ] ] ]. > > VTermOutputDriver stdout << 'OK'; cr. > " > > cd $REPOSITORY > git push --force origin spur64 > git branch --verbose > cd - > >> On 05 Aug 2015, at 16:54, Sean P. DeNigris <sean(a)clipperadams.com <mailto:sean@clipperadams.com>> wrote: >> >> Tudor Girba-2 wrote >>> But, we could try to mirror the SmalltalkHub repo into GitHub. I do not >>> know how to do that, but if someone would like to do it, it would be >>> great. >> >> IIRC it's pretty easy. One can use GitFileTree to copy the packages from the >> St repo to the GH repo. Maybe someone has a script for this already?... >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: http://forum.world.st/Google-Code-Shutdown-tp4814760p4841101.html <http://forum.world.st/Google-Code-Shutdown-tp4814760p4841101.html> >> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com <http://nabble.com/>. >> >

Aug. 5, 2015

Re: [Pharo-dev] Google Code Shutdown

by Esteban Lorenzano

I use this to keep my VMMaker mirror (as shown in https://ci.inria.fr/pharo/view/5.0-VM-Spur/job/Spur-VMMaker-Tracker/configu… <https://ci.inria.fr/pharo/view/5.0-VM-Spur/job/Spur-VMMaker-Tracker/configu…>): set -e eval `ssh-agent` ssh-add $HOME/.ssh/id_rsa_estebanlm PACKAGES="'VMMaker.oscog'" REPOSITORY=cog # Clone git clone -b spur64 git@github.com:estebanlm/pharo-vm.git $REPOSITORY cd $REPOSITORY git config --local user.email "estebanlm(a)gmail.com" git config --local user.name "Esteban Lorenzano" cd - # Get Pharo (and prepare it) wget -O- get.pharo.org/50+vm | bash ./pharo Pharo.image get OSProcess # Execute sync script ./pharo Pharo.image eval " | origin destination | origin := (MCHttpRepository location: 'http://source.squeak.org/VMMaker') instVarNamed: 'cacheFileNames' put: true; yourself. destination := MCFileTreeRepository new directory: '$REPOSITORY/mc' asFileReference ensureCreateDirectory; instVarNamed: 'cacheFileNames' put: true; yourself. #($PACKAGES) do: [ :eachPackageName | | infoOrigin infoDest versionNumber newer | VTermOutputDriver stdout black: 'Updating ', eachPackageName; lf. infoOrigin := origin versionInfoFromVersionNamed: eachPackageName. infoDest := destination versionInfoFromVersionNamed: eachPackageName. versionNumber := infoDest versionNumber. newer := (({infoOrigin}, (infoOrigin allAncestors)) select: [ :each | each versionNumber > versionNumber or: [ each versionNumber = versionNumber and: [ each id ~= infoDest id ] ] ]) sorted: [ :a :b | a timeStamp < b timeStamp ]. newer do: [ :each | | summary | [ VTermOutputDriver stdout green: ('New version: ', each name); lf. VTermOutputDriver stdout << 'Store ' << each name << ' in ' << destination description; cr. destination storeVersion: (origin versionFromFileNamed: (each name, '.mcz')). VTermOutputDriver stdout << 'Commit ' << each name; cr. summary := each summary copyReplaceTokens: String cr with: String crlf. OSProcess waitForCommand: '(cd $REPOSITORY; git add -A ; git commit -m \"', summary, '\")' ] on: Error do: [ :e | VTermOutputDriver stdout yellow: ('Warning: ', e messageText); lf ] ] ]. VTermOutputDriver stdout << 'OK'; cr. " cd $REPOSITORY git push --force origin spur64 git branch --verbose cd - > On 05 Aug 2015, at 16:54, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Tudor Girba-2 wrote >> But, we could try to mirror the SmalltalkHub repo into GitHub. I do not >> know how to do that, but if someone would like to do it, it would be >> great. > > IIRC it's pretty easy. One can use GitFileTree to copy the packages from the > St repo to the GH repo. Maybe someone has a script for this already?... > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Google-Code-Shutdown-tp4814760p4841101.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Aug. 5, 2015

Help for #fullscreen window

by Jigyasa Grover

Hi ! I am using *WidgetExamples exampleBuilder* to make an accordion widget. I open a model *newPluggableWindow* in it, and would like it to be a fullscreen entity. I have tried all the methods, *#fullscreen *and *#extent* but in vain. It would be great if anyone could help. The code snippet is as : *printSearchResults* *self open. * *SearchQuick searchQuick: self myString. * *builder := WidgetExamples exampleBuilder.* *dialog := (builder newPluggableDialogWindow: 'SEARCH RESULTS FOR " ', myString , ' " ').* *searchResultsAccordion := dialog contentMorph:* *(* * dialog newColumn: { * * dialog newColumn: * * (* * SearchQuick myResult collect: [ :r |* * dialog newRow: {* * (* * (* * dialog newExpander: r title asString* * forAll: { * * ( dialog newTextEditorFor: ( ValueHolder new contents: r content asString )* * getText: #contents setText: #contents: )minHeight: 150.* * }* * )minWidth:750; minHeight: 10* * )* * cellInset: 0;* * borderStyle: (BorderStyle inset baseColor: dialog paneColor; width: 1)* * } * * ]* * ) .* * backBtn := dialog newButtonFor: self action: #backButtonClicked label: 'Back' help: 'Back'.* * backBtn extent: 750(a)30.* * }* * ); minWidth: World extent x; minHeight: World extent y;* * model: nil.* * searchResultsAccordion position: 0(a)0.* * searchResultsAccordion extent: World extent.* * searchResultsAccordion width: World extent x.* * searchResultsAccordion height: World extent y.* * builder newScrollPaneFor: searchResultsAccordion.* * dialog position: 0(a)0.* * dialog extent: World extent.* * builder openModal: dialog.* * dialog newScrollPaneFor: searchResultsAccordion .* Regards Jigyasa

Aug. 5, 2015

Re: [Pharo-dev] Multiple syntax support in Pharo

by Alain Rastoul

Hi Clement I think your idea is very interesting under several perspectives, and not crazy at all . Do you have a particular language or project in mind or is it a general question ? Apart of what has been said by others (agree with everything - and I didn't know Helvetia, it looks great), it could be a great opening for Pharo, very appealing to lot of developers. IMHO it could be extremely interesting to have Javascript or Groovy language support integrated, Those languages are often used as base scripting systems in various tools plus they have lot of users. (about tools, JS in browsers, nodejs and mongo, Groovy in Gradle, JMeter and ElasticSearch, firsts that came in my mind). Plus Pivotal stopped Groovy development funding few month ago, however, most of them use java interop, may be a problem? That may be one of the biggest problem : not the language and the compiler but the libraries, base classes it relies upon and it's semantic. And as Jan said, targeting for a particular system means a compatibility level , and "myriad of little details ..." that are very importants About semantics -and just for fun - let's talk about ruby and javascript https://www.destroyallsoftware.com/talks/wat :) Regards, Alain

Aug. 5, 2015

Re: [Pharo-dev] line endings

by stepharo

>>> We should indeed consider doing it, I believe Cuis has done the same. > +1. It's a pain to have e.g. fileouts in vim squished into one massive line > with special characters displayed. > > > stepharo wrote >> But we should finish all the change we started :) > +1 also :) now if one guy or a bunch of guys send us code then we will integrate it :)

Aug. 5, 2015

Re: [Pharo-dev] line endings

by Levente Uzonyi

On Wed, 5 Aug 2015, Sean P. DeNigris wrote: > stepharo wrote >> Le 4/8/15 12:09, Sven Van Caekenberghe a Ã©crit : >>> We should indeed consider doing it, I believe Cuis has done the same. > > +1. It's a pain to have e.g. fileouts in vim squished into one massive line > with special characters displayed. It is but :e ++ff=mac helps. Levente > > > stepharo wrote >> But we should finish all the change we started :) > > +1 also :) > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/line-endings-tp4840829p4841106.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

Aug. 5, 2015

Re: [Pharo-dev] GLMPluggableTextMorph -> GLMRubPluggableTextMorph

by stepharo

> I guess what Stef is saying is that we should remove completely the > PluggableTextMorph, which is something we can safely do now. Yes because we are removing all use of PluggableTextMorph and subclasses.... and this is already a lot of work. > > Cheers, > Doru > > On Wed, Aug 5, 2015 at 1:23 PM, Andrei Chis > <chisvasileandrei(a)gmail.com <mailto:chisvasileandrei@gmail.com>> wrote: > > Hi, > > There are GLMPharoMethodPresentation > and GLMPharoPlaygroundPresentation that are supposed to be used to > replace GLMPluggableTextMorph. > > Cheers, > Andrei > > On Wed, Aug 5, 2015 at 1:12 PM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Hi GLM people > > it would be cool if you could if you could migrate > GLMPluggableTextMorph to use Rubric. > > Stef > > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow"

Aug. 5, 2015