July 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] gitfiletree metadata

by Peter UhnÃ¡k

On Fri, Jul 24, 2015 at 1:13 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > > 2015-07-24 13:04 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > >> >> Alex, would you be able to show something with Roassal? It would be >>> really nice to see the overall git history graph overlaid with the graph of >>> the history of the selected package. >>> >> >> Interesting that if someone else needs it I have no problem writing >> Roassal scripts etc, but when I need it I don't even think of using Roassal >> to actually solve my problems... >> > > :) > > >> >> Anyway I ran into similar issue I had before, that >> McFileTreeGitRepository is returning GitFileTreePackageEntry instead of >> filenames, so this fails. >> > >> ~~~~~~~~~~~~~~~~ >> mc := MCFileTreeGitRepository allInstances detect: [ :m | m name >> includesSubstring: 'dynacase/repository' ]. >> >> root := mc versionInfoFromFileNamed: mc readableFileNames first. "<-- mc >> readableFileNames doesn't return file names" >> ~~~~~~~~~~~~~~~ >> (The above for SmalltalkHub repos works just fine.) >> > > Yes. I spent a lot of time try to guess what was the repository API used > by Monticello, and I failed for part of it ;) > > With git, I couldn't work with something as primitive as a file name to > refer to a git commit :) so had to work at a higher level and try to patch > all the places where Monticello was forcing strings on me. > Ok, so should I work around this because it's unfixable, or is it a bug? > > >> >> This is the previous issue you've already fixed >> http://forum.world.st/GitFileTree-browsing-changes-doesn-t-work-in-Pharo-5-… >> , it seems related. >> > > Ok. It is present in Pharo 4 as well, then. > I'm not sure how is Pharo 4 related (I do all dev in 5 now). > > Thanks, > > Thierry > >> >

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Thierry Goubier

2015-07-24 13:04 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > > Alex, would you be able to show something with Roassal? It would be really >> nice to see the overall git history graph overlaid with the graph of the >> history of the selected package. >> > > Interesting that if someone else needs it I have no problem writing > Roassal scripts etc, but when I need it I don't even think of using Roassal > to actually solve my problems... > :) > > Anyway I ran into similar issue I had before, that McFileTreeGitRepository > is returning GitFileTreePackageEntry instead of filenames, so this fails. > > ~~~~~~~~~~~~~~~~ > mc := MCFileTreeGitRepository allInstances detect: [ :m | m name > includesSubstring: 'dynacase/repository' ]. > > root := mc versionInfoFromFileNamed: mc readableFileNames first. "<-- mc > readableFileNames doesn't return file names" > ~~~~~~~~~~~~~~~ > (The above for SmalltalkHub repos works just fine.) > Yes. I spent a lot of time try to guess what was the repository API used by Monticello, and I failed for part of it ;) With git, I couldn't work with something as primitive as a file name to refer to a git commit :) so had to work at a higher level and try to patch all the places where Monticello was forcing strings on me. > > This is the previous issue you've already fixed > http://forum.world.st/GitFileTree-browsing-changes-doesn-t-work-in-Pharo-5-… > , it seems related. > Ok. It is present in Pharo 4 as well, then. Thanks, Thierry >

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Peter UhnÃ¡k

> Alex, would you be able to show something with Roassal? It would be really > nice to see the overall git history graph overlaid with the graph of the > history of the selected package. > Interesting that if someone else needs it I have no problem writing Roassal scripts etc, but when I need it I don't even think of using Roassal to actually solve my problems... Anyway I ran into similar issue I had before, that McFileTreeGitRepository is returning GitFileTreePackageEntry instead of filenames, so this fails. ~~~~~~~~~~~~~~~~ mc := MCFileTreeGitRepository allInstances detect: [ :m | m name includesSubstring: 'dynacase/repository' ]. root := mc versionInfoFromFileNamed: mc readableFileNames first. "<-- mc readableFileNames doesn't return file names" ~~~~~~~~~~~~~~~ (The above for SmalltalkHub repos works just fine.) This is the previous issue you've already fixed http://forum.world.st/GitFileTree-browsing-changes-doesn-t-work-in-Pharo-5-… , it seems related. Peter

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Thierry Goubier

Hi Peter, here is my analysis on DynaCASE-PeterUhnak.147. When going through the history on git, many of the merges do not register as belonging to the DynaCASE package (a git commit belongs to a package when it modify something inside the package directory or modify the version file, I don't remember which indicator I used...). So, to be able to recover all the parents of DynaCASE-PeterUhnak.147, the algorithm (one) has to go through thoses merges transitively until all the branches it has so followed ends with a commit belonging to DynaCASE. Sometimes, drawing this as a graph in the repository inspector would help immensely... Alex, would you be able to show something with Roassal? It would be really nice to see the overall git history graph overlaid with the graph of the history of the selected package. By the way, if you want to explore some of the issues you have to tackle when reading metadata in a git repository, I suggest trying gitg on the dynacase repository... and wait :) Makes Pharo look like a speedy beast :) Thierry 2015-07-24 11:05 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > >>> Sorry for the lack of support on windows. You'll have to wait for >>>> libcgit. >>> >>> >>> Is there an estimated timeline when this will be? (weeks, months, years, >>> ...?) >>> >> >> I don't know; the lib has been included in the Pharo vm for a long time, >> and I remember talks about having it for Pharo5. Stef, what is the Pharo >> consortium plans on that? >> > > CCed Stef :) ^^ > > >> >> >>> Yes, this also happens to me, but it is different. >>> Actually this is what I was expecting would happen in the issue >>> described originally... that when I check changes (and it was already >>> committed) that it would just disappear as false positive... but nope, it >>> still claimed it's new and only actual git history have shown that it was a >>> false positive. >>> >>> Anyway, it doesn't seem there will be resolution for this until it can >>> be reproduced consistently... so I'll try be more observant. :) >>> >> >> Well, it may be an issue in the way diffs are built, so it would be good >> to see it confirmed. Thanks for volunteering, by the way :) >> > > As I'm the only one experiencing this apparently, I don't have a choice > but to volunteer. :) >

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Peter UhnÃ¡k

> > >> Sorry for the lack of support on windows. You'll have to wait for >>> libcgit. >> >> >> Is there an estimated timeline when this will be? (weeks, months, years, >> ...?) >> > > I don't know; the lib has been included in the Pharo vm for a long time, > and I remember talks about having it for Pharo5. Stef, what is the Pharo > consortium plans on that? > CCed Stef :) ^^ > > >> Yes, this also happens to me, but it is different. >> Actually this is what I was expecting would happen in the issue described >> originally... that when I check changes (and it was already committed) that >> it would just disappear as false positive... but nope, it still claimed >> it's new and only actual git history have shown that it was a false >> positive. >> >> Anyway, it doesn't seem there will be resolution for this until it can be >> reproduced consistently... so I'll try be more observant. :) >> > > Well, it may be an issue in the way diffs are built, so it would be good > to see it confirmed. Thanks for volunteering, by the way :) > As I'm the only one experiencing this apparently, I don't have a choice but to volunteer. :)

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Thierry Goubier

Hi Peter, 2015-07-24 10:47 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > Check which versions are bold when you open the package. Because when I >> use gitfiletree it usually shows me that the latest few versions are not >> loaded (they are in bold) but I am anyway on the latest one. > > > As I've said, it shows me that I am on the latest version. > > I'm looking at DynaCASE-PeterUhnak.147, the one with the interesting history... > Maybe this happens to you because you load it from github and only after > you add gitfiletree? (At least from what I remember what you've shown me > (and you are using GitFileTree from MetaRepo30?)) > > Understood. So this means all commits you've done (the -bliznjan) were >> done with filetree? >> > > He suffered through with git on Windows for some time, so maybe the later > half? > Again, sorry for that poor Windows support... GitFileTree is an excellent bench for the robustness of the external process support, and I only barely touch the underlying plugin on Unix-like platform. I'll write for professional reasons another possibility for support on Windows, but it won't be available. > > Sorry for the lack of support on windows. You'll have to wait for >> libcgit. > > > Is there an estimated timeline when this will be? (weeks, months, years, > ...?) > I don't know; the lib has been included in the Pharo vm for a long time, and I remember talks about having it for Pharo5. Stef, what is the Pharo consortium plans on that? > Yes, this also happens to me, but it is different. > Actually this is what I was expecting would happen in the issue described > originally... that when I check changes (and it was already committed) that > it would just disappear as false positive... but nope, it still claimed > it's new and only actual git history have shown that it was a false > positive. > > Anyway, it doesn't seem there will be resolution for this until it can be > reproduced consistently... so I'll try be more observant. :) > Well, it may be an issue in the way diffs are built, so it would be good to see it confirmed. Thanks for volunteering, by the way :) Thierry

July 24, 2015

Re: [Pharo-users] Semantics of #resignalAs:

by Norbert Hartl

Joachim, thanks for looking into it. The text is the one from ANSI. I'm also puzzled about the last sentence "Control does not return from this message to the currently active exception action." I think it means after the resignalling has been done it does not return after the invocation of the #resignalAs: call. As the original signalling context is restored and only the exception is exchanged it could indeed mean that it only works if the resignalled exception does not share the same class hierarchy as the excpetion the original #on:do: catch. If the resignalled exception is the same class or a subclass of the original one it would loop. In this case I need to fix Voyage :) Norbert > Am 24.07.2015 um 08:38 schrieb jtuchel(a)objektfabrik.de: > > Hi again, > > okay, trying in VAST didn't shed much light, because resignalAs: is implemented as > > ^self error: 'Not yet implemented'. > > ;-))) > > But here is an excerpt from the method's comment: > > Synopsis: > Signal an alternative exception in place of the receiver. > > Definition: <signaledException> > The active exception action is aborted and the exception environment and the evaluation context > are restored to the same states that were in effect when the receiver was originally signaled. > > Restoring the evaluation context may result in the execution of #ensure: or #ifCurtailed: > termination blocks. > > After the restoration, signal the replacementException and execute the exception action as > determined by the restored exception environment. > > This message causes the replacementException to be treated as if it had been originally > signaled instead of the receiver. > > If the replacementException is resumable and its exception action resumes, control will > ultimately return from the message that signaled the original exception. > > Control does not return from this message to the currently active exception action. > > > If I understand correctly, the [1/0] should only be run once and never again, and you should get a NotFound error. > > ....But: > > In VisualWorks, I also get a Halt instead of a MustBeBoolean (I had to Replace NotFound with something available in VW, so I used MustBeBoolen). > > > So I am puzzled... Hoping for someone to shed some light on this... > > Joachim > > > > Am 24.07.15 um 08:25 schrieb jtuchel(a)objektfabrik.de: >> Definitely looks wrong to me... The catching block shouldn't catch exceptions in itself, and a resignal should never run the block again... >> >> I'll try this in VAST. >> >> >> Am 23.07.15 um 20:05 schrieb Norbert Hartl: >>> You get a debugger at the position if the halt in the code. Meaning the exception block run more than once. And it would run forever. >>> >>> Norbert >>> >>> >>> >>>> Am 23.07.2015 um 18:46 schrieb Joachim Tuchel <jtuchel(a)objektfabrik.de>: >>>> >>>> Norbert, >>>> >>>> Sorry if this is a stupid question: what does the debugger say? >>>> >>>> I mean, assuming NotFound is an Exception, I'd expect a debugger showing a NotFound Error... >>>> >>>> Joachim >>>> >>>> Am 23.07.2015 18:34 schrieb Norbert Hartl <norbert(a)hartl.name>: >>>>> >>>>>> Am 23.07.2015 um 17:54 schrieb Joachim Tuchel <jtuchel(a)objektfabrik.de>: >>>>>> >>>>>> Norbert, >>>>>> >>>>>> I'd say you get a NotFound Exception. >>>>> In pharo you get a debugger. Meaning this piece of code is actively an endless loop. >>>>> >>>>> Norbert >>>>> >>>>>> Joachim >>>>>> >>>>>> >>>>>> >>>>>>> Am 23.07.2015 um 16:20 schrieb Norbert Hartl <norbert(a)hartl.name>: >>>>>>> >>>>>>> What are the semantics of Exception>>#resignalAs: regarding active exception handler? Isn't the active exception handler excluded from being treated again? Taking the example >>>>>>> >>>>>>> | counter | >>>>>>> counter := 0. >>>>>>> [ 1/0 ] >>>>>>> on: Error >>>>>>> do: [ :e | >>>>>>> counter := counter + 1. >>>>>>> counter > 1 ifTrue: [ self halt ]. >>>>>>> e resignalAs: NotFound new ]. >>>>>>> >>>>>>> should it just run and end? Or should the debugger pop up? >>>>>>> >>>>>>> thanks, >>>>>>> >>>>>>> Norbert >>>>> >>>>> >> >> > > > -- > ----------------------------------------------------------------------- > Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de > Fliederweg 1 http://www.objektfabrik.de > D-71640 Ludwigsburg http://joachimtuchel.wordpress.com > Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1 > >

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Peter UhnÃ¡k

> > Check which versions are bold when you open the package. Because when I > use gitfiletree it usually shows me that the latest few versions are not > loaded (they are in bold) but I am anyway on the latest one. As I've said, it shows me that I am on the latest version. Maybe this happens to you because you load it from github and only after you add gitfiletree? (At least from what I remember what you've shown me (and you are using GitFileTree from MetaRepo30?)) Understood. So this means all commits you've done (the -bliznjan) were done > with filetree? > He suffered through with git on Windows for some time, so maybe the later half? Sorry for the lack of support on windows. You'll have to wait for libcgit. Is there an estimated timeline when this will be? (weeks, months, years, ...?) > Barely similar behavior to ghost changes is that when I finish my loading > script, DynaCASE package is marked as changed, but when I try to get diff > (changes) with (git)filetree, it says nothing has changed and this > "changed" > mark disappears. When you look at the way the changed flag is set in Monticello, it is > obvious false positives are the order of the day. So nothing really > significant there ;) Yes, this also happens to me, but it is different. Actually this is what I was expecting would happen in the issue described originally... that when I check changes (and it was already committed) that it would just disappear as false positive... but nope, it still claimed it's new and only actual git history have shown that it was a false positive. Anyway, it doesn't seem there will be resolution for this until it can be reproduced consistently... so I'll try be more observant. :) Thanks, Peter

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Thierry Goubier

2015-07-24 9:21 GMT+02:00 Jan BlizniÄenko <bliznjan(a)fit.cvut.cz>: > Yes it is. > > I personally never ran into such ghost changes when I was using > gitfiletree. > This might be also useful information: We are two contributors and Peter > uses GitFileTree but I use FileTree because GitFileTree crashes all the > time > on Win 7 ( > http://forum.world.st/Gitfiletree-unstable-on-Windows-td4816354.html ). > Understood. So this means all commits you've done (the -bliznjan) were done with filetree? Sorry for the lack of support on windows. You'll have to wait for libcgit. > > Barely similar behavior to ghost changes is that when I finish my loading > script, DynaCASE package is marked as changed, but when I try to get diff > (changes) with (git)filetree, it says nothing has changed and this > "changed" > mark disappears. > When you look at the way the changed flag is set in Monticello, it is obvious false positives are the order of the day. So nothing really significant there ;) Thierry > > Jan > > > Thierry Goubier wrote > > Peter, is this the dynacase at https://github.com/dynacase/dynacase ? > > > > Thierry > > > > > > -- > View this message in context: > http://forum.world.st/gitfiletree-metadata-tp4838970p4839019.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Jan BlizniÄenko

Yes it is. I personally never ran into such ghost changes when I was using gitfiletree. This might be also useful information: We are two contributors and Peter uses GitFileTree but I use FileTree because GitFileTree crashes all the time on Win 7 ( http://forum.world.st/Gitfiletree-unstable-on-Windows-td4816354.html ). Barely similar behavior to ghost changes is that when I finish my loading script, DynaCASE package is marked as changed, but when I try to get diff (changes) with (git)filetree, it says nothing has changed and this "changed" mark disappears. Jan Thierry Goubier wrote > Peter, is this the dynacase at https://github.com/dynacase/dynacase ? > > Thierry -- View this message in context: http://forum.world.st/gitfiletree-metadata-tp4838970p4839019.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 24, 2015

Re: [Pharo-users] Semantics of #resignalAs:

by jtuchel＠objektfabrik.de

Hi again, okay, trying in VAST didn't shed much light, because resignalAs: is implemented as ^self error: 'Not yet implemented'. ;-))) But here is an excerpt from the method's comment: Synopsis: Signal an alternative exception in place of the receiver. Definition: <signaledException> The active exception action is aborted and the exception environment and the evaluation context are restored to the same states that were in effect when the receiver was originally signaled. Restoring the evaluation context may result in the execution of #ensure: or #ifCurtailed: termination blocks. After the restoration, signal the replacementException and execute the exception action as determined by the restored exception environment. This message causes the replacementException to be treated as if it had been originally signaled instead of the receiver. If the replacementException is resumable and its exception action resumes, control will ultimately return from the message that signaled the original exception. Control does not return from this message to the currently active exception action. If I understand correctly, the [1/0] should only be run once and never again, and you should get a NotFound error. ....But: In VisualWorks, I also get a Halt instead of a MustBeBoolean (I had to Replace NotFound with something available in VW, so I used MustBeBoolen). So I am puzzled... Hoping for someone to shed some light on this... Joachim Am 24.07.15 um 08:25 schrieb jtuchel(a)objektfabrik.de: > Definitely looks wrong to me... The catching block shouldn't catch > exceptions in itself, and a resignal should never run the block again... > > I'll try this in VAST. > > > Am 23.07.15 um 20:05 schrieb Norbert Hartl: >> You get a debugger at the position if the halt in the code. Meaning >> the exception block run more than once. And it would run forever. >> >> Norbert >> >> >> >>> Am 23.07.2015 um 18:46 schrieb Joachim Tuchel >>> <jtuchel(a)objektfabrik.de>: >>> >>> Norbert, >>> >>> Sorry if this is a stupid question: what does the debugger say? >>> >>> I mean, assuming NotFound is an Exception, I'd expect a debugger >>> showing a NotFound Error... >>> >>> Joachim >>> >>> Am 23.07.2015 18:34 schrieb Norbert Hartl <norbert(a)hartl.name>: >>>> >>>>> Am 23.07.2015 um 17:54 schrieb Joachim Tuchel >>>>> <jtuchel(a)objektfabrik.de>: >>>>> >>>>> Norbert, >>>>> >>>>> I'd say you get a NotFound Exception. >>>> In pharo you get a debugger. Meaning this piece of code is actively >>>> an endless loop. >>>> >>>> Norbert >>>> >>>>> Joachim >>>>> >>>>> >>>>> >>>>>> Am 23.07.2015 um 16:20 schrieb Norbert Hartl <norbert(a)hartl.name>: >>>>>> >>>>>> What are the semantics of Exception>>#resignalAs: regarding >>>>>> active exception handler? Isn't the active exception handler >>>>>> excluded from being treated again? Taking the example >>>>>> >>>>>> | counter | >>>>>> counter := 0. >>>>>> [ 1/0 ] >>>>>> on: Error >>>>>> do: [ :e | >>>>>> counter := counter + 1. >>>>>> counter > 1 ifTrue: [ self halt ]. >>>>>> e resignalAs: NotFound new ]. >>>>>> >>>>>> should it just run and end? Or should the debugger pop up? >>>>>> >>>>>> thanks, >>>>>> >>>>>> Norbert >>>> >>>> > > -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

July 24, 2015

Re: [Pharo-users] Semantics of #resignalAs:

by jtuchel＠objektfabrik.de

Definitely looks wrong to me... The catching block shouldn't catch exceptions in itself, and a resignal should never run the block again... I'll try this in VAST. Am 23.07.15 um 20:05 schrieb Norbert Hartl: > You get a debugger at the position if the halt in the code. Meaning the exception block run more than once. And it would run forever. > > Norbert > > > >> Am 23.07.2015 um 18:46 schrieb Joachim Tuchel <jtuchel(a)objektfabrik.de>: >> >> Norbert, >> >> Sorry if this is a stupid question: what does the debugger say? >> >> I mean, assuming NotFound is an Exception, I'd expect a debugger showing a NotFound Error... >> >> Joachim >> >> Am 23.07.2015 18:34 schrieb Norbert Hartl <norbert(a)hartl.name>: >>> >>>> Am 23.07.2015 um 17:54 schrieb Joachim Tuchel <jtuchel(a)objektfabrik.de>: >>>> >>>> Norbert, >>>> >>>> I'd say you get a NotFound Exception. >>> In pharo you get a debugger. Meaning this piece of code is actively an endless loop. >>> >>> Norbert >>> >>>> Joachim >>>> >>>> >>>> >>>>> Am 23.07.2015 um 16:20 schrieb Norbert Hartl <norbert(a)hartl.name>: >>>>> >>>>> What are the semantics of Exception>>#resignalAs: regarding active exception handler? Isn't the active exception handler excluded from being treated again? Taking the example >>>>> >>>>> | counter | >>>>> counter := 0. >>>>> [ 1/0 ] >>>>> on: Error >>>>> do: [ :e | >>>>> counter := counter + 1. >>>>> counter > 1 ifTrue: [ self halt ]. >>>>> e resignalAs: NotFound new ]. >>>>> >>>>> should it just run and end? Or should the debugger pop up? >>>>> >>>>> thanks, >>>>> >>>>> Norbert >>> >>> -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Thierry Goubier

Peter, is this the dynacase at https://github.com/dynacase/dynacase ? Thierry Le 24/07/2015 02:29, Peter UhnÃ¡k a Ã©crit : > > > On Fri, Jul 24, 2015 at 12:26 AM, Thierry Goubier > <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: > > Hi Peter, > > no, I don't think you fucked up your gitfiletree metadata. But the > explanation is a bit complex. > > First thing is that you are looking at a git generated metadata... > So what you're asking for (regenerating from git) is already what > you are looking at :) > > Second is that gitfiletree walks your git log to rebuilt the version > history. So, I guess that if you look at your git with something > like gitg, you will recognize all the versions coming along the > diagram lines. > > It is linked a bit in the way gitfiletree reads through the merges > in the git history. I was surprised by that effect, I had a look and > yes, there is a good reason for having this done in that way, even > if it is a bit surprising at first. Don't remember the exact > reasoning... but it was linked to the way git links commits to > directories and how merge points appear. > > If you want to explore that part of GitFileTree, it is in > GitFileTreePackageEntry>>buildInfoWith:startingAt:version:ancestry:. > > > Hmm, I'll look at that but still I think it shows way more than it should. > > > The ghost changes are something else, however. Can you elaborate? > > > Basically Pharo (Monticello Browser/Nautilus) shows that a package has > changes... so I look at the changes (to see what I'm committing) and I > see things that I've already committed. And if I commit it again, only > metadata will change (because it was already committed), but the dirty > flag will disappear. > > I have no idea under what circumstances this happens, I thought that > maybe I am in different commit... but monticello browser says that I am > at the latest one... > So I have yet to tell what is the cause. > > Peter

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Yuriy Tymchuk

Check which versions are bold when you open the package. Because when I use gitfiletree it usually shows me that the latest few versions are not loaded (they are in bold) but I am anyway on the latest one. Uko > On 24 Jul 2015, at 02:29, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > > On Fri, Jul 24, 2015 at 12:26 AM, Thierry Goubier <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: > Hi Peter, > > no, I don't think you fucked up your gitfiletree metadata. But the explanation is a bit complex. > > First thing is that you are looking at a git generated metadata... So what you're asking for (regenerating from git) is already what you are looking at :) > > Second is that gitfiletree walks your git log to rebuilt the version history. So, I guess that if you look at your git with something like gitg, you will recognize all the versions coming along the diagram lines. > > It is linked a bit in the way gitfiletree reads through the merges in the git history. I was surprised by that effect, I had a look and yes, there is a good reason for having this done in that way, even if it is a bit surprising at first. Don't remember the exact reasoning... but it was linked to the way git links commits to directories and how merge points appear. > > If you want to explore that part of GitFileTree, it is in GitFileTreePackageEntry>>buildInfoWith:startingAt:version:ancestry:. > > Hmm, I'll look at that but still I think it shows way more than it should. > > > The ghost changes are something else, however. Can you elaborate? > > Basically Pharo (Monticello Browser/Nautilus) shows that a package has changes... so I look at the changes (to see what I'm committing) and I see things that I've already committed. And if I commit it again, only metadata will change (because it was already committed), but the dirty flag will disappear. > > I have no idea under what circumstances this happens, I thought that maybe I am in different commit... but monticello browser says that I am at the latest one... > So I have yet to tell what is the cause. > > Peter > > > > > Thierry > > > Le 23/07/2015 23:49, Peter UhnÃ¡k a Ã©crit : > Hi, > > it seems that I managed to completely fuck up my gitfiletree metadata... > > e.g.: > Ancestors: DynaCASE-PeterUhnak.148, DynaCASE-PeterUhnak.93, > DynaCASE-PeterUhnak.144, DynaCASE-PeterUhnak.146, > DynaCASE-PeterUhnak.92, DynaCASE-PeterUhnak.142, > DynaCASE-PeterUhnak.140, DynaCASE-PeterUhnak.138, > DynaCASE-PeterUhnak.139, DynaCASE-bliznjan.127, DynaCASE-PeterUhnak.137, > DynaCASE-PeterUhnak.125, DynaCASE-PeterUhnak.126, DynaCASE-bliznjan.123, > DynaCASE-bliznjan.121, DynaCASE-bliznjan.120, DynaCASE-PeterUhnak.119, > DynaCASE-PeterUhnak.117, DynaCASE-PeterUhnak.115, DynaCASE-bliznjan.113, > DynaCASE-PeterUhnak.111, DynaCASE-PeterUhnak.110, > DynaCASE-PeterUhnak.108, DynaCASE-PeterUhnak.102, DynaCASE-bliznjan.95, > DynaCASE-bliznjan.98, DynaCASE-PeterUhnak.91 > > I am also starting to see a lot of ghost changes etc. > > Now, someone mentioned that it would be possible to delete all the > .version and methodProperties.json and whatnot and generate it directly > from git. > > So my question is, is this possible? If yes, how? If no, what would need > to be done (implemented) to make it so? > > Or at least is it possible to completely regenerate all the metadata > purely from git? (To clean up all the mess until.) > > Peter > > >

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Peter UhnÃ¡k

On Fri, Jul 24, 2015 at 12:26 AM, Thierry Goubier <thierry.goubier(a)gmail.com > wrote: > Hi Peter, > > no, I don't think you fucked up your gitfiletree metadata. But the > explanation is a bit complex. > > First thing is that you are looking at a git generated metadata... So what > you're asking for (regenerating from git) is already what you are looking > at :) > > Second is that gitfiletree walks your git log to rebuilt the version > history. So, I guess that if you look at your git with something like gitg, > you will recognize all the versions coming along the diagram lines. > > It is linked a bit in the way gitfiletree reads through the merges in the > git history. I was surprised by that effect, I had a look and yes, there is > a good reason for having this done in that way, even if it is a bit > surprising at first. Don't remember the exact reasoning... but it was > linked to the way git links commits to directories and how merge points > appear. > > If you want to explore that part of GitFileTree, it is in > GitFileTreePackageEntry>>buildInfoWith:startingAt:version:ancestry:. > Hmm, I'll look at that but still I think it shows way more than it should. > > The ghost changes are something else, however. Can you elaborate? Basically Pharo (Monticello Browser/Nautilus) shows that a package has changes... so I look at the changes (to see what I'm committing) and I see things that I've already committed. And if I commit it again, only metadata will change (because it was already committed), but the dirty flag will disappear. I have no idea under what circumstances this happens, I thought that maybe I am in different commit... but monticello browser says that I am at the latest one... So I have yet to tell what is the cause. Peter > > > Thierry > > > Le 23/07/2015 23:49, Peter UhnÃ¡k a Ã©crit : > >> Hi, >> >> it seems that I managed to completely fuck up my gitfiletree metadata... >> >> e.g.: >> Ancestors: DynaCASE-PeterUhnak.148, DynaCASE-PeterUhnak.93, >> DynaCASE-PeterUhnak.144, DynaCASE-PeterUhnak.146, >> DynaCASE-PeterUhnak.92, DynaCASE-PeterUhnak.142, >> DynaCASE-PeterUhnak.140, DynaCASE-PeterUhnak.138, >> DynaCASE-PeterUhnak.139, DynaCASE-bliznjan.127, DynaCASE-PeterUhnak.137, >> DynaCASE-PeterUhnak.125, DynaCASE-PeterUhnak.126, DynaCASE-bliznjan.123, >> DynaCASE-bliznjan.121, DynaCASE-bliznjan.120, DynaCASE-PeterUhnak.119, >> DynaCASE-PeterUhnak.117, DynaCASE-PeterUhnak.115, DynaCASE-bliznjan.113, >> DynaCASE-PeterUhnak.111, DynaCASE-PeterUhnak.110, >> DynaCASE-PeterUhnak.108, DynaCASE-PeterUhnak.102, DynaCASE-bliznjan.95, >> DynaCASE-bliznjan.98, DynaCASE-PeterUhnak.91 >> >> I am also starting to see a lot of ghost changes etc. >> >> Now, someone mentioned that it would be possible to delete all the >> .version and methodProperties.json and whatnot and generate it directly >> from git. >> >> So my question is, is this possible? If yes, how? If no, what would need >> to be done (implemented) to make it so? >> >> Or at least is it possible to completely regenerate all the metadata >> purely from git? (To clean up all the mess until.) >> >> Peter >> > > >

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Thierry Goubier

Hi Peter, no, I don't think you fucked up your gitfiletree metadata. But the explanation is a bit complex. First thing is that you are looking at a git generated metadata... So what you're asking for (regenerating from git) is already what you are looking at :) Second is that gitfiletree walks your git log to rebuilt the version history. So, I guess that if you look at your git with something like gitg, you will recognize all the versions coming along the diagram lines. It is linked a bit in the way gitfiletree reads through the merges in the git history. I was surprised by that effect, I had a look and yes, there is a good reason for having this done in that way, even if it is a bit surprising at first. Don't remember the exact reasoning... but it was linked to the way git links commits to directories and how merge points appear. If you want to explore that part of GitFileTree, it is in GitFileTreePackageEntry>>buildInfoWith:startingAt:version:ancestry:. The ghost changes are something else, however. Can you elaborate? Thierry Le 23/07/2015 23:49, Peter UhnÃ¡k a Ã©crit : > Hi, > > it seems that I managed to completely fuck up my gitfiletree metadata... > > e.g.: > Ancestors: DynaCASE-PeterUhnak.148, DynaCASE-PeterUhnak.93, > DynaCASE-PeterUhnak.144, DynaCASE-PeterUhnak.146, > DynaCASE-PeterUhnak.92, DynaCASE-PeterUhnak.142, > DynaCASE-PeterUhnak.140, DynaCASE-PeterUhnak.138, > DynaCASE-PeterUhnak.139, DynaCASE-bliznjan.127, DynaCASE-PeterUhnak.137, > DynaCASE-PeterUhnak.125, DynaCASE-PeterUhnak.126, DynaCASE-bliznjan.123, > DynaCASE-bliznjan.121, DynaCASE-bliznjan.120, DynaCASE-PeterUhnak.119, > DynaCASE-PeterUhnak.117, DynaCASE-PeterUhnak.115, DynaCASE-bliznjan.113, > DynaCASE-PeterUhnak.111, DynaCASE-PeterUhnak.110, > DynaCASE-PeterUhnak.108, DynaCASE-PeterUhnak.102, DynaCASE-bliznjan.95, > DynaCASE-bliznjan.98, DynaCASE-PeterUhnak.91 > > I am also starting to see a lot of ghost changes etc. > > Now, someone mentioned that it would be possible to delete all the > .version and methodProperties.json and whatnot and generate it directly > from git. > > So my question is, is this possible? If yes, how? If no, what would need > to be done (implemented) to make it so? > > Or at least is it possible to completely regenerate all the metadata > purely from git? (To clean up all the mess until.) > > Peter

July 23, 2015

Re: [Pharo-users] Trying to load ViDI in Pharo 4 gives an error

by Yuriy Tymchuk

Hi, I will take a look at that, but at the moment Iâm in the airport awaiting my flight, and itâs not very comfortable to debug configurations here. Please be patient :) Cheers Uko > On 23 Jul 2015, at 22:14, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > > Hi - > > > When I run this: > > > Gofer new > smalltalkhubUser: 'YuriyTymchuk' > project: 'Configuration'; > configurationOf: 'Vidi'; > load. > #ConfigurationOfVidi asClass loadStable > > > I get a error that the 1.2.14 version of ConfigruationOfRubric cannot be found. The ConfigurationOfRubric is loaded from the > > MCSmalltalkhubRepository > owner: 'AlainPlantec' > project: 'Rubric' > user: '' > password: '' > > > repo. Is there another one it should be loading? > > > Thanks > > Paul

July 23, 2015

gitfiletree metadata

by Peter UhnÃ¡k

Hi, it seems that I managed to completely fuck up my gitfiletree metadata... e.g.: Ancestors: DynaCASE-PeterUhnak.148, DynaCASE-PeterUhnak.93, DynaCASE-PeterUhnak.144, DynaCASE-PeterUhnak.146, DynaCASE-PeterUhnak.92, DynaCASE-PeterUhnak.142, DynaCASE-PeterUhnak.140, DynaCASE-PeterUhnak.138, DynaCASE-PeterUhnak.139, DynaCASE-bliznjan.127, DynaCASE-PeterUhnak.137, DynaCASE-PeterUhnak.125, DynaCASE-PeterUhnak.126, DynaCASE-bliznjan.123, DynaCASE-bliznjan.121, DynaCASE-bliznjan.120, DynaCASE-PeterUhnak.119, DynaCASE-PeterUhnak.117, DynaCASE-PeterUhnak.115, DynaCASE-bliznjan.113, DynaCASE-PeterUhnak.111, DynaCASE-PeterUhnak.110, DynaCASE-PeterUhnak.108, DynaCASE-PeterUhnak.102, DynaCASE-bliznjan.95, DynaCASE-bliznjan.98, DynaCASE-PeterUhnak.91 I am also starting to see a lot of ghost changes etc. Now, someone mentioned that it would be possible to delete all the .version and methodProperties.json and whatnot and generate it directly from git. So my question is, is this possible? If yes, how? If no, what would need to be done (implemented) to make it so? Or at least is it possible to completely regenerate all the metadata purely from git? (To clean up all the mess until.) Peter

July 23, 2015

Screamer for Smalltalk?

by Paul DeBruicker

Hi Screamer (https://nikodemus.github.io/screamer/) is a Lisp library that: "Screamer provides a nondeterministic choice-point operator, a backtracking mechanism, and a forward propagation facility." Is there an equivalent library available in Smalltalk? Thanks Paul

July 23, 2015

Trying to load ViDI in Pharo 4 gives an error

by Paul DeBruicker

Hi - When I run this: Gofer new smalltalkhubUser: 'YuriyTymchuk' project: 'Configuration'; configurationOf: 'Vidi'; load. #ConfigurationOfVidi asClass loadStable I get a error that the 1.2.14 version of ConfigruationOfRubric cannot be found. The ConfigurationOfRubric is loaded from the MCSmalltalkhubRepository owner: 'AlainPlantec' project: 'Rubric' user: '' password: '' repo. Is there another one it should be loading? Thanks Paul

July 23, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Dimitris Chloupis

for me as a beginner a big turn off was the quality of documentation and my fear that third party libraries will not be that well supported because of the size of the community meaning more bugs less features etc. It was certainly a much bigger struggle learning pharo than learning python. After 2 years Pharo has gotten much better in both areas. I can't blame people who try Pharo and are turned off by these things, but I still recommend it for at least giving it a try. In my case because I have found an easy way to combine python with pharo made it easy to move to pharo. I still love to work with Pharo and its getting better each year because of the passion of people behind this and of course their hard work. I also like to support a project that follows my taste on how I like to code , even if its not that popular. Actually its easier to feel that you make a difference in a small community. Something tells me I will be sticking around for a long long time :) I dont think there is a secret to success or a simple advice. I once read that "success" is name of the tip of an iceberg called "constant failure". [image: success.jpg] On Thu, Jul 23, 2015 at 8:25 PM stepharo <stepharo(a)free.fr> wrote: > Hi esteban > > we need to be much much better one talking to external libraries. > Our esteban is working on it. > > Stef > > Le 23/7/15 18:52, Esteban A. Maringolo a Ã©crit : > > Peter, > At your joung age you might have very good reasons to have chosen Pharo > over anything else as I did a lot of years ago. I discovered Smaltalk by > chance when I was 21 years old and already had my years developing with > Perl and was starting to learn Java. Fortunately I started making a living > out of it since I was 22 until today. > > But if you want to make the community bigger you have to look into why > people don't chose it, otherwise we'll be "preaching to the choir" as we > many times are. > > These days FP is on the bull trend, having been there way before than > Smalltalk (Lisp, Haskell, etc. and their reincarnations Clojure, Scala...). > What makes them popular most of the times is not the techology per se, but > who uses it. > > Regards! > > > Esteban A. Maringolo > > 2015-07-23 13:06 GMT-03:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > >> >> >> On Thu, Jul 23, 2015 at 4:51 PM, Esteban A. Maringolo < >> emaringolo(a)gmail.com> wrote: >> >>> When I talk to "new programmers" (20-25 years old), almost all of them >>> don't get attracted by it. >>> Why? I couldn't tell. Mainly because they can't use the few >>> tools/patterns they already learnt how to, barely, use. >>> >> >> As someone who (still) falls into this range I see several (unrelated) >> reasons why they might not like it. >> >> For me personally I encountered Pharo in University in "Conceptual >> modeling" class, where it was introduced pretty much as "Oh, by the way, >> here is this completely new environment that you've never seen nor worked >> with that we will use, but we will not tell you much about it"... so my >> first experience was quite awful. I mean... I couldn't even write the code >> in my favorite text editor and I had to use this weird browser where system >> code and my own code were mangled up. Image crashing meant I lost my work. >> Now I know I can just replay changes but I didn't know it back then (the >> focus of the class was modeling, not Pharo). Bugs (this was Pharo 2 (and 3 >> beta)) were commonplace and since I had no experience I couldn't tell >> whether it was my fault or the system's fault... it was overall very >> unpleasant. >> I later (after the course) basically foced myself to look at Pharo again >> because I didn't understand why would people bother to use it... so clearly >> there must have been some value I've missed. And I don't regret that >> decision a bit, but I had to go look for it. So statistically speaking from >> the year I did the class only two or three students (to my knowledge) kept >> their interest out of 119 (so 2-3% maybe). Other years were no different. >> Next year there will be a dedicated class for Pharo so I'm curious if >> this will change somehow. >> >> But there may be other reasons why students may not like it... (looking >> again from my experience) >> From university experience perspective, the previous year (for us, and >> from what I talked with people it's not that different also for other >> universities) was a heavy massage in C and C++ where we were implementing >> very basic concepts (hashtables, and other data structures). A year where >> your main concern was to pass a automated checking system... so mostly >> memory management and creating write-only code. Plus warped concepts of OOP >> (so to use actual student quotes: "C++ is great for explaining OOP", "You >> can do OOP in pure C", or "OOP is useless, long confusing code, full of >> getters and setters, .. and slow. Inline assembler is much faster"). So >> with such concepts it's hard to give them OOP language, because they >> already made up their mind. >> >> Yet another reason I can see might be that when you are young you are >> more inclined to follow what's cool and modern and popular and shit (or has >> the word "game" in its name). >> So if today's world revolves around connectivity, internet, JavaScript >> and whatnot, then giving them a isolated environment with non-mainstream >> technology and a dead language they've never heard of (I thought that >> Smalltalk was an obscure language that died in '80s, before I found that >> actually it's alive and doing quite well) will not be met well with >> appreciation. >> >> But no reason to stop there... there market for Smalltalk is arguably >> small, so people will prefer language that is in demand by the market >> (after all, I pay my bills with JavaScript/PHP/webstuff, and not Pharo; >> because it's much easier to find a job; with Pharo I would have to >> basically start my own business to be profitable and then I would be doing >> business and not programming). >> >> And last (but not least), finding support for it is much harder, since >> the community is smaller. So it's almost all or nothing scenario. >> >> Also some of the arguments here can be applied also for functional >> programming (which I haven't (shame on me) even engaged with, besides >> messing with Haskell in XMonad (and multi-paradigm languages that have some >> functional concepts). >> >> Finally I don't think that you should expect the same behavior from >> young people (<26) as from adults. They will have different values, views, >> and whatnot... I mean that's the point of growing up and acquiring >> experience. All you can do is offer this alternative option and provide >> support. Being mainstream or non-mainstream is akin to self-fulfilling >> prophecy. (Of course exceptions happen, JavaScript was raised to glory >> because the language happen to be in the right place (browser) at the right >> time (boom of modern web)). >> >> Hmm... and this post ended up being much chaotic and longer than I >> intended to... but whatever. >> >> Peter >> >> p.s.: I like the music analogy since I was listening to k-pop while >> working (webtech), and now I am listening to ambient music when writing >> about Pharo :p >> >> > >

July 23, 2015

Re: [Pharo-users] Semantics of #resignalAs:

by Norbert Hartl

You get a debugger at the position if the halt in the code. Meaning the exception block run more than once. And it would run forever. Norbert > Am 23.07.2015 um 18:46 schrieb Joachim Tuchel <jtuchel(a)objektfabrik.de>: > > Norbert, > > Sorry if this is a stupid question: what does the debugger say? > > I mean, assuming NotFound is an Exception, I'd expect a debugger showing a NotFound Error... > > Joachim > > Am 23.07.2015 18:34 schrieb Norbert Hartl <norbert(a)hartl.name>: >> >> >>> Am 23.07.2015 um 17:54 schrieb Joachim Tuchel <jtuchel(a)objektfabrik.de>: >>> >>> Norbert, >>> >>> I'd say you get a NotFound Exception. >> In pharo you get a debugger. Meaning this piece of code is actively an endless loop. >> >> Norbert >> >>> Joachim >>> >>> >>> >>>> Am 23.07.2015 um 16:20 schrieb Norbert Hartl <norbert(a)hartl.name>: >>>> >>>> What are the semantics of Exception>>#resignalAs: regarding active exception handler? Isn't the active exception handler excluded from being treated again? Taking the example >>>> >>>> | counter | >>>> counter := 0. >>>> [ 1/0 ] >>>> on: Error >>>> do: [ :e | >>>> counter := counter + 1. >>>> counter > 1 ifTrue: [ self halt ]. >>>> e resignalAs: NotFound new ]. >>>> >>>> should it just run and end? Or should the debugger pop up? >>>> >>>> thanks, >>>> >>>> Norbert >> >> >>

July 23, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by stepharo

Hi esteban we need to be much much better one talking to external libraries. Our esteban is working on it. Stef Le 23/7/15 18:52, Esteban A. Maringolo a Ã©crit : > Peter, > At your joung age you might have very good reasons to have chosen > Pharo over anything else as I did a lot of years ago. I discovered > Smaltalk by chance when I was 21 years old and already had my years > developing with Perl and was starting to learn Java. Fortunately I > started making a living out of it since I was 22 until today. > > But if you want to make the community bigger you have to look into why > people don't chose it, otherwise we'll be "preaching to the choir" as > we many times are. > > These days FP is on the bull trend, having been there way before than > Smalltalk (Lisp, Haskell, etc. and their reincarnations Clojure, > Scala...). What makes them popular most of the times is not the > techology per se, but who uses it. > > Regards! > > > Esteban A. Maringolo > > 2015-07-23 13:06 GMT-03:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com > <mailto:i.uhnak@gmail.com>>: > > > > On Thu, Jul 23, 2015 at 4:51 PM, Esteban A. Maringolo > <emaringolo(a)gmail.com <mailto:emaringolo@gmail.com>> wrote: > > When I talk to "new programmers" (20-25 years old), almost all > of them don't get attracted by it. > Why? I couldn't tell. Mainly because they can't use the few > tools/patterns they already learnt how to, barely, use. > > > As someone who (still) falls into this range I see several > (unrelated) reasons why they might not like it. > > For me personally I encountered Pharo in University in "Conceptual > modeling" class, where it was introduced pretty much as "Oh, by > the way, here is this completely new environment that you've never > seen nor worked with that we will use, but we will not tell you > much about it"... so my first experience was quite awful. I > mean... I couldn't even write the code in my favorite text editor > and I had to use this weird browser where system code and my own > code were mangled up. Image crashing meant I lost my work. Now I > know I can just replay changes but I didn't know it back then (the > focus of the class was modeling, not Pharo). Bugs (this was Pharo > 2 (and 3 beta)) were commonplace and since I had no experience I > couldn't tell whether it was my fault or the system's fault... it > was overall very unpleasant. > I later (after the course) basically foced myself to look at Pharo > again because I didn't understand why would people bother to use > it... so clearly there must have been some value I've missed. And > I don't regret that decision a bit, but I had to go look for it. > So statistically speaking from the year I did the class only two > or three students (to my knowledge) kept their interest out of 119 > (so 2-3% maybe). Other years were no different. > Next year there will be a dedicated class for Pharo so I'm curious > if this will change somehow. > > But there may be other reasons why students may not like it... > (looking again from my experience) > From university experience perspective, the previous year (for us, > and from what I talked with people it's not that different also > for other universities) was a heavy massage in C and C++ where we > were implementing very basic concepts (hashtables, and other data > structures). A year where your main concern was to pass a > automated checking system... so mostly memory management and > creating write-only code. Plus warped concepts of OOP (so to use > actual student quotes: "C++ is great for explaining OOP", "You can > do OOP in pure C", or "OOP is useless, long confusing code, full > of getters and setters, .. and slow. Inline assembler is much > faster"). So with such concepts it's hard to give them OOP > language, because they already made up their mind. > > Yet another reason I can see might be that when you are young you > are more inclined to follow what's cool and modern and popular and > shit (or has the word "game" in its name). > So if today's world revolves around connectivity, internet, > JavaScript and whatnot, then giving them a isolated environment > with non-mainstream technology and a dead language they've never > heard of (I thought that Smalltalk was an obscure language that > died in '80s, before I found that actually it's alive and doing > quite well) will not be met well with appreciation. > > But no reason to stop there... there market for Smalltalk is > arguably small, so people will prefer language that is in demand > by the market (after all, I pay my bills with > JavaScript/PHP/webstuff, and not Pharo; because it's much easier > to find a job; with Pharo I would have to basically start my own > business to be profitable and then I would be doing business and > not programming). > > And last (but not least), finding support for it is much harder, > since the community is smaller. So it's almost all or nothing > scenario. > > Also some of the arguments here can be applied also for functional > programming (which I haven't (shame on me) even engaged with, > besides messing with Haskell in XMonad (and multi-paradigm > languages that have some functional concepts). > > Finally I don't think that you should expect the same behavior > from young people (<26) as from adults. They will have different > values, views, and whatnot... I mean that's the point of growing > up and acquiring experience. All you can do is offer this > alternative option and provide support. Being mainstream or > non-mainstream is akin to self-fulfilling prophecy. (Of course > exceptions happen, JavaScript was raised to glory because the > language happen to be in the right place (browser) at the right > time (boom of modern web)). > > Hmm... and this post ended up being much chaotic and longer than I > intended to... but whatever. > > Peter > > p.s.: I like the music analogy since I was listening to k-pop > while working (webtech), and now I am listening to ambient music > when writing about Pharo :p > >

July 23, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by stepharo

> totally. it is exactly the feeling i have about smalltalk and lisp. > i learned both because i wanted to know if the newer languages everyone is > using are really any better. i'd expected that they would learn and improve > over older languages. but i had to discover that that's not the case. > > i used to believe that languages like python, ruby and pike were a new > generation of languages that improved over the old languages like c and c++, > but i was disappointed and had to find out that the innovation already happened > a few decades earlier and almost everything else following was a step backwards > in some ways. :) This is why we should continue to rethink our tools, frameworks, process

July 23, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Esteban A. Maringolo

Peter, At your joung age you might have very good reasons to have chosen Pharo over anything else as I did a lot of years ago. I discovered Smaltalk by chance when I was 21 years old and already had my years developing with Perl and was starting to learn Java. Fortunately I started making a living out of it since I was 22 until today. But if you want to make the community bigger you have to look into why people don't chose it, otherwise we'll be "preaching to the choir" as we many times are. These days FP is on the bull trend, having been there way before than Smalltalk (Lisp, Haskell, etc. and their reincarnations Clojure, Scala...). What makes them popular most of the times is not the techology per se, but who uses it. Regards! Esteban A. Maringolo 2015-07-23 13:06 GMT-03:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > > > On Thu, Jul 23, 2015 at 4:51 PM, Esteban A. Maringolo < > emaringolo(a)gmail.com> wrote: > >> When I talk to "new programmers" (20-25 years old), almost all of them >> don't get attracted by it. >> Why? I couldn't tell. Mainly because they can't use the few >> tools/patterns they already learnt how to, barely, use. >> > > As someone who (still) falls into this range I see several (unrelated) > reasons why they might not like it. > > For me personally I encountered Pharo in University in "Conceptual > modeling" class, where it was introduced pretty much as "Oh, by the way, > here is this completely new environment that you've never seen nor worked > with that we will use, but we will not tell you much about it"... so my > first experience was quite awful. I mean... I couldn't even write the code > in my favorite text editor and I had to use this weird browser where system > code and my own code were mangled up. Image crashing meant I lost my work. > Now I know I can just replay changes but I didn't know it back then (the > focus of the class was modeling, not Pharo). Bugs (this was Pharo 2 (and 3 > beta)) were commonplace and since I had no experience I couldn't tell > whether it was my fault or the system's fault... it was overall very > unpleasant. > I later (after the course) basically foced myself to look at Pharo again > because I didn't understand why would people bother to use it... so clearly > there must have been some value I've missed. And I don't regret that > decision a bit, but I had to go look for it. So statistically speaking from > the year I did the class only two or three students (to my knowledge) kept > their interest out of 119 (so 2-3% maybe). Other years were no different. > Next year there will be a dedicated class for Pharo so I'm curious if this > will change somehow. > > But there may be other reasons why students may not like it... (looking > again from my experience) > From university experience perspective, the previous year (for us, and > from what I talked with people it's not that different also for other > universities) was a heavy massage in C and C++ where we were implementing > very basic concepts (hashtables, and other data structures). A year where > your main concern was to pass a automated checking system... so mostly > memory management and creating write-only code. Plus warped concepts of OOP > (so to use actual student quotes: "C++ is great for explaining OOP", "You > can do OOP in pure C", or "OOP is useless, long confusing code, full of > getters and setters, .. and slow. Inline assembler is much faster"). So > with such concepts it's hard to give them OOP language, because they > already made up their mind. > > Yet another reason I can see might be that when you are young you are more > inclined to follow what's cool and modern and popular and shit (or has the > word "game" in its name). > So if today's world revolves around connectivity, internet, JavaScript and > whatnot, then giving them a isolated environment with non-mainstream > technology and a dead language they've never heard of (I thought that > Smalltalk was an obscure language that died in '80s, before I found that > actually it's alive and doing quite well) will not be met well with > appreciation. > > But no reason to stop there... there market for Smalltalk is arguably > small, so people will prefer language that is in demand by the market > (after all, I pay my bills with JavaScript/PHP/webstuff, and not Pharo; > because it's much easier to find a job; with Pharo I would have to > basically start my own business to be profitable and then I would be doing > business and not programming). > > And last (but not least), finding support for it is much harder, since the > community is smaller. So it's almost all or nothing scenario. > > Also some of the arguments here can be applied also for functional > programming (which I haven't (shame on me) even engaged with, besides > messing with Haskell in XMonad (and multi-paradigm languages that have some > functional concepts). > > Finally I don't think that you should expect the same behavior from young > people (<26) as from adults. They will have different values, views, and > whatnot... I mean that's the point of growing up and acquiring experience. > All you can do is offer this alternative option and provide support. Being > mainstream or non-mainstream is akin to self-fulfilling prophecy. (Of > course exceptions happen, JavaScript was raised to glory because the > language happen to be in the right place (browser) at the right time (boom > of modern web)). > > Hmm... and this post ended up being much chaotic and longer than I > intended to... but whatever. > > Peter > > p.s.: I like the music analogy since I was listening to k-pop while > working (webtech), and now I am listening to ambient music when writing > about Pharo :p > >

July 23, 2015

Re: [Pharo-users] Semantics of #resignalAs:

by Joachim Tuchel

Norbert, Sorry if this is a stupid question: what does the debugger say? I mean, assuming NotFound is an Exception, I'd expect a debugger showing a NotFound Error... Joachim Am 23.07.2015 18:34 schrieb Norbert Hartl <norbert(a)hartl.name>: > > > > Am 23.07.2015 um 17:54 schrieb Joachim Tuchel <jtuchel(a)objektfabrik.de>: > > > > Norbert, > > > > I'd say you get a NotFound Exception. > > > In pharo you get a debugger. Meaning this piece of code is actively an endless loop. > > Norbert > > > Joachim > > > > > > > >> Am 23.07.2015 um 16:20 schrieb Norbert Hartl <norbert(a)hartl.name>: > >> > >> What are the semantics of Exception>>#resignalAs: regarding active exception handler? Isn't the active exception handler excluded from being treated again? Taking the example > >> > >> | counter | > >> counter := 0. > >> [ 1/0 ] > >>Â Â on: Error > >>Â Â do: [ :e | > >>Â Â Â Â Â Â counter := counter + 1. > >>Â Â Â Â Â Â counter > 1 ifTrue: [ self halt ]. > >>Â Â Â Â Â Â e resignalAs: NotFound new ]. > >> > >> should it just run and end? Or should the debugger pop up? > >> > >> thanks, > >> > >> Norbert > >> > >> > >> > > > > >

July 23, 2015

Re: [Pharo-users] Smalltalkhub permission denied

by Hilaire

I am still on PermissionDenied, strange. Le 22/07/2015 20:55, stepharo a Ã©crit : > Yes from time to time we have this problem... > > > Le 22/7/15 04:10, Hilaire a Ã©crit : >> Hello, >> >> On a freshly created project I have permission denied to write on the >> repo. >> http://smalltalkhub.com/#!/~HilaireFernandes/Tools >> >> Hilaire >> > > > -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 23, 2015

Re: [Pharo-users] Semantics of #resignalAs:

by Norbert Hartl

> Am 23.07.2015 um 17:54 schrieb Joachim Tuchel <jtuchel(a)objektfabrik.de>: > > Norbert, > > I'd say you get a NotFound Exception. > In pharo you get a debugger. Meaning this piece of code is actively an endless loop. Norbert > Joachim > > > >> Am 23.07.2015 um 16:20 schrieb Norbert Hartl <norbert(a)hartl.name>: >> >> What are the semantics of Exception>>#resignalAs: regarding active exception handler? Isn't the active exception handler excluded from being treated again? Taking the example >> >> | counter | >> counter := 0. >> [ 1/0 ] >> on: Error >> do: [ :e | >> counter := counter + 1. >> counter > 1 ifTrue: [ self halt ]. >> e resignalAs: NotFound new ]. >> >> should it just run and end? Or should the debugger pop up? >> >> thanks, >> >> Norbert >> >> >> >

July 23, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Peter UhnÃ¡k

On Thu, Jul 23, 2015 at 4:51 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > When I talk to "new programmers" (20-25 years old), almost all of them > don't get attracted by it. > Why? I couldn't tell. Mainly because they can't use the few tools/patterns > they already learnt how to, barely, use. > As someone who (still) falls into this range I see several (unrelated) reasons why they might not like it. For me personally I encountered Pharo in University in "Conceptual modeling" class, where it was introduced pretty much as "Oh, by the way, here is this completely new environment that you've never seen nor worked with that we will use, but we will not tell you much about it"... so my first experience was quite awful. I mean... I couldn't even write the code in my favorite text editor and I had to use this weird browser where system code and my own code were mangled up. Image crashing meant I lost my work. Now I know I can just replay changes but I didn't know it back then (the focus of the class was modeling, not Pharo). Bugs (this was Pharo 2 (and 3 beta)) were commonplace and since I had no experience I couldn't tell whether it was my fault or the system's fault... it was overall very unpleasant. I later (after the course) basically foced myself to look at Pharo again because I didn't understand why would people bother to use it... so clearly there must have been some value I've missed. And I don't regret that decision a bit, but I had to go look for it. So statistically speaking from the year I did the class only two or three students (to my knowledge) kept their interest out of 119 (so 2-3% maybe). Other years were no different. Next year there will be a dedicated class for Pharo so I'm curious if this will change somehow. But there may be other reasons why students may not like it... (looking again from my experience) >From university experience perspective, the previous year (for us, and from what I talked with people it's not that different also for other universities) was a heavy massage in C and C++ where we were implementing very basic concepts (hashtables, and other data structures). A year where your main concern was to pass a automated checking system... so mostly memory management and creating write-only code. Plus warped concepts of OOP (so to use actual student quotes: "C++ is great for explaining OOP", "You can do OOP in pure C", or "OOP is useless, long confusing code, full of getters and setters, .. and slow. Inline assembler is much faster"). So with such concepts it's hard to give them OOP language, because they already made up their mind. Yet another reason I can see might be that when you are young you are more inclined to follow what's cool and modern and popular and shit (or has the word "game" in its name). So if today's world revolves around connectivity, internet, JavaScript and whatnot, then giving them a isolated environment with non-mainstream technology and a dead language they've never heard of (I thought that Smalltalk was an obscure language that died in '80s, before I found that actually it's alive and doing quite well) will not be met well with appreciation. But no reason to stop there... there market for Smalltalk is arguably small, so people will prefer language that is in demand by the market (after all, I pay my bills with JavaScript/PHP/webstuff, and not Pharo; because it's much easier to find a job; with Pharo I would have to basically start my own business to be profitable and then I would be doing business and not programming). And last (but not least), finding support for it is much harder, since the community is smaller. So it's almost all or nothing scenario. Also some of the arguments here can be applied also for functional programming (which I haven't (shame on me) even engaged with, besides messing with Haskell in XMonad (and multi-paradigm languages that have some functional concepts). Finally I don't think that you should expect the same behavior from young people (<26) as from adults. They will have different values, views, and whatnot... I mean that's the point of growing up and acquiring experience. All you can do is offer this alternative option and provide support. Being mainstream or non-mainstream is akin to self-fulfilling prophecy. (Of course exceptions happen, JavaScript was raised to glory because the language happen to be in the right place (browser) at the right time (boom of modern web)). Hmm... and this post ended up being much chaotic and longer than I intended to... but whatever. Peter p.s.: I like the music analogy since I was listening to k-pop while working (webtech), and now I am listening to ambient music when writing about Pharo :p

July 23, 2015

Re: [Pharo-users] Semantics of #resignalAs:

by Joachim Tuchel

Norbert, I'd say you get a NotFound Exception. Joachim > Am 23.07.2015 um 16:20 schrieb Norbert Hartl <norbert(a)hartl.name>: > > What are the semantics of Exception>>#resignalAs: regarding active exception handler? Isn't the active exception handler excluded from being treated again? Taking the example > > | counter | > counter := 0. > [ 1/0 ] > on: Error > do: [ :e | > counter := counter + 1. > counter > 1 ifTrue: [ self halt ]. > e resignalAs: NotFound new ]. > > should it just run and end? Or should the debugger pop up? > > thanks, > > Norbert > > >

July 23, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Martin BÃ¤hr

Excerpts from Esteban A. Maringolo's message of 2015-07-23 16:51:10 +0200: > What I think we miss here, is the generation of the users adopting > Pharo/Smalltalk. > > For many developers over they 30's (like me), when I show them Pharo or > tell them about what/how it does some stuff, they get curious and/or try > it. They might even learnt Smalltalk back at the university. > Usually they have used/suffered a lot of languages or tools and can > appreciate the benefits of Pharo, as well as to identify its shortcomings. that's a good point. i also fit into that group, picking up smalltalk because i want to expand and get a different perspective on how development is done. > When I talk to "new programmers" (20-25 years old), almost all of them > don't get attracted by it. > Why? I couldn't tell. Mainly because they can't use the few tools/patterns > they already learnt how to, barely, use. yes, the problem with people coming out of school. they expect that school adequately prepared them for future jobs, thus assume that what they learned in school is enough for the rest of their career. it takes several years of working for reality to sink in. > Those "kids" will grow up and besides doing non-toyish software, maybe will > lead teams or get to make decisions about what technology to use. Maybe we > should ask ourselves what technologies do startups choose to "invent" new > solutions? Why? whatever the lead tech happens to be familiar with. and if they are not familiar with anything then they'll use rails. > Software became pop-culture some years ago, and I feel we're > Jazz/Classical. I like the latter, but trying to attract pop being > classical is a dead end. totally. it is exactly the feeling i have about smalltalk and lisp. i learned both because i wanted to know if the newer languages everyone is using are really any better. i'd expected that they would learn and improve over older languages. but i had to discover that that's not the case. i used to believe that languages like python, ruby and pike were a new generation of languages that improved over the old languages like c and c++, but i was disappointed and had to find out that the innovation already happened a few decades earlier and almost everything else following was a step backwards in some ways. greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

July 23, 2015

Re: [Pharo-users] Spec with Roassal

by Mark Rizun

> > view signalUpdate. > Sorry, I sent a bit wrong example. Yes I tried to use signalUpdate. However, apperently I used it somehow wrong, as it didn't work. Now it works :) Thanks > > And finally as I've said to Alex when I wrote the example which you are > now using... > DynamicComposableModel is good for scripted prototyping, but if you are > building an actual application, you should switch to ComposableModel sooner > rather than later. > I used your example (with DynamicComposableModel) just for simplicity, because I can not show the problem in my project easily. There I use just ComposableModel. Mark

July 23, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Esteban A. Maringolo

What I think we miss here, is the generation of the users adopting Pharo/Smalltalk. For many developers over they 30's (like me), when I show them Pharo or tell them about what/how it does some stuff, they get curious and/or try it. They might even learnt Smalltalk back at the university. Usually they have used/suffered a lot of languages or tools and can appreciate the benefits of Pharo, as well as to identify its shortcomings. When I talk to "new programmers" (20-25 years old), almost all of them don't get attracted by it. Why? I couldn't tell. Mainly because they can't use the few tools/patterns they already learnt how to, barely, use. Those "kids" will grow up and besides doing non-toyish software, maybe will lead teams or get to make decisions about what technology to use. Maybe we should ask ourselves what technologies do startups choose to "invent" new solutions? Why? Software became pop-culture some years ago, and I feel we're Jazz/Classical. I like the latter, but trying to attract pop being classical is a dead end. Regards! Esteban A. Maringolo

July 23, 2015

Re: [Pharo-users] Spec with Roassal

by Peter UhnÃ¡k

Hi, this has nothing to do with Spec and all to do with Roassal. Roassal uses it's own update mechanism, which you haven't called. view elements when: TRMouseClick do: [ :e | e element color: Color red. "<-- this is unrelated, but don't access trachelShapes directly if Roassal provides API for what you want" view signalUpdate. "<-- if you change something you need to signal the view (and sometimes also elements) to update itself (this is useful for changing many things without constant triggering of updates)" ]. And finally as I've said to Alex when I wrote the example which you are now using... DynamicComposableModel is good for scripted prototyping, but if you are building an actual application, you should switch to ComposableModel sooner rather than later. Peter On Thu, Jul 23, 2015 at 3:46 PM, Mark Rizun <mrizun(a)gmail.com> wrote: > Hi everyone! > > I'm building a ui with Spec and using Roassal view inside of my window. > To embed the view I use Roassal2Spec package (RoassalModel class). > When I click on element of view I want to change its color. > The problem is that color changes only after you move a winodw or open > another window etc. > Here is an example code. Just try to click on elements and than move the > window. > > ********************************************** > > ui := DynamicComposableModel new. > ui instantiateModels: #( > button ButtonModel > view RoassalModel > ). > > ui button label: 'I am a button'. > ui extent: 600 @ 480. > > ui view script: [ :view :canvas | > |es| > es := RTEllipse new size: 20; elementsOn: (1 to: 6). > view addAll: es. > > RTCircleLayout on: es. > RTEdgeBuilder new > view: view; > elements: es; > connectToAll: [ :value | { value + 1. (value + 1) % 6 } ]. > view elements when: TRMouseClick do: [ :e | e element trachelShape > color: > Color red. World displayWorld. World doOneCycleNow ]. > canvas camera focusOnCenter. > > ]. > > layout := SpecLayout composed > newColumn: [ :col | > col > add: #button height: ComposableModel toolbarHeight; > add: #view. > ]; > yourself. > > ui openWithSpecLayout: layout. > > ********************************************** > > Thanks > Mark > > > > -- > View this message in context: > http://forum.world.st/Spec-with-Roassal-tp4838854.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 23, 2015

Semantics of #resignalAs:

by Norbert Hartl

What are the semantics of Exception>>#resignalAs: regarding active exception handler? Isn't the active exception handler excluded from being treated again? Taking the example | counter | counter := 0. [ 1/0 ] on: Error do: [ :e | counter := counter + 1. counter > 1 ifTrue: [ self halt ]. e resignalAs: NotFound new ]. should it just run and end? Or should the debugger pop up? thanks, Norbert

July 23, 2015

Re: [Pharo-users] Font with many Unicode glyphs to display code -- IPA?

by H. Hirzel

P.S. Screen shot attached. A source code font. Or put the question differently how do I add a font as a source code font? On 7/23/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > Hello > > I work on an app which has some strings in the code with a > considerable number of non ISO8859 symbols (e.g. IPA > https://en.wikipedia.org/wiki/IPA) > > How do I get / use a font which does this? The fonts provided in the > settings panel did not do the job. > > Thank you in advance > --Hannes >

July 23, 2015

Spec with Roassal

by Mark Rizun

Hi everyone! I'm building a ui with Spec and using Roassal view inside of my window. To embed the view I use Roassal2Spec package (RoassalModel class). When I click on element of view I want to change its color. The problem is that color changes only after you move a winodw or open another window etc. Here is an example code. Just try to click on elements and than move the window. ********************************************** ui := DynamicComposableModel new. ui instantiateModels: #( button ButtonModel view RoassalModel ). ui button label: 'I am a button'. ui extent: 600 @ 480. ui view script: [ :view :canvas | |es| es := RTEllipse new size: 20; elementsOn: (1 to: 6). view addAll: es. RTCircleLayout on: es. RTEdgeBuilder new view: view; elements: es; connectToAll: [ :value | { value + 1. (value + 1) % 6 } ]. view elements when: TRMouseClick do: [ :e | e element trachelShape color: Color red. World displayWorld. World doOneCycleNow ]. canvas camera focusOnCenter. ]. layout := SpecLayout composed newColumn: [ :col | col add: #button height: ComposableModel toolbarHeight; add: #view. ]; yourself. ui openWithSpecLayout: layout. ********************************************** Thanks Mark -- View this message in context: http://forum.world.st/Spec-with-Roassal-tp4838854.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 23, 2015

Re: [Pharo-users] Rectangle center rounding

by Jan BlizniÄenko

As far as I looked, only two rounding methods are center and aboveCenter (which has no senders in my image by the way and I do not even see purpose of it)... all other (like leftCenter) are getting value from mentioned self center. So, the easiest way seems to subclass Rectangle and make something like Precise/Float/NotRounded/I'mNotVeryGoodAtNaming Rectangle which will have just these two methods different, so there will be also this PreciseRectangle which is not rounding down, but original one stays unchanged. However, the rounding seems to me like an extension/addition/subtype of general rectangle and I think that it should not be default behavior of something called just Rectangle, it should be more like Rectangle (not rounded) with subclass IntegerRectangle or something like that. I know, there are many senders right now which are dependent on the rounding, but I just think it should not be like that, or should it? Jan abergel wrote > Maybe we can introduce a new rectangle class. -- View this message in context: http://forum.world.st/Rectangle-center-rounding-tp4837980p4838853.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 23, 2015

Re: [Pharo-users] Class side vs instance side

by Nicolai Hess

2015-07-23 14:33 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > Cache of the mapping is just an implementation detail. > > I was referring to the instance of the ==MyRectangle== object; > so I am more interested in this from outside perspective --- other objects > that will have to use the API... > > So whether I would call > [[[ > "class-side methods" > MyRectangle oppositeSideOf: #top "-> #bottom" > > "instance side" > MyRectangle new oppositeSideOf: #top > > "singleton" > MyRectangle instance oppositeSideOf: #top > > "extending symbols" > #top oppositeSide > > "a lot of classes" > Top "new/instance/whatever" oppositeSide "-> a Bottom instance/class" > > " or something (completely) different?" > ]]] > > Peter > > All of them, except the second and third. Depending on the use case. - the clean solution, make a concept (edge/corner) a class. - if it is common to denote edges/corner by symbols, extend Symbol - if this is all about Rectangles, put it into rectangle CLASS - if you have to create a Rectangle instance, just to call a method, where the returned value does not depend on the instance -> then the code is wrong :) And of course, you should ask yourself: If the mapping has to be accessible from the outside, maybe my code is wrong and all users of this mapping should have been methods of the Rectangle class instead. nicolai > > On Thu, Jul 23, 2015 at 2:18 PM, Ben Coman <btc(a)openinworld.com> wrote: > >> Even if you put the method on the class-side, you would still be >> creating an new instance each time. Maybe you can store it in a class >> variable... >> >> MyRectangle>>oppositeSides >> ^ oppositeSides ifNil: [ oppositeSidesCache := { #top -> #bottom. >> #bottom -> #top. >> #topLeft -> #bottomRight >> .... >> } asDictionary ]. >> >> cheers -ben >> >> On Thu, Jul 23, 2015 at 8:40 AM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: >> > Hi, >> > >> > I am trying to figure out where to best place some mapping/data/stable >> > methods. >> > >> > For example imagine method >> > ~~~~~~~~~~~~~~~~~~~~~ >> > MyRectangle>>oppositeSides >> > ^ { #top -> #bottom. >> > #bottom -> #top. >> > #topLeft -> #bottomRight >> > .... >> > } asDictionary >> > ~~~~~~~~~~~~~~~~~~~~ >> > >> > And then the class might have some other related methods such as >> > ~~~~~~~~~~~ >> > MyRectangle>>oppositeSideFor: aSide >> > ^ self oppositeSides at: aSide >> > ~~~~~~~~~~~~ >> > >> > So it's a method returning a mapping between opposite sides/corners and >> thus >> > is really not going to change. >> > Now I could place this in instance-side and create a new instance every >> time >> > I wanted to use it (which doesn't seem practical), or I could put it in >> > class-side. >> > The problem I have with class-side is that naming is more like going >> through >> > minefield (more than once I corrupted my image by naming a method or >> > variable something I shouldn't have), and for whatever reason it feels >> like >> > either metaprogramming or procedural programmming... That class side >> methods >> > are pretty much global functions/variables... and short of constructors >> I am >> > avoiding static methods even in other languages... but maybe using it >> is ok. >> > Or maybe have it object an use singleton? >> > >> > The only oop-like approach I see would be to extend symbols (#top >> > oppositeSide), or have separate objects for sides, but that seems like >> > overkill. >> > >> > MySide subclass: #Top >> > >> > Top>>oppositeSide >> > ^ Bottom new >> > >> > Are there any best practices regarding this? This is also true for >> actual >> > data stored in methods/attributes (such as icons). >> > >> > P.s.: For english natives... Should the second method be ned >> > "oppositeSideOf:" or "oppositeSideFor:"? >> > >> > Any ideas/pointers appreciated, >> > Peter >> >> >

July 23, 2015

Font with many Unicode glyphs to display code -- IPA?

by H. Hirzel

Hello I work on an app which has some strings in the code with a considerable number of non ISO8859 symbols (e.g. IPA https://en.wikipedia.org/wiki/IPA) How do I get / use a font which does this? The fonts provided in the settings panel did not do the job. Thank you in advance --Hannes

July 23, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Offray Vladimir Luna CÃ¡rdenas

Thanks Jose, Sean and Steph, I think that this is an important conversation, so here are my two cents. It started small but suddenly it became long, so thanks in advance for those who read it all. May be I'm giving the details Steph asked for (may be to many details :-P). For my Smalltalk is a better way to explore ideas via digital prototypes. I have been using Linux since 1996 and have a glimpse of Smalltalk in 2005 and despite of making my MSc thesis on Squeak / Bots Inc as modeling and learning devices for collective problem solving[1] and even being an active member of the Squeakland / Etoys community as teacher and a speaker in community gatherings, the time for me at that moment was too early: Me and my students were getting older but Smalltalk didn't feel like growing with us. So I keep using Linux since that time until now. My vehicle for writing, organizing and exploring ideas via digital technologies were mainly TeXmacs[2], Leo[3], IPython[4], Wikis (MoinMoin, tiddlywiki, dokuwiki), webframeworks (web2py [4a]) and lately pandoc[5] and LaTeX. What put Smalltalk in the radar again was the start of my Ph.D research in 2010[6], at that moment as a important historical reference and an intuition, but after finishing the "theoretical" part year and a half ago (with some long pauses) I was finally able to put hands on the technology again. It was the second half 2014. I agree with Jose about Smalltalk as a different way to solve problems and to empower people by let them think different. I have witness this with myself. The problem I chose was "interactive documentation" and in my approach documents are interactive trees which can arrange writing as a "layered emergent dynamic process". I had this idea with Leo and IPython[7][7a], but the file system approach was too complex: a lot of different technologies, ways to think (data bases, procedural, imperative, declarative, and object programming), frameworks and technologies (qt, zeroMQ, javascript, JQuery, (I)Python, etc). With Pharo I can explore the same idea in a uniform, comprehensive interactive environment. This is still a pretty small ecosystem and there are not so much mature libraries (SciSmalltalk is pretty small compared to SciPython for example and web2py is easier to use that Seaside or Aida), but I can, with a little help of the community, go pretty far by myself with this idea of interactive tree-like documentation. I would like to be better and to have more time and continuity in this effort, instead of this activity rush + long pauses rhythm, but even with my time and knowledge limitations I can be more agile in testing ideas in this environment that in anything else I have tested before. It required Pharo, GT Tools, Roassal and Deep Into Pharo to feel the environment empowering for me again and it took almost 10 years from my first exposure to Smalltalk for learning and modeling in Squeak to making my first "app" for interactive documentation in Pharo, again for learning and modeling but for hackerspaces/citizens instead of universities/students. 10 years to become again an active member of the Smalltalk community (and member of the Pharo association [*]), despite of being still a newbie and writing rookie code. I would like to decrease for others this time between the first exposure to Smalltalk and the continuous use of it as a vehicle for thinking different. That's why I'm making workshops in our hackerspace and using data narratives and visualization to teach young and adults about this other tools and their ways of empowering thinking by writing/publishing differently. So, if Unix took 50 years to take the world and, in my personal story, Smalltalk took 10 years to empower my world, I would not be concerned with quick popularity, but with fluid long lasting empowerment. I think that we need to talk better with the "external" world (databases, input/output formats and operative system libraries and process, frameworks and communities) but for me the main value of Smalltalk is the way it empowers individuals and communities by being a continuous, interactive, coherent, extensible and comprehensible system to explore/express ideas by yourself and that's something you can not get easily in the Unix / file system world, because of its origins and its development history[**]. Cheers, Offray [*] I can't find myself as a member, despite of paying my year subscription. There is any way to trace what's happening? [**] About the discussion pointed by Sean on Unix, I would recommend "Unix haters handbook" [8] and Tracing the dynabook[9] for arguments about the ideas of Unix versus the ideas of the Dynabook/Smalltalk. Links ==== [1] http://mutabit.com/deltas/repos.fossil/offray-maestria-tesis/index [2] http://texmacs.org/ [3] http://leoeditor.com/ [4] http://ipython.org/ [4a] http://web2py.com/ [5] http://pandoc.org/ [6] http://mutabit.com/deltas/repos.fossil/doctorado-offray/index [7] http://mutabit.com/offray/static/blog/output/posts/on-deepness-and-complexi… [7a] http://mutabit.com/offray/static/blog/output/posts/la-forma-en-que-escribo-… [8] http://web.mit.edu/~simsong/www/ugh.pdf [9] http://tkbr.ccsp.sfu.ca/dynabook/ On 21/07/15 09:58, Sean P. DeNigris wrote: > Jose San Leandro wrote >> If an opinion from a newcomer is useful, I'm not so obsessed about how >> popular Smalltalk is. > Very useful, and not just a newbie opinion. On the Amber list, Richard Eng, > who is working to make Smalltalk mainstream, was disappointed by his blog > post stats. I responded in agreement with you [2]: > >> Unix, which Alan Kay describes as "a budget of bad ideas" (and I >> agree), took almost 50 years to take over the world [1]. Maybe you're 10 >> years too early to make Smalltalk popular ;) But seriously, I think you're >> using the wrong metrics. The great majority of people are instrumental >> thinkers i.e. they judge every new thing by how useful it is to their >> current goals. This is the definition of the Pink Plane. Given that the >> real value of Smalltalk is that it's prototype Dynabook software, which is >> way into the blue plane of computing, convincing the masses of its value >> is extremely unlikely - and not required! If say 10% of programmers are >> interested in the inherent value of ideas, and we capture this 10%, that >> will be more than enough critical mass. And given your report of relative >> popularity of your blog posts, 570/7000 = 8% doesn't sound too far off ;) >> >> BTW I'm not saying don't try to reach as many people as possible, only to >> reframe what failure looks like. >> >> [1] >> http://www.forbes.com/sites/timworstall/2013/05/07/is-unix-now-the-most-suc… > [2] > http://forum.world.st/A-Gentle-Introduction-to-Amber-tp4831244p4833048.html > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Bill-Gross-The-single-biggest-reason-why-startups-suc… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 23, 2015

Re: [Pharo-users] Class side vs instance side

by Peter UhnÃ¡k

Cache of the mapping is just an implementation detail. I was referring to the instance of the ==MyRectangle== object; so I am more interested in this from outside perspective --- other objects that will have to use the API... So whether I would call [[[ "class-side methods" MyRectangle oppositeSideOf: #top "-> #bottom" "instance side" MyRectangle new oppositeSideOf: #top "singleton" MyRectangle instance oppositeSideOf: #top "extending symbols" #top oppositeSide "a lot of classes" Top "new/instance/whatever" oppositeSide "-> a Bottom instance/class" " or something (completely) different?" ]]] Peter On Thu, Jul 23, 2015 at 2:18 PM, Ben Coman <btc(a)openinworld.com> wrote: > Even if you put the method on the class-side, you would still be > creating an new instance each time. Maybe you can store it in a class > variable... > > MyRectangle>>oppositeSides > ^ oppositeSides ifNil: [ oppositeSidesCache := { #top -> #bottom. > #bottom -> #top. > #topLeft -> #bottomRight > .... > } asDictionary ]. > > cheers -ben > > On Thu, Jul 23, 2015 at 8:40 AM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > Hi, > > > > I am trying to figure out where to best place some mapping/data/stable > > methods. > > > > For example imagine method > > ~~~~~~~~~~~~~~~~~~~~~ > > MyRectangle>>oppositeSides > > ^ { #top -> #bottom. > > #bottom -> #top. > > #topLeft -> #bottomRight > > .... > > } asDictionary > > ~~~~~~~~~~~~~~~~~~~~ > > > > And then the class might have some other related methods such as > > ~~~~~~~~~~~ > > MyRectangle>>oppositeSideFor: aSide > > ^ self oppositeSides at: aSide > > ~~~~~~~~~~~~ > > > > So it's a method returning a mapping between opposite sides/corners and > thus > > is really not going to change. > > Now I could place this in instance-side and create a new instance every > time > > I wanted to use it (which doesn't seem practical), or I could put it in > > class-side. > > The problem I have with class-side is that naming is more like going > through > > minefield (more than once I corrupted my image by naming a method or > > variable something I shouldn't have), and for whatever reason it feels > like > > either metaprogramming or procedural programmming... That class side > methods > > are pretty much global functions/variables... and short of constructors > I am > > avoiding static methods even in other languages... but maybe using it is > ok. > > Or maybe have it object an use singleton? > > > > The only oop-like approach I see would be to extend symbols (#top > > oppositeSide), or have separate objects for sides, but that seems like > > overkill. > > > > MySide subclass: #Top > > > > Top>>oppositeSide > > ^ Bottom new > > > > Are there any best practices regarding this? This is also true for actual > > data stored in methods/attributes (such as icons). > > > > P.s.: For english natives... Should the second method be ned > > "oppositeSideOf:" or "oppositeSideFor:"? > > > > Any ideas/pointers appreciated, > > Peter > >

July 23, 2015

Re: [Pharo-users] Class side vs instance side

by Ben Coman

Even if you put the method on the class-side, you would still be creating an new instance each time. Maybe you can store it in a class variable... MyRectangle>>oppositeSides ^ oppositeSides ifNil: [ oppositeSidesCache := { #top -> #bottom. #bottom -> #top. #topLeft -> #bottomRight .... } asDictionary ]. cheers -ben On Thu, Jul 23, 2015 at 8:40 AM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > Hi, > > I am trying to figure out where to best place some mapping/data/stable > methods. > > For example imagine method > ~~~~~~~~~~~~~~~~~~~~~ > MyRectangle>>oppositeSides > ^ { #top -> #bottom. > #bottom -> #top. > #topLeft -> #bottomRight > .... > } asDictionary > ~~~~~~~~~~~~~~~~~~~~ > > And then the class might have some other related methods such as > ~~~~~~~~~~~ > MyRectangle>>oppositeSideFor: aSide > ^ self oppositeSides at: aSide > ~~~~~~~~~~~~ > > So it's a method returning a mapping between opposite sides/corners and thus > is really not going to change. > Now I could place this in instance-side and create a new instance every time > I wanted to use it (which doesn't seem practical), or I could put it in > class-side. > The problem I have with class-side is that naming is more like going through > minefield (more than once I corrupted my image by naming a method or > variable something I shouldn't have), and for whatever reason it feels like > either metaprogramming or procedural programmming... That class side methods > are pretty much global functions/variables... and short of constructors I am > avoiding static methods even in other languages... but maybe using it is ok. > Or maybe have it object an use singleton? > > The only oop-like approach I see would be to extend symbols (#top > oppositeSide), or have separate objects for sides, but that seems like > overkill. > > MySide subclass: #Top > > Top>>oppositeSide > ^ Bottom new > > Are there any best practices regarding this? This is also true for actual > data stored in methods/attributes (such as icons). > > P.s.: For english natives... Should the second method be ned > "oppositeSideOf:" or "oppositeSideFor:"? > > Any ideas/pointers appreciated, > Peter

July 23, 2015

Seeking help to resolve startup error on CI automated build

by Jigyasa Grover

HiI am trying to build my first application in Pharo i.e. an offline text search application namely *searchQuick* which returns the list of file titles from the pre-loaded text files present in the resource folder when a string is searched for. You all are welcome to fork the code (https://github.com/jig08/sQuick_new) , try the infancy application and send in suggestions. Currently, I have put my application up on CI for automated build. I am currently getting a StartUp error on VERSION=development (40) The error is as follows: *The symbolic version '0.1-baseline' is not defined in ConfigurationOfsQuick_new for the current platform. Possible symbolic version values include: #(#bleedingEdge #development #stable)* I have checked ConfigurationOfsQuick_new and the corresponding method reads as follows:*------------------------------------------------------ development: spec <symbolicVersion: #'development'> spec for: #'common' version: '0.1-baseline'*.*------------------------------------------------------* It would be great if my mistake is pin-pointed and I could resolve it. Thanks and Regards Jigyasa

July 23, 2015

[MCGitHubRepository] Seeking better options to access resources folder from github repo

by Jigyasa Grover

Hi I am trying to build my first application in Pharo i.e. an offline text search application namely *searchQuick* which returns the list of file titles from the pre-loaded text files present in the resource folder when a string is searched for. You all are welcome to fork the code (https://github.com/jig08/sQuick_new) , try the infancy application and send in suggestions. So far, to access the resources folder from my github repo, I have been using the following code snippet: *----------------------------------------------------------------------------------------------------------------* *| resourceFolder resourcePath|* *MCGitHubRepository allSubInstancesDo: * * [ :repo |* * repo projectPath = 'jig08/sQuick_new' * * ifTrue: [ resourcePath := repo directory ] * * ]. * *resourceFolder := resourcePath / 'sQuick_new/resources'.* *----------------------------------------------------------------------------------------------------------------* I wanted to know a better option that could be used to access it, without checking all the entries present for a correct match i.e. not use *"**MCGitHubRepository allSubInstancesDo:"* Help Appreciated Thanks Jigyasa

July 23, 2015

Class side vs instance side

by Peter Uhnak

Hi, I am trying to figure out where to best place some mapping/data/stable methods. For example imagine method ~~~~~~~~~~~~~~~~~~~~~ MyRectangle>>oppositeSides ^ { #top -> #bottom. #bottom -> #top. #topLeft -> #bottomRight .... } asDictionary ~~~~~~~~~~~~~~~~~~~~ And then the class might have some other related methods such as ~~~~~~~~~~~ MyRectangle>>oppositeSideFor: aSide ^ self oppositeSides at: aSide ~~~~~~~~~~~~ So it's a method returning a mapping between opposite sides/corners and thus is really not going to change. Now I could place this in instance-side and create a new instance every time I wanted to use it (which doesn't seem practical), or I could put it in class-side. The problem I have with class-side is that naming is more like going through minefield (more than once I corrupted my image by naming a method or variable something I shouldn't have), and for whatever reason it feels like either metaprogramming or procedural programmming... That class side methods are pretty much global functions/variables... and short of constructors I am avoiding static methods even in other languages... but maybe using it is ok. Or maybe have it object an use singleton? The only oop-like approach I see would be to extend symbols (#top oppositeSide), or have separate objects for sides, but that seems like overkill. MySide subclass: #Top Top>>oppositeSide ^ Bottom new Are there any best practices regarding this? This is also true for actual data stored in methods/attributes (such as icons). P.s.: For english natives... Should the second method be ned "oppositeSideOf:" or "oppositeSideFor:"? Any ideas/pointers appreciated, Peter

July 23, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by stepharo

Hi jose Thanks for this interesting testimony. Le 21/7/15 12:08, Jose San Leandro a Ã©crit : > If an opinion from a newcomer is useful, I'm not so obsessed about how > popular Smalltalk is. > > I came to Smalltalk because a friend of mine (Rafa Luque) was > enthusiastic about it, and suggested me to try it. > The candy was not to build applications faster, but to think > differently, to question what and how we approach problems with > mainstream, industry "best practice" technologies and languages. > > I see Smalltalk more like what security researches think of their > discipline: it's a process, not a list of tools or recipes. After > almost two decades of developing commercial software for others and > open-source projects (mainly) for myself, using mostly Java but also > Lisp, Smalltalk has blown my mind. Could you give an example? Because I have problem to understand (since I'm born with a lisp, did my studies with an object lisp and found Smalltalk (yet another object lispish). > That wouldn't have happened if I'd tried Seaside just because I wanted > to try a different web framework. > > In my case, to approach Smalltalk I needed a certain state of mind. > You have to be aware programming is not memorizing design patterns and > pay for an IDE to do most things for you, including to check for > non-functional stuff nobody seems to care about. We're in the "i'm > proud to be lazy" era. I've seen smart people reject Smalltalk just > because they don't seem to care about what they do, or at least they > don't want to invest their time and energy. > > Probably there's a way to convert Pharo in node.js or Go, to make > people use Seaside instead of ruby on rails. More people potentially > means more financial support, and a better, sooner, full-featured, Pharo. Would be nice :) I think that having powerful libraries never hurts. This is why the stack sven is building is great. > But even then, Smalltalk empowers people to think differently and > gives the means to do so, and to promote that has to tackled differently. > I'd focus on how using Smalltalk gradually makes you a better > professional, before blaming ourselves for not yet providing > sophisticated frameworks anyone can use even if they don't know what > they're doing. :) Again I need examples Because you come from outside so this is obvious but for me I have problem to make what you say explicit. I would like to use your experience when I'm teaching :) > > Let's take the Scala or the Git case. What made people invest in > learning them was, at least in part, that they felt smarter. :) > We should focus on that: comparing how the same problem is solved in > other languages. Showing what live programming is. Don't be humble > just to be polite. > > On the other hand, Smalltalk enables us to face problems that are > potentially unachievable in other languages / ecosystems. Let's define > on a "Pharo way to do X", which inevitably starts building a > domain-specific browser, a custom IDE, and recipes for common scenarios. > > In summary, as Martin Bahr says, it's critically important to ensure > we can survive indefinitely until the perfect "timing" arrives. But > don't punish ourselves too much for not being popular. For me, the > greatest value lies elsewhere. Thanks. For me I just want to build a great system and step by step we are doing it. So exciting: small kernel, new graphics, vector graphics, cool web stack, better tools.... The pieces are coming together. > > > 2015-07-21 3:14 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com > <mailto:sean@clipperadams.com>>: > > Martin BÃ¤hr wrote > > did smalltalk miss its chance, so we should give up? > > or is it still coming? glass bowl anyone? > > Using Unix - which took 50 years to takeover the world - as a > metric, we > should be hitting our stride in about 2030 ;) > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Bill-Gross-The-single-biggest-reason-why-startups-suc… > Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > >

July 22, 2015

Re: [Pharo-users] Smalltalkhub permission denied

by stepharo

Yes from time to time we have this problem... Le 22/7/15 04:10, Hilaire a Ã©crit : > Hello, > > On a freshly created project I have permission denied to write on the repo. > http://smalltalkhub.com/#!/~HilaireFernandes/Tools > > Hilaire >

July 22, 2015

Re: [Pharo-users] New pretty printer Blue Ink

by Martin Dias

On Wed, Jul 22, 2015 at 11:41 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > > > Am 22.07.2015 um 11:27 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > > > Nice. > > > > All this new stuff (decompiler, formatter), what's next (new changes log > ? ;-). > > > That is a very good question. When will Epicea be integrated? The current > stuff is broken anyway so less chance to worsen things :) > I hope we can integrate it soon. One of the points that delayed the integration is that we shouldn't have two overlapping mechanisms to log changes in the 5.0 release (traditional .changes/.sources file + Epicea). Then, I have made many small refactorings in Pharo 5.0 towards making the whole .changes thing removable. In particular, I tried to encapsulate reads/writes to the changes files, the uses of RemoteString, and others, into SourceFileArray (as a kind of faÃ§ade). A more clear and concentrated API in SourceFileArray is helping to understand how this thing works and how it could be removed and replaced. For example, SourceFileArray was a subclass of collection and there were many "SourceFiles at: 2" spread in the image to access the .changes file. Currently those are fixed but there is still some work to do. But I do believe we can have a removable .changes thing for Pharo 5 :-) MartÃn

July 22, 2015

Re: [Pharo-users] New pretty printer Blue Ink

by Franck Warlouzet

> From: sven(a)stfx.eu > Date: Wed, 22 Jul 2015 11:27:46 +0200 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] New pretty printer Blue Ink > > Nice. > > All this new stuff (decompiler, formatter), what's next (new changes log ? ;-). New groups in Nautilus too, currently they are full of bugs and strange things. I am cleaning them up, I hope I will soon be done so you can use them. Franck > > On 22 Jul 2015, at 10:44, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> wrote: > > > > Hello everyone, > > > > We just integrated Blue Ink, the new pretty printer, in the latest Pharo 5 image ! Basically what was working still is and what was not well now is. > > > > It is not yet enabled by default, we will wait for feedbacks first. If you want to try it, just type : > > > > RBProgramNode formatterClass: BIConfigurableFormatter. > > > > BIConfigurableFormatter formatAsYouReadPolicy: true > > > > Feel free to contact me via the mailing list or personnal mail if you experience a strange behavior. I tried to improve all of them but with you I am sure all the cases will be treated in an exhaustive way. > > > > Thanks for testing it, I hope it will convince you to use format as you read in Nautilus or just automatically format your code. > > > > Franck > >

July 22, 2015

Re: [Pharo-users] New pretty printer Blue Ink

by Norbert Hartl

> Am 22.07.2015 um 11:27 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > Nice. > > All this new stuff (decompiler, formatter), what's next (new changes log ? ;-). > That is a very good question. When will Epicea be integrated? The current stuff is broken anyway so less chance to worsen things :) Norbert >> On 22 Jul 2015, at 10:44, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> wrote: >> >> Hello everyone, >> >> We just integrated Blue Ink, the new pretty printer, in the latest Pharo 5 image ! Basically what was working still is and what was not well now is. >> >> It is not yet enabled by default, we will wait for feedbacks first. If you want to try it, just type : >> >> RBProgramNode formatterClass: BIConfigurableFormatter. >> >> BIConfigurableFormatter formatAsYouReadPolicy: true >> >> Feel free to contact me via the mailing list or personnal mail if you experience a strange behavior. I tried to improve all of them but with you I am sure all the cases will be treated in an exhaustive way. >> >> Thanks for testing it, I hope it will convince you to use format as you read in Nautilus or just automatically format your code. >> >> Franck > >

July 22, 2015

Re: [Pharo-users] New pretty printer Blue Ink

by Sven Van Caekenberghe

Nice. All this new stuff (decompiler, formatter), what's next (new changes log ? ;-). > On 22 Jul 2015, at 10:44, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> wrote: > > Hello everyone, > > We just integrated Blue Ink, the new pretty printer, in the latest Pharo 5 image ! Basically what was working still is and what was not well now is. > > It is not yet enabled by default, we will wait for feedbacks first. If you want to try it, just type : > > RBProgramNode formatterClass: BIConfigurableFormatter. > > BIConfigurableFormatter formatAsYouReadPolicy: true > > Feel free to contact me via the mailing list or personnal mail if you experience a strange behavior. I tried to improve all of them but with you I am sure all the cases will be treated in an exhaustive way. > > Thanks for testing it, I hope it will convince you to use format as you read in Nautilus or just automatically format your code. > > Franck

July 22, 2015

New pretty printer Blue Ink

by Franck Warlouzet

Hello everyone, We just integrated Blue Ink, the new pretty printer, in the latest Pharo 5 image ! Basically what was working still is and what was not well now is. It is not yet enabled by default, we will wait for feedbacks first. If you want to try it, just type : RBProgramNode formatterClass: BIConfigurableFormatter. BIConfigurableFormatter formatAsYouReadPolicy: true Feel free to contact me via the mailing list or personnal mail if you experience a strange behavior. I tried to improve all of them but with you I am sure all the cases will be treated in an exhaustive way. Thanks for testing it, I hope it will convince you to use format as you read in Nautilus or just automatically format your code. Franck

July 22, 2015

Smalltalkhub permission denied

by Hilaire

Hello, On a freshly created project I have permission denied to write on the repo. http://smalltalkhub.com/#!/~HilaireFernandes/Tools Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 22, 2015

Re: [Pharo-users] (Money) accounting soft in Pharo?

by Sebastian Heidbrink

Hi Peter, I am not aware of the current status, but it might be worth a look http://www.squeaksource.com/SmallPOS.html http://ss3.gemstone.com/ss/SmallPOS.html http://www.smalltalkhub.com/#!/~assargadon/SmallPOS Sebastian Am 21.07.2015 um 14:56 schrieb Peter UhnÃ¡k: > Hi, > > is there any (double-entry) accounting software in Pharo? (Think > GnuCash/KMyMoney/...) > > Peter

July 21, 2015

(Money) accounting soft in Pharo?

by Peter UhnÃ¡k

Hi, is there any (double-entry) accounting software in Pharo? (Think GnuCash/KMyMoney/...) Peter

July 21, 2015

Modeling Money Units

by Sean P. DeNigris

There are several tools: Aconcagua, Money, Units; and at least two classes to overcome the imprecision of Floats: ScaledDecimal, FixedDecimal... I found one thread where Hernan said they use Aconcagua [1], another from Squeak implying that ScaledDecimal is broken [2]. A third seemed to say that FixedDecimal would be better [3], which I hadn't heard in the handful of times money has been discussed on list (usually ScaledDecimal comes up). For a simple case where someone wanted to write a small personal accounting app, which tool and which type would be the best place to start? Thanks! [1] http://forum.world.st/Money-units-tp68797p68800.html [2] http://forum.world.st/Seaside-Re-Money-ScaledDecimal-is-it-really-appropria… [3] http://forum.world.st/Pharo-dev-Monetary-package-tt4692670.html ----- Cheers, Sean -- View this message in context: http://forum.world.st/Modeling-Money-Units-tp4838614.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 21, 2015

Re: [Pharo-users] Ephemeric Cloud - new platform to publish Pharo web applications

by Andy Burnett

Mike wrote <<< Thanks for pointing this out! When websocket support is ready on the ephemeric gate I'll add a ping to API server so application will work continuously without any effort. I think conceptually it should "just work". Also I plan to have a "sticky-run" option so you can mark some of ephemerics not to go to sleep mode. What do you think? >>> That sounds like a good approach. Just to dig into this a bit more, here is our first use case. We have an iPhone/web app which is a multiuser countdown timer. The data are hosted on Firebase. The iPhone app can set the time, and control start/pause. The web apps count down by themselves, but the start/stop/reset signalling is done in real time by the Firebase server. So, if you imagine a timer that is set to run for 45 minutes, we would need to signal start to the image. That would be reflected to all connected clients via wss, and then, for example, stopped with 5 minutes to go. We would need the app to remain live whilst a timer was running. However, we don't use the timers all the time, so keeping the whole app live might burn up more of the server's resources than necessary. Cheers Andy

July 21, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Ben Coman

On Tue, Jul 21, 2015 at 12:27 AM, Martin BÃ¤hr <mbaehr(a)email.archlab.tuwien.ac.at> wrote: > Excerpts from S Krish's message of 2015-07-20 17:47:50 +0200: >> Check out this amazing TEDTalk: >> Bill Gross: The single biggest reason why startups succeed >> http://on.ted.com/h15YB > > meh. > read the transcript if you want to save the time, > but to save even more time, here is the summary: > "The number one thing was timing. Timing accounted for 42 percent of the > difference between success and failure. Team and execution came in second, > and the idea, the differentiability of the idea, the uniqueness of the idea, > that actually came in third. ... > The last two, business model and funding" > > he talks about the need to assess timing, but unfortunately doesn't tell much > about how to do it, which is really the crux of the matter. > > in hindsight it is of course easy to see how the timing factor applies. > but before, it's like trying to predict the future. Its like the Weak Anthropic principle explanation for the question of why the cosmological constants of our universe seem so finely tuned to allow our existence... If the universe was not able to produce us, we wouldn't be here to ask such questions. cheers -ben

July 21, 2015

Re: [Pharo-users] XMLRPC?

by Arturo Zambrano

Thanks Luc, that version loaded without problems. cheers. arturo On Mon, Jul 13, 2015 at 6:49 AM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > Hi Arturo, > > for our PhaROS project, we use XMLRPC. > When I had a look at it, started to clean it up... > So far, the ConfigurationOfPhaROS uses the bleeding edge version of XMLRPC > because it was moving a lot. > Here what I use: > > > Gofer it > url: 'http://ss3.gemstone.com/ss/XMLRPC'; > package: 'ConfigurationOfXMLRPC'; > load. > > (ConfigurationOfXMLRPC project version: #bleedingEdge) > load: #('XMLRPC-Client-Core' 'XMLRPC-Client-Tests' 'XMLRPC-Server-Core' > 'XMLRPC-Server-Tests'). > "1738 run, 1738 passes, 11 skipped, 0 expected failures, 0 failures, 0 > errors, 0 unexpected passes" > > Best, > > #Luc > > 2015-07-12 19:13 GMT+02:00 Stephan Eggermont <stephan(a)stack.nl>: > >> On 12-07-15 00:59, Arturo Zambrano wrote: >> >>> Hi all, >>> I tried this: >>> Gofer it >>> url: 'http://ss3.gemstone.com/ss/XMLRPC'; >>> package: 'ConfigurationOfXMLRPC'; >>> load. >>> ConfigurationOfXMLRPC project latestVersion load: 'All'. >>> >> >> I'm afraid 1.0-alpha4 might be larger than 1.0.2 >> Did you try #stable? >> >> Stephan >> >> >> >> >

July 21, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Sean P. DeNigris

Jose San Leandro wrote > If an opinion from a newcomer is useful, I'm not so obsessed about how > popular Smalltalk is. Very useful, and not just a newbie opinion. On the Amber list, Richard Eng, who is working to make Smalltalk mainstream, was disappointed by his blog post stats. I responded in agreement with you [2]: > Unix, which Alan Kay describes as "a budget of bad ideas" (and I > agree), took almost 50 years to take over the world [1]. Maybe you're 10 > years too early to make Smalltalk popular ;) But seriously, I think you're > using the wrong metrics. The great majority of people are instrumental > thinkers i.e. they judge every new thing by how useful it is to their > current goals. This is the definition of the Pink Plane. Given that the > real value of Smalltalk is that it's prototype Dynabook software, which is > way into the blue plane of computing, convincing the masses of its value > is extremely unlikely - and not required! If say 10% of programmers are > interested in the inherent value of ideas, and we capture this 10%, that > will be more than enough critical mass. And given your report of relative > popularity of your blog posts, 570/7000 = 8% doesn't sound too far off ;) > > BTW I'm not saying don't try to reach as many people as possible, only to > reframe what failure looks like. > > [1] > http://www.forbes.com/sites/timworstall/2013/05/07/is-unix-now-the-most-suc… [2] http://forum.world.st/A-Gentle-Introduction-to-Amber-tp4831244p4833048.html ----- Cheers, Sean -- View this message in context: http://forum.world.st/Bill-Gross-The-single-biggest-reason-why-startups-suc… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 21, 2015

Re: [Pharo-users] Ephemeric Cloud - new platform to publish Pharo web applications

by mikefilonov

Hi Esteban, Pharocloud runs on OVH infrastructure. However Ephemeric Cloud solution can be ported to some other provider or client's datacenter if there is a strong need. - Mike -- View this message in context: http://forum.world.st/Ephemeric-Cloud-new-platform-to-publish-Pharo-web-app… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 21, 2015

Re: [Pharo-users] Ephemeric Cloud - new platform to publish Pharo web applications

by mikefilonov

Hi Andy, Thanks for pointing this out! When websocket support is ready on the ephemeric gate I'll add a ping to API server so application will work continuously without any effort. I think conceptually it should "just work". Also I plan to have a "sticky-run" option so you can mark some of ephemerics not to go to sleep mode. What do you think? -- View this message in context: http://forum.world.st/Ephemeric-Cloud-new-platform-to-publish-Pharo-web-app… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 21, 2015

[ANN] Pharo Consortium New Academic Partner: RyCh group

by Marcus Denker

The Pharo Consortium is very happy to announce that RyCh has joined the Consortium as an Academic Partner. RyCh (Robotics and Computation in Chile) is a laboratory of the Computer Science Department (DCC) of the Universidad de Chile. RyCh is a new research group, with a focus on the computational aspects of robotics, more specifically machine learning and the software engineering process of robotics. At RyCh, Pharo is the implementation technology for Live Robot Programming. About - RyCh: https://rych.dcc.uchile.cl - Pharo Consortium: http://consortium.pharo.org The goal of the Pharo Consortium is to allow companies and institutions to support the ongoing development and future of Pharo. Individuals can support Pharo via the Pharo Association: http://association.pharo.org

July 21, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Sven Van Caekenberghe

Hi Jose, Thank you for your well written feedback. It is very important to hear a voice like yours. It is hard to articulate why we like Pharo/Smalltalk. Like you say, it has to do because it is so different, because we learn from it, because it empowers us, because we feel it is a good way to develop software. Sven PS: I didn't really like the talk either, doing something new, trailblazing is always hard, often fails and sometimes works, afterwards is always seems like 'it was the right time'. > On 21 Jul 2015, at 12:08, Jose San Leandro <jose.sanleandro(a)osoco.es> wrote: > > If an opinion from a newcomer is useful, I'm not so obsessed about how popular Smalltalk is. > > I came to Smalltalk because a friend of mine (Rafa Luque) was enthusiastic about it, and suggested me to try it. > The candy was not to build applications faster, but to think differently, to question what and how we approach problems with mainstream, industry "best practice" technologies and languages. > > I see Smalltalk more like what security researches think of their discipline: it's a process, not a list of tools or recipes. After almost two decades of developing commercial software for others and open-source projects (mainly) for myself, using mostly Java but also Lisp, Smalltalk has blown my mind. That wouldn't have happened if I'd tried Seaside just because I wanted to try a different web framework. > > In my case, to approach Smalltalk I needed a certain state of mind. You have to be aware programming is not memorizing design patterns and pay for an IDE to do most things for you, including to check for non-functional stuff nobody seems to care about. We're in the "i'm proud to be lazy" era. I've seen smart people reject Smalltalk just because they don't seem to care about what they do, or at least they don't want to invest their time and energy. > > Probably there's a way to convert Pharo in node.js or Go, to make people use Seaside instead of ruby on rails. More people potentially means more financial support, and a better, sooner, full-featured, Pharo. > But even then, Smalltalk empowers people to think differently and gives the means to do so, and to promote that has to tackled differently. > I'd focus on how using Smalltalk gradually makes you a better professional, before blaming ourselves for not yet providing sophisticated frameworks anyone can use even if they don't know what they're doing. > > Let's take the Scala or the Git case. What made people invest in learning them was, at least in part, that they felt smarter. We should focus on that: comparing how the same problem is solved in other languages. Showing what live programming is. Don't be humble just to be polite. > > On the other hand, Smalltalk enables us to face problems that are potentially unachievable in other languages / ecosystems. Let's define on a "Pharo way to do X", which inevitably starts building a domain-specific browser, a custom IDE, and recipes for common scenarios. > > In summary, as Martin Bahr says, it's critically important to ensure we can survive indefinitely until the perfect "timing" arrives. But don't punish ourselves too much for not being popular. For me, the greatest value lies elsewhere. > > > 2015-07-21 3:14 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > Martin BÃ¤hr wrote > > did smalltalk miss its chance, so we should give up? > > or is it still coming? glass bowl anyone? > > Using Unix - which took 50 years to takeover the world - as a metric, we > should be hitting our stride in about 2030 ;) > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Bill-Gross-The-single-biggest-reason-why-startups-suc… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 21, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Jose San Leandro

If an opinion from a newcomer is useful, I'm not so obsessed about how popular Smalltalk is. I came to Smalltalk because a friend of mine (Rafa Luque) was enthusiastic about it, and suggested me to try it. The candy was not to build applications faster, but to think differently, to question what and how we approach problems with mainstream, industry "best practice" technologies and languages. I see Smalltalk more like what security researches think of their discipline: it's a process, not a list of tools or recipes. After almost two decades of developing commercial software for others and open-source projects (mainly) for myself, using mostly Java but also Lisp, Smalltalk has blown my mind. That wouldn't have happened if I'd tried Seaside just because I wanted to try a different web framework. In my case, to approach Smalltalk I needed a certain state of mind. You have to be aware programming is not memorizing design patterns and pay for an IDE to do most things for you, including to check for non-functional stuff nobody seems to care about. We're in the "i'm proud to be lazy" era. I've seen smart people reject Smalltalk just because they don't seem to care about what they do, or at least they don't want to invest their time and energy. Probably there's a way to convert Pharo in node.js or Go, to make people use Seaside instead of ruby on rails. More people potentially means more financial support, and a better, sooner, full-featured, Pharo. But even then, Smalltalk empowers people to think differently and gives the means to do so, and to promote that has to tackled differently. I'd focus on how using Smalltalk gradually makes you a better professional, before blaming ourselves for not yet providing sophisticated frameworks anyone can use even if they don't know what they're doing. Let's take the Scala or the Git case. What made people invest in learning them was, at least in part, that they felt smarter. We should focus on that: comparing how the same problem is solved in other languages. Showing what live programming is. Don't be humble just to be polite. On the other hand, Smalltalk enables us to face problems that are potentially unachievable in other languages / ecosystems. Let's define on a "Pharo way to do X", which inevitably starts building a domain-specific browser, a custom IDE, and recipes for common scenarios. In summary, as Martin Bahr says, it's critically important to ensure we can survive indefinitely until the perfect "timing" arrives. But don't punish ourselves too much for not being popular. For me, the greatest value lies elsewhere. 2015-07-21 3:14 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > Martin BÃ¤hr wrote > > did smalltalk miss its chance, so we should give up? > > or is it still coming? glass bowl anyone? > > Using Unix - which took 50 years to takeover the world - as a metric, we > should be hitting our stride in about 2030 ;) > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Bill-Gross-The-single-biggest-reason-why-startups-suc… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 21, 2015

Help regarding Scroll Pane usage

by Jigyasa Grover

Hi I have built an accordion widget using *ExampleBuilderMorph* and *ExpanderMorph*. I would like to add the expanders to a scroll pane in the dialog. I tried using *#newScrollPaneFor:* but in vain. The corresponding code snippet is as: *builder := WidgetExamples exampleBuilder.* *dialog := (builder newPluggableDialogWindow: 'RESULTS').* *searchResultsAccordion := dialog contentMorph:* *(* * 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)* * } * * ]* * )* * );* *model: nil.* *dialog newScrollPaneFor: searchResultsAccordion.* *builder openModal: dialog.* *dialog extent: 775(a)350.* *dialog position: 500(a)200.* I am able to design the accordion widget as desired, except the scroll pane. Help appreciated. Thanks JIGYASA

July 21, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Sean P. DeNigris

Martin BÃ¤hr wrote > did smalltalk miss its chance, so we should give up? > or is it still coming? glass bowl anyone? Using Unix - which took 50 years to takeover the world - as a metric, we should be hitting our stride in about 2030 ;) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Bill-Gross-The-single-biggest-reason-why-startups-suc… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 21, 2015

Re: [Pharo-users] where to report Telescope bugs?

by Peter UhnÃ¡k

> > Also does this "Work in progress" >> http://rmod.inria.fr/web/software/telescope/tutorial-visualization-developer >> mean that someone is actually working on it, or that it is planned >> someday = I just use the source code for the foreseeable future (or maybe >> if you have some internal docs available)? >> > > It is a work that never progressed but we should revisit it. > > In the meantime, you can have a look at the ESUG paper (attached here). > Since I am not familiar with this technology, it's really hard to understand without an overview of the concepts behind it / tutorials / whatever. But the paper looks promising, I'll go through it tomorrow. Thanks, Peter

July 20, 2015

Re: [Pharo-users] PostGIS in Pharo

by Arturo Zambrano

Hi Esteban,All I'm facing almost the same requirement. I have coordinates and I need to determine to which location they belong to (for example to which province). I checked that GADM and level 1 file should suffice. Now, how to did you use this information in Pharo? Which library/framework should I used to access and query the information contained in the KML?. Thanks in advance. art On Wed, Jan 28, 2015 at 5:22 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > 2015-01-28 17:01 GMT-03:00 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com > >: > >> >> >> 2015-01-28 16:18 GMT-03:00 Esteban A. Maringolo <emaringolo(a)gmail.com>: >> >>> >>> I don't know about PostGIS, but if you need boundary datasets there is >> GADM or GeoNames which may cover your needs. >> Recently I did a ST script to read from GADM using a dBase package. And >> you could query throug SPARQL too. >> >> > GADM is EXACTLY the database I was looking for. > > I didn't understand the dbase package part, but I was able to download a > KMZ file with all needed. > > Thank you SO MUCH! > > > Esteban A. Maringolo > > >

July 20, 2015

Re: [Pharo-users] where to report Telescope bugs?

by Usman Bhatti

On Mon, Jul 20, 2015 at 6:40 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Btw subscriptionsDo: is added by Roassal2Spec package, which is not loaded > into the CI build > > Also load script here http://rmod.inria.fr/web/software/telescope says > its LeoPerard/Telescope > while the CI loads Moose/Telescope. > Moose/Telescope is the correct repo. We'll update the tutorial. > > > Peter > > On Mon, Jul 20, 2015 at 6:34 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > >> Hi, >> >> where do I report Telescope bugs? >> >> I downloaded latest TL via Pharo Launcher (build #192), but any >> opening/closing interaction doesn't work. >> >> 1. run TLDemos>>exampleCompositeExploringHierarchy >> 2. click on "+" >> 3. error MNU SubscriptionRegistry>>subscriptionsDo: >> >> Also does this "Work in progress" >> http://rmod.inria.fr/web/software/telescope/tutorial-visualization-developer >> mean that someone is actually working on it, or that it is planned >> someday = I just use the source code for the foreseeable future (or maybe >> if you have some internal docs available)? >> >> Thanks, >> Peter >> > >

July 20, 2015

Re: [Pharo-users] where to report Telescope bugs?

by Usman Bhatti

Hi Peter, On Mon, Jul 20, 2015 at 6:34 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > where do I report Telescope bugs? > Telescope is a part of Moose eco system and during the Moose sprints/dojos, we get to work on Telescope. You can report issues on moose google code: https://code.google.com/p/moose-technology/ > > I downloaded latest TL via Pharo Launcher (build #192), but any > opening/closing interaction doesn't work. > > 1. run TLDemos>>exampleCompositeExploringHierarchy > 2. click on "+" > 3. error MNU SubscriptionRegistry>>subscriptionsDo: > You can get latest image from: https://ci.inria.fr/moose/job/Telescope/ And the example is working in the latest build. > Also does this "Work in progress" > http://rmod.inria.fr/web/software/telescope/tutorial-visualization-developer > mean that someone is actually working on it, or that it is planned someday > = I just use the source code for the foreseeable future (or maybe if you > have some internal docs available)? > It is a work that never progressed but we should revisit it. In the meantime, you can have a look at the ESUG paper (attached here). regards. usman > > Thanks, > Peter >

July 20, 2015

Multiple sockets listening on same port

by Attila Magyar

Hi, A number of times I ran into the situation where I started a http server but forgot that an other one was already running. This resulted strange behavior and led to confusion. The Socket class doesn't detect that the given port is already bound to an other socket. socket1 := Socket newTCP. socket1 listenOn: 9999. socket2 := Socket newTCP. socket2 listenOn: 9999. "I expected this to fail" Both sockets are in WaitinForConnection status and isValid returns true. Is this normal? Is there a way to detect this anyway? -- View this message in context: http://forum.world.st/Multiple-sockets-listening-on-same-port-tp4838417.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 20, 2015

Re: [Pharo-users] Ephemeric Cloud - new platform to publish Pharo web applications

by Andy Burnett

Mike, that sounds really interesting. Will the instances support websocket connections, and if so, will that stop them from sleeping, i.e. if I had an app that sent out news updates via wss every 15 minutes to any listening clients, could it just continue to run, or does it have to receive a get/post request every 30 mins? Cheers Andy

July 20, 2015

Re: [Pharo-users] where to report Telescope bugs?

by Peter UhnÃ¡k

Btw subscriptionsDo: is added by Roassal2Spec package, which is not loaded into the CI build Also load script here http://rmod.inria.fr/web/software/telescope says its LeoPerard/Telescope while the CI loads Moose/Telescope. Peter On Mon, Jul 20, 2015 at 6:34 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > where do I report Telescope bugs? > > I downloaded latest TL via Pharo Launcher (build #192), but any > opening/closing interaction doesn't work. > > 1. run TLDemos>>exampleCompositeExploringHierarchy > 2. click on "+" > 3. error MNU SubscriptionRegistry>>subscriptionsDo: > > Also does this "Work in progress" > http://rmod.inria.fr/web/software/telescope/tutorial-visualization-developer > mean that someone is actually working on it, or that it is planned someday > = I just use the source code for the foreseeable future (or maybe if you > have some internal docs available)? > > Thanks, > Peter >

July 20, 2015

where to report Telescope bugs?

by Peter UhnÃ¡k

Hi, where do I report Telescope bugs? I downloaded latest TL via Pharo Launcher (build #192), but any opening/closing interaction doesn't work. 1. run TLDemos>>exampleCompositeExploringHierarchy 2. click on "+" 3. error MNU SubscriptionRegistry>>subscriptionsDo: Also does this "Work in progress" http://rmod.inria.fr/web/software/telescope/tutorial-visualization-developer mean that someone is actually working on it, or that it is planned someday = I just use the source code for the foreseeable future (or maybe if you have some internal docs available)? Thanks, Peter

July 20, 2015

[OT] Bill Gross: The single biggest reason why startups succeed

by Martin BÃ¤hr

Excerpts from S Krish's message of 2015-07-20 17:47:50 +0200: > Check out this amazing TEDTalk: > Bill Gross: The single biggest reason why startups succeed > http://on.ted.com/h15YB meh. read the transcript if you want to save the time, but to save even more time, here is the summary: "The number one thing was timing. Timing accounted for 42 percent of the difference between success and failure. Team and execution came in second, and the idea, the differentiability of the idea, the uniqueness of the idea, that actually came in third. ... The last two, business model and funding" he talks about the need to assess timing, but unfortunately doesn't tell much about how to do it, which is really the crux of the matter. in hindsight it is of course easy to see how the timing factor applies. but before, it's like trying to predict the future. and then, how does that relate to pharo or smalltalk in general? how can we assess the timing for pharo's success? did smalltalk miss its chance, so we should give up? or is it still coming? glass bowl anyone? there is no actionable advice in there. what shall we do? wait, and we'll know the timing is right when we see it? the only advice i can extract is that, because we can't predict the timing, don't put all eggs in the same basket, and while pushing pharo, don't push so hard that the future depends on the push to succeed. instead make sure that the project can continue even if the time is not right, so that it is still alive when the time is finally right. to actually make an attempt at prediction we'd have to look at developer needs. what are developers needs now, and does pharo deliver to fill those needs? (i believe it is pretty clear that pharo is still missing a few things, mostly on the integration side with other systems) can we predict what developers will need and expect in 5 years, and can pharo develop to match those needs? these questions are dear to my heart because i am asking them myself for my own project. i believe, i have a solution that many developers need, but as far as i can tell most developers are not aware of the problem yet. i hope that in time they will become aware, and that by then my project will be ready and thrive. we'll see. greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

July 20, 2015

Re: [Pharo-users] Ephemeric Cloud - new platform to publish Pharo web applications

by Esteban A. Maringolo

It is a very interesting approach. Thank you for doing it. Can you share what cloud service do you use to run PharoCloud? (AWS, Google AppEngine, DigitalOcean, etc.) Regards! Esteban A. Maringolo 2015-07-20 12:47 GMT-03:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > This is fantasticâ¦ > > Alexandre > > > > On Jul 20, 2015, at 5:16 PM, mikefilonov <mikefilonov(a)gmail.com> wrote: > > > > Dear Pharo users, > > > > I'm so excited to introduce you a project I'm currently working on which > is > > called "Ephemeric cloud". It is a very simple and fast way to publish > your > > Images to the web. Basically to publish a Smalltalk Image you just need > to > > call a usual HTTP POST request to Pharocloud Ephemeric API and you'll > get a > > hostname in response. > > > > Check those small video examples below. 2 minutes each (and most of the > time > > is uploading time of my not-so-fast home internet :) > > > > Publish with curl: http://www.youtube.com/watch?v=9dKBCpj96cU > > Publish with Drag&Drop: http://www.youtube.com/watch?v=NuGTenCIwik > > > > The main idea of the project is to put as many images as possible and as > > simple as possible. And I'm so confident in efficiency of this solution > that > > I included a free plan for you guys:) > > > > Hooray to Pharo Free hosting! :) (scared smile) > > > > I see Ephemeric cloud as a corner stone of all Pharo web development. > > For instance, I can imagine some kind of "Publish" button on Marina > project > > site, clicking on which a user will spawn a new instance in the cloud and > > will be able to test it immediately. Another good use case is running > > unit-tests by publishing an Image and running some API calls on it by > > script. Or you can have an A-B publish scheme when a part of users are > sent > > to a new version for a test and the rest to a stable one. By the way, > > ephemerics are a great case for Pharo Remote Debug project;) > > > > My intentions are to get to the point when Ephemeric cloud subscription > is a > > must-have tool for a Pharo developer! :) > > > > You may check some project details here: > > https://www.pharocloud.com/kb/tutorial/ephemerics-introduction > > > > All questions are so-very welcomed. If anyone is interested in > participation > > in cloud beta-testing please contact me at support(a)pharocloud.com and > I'll > > extend your subscription plan. > > > > Cheers, > > Mike > > Pharocloud Team > > > > > > > > > > -- > > View this message in context: > http://forum.world.st/Ephemeric-Cloud-new-platform-to-publish-Pharo-web-app… > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

July 20, 2015

Bill Gross: The single biggest reason why startups succeed

by S Krish

Check out this amazing TEDTalk: Bill Gross: The single biggest reason why startups succeed http://on.ted.com/h15YB

July 20, 2015

Re: [Pharo-users] Ephemeric Cloud - new platform to publish Pharo web applications

by Alexandre Bergel

This is fantasticâ¦ Alexandre > On Jul 20, 2015, at 5:16 PM, mikefilonov <mikefilonov(a)gmail.com> wrote: > > Dear Pharo users, > > I'm so excited to introduce you a project I'm currently working on which is > called "Ephemeric cloud". It is a very simple and fast way to publish your > Images to the web. Basically to publish a Smalltalk Image you just need to > call a usual HTTP POST request to Pharocloud Ephemeric API and you'll get a > hostname in response. > > Check those small video examples below. 2 minutes each (and most of the time > is uploading time of my not-so-fast home internet :) > > Publish with curl: http://www.youtube.com/watch?v=9dKBCpj96cU > Publish with Drag&Drop: http://www.youtube.com/watch?v=NuGTenCIwik > > The main idea of the project is to put as many images as possible and as > simple as possible. And I'm so confident in efficiency of this solution that > I included a free plan for you guys:) > > Hooray to Pharo Free hosting! :) (scared smile) > > I see Ephemeric cloud as a corner stone of all Pharo web development. > For instance, I can imagine some kind of "Publish" button on Marina project > site, clicking on which a user will spawn a new instance in the cloud and > will be able to test it immediately. Another good use case is running > unit-tests by publishing an Image and running some API calls on it by > script. Or you can have an A-B publish scheme when a part of users are sent > to a new version for a test and the rest to a stable one. By the way, > ephemerics are a great case for Pharo Remote Debug project;) > > My intentions are to get to the point when Ephemeric cloud subscription is a > must-have tool for a Pharo developer! :) > > You may check some project details here: > https://www.pharocloud.com/kb/tutorial/ephemerics-introduction > > All questions are so-very welcomed. If anyone is interested in participation > in cloud beta-testing please contact me at support(a)pharocloud.com and I'll > extend your subscription plan. > > Cheers, > Mike > Pharocloud Team > > > > > -- > View this message in context: http://forum.world.st/Ephemeric-Cloud-new-platform-to-publish-Pharo-web-app… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 20, 2015

Ephemeric Cloud - new platform to publish Pharo web applications

by mikefilonov

Dear Pharo users, I'm so excited to introduce you a project I'm currently working on which is called "Ephemeric cloud". It is a very simple and fast way to publish your Images to the web. Basically to publish a Smalltalk Image you just need to call a usual HTTP POST request to Pharocloud Ephemeric API and you'll get a hostname in response. Check those small video examples below. 2 minutes each (and most of the time is uploading time of my not-so-fast home internet :) Publish with curl: http://www.youtube.com/watch?v=9dKBCpj96cU Publish with Drag&Drop: http://www.youtube.com/watch?v=NuGTenCIwik The main idea of the project is to put as many images as possible and as simple as possible. And I'm so confident in efficiency of this solution that I included a free plan for you guys:) Hooray to Pharo Free hosting! :) (scared smile) I see Ephemeric cloud as a corner stone of all Pharo web development. For instance, I can imagine some kind of "Publish" button on Marina project site, clicking on which a user will spawn a new instance in the cloud and will be able to test it immediately. Another good use case is running unit-tests by publishing an Image and running some API calls on it by script. Or you can have an A-B publish scheme when a part of users are sent to a new version for a test and the rest to a stable one. By the way, ephemerics are a great case for Pharo Remote Debug project;) My intentions are to get to the point when Ephemeric cloud subscription is a must-have tool for a Pharo developer! :) You may check some project details here: https://www.pharocloud.com/kb/tutorial/ephemerics-introduction All questions are so-very welcomed. If anyone is interested in participation in cloud beta-testing please contact me at support(a)pharocloud.com and I'll extend your subscription plan. Cheers, Mike Pharocloud Team -- View this message in context: http://forum.world.st/Ephemeric-Cloud-new-platform-to-publish-Pharo-web-app… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 20, 2015

Re: [Pharo-users] Woden?

by Ronie Salgado

> > May I suggest you add a note on SmalltalkHub about needed Pharo version > (I just added one in DrGeo page;) Done. 2015-07-20 10:53 GMT-03:00 Hilaire <hilaire(a)drgeo.eu>: > Le 20/07/2015 21:01, Ronie Salgado a Ã©crit : > > I am not able to reproduce your problem. Can you try testing with the > > following image and VM?: http://ronie.cl/Woden/woden-a01-linux.zip > > Ronie, > > Ok, your image works out of the box, with the shipped VM or latest VM > download from pharo.org. > I see your image is Pharo4.0. I was using 3.0, probably because I see > some #3.0 for opengl. > May I suggest you add a note on SmalltalkHub about needed Pharo version > (I just added one in DrGeo page;) > I will try to install in a fresh 4.0, just to be sure. > > Thanks > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > > > >

July 20, 2015

Re: [Pharo-users] Woden?

by Hilaire

Le 20/07/2015 21:01, Ronie Salgado a Ã©crit : > I am not able to reproduce your problem. Can you try testing with the > following image and VM?: http://ronie.cl/Woden/woden-a01-linux.zip Ronie, Ok, your image works out of the box, with the shipped VM or latest VM download from pharo.org. I see your image is Pharo4.0. I was using 3.0, probably because I see some #3.0 for opengl. May I suggest you add a note on SmalltalkHub about needed Pharo version (I just added one in DrGeo page;) I will try to install in a fresh 4.0, just to be sure. Thanks Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 20, 2015

Re: [Pharo-users] Overriding method - ExampleBuilderMorph>>#openModal:

by Jigyasa Grover

Thank You, but I have resolved my issue :) -- View this message in context: http://forum.world.st/Overriding-method-ExampleBuilderMorph-openModal-tp483… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 20, 2015

Re: [Pharo-users] Woden?

by Ronie Salgado

Hi Hilaire, I am not able to reproduce your problem. Can you try testing with the following image and VM?: http://ronie.cl/Woden/woden-a01-linux.zip Greetings, Ronie 2015-07-20 8:00 GMT-03:00 Merwan Ouddane <merwanouddane(a)gmail.com>: > On lun., 2015-07-20 at 18:41 +0800, Hilaire wrote: > > Le 20/07/2015 05:45, stepharo a Ã©crit : > > > merwane > > > > > > could you also publish the files you used? > > > I think that this would be good to have a resource so that people can > > > fully > > > redo all the exercises. > > > > I understand Woden is still at early stage of development, so not much > > documented, that's ok. > > But my problem seems related to something else than missing resources, > > and I don't know what's wrong. > > > > I have an error at the VM level, even using the latest pharo vm. > > See screenshot of error at: > > http://permalink.gmane.org/gmane.comp.lang.smalltalk.pharo.user/20773 > > > > Weird... > Seems like you don't have the Nativeboost trait "TNBMemoryAccessors" > > > Thanks > > > > Hilaire > > > > > >

July 20, 2015

Re: [Pharo-users] Moose to analyse Java code

by Alexandre Bergel

Hi Hilaire! The very first step, is to obtain a .MSE file from the Java code. MSE is what Moose can eat. I can produce one or maybe the Synectique guys can provide a license for you. Best is to do it step by step. Ask the student to interact in the Moose mailing list. it will all make things easier. So, to begins with, I can produce a MSE file for you. Where are the source code? Cheers, Alexandre > On Jul 20, 2015, at 12:50 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > > Hello, > > A friend told me one of his student need to understand the flow of > OpenStreepMap java code. Of course I told him about Moose, but I am not > sure I provide him enough guidance to get his student started with moose > (zero knowledge). > > What will be the practical step to get started for a total novice on > Moose/Pharo (I can give the initial step related to the Pharo > environment, so no need to mention it) ? > > If such information exists, just point it to me, but I did not find > after a small search. I just read it is possible > (http://www.humane-assessment.com/blog/moose-custom-analyses-made-easy/) but > I bet such step by step guidance, will be very useful to let novice on > Pharo get started and is a way to attract more easily new users. > > Thanks > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 20, 2015

Re: [Pharo-users] Where do I find Bloc and how do I load it?

by H. Hirzel

Thank you for all answers. This is the one I was looking for https://ci.inria.fr/pharo-contribution/job/Bloc/ The latest Bloc in otherwise stable Pharo 4.0 environment. Where do I start exploring the examples? --Hannes On 7/20/15, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Hannes Hirzel wrote >> I wonder where...https://ci.inria.fr/pharo/? > > The community server is at https://ci.inria.fr/pharo-contribution/ . There > is a link to it on the left menu of the link you gave. > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Where-do-I-find-Bloc-and-how-do-I-load-it-tp4838110p4… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 20, 2015

Re: [Pharo-users] Where do I find Bloc and how do I load it?

by Sean P. DeNigris

Hannes Hirzel wrote > I wonder where...https://ci.inria.fr/pharo/? The community server is at https://ci.inria.fr/pharo-contribution/ . There is a link to it on the left menu of the link you gave. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Where-do-I-find-Bloc-and-how-do-I-load-it-tp4838110p4… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 20, 2015

Re: [Pharo-users] Woden?

by Merwan Ouddane

On lun., 2015-07-20 at 18:41 +0800, Hilaire wrote: > Le 20/07/2015 05:45, stepharo a Ã©crit : > > merwane > > > > could you also publish the files you used? > > I think that this would be good to have a resource so that people can > > fully > > redo all the exercises. > > I understand Woden is still at early stage of development, so not much > documented, that's ok. > But my problem seems related to something else than missing resources, > and I don't know what's wrong. > > I have an error at the VM level, even using the latest pharo vm. > See screenshot of error at: > http://permalink.gmane.org/gmane.comp.lang.smalltalk.pharo.user/20773 > Weird... Seems like you don't have the Nativeboost trait "TNBMemoryAccessors" > Thanks > > Hilaire >

July 20, 2015

Moose to analyse Java code

by Hilaire

Hello, A friend told me one of his student need to understand the flow of OpenStreepMap java code. Of course I told him about Moose, but I am not sure I provide him enough guidance to get his student started with moose (zero knowledge). What will be the practical step to get started for a total novice on Moose/Pharo (I can give the initial step related to the Pharo environment, so no need to mention it) ? If such information exists, just point it to me, but I did not find after a small search. I just read it is possible (http://www.humane-assessment.com/blog/moose-custom-analyses-made-easy/) but I bet such step by step guidance, will be very useful to let novice on Pharo get started and is a way to attract more easily new users. Thanks Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 20, 2015

Re: [Pharo-users] Woden?

by Hilaire

Le 20/07/2015 05:45, stepharo a Ã©crit : > merwane > > could you also publish the files you used? > I think that this would be good to have a resource so that people can > fully > redo all the exercises. I understand Woden is still at early stage of development, so not much documented, that's ok. But my problem seems related to something else than missing resources, and I don't know what's wrong. I have an error at the VM level, even using the latest pharo vm. See screenshot of error at: http://permalink.gmane.org/gmane.comp.lang.smalltalk.pharo.user/20773 Thanks Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 20, 2015

Re: [Pharo-users] Where do I find Bloc and how do I load it?

by Ben Coman

One here https://ci.inria.fr/pharo-contribution/job/Bloc/ On Mon, Jul 20, 2015 at 4:36 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > Thanks Stef, > > I wonder where > > https://ci.inria.fr/pharo/ > > ? > > --Hannes > > On 7/19/15, stepharo <stepharo(a)free.fr> wrote: >> There are two ci jobs on the contribution pharo ci. >> >> Stef >> >> Le 18/7/15 22:58, H. Hirzel a Ã©crit : >>> Hello >>> >>> Where do I find Bloc and how do I load it? >>> >>> http://smalltalkhub.com/#!/~Bloc :-( >>> >>> Regards >>> >>> Hannes >>> >>> >> >> >> >

July 20, 2015

Overriding method - ExampleBuilderMorph>>#openModal:

by Jigyasa Grover

Hi I have been using ExampleBuilderMorph and ExpanderMorph to build a accordion widget to display the search results of my application *searchQuick* which returns the list of file titles from the pre-loaded text files present in the resource folder when a string is searched for. You all are welcome to fork the code (https://github.com/jig08/sQuick_new) , try the infancy application and send in suggestions. As I have been using the ExampleBuilderMorph>>#openModal: to view the expanders, [ https://github.com/jig08/sQuick_new/blob/master/sQuick_new.package/PopUp.cl… LINE 33 ] I would like override this method to change the position and extent of the window which opens up because of #openModal: method. Help appreciated. Thanks Jigyasa

July 20, 2015

Re: [Pharo-users] Where do I find Bloc and how do I load it?

by H. Hirzel

Thanks Stef, I wonder where https://ci.inria.fr/pharo/ ? --Hannes On 7/19/15, stepharo <stepharo(a)free.fr> wrote: > There are two ci jobs on the contribution pharo ci. > > Stef > > Le 18/7/15 22:58, H. Hirzel a Ã©crit : >> Hello >> >> Where do I find Bloc and how do I load it? >> >> http://smalltalkhub.com/#!/~Bloc :-( >> >> Regards >> >> Hannes >> >> > > >

July 20, 2015

Re: [Pharo-users] Woden?

by Merwan Ouddane

On dim., 2015-07-19 at 23:45 +0200, stepharo wrote: > merwane > > could you also publish the files you used? I stated to do a separated example package, because the importer is not directly into woden. The files that we used would make the package to heavy... > I think that this would be good to have a resource so that people can > fully > redo all the exercises. > > Stef > > > > > Hi Hilaire, > > > > > > > > > Only try to use the WDFPSSimpleExample until 11 (e.g: > > > WDFPSSimpleExample6 new open) . The examples from > > > WDFPSSimpleExample12 onward were made by Jean-Baptiste and Merwan > > > Ouddane, and they require some external files to work which I > > > don't have. > > > > > Sorry I'll clean it during the week. > > > > > > They also made the Wavefront .obj file importer which is where you > > > (and me) are receiving a message not understood. It seems that > > > they forgot to merge some commits. Since I don't have the data > > > they use to test those examples, I can't give it a try to fix the > > > problem. > > > > > > > > > > > > Anyway, during this week I started making a custom JSON based > > > format for Woden. Along with an exporter from Blender and an > > > importer for Woden. I am pushing the exporter script into > > > https://github.com/ronsaldo/Woden/blob/master/scripts/blender/operator_wode… . > > > > > > > > > You can try the importer in Woden using the attached file, and > > > doing the following in a playground: > > > > > > ============================== > > > > > > | scene camera node model pointLight | > > > scene := WDScene new. > > > > > > "Add a light" > > > pointLight := WDPointLight new. > > > pointLight > > > attach: (WDEllipticalOrbit new center: (WDVector3 newX: 0.0 y: > > > 0.0 z: 0.0)). > > > scene addChild: pointLight. > > > > > > camera := WDCamera new. > > > camera position: (WDVector3 z: 4.0). > > > scene addChild: camera. > > > > > > node := WDSceneNode new. > > > scene addChild: node. > > > model := WDModelJson new fromFile: './sample.wmjson'. > > > node attach: model. > > > > > > ============================== > > > > > > (WDSceneViewer scene: scene camera: camera) open; yourself > > > > > > > > > > > > Beware that soon I will be making a massive commit that could > > > temporarily break some stuff(new shader management system, > > > skeletal animation). I will be changing the configuration script > > > soon. > > > > > > > > > > > > Best regards, > > > > > > Ronie > > > > > > > > > 2015-07-18 13:02 GMT-03:00 Alexandre Bergel > > > <alexandre.bergel(a)me.com>: > > > Hi Hilaire, > > > > > > We will come back to you. > > > > > > Cheers, > > > Alexandre > > > > > > > > > > On Jul 18, 2015, at 5:54 PM, Hilaire <hilaire(a)drgeo.eu> > > > wrote: > > > > > > > > Hi, > > > > I want to make a demo of woden. > > > > But does not work, and I don't know why. > > > > > > > > Installed version from Smalltalkhub following > > > instruction found there, > > > > or download directly an image from jenkins, in both case > > > I have error > > > > when executing: > > > > > > > > WDFPSSimpleExample13 new open > > > > > > > > MNU: receiver #doSemanticAnalysisIn: is nil > > > > > > > > Thanks > > > > > > > > Hilaire > > > > > > > > > > > > PS: the Woden classes are almost completely uncommented! > > > > > > > > -- > > > > Dr. Geo > > > > http://drgeo.eu > > > > http://google.com/+DrgeoEu > > > > > > > > > > > > > > > > > > > > > -- > > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > > Alexandre Bergel http://www.bergel.eu > > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > > > > > >

July 20, 2015

Re: [Pharo-users] [Pharo-dev] Seeking help on morphs : expander and scrolls

by Jigyasa Grover

Hi Nicolai I am facing another issue which in my opinion would require a scrollbar for the entire modal. The problem is that on expanding a search result, it covers the OK and CANCEL button. <http://forum.world.st/file/n4838286/24.png> <http://forum.world.st/file/n4838286/41.png> The code of the corresponding widget can be found here : https://github.com/jig08/sQuick_new/blob/master/sQuick_new.package/PopUp.cl… Help appreciated. Thanks Jigyasa -- View this message in context: http://forum.world.st/Seeking-help-on-morphs-expander-and-scrolls-tp4837934… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 20, 2015

Fwd: Quick Silver: How to solve DeepActionStrategy as a dependency for running QuickSilver?

by Offray Vladimir Luna CÃ¡rdenas

Sorry, writing again from the wrong mailing list. Here comes again. -------- Forwarded Message -------- Subject: Quick Silver: How to solve DeepActionStrategy as a dependency for running QuickSilver? Date: Sun, 19 Jul 2015 19:34:18 -0500 From: Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> To: pharo-users(a)lists.pharo.org Hi, I'm trying to load Quick Silver following the instructions from http://scg.unibe.ch/research/quicksilver and I get this warning message: ~~~~~ This package depends on the following classes: DeepActionStrategy You must resolve these dependencies before you will be able to load these definitions: MalGraphBuilderStrategy executeOnObject: executeOnRelationFrom:to: graph graph: initialize ~~~~~ So I searched for Deep ActionStrategy and the closer thing I got was http://www.humane-assessment.com/blog/traversal-enabled-pharo-objects/, but anyway installing DeepTraverser don't solve the warning. There is any updated procedure to install Quick Silver and load its configuration without having this issue? Thanks, Offray

July 20, 2015

Re: [Pharo-users] Woden?

by stepharo

merwane could you also publish the files you used? I think that this would be good to have a resource so that people can fully redo all the exercises. Stef >> Hi Hilaire, >> >> Only try to use the WDFPSSimpleExample until 11 (e.g: >> WDFPSSimpleExample6 new open) . The examples from >> WDFPSSimpleExample12 onward were made by Jean-Baptiste and Merwan >> Ouddane, and they require some external files to work which I don't have. > Sorry I'll clean it during the week. >> >> They also made the Wavefront .obj file importer which is where you >> (and me) are receiving a message not understood. It seems that they >> forgot to merge some commits. Since I don't have the data they use to >> test those examples, I can't give it a try to fix the problem. >> >> Anyway, during this week I started making a custom JSON based format >> for Woden. Along with an exporter from Blender and an importer for >> Woden. I am pushing the exporter script into >> https://github.com/ronsaldo/Woden/blob/master/scripts/blender/operator_wode… >> . >> >> You can try the importer in Woden using the attached file, and doing >> the following in a playground: >> >> ============================== >> >> | scene camera node model pointLight | >> scene := WDScene new. >> >> "Add a light" >> pointLight := WDPointLight new. >> pointLight >> attach: (WDEllipticalOrbit new center: (WDVector3 newX: 0.0 y: >> 0.0 z: 0.0)). >> scene addChild: pointLight. >> >> camera := WDCamera new. >> camera position: (WDVector3 z: 4.0). >> scene addChild: camera. >> >> node := WDSceneNode new. >> scene addChild: node. >> model := WDModelJson new fromFile: './sample.wmjson'. >> node attach: model. >> >> ============================== >> >> (WDSceneViewer scene: scene camera: camera) open; yourself >> >> Beware that soon I will be making a massive commit that could >> temporarily break some stuff(new shader management system, skeletal >> animation). I will be changing the configuration script soon. >> >> Best regards, >> Ronie >> >> 2015-07-18 13:02 GMT-03:00 Alexandre Bergel <alexandre.bergel(a)me.com >> <mailto:alexandre.bergel@me.com>>: >> >> Hi Hilaire, >> >> We will come back to you. >> >> Cheers, >> Alexandre >> >> >> > On Jul 18, 2015, at 5:54 PM, Hilaire <hilaire(a)drgeo.eu >> <mailto:hilaire@drgeo.eu>> wrote: >> > >> > Hi, >> > I want to make a demo of woden. >> > But does not work, and I don't know why. >> > >> > Installed version from Smalltalkhub following instruction found >> there, >> > or download directly an image from jenkins, in both case I have >> error >> > when executing: >> > >> > WDFPSSimpleExample13 new open >> > >> > MNU: receiver #doSemanticAnalysisIn: is nil >> > >> > Thanks >> > >> > Hilaire >> > >> > >> > PS: the Woden classes are almost completely uncommented! >> > >> > -- >> > Dr. Geo >> > http://drgeo.eu >> > http://google.com/+DrgeoEu >> > >> > >> > >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >

July 19, 2015

Re: [Pharo-users] Rectangle center rounding

by stepharo

It would be nice to design a new one test first. Stef Le 19/7/15 18:41, Alexandre Bergel a Ã©crit : > Maybe we can introduce a new rectangle class. > > Alexandre > > >> On Jul 19, 2015, at 6:33 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: >> >> >> >> 2015-07-18 10:25 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: >> The discussion was that Rectangle is used by Morphic which uses integer coordinates so rounding is required. I think the idea was to split the two classes? >> >> Peter >> >> On Sat, Jul 18, 2015 at 9:50 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: >> On 17/07/15 18:16, Jan BlizniÄenko wrote: >> Shouldn't the rounded method be separated as for >> example roundedCenter or something like that to eliminate the confusion? >> >> I would like to keep Rectangles current implementation, because the Rectangle class >> is used for Screen-Rectangles and the screen only knows about integer/pixel positions. >> >> But on the other hand, you are right, we already use and allow rectangles with non-integer corners. >> And changing that (resp. enforcing integer coordinates) is maybe much more difficult. >> And at latest when we use Athens for rendering the full world, Rectangles with integer rounded position for every shape, does'nt make much sense. >> >> >> If you do some time comparsions, can you use >> >> center >> "Answer the point at the center of the receiver." >> >> ^self topLeft + self bottomRight / 2.0 >> >> (instead of "/ 2" ) (fraction vs. float) >> >> >> >> >> >> I think I've seen discussions about this before and vaguely >> remember the conclusion that there was too much current >> code depending on it for this to be an easy change at the >> moment >> >> Stephan >> >> >> >> >>

July 19, 2015

Re: [Pharo-users] PharoJS

by Noury Bouraqadi

> On 19 Jul 2015, at 04:24, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Noury Bouraqadi-2 wrote >> As I showed at ESUG..., it allows building a simple form app for >> smartphones using PhoneGap. > > Ah, very cool use case. Is there a video? > I'm travelling these days. I'll do it ASAP. > > Noury Bouraqadi-2 wrote >> (we missed you BTW) > > I just got married, but hopefully will be back next year. CONGRATULATIONS!!! > Much of my work > seems to be converging and I hope to be able to show something exciting next > ESUG :) > Looking forward to see it. Best, Noury > > Noury Bouraqadi-2 wrote >> So, I shifted my goal, and decided to make it clean and usable for >> production-quality app. >> Fortunately, I won't be alone. > > Very good to hear on both counts. > > > Noury Bouraqadi-2 wrote >> Still, you can give it a try. There is a first tutorial that gives a quick >> overview. > > I will do that > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/PharoJS-tp4837593p4838140.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

July 19, 2015