November 2017 - Pharo-users

Re: [Pharo-users] Writing "powerpoint" like presentations in Pharo?

by Offray Vladimir Luna CÃ¡rdenas

As said, Illuminati everywhere... :-D On 09/11/17 08:26, Andrew Glynn wrote: > > Lol, you can joke from where you are, my father-in-law firmly believes > Iâm a member of the âIlluminatiâ due to having gone to Jesuit > seminaries until the end of secondary school. > > Â > > Then again, it makes him more polite since heâs a bit scared of me, so > I suppose it has its benefits â¦ > > Â > > Andrew > > Â > > Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for > Windows 10 > > Â > > *From: *Offray Vladimir Luna CÃ¡rdenas <mailto:offray.luna@mutabit.com> > *Sent: *Thursday, November 9, 2017 8:23 AM > *To: *pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org> > *Subject: *Re: [Pharo-users] Writing "powerpoint" like presentations > in Pharo? > > Â > > Sophie looked very promising... Unfortunately it was not open source > and died before porting it to Java (following the Illuminati > conspiracy of porting Smalltalk break througts to "inferior" > technology, as happens once and again :-P). > > Offray > > Â > > On 09/11/17 02:40, Norbert Hartl wrote: > > Everytime I read such discussions I wonder what happened to the > Sophie code. There be might be some gems in it to achieve what you > want > > Â > > Norbert > > > Am 09.11.2017 um 03:49 schrieb Offray Vladimir Luna CÃ¡rdenas > <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>>: > > I remember using CompendiumNG some time ago, but not for > presentations. Hopefully, we will have something better, with > metamedium capabilities, including embedding other media and > make it programmable in Pharo, without going to the > "disastrous" slide metaphor. > > Cheers, > > Offray > > Â > > On 08/11/17 20:31, Andrew Glynn wrote: > > I agree with you â on the rare occasions I do still do > presentations I tend to use CompendiumNG, which is similar > to a mind map but can contain any content, including > multimedia content.Â It was an Open University project but > was used sufficiently elsewhere that when the Open > University decided they were done with it the project was > forked and continued by others. > > Â > > Itâs written in Java, currently I believe thereâs no > binary although itâs easy to build.Â If you just wanted > the installer jar to try it out though let me know. > > Â > > Honestly though Iâd probably still use Director if it > werenât for Adobeâs pricing. > > Â > > Andrew Glynn > > Â > > Sent from Mail > <https://go.microsoft.com/fwlink/?LinkId=550986> for > Windows 10 > > Â > > *From: *Offray Vladimir Luna CÃ¡rdenas > <mailto:offray.luna@mutabit.com> > *Sent: *Wednesday, November 8, 2017 7:45 AM > *To: *pharo-users(a)lists.pharo.org > <mailto:pharo-users@lists.pharo.org> > *Subject: *Re: [Pharo-users] Writing "powerpoint" like > presentations in Pharo? > > Â > > Â > > Â > > On 07/11/17 19:39, Sean P. DeNigris wrote: > > > Offray Vladimir Luna CÃ¡rdenas-2 wrote > > >> The idea of slides seems > > >> pretty anachronistic/boring for making presentations. > > > Amen, brother! Alan Kay would be proud :) > > >Â > > Â > > Maybe. I refer the whole aesthetics of slides (even the > ones with > > animations or simulations). You go in slide at the time, > bullet point by > > bullet point, loosing context and perspective. My usual > approach is mind > > maps. In [1] you can see the exported SVG version of the > one I use in a > > Grafoscopio workshop. Source code is in [2]. > > Â > > [1] > > http://mutabit.com/grafoscopio/Docs/En/Talks/Overview/grafoscopio-mapa.svg > > [2] > > http://mutabit.com/grafoscopio/Docs/En/Talks/Overview/grafoscopio-mapa.mm > > Â > > Cheers, > > Â > > Offray > > Â > > Â > > Â > > Â > > Â >

Nov. 9, 2017

Re: [Pharo-users] Writing "powerpoint" like presentations in Pharo?

by Andrew Glynn

Lol, you can joke from where you are, my father-in-law firmly believes Iâm a member of the âIlluminatiâ due to having gone to Jesuit seminaries until the end of secondary school. Then again, it makes him more polite since heâs a bit scared of me, so I suppose it has its benefits â¦ Andrew Sent from Mail for Windows 10 From: Offray Vladimir Luna CÃ¡rdenas Sent: Thursday, November 9, 2017 8:23 AM To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Writing "powerpoint" like presentations in Pharo? Sophie looked very promising... Unfortunately it was not open source and died before porting it to Java (following the Illuminati conspiracy of porting Smalltalk break througts to "inferior" technology, as happens once and again :-P). Offray On 09/11/17 02:40, Norbert Hartl wrote: Everytime I read such discussions I wonder what happened to the Sophie code. There be might be some gems in it to achieve what you want Norbert Am 09.11.2017 um 03:49 schrieb Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com>: I remember using CompendiumNG some time ago, but not for presentations. Hopefully, we will have something better, with metamedium capabilities, including embedding other media and make it programmable in Pharo, without going to the "disastrous" slide metaphor. Cheers, Offray On 08/11/17 20:31, Andrew Glynn wrote: I agree with you â on the rare occasions I do still do presentations I tend to use CompendiumNG, which is similar to a mind map but can contain any content, including multimedia content.Â It was an Open University project but was used sufficiently elsewhere that when the Open University decided they were done with it the project was forked and continued by others. Â Itâs written in Java, currently I believe thereâs no binary although itâs easy to build.Â If you just wanted the installer jar to try it out though let me know. Â Honestly though Iâd probably still use Director if it werenât for Adobeâs pricing. Â Andrew Glynn Â Sent from Mail for Windows 10 Â From: Offray Vladimir Luna CÃ¡rdenas Sent: Wednesday, November 8, 2017 7:45 AM To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Writing "powerpoint" like presentations in Pharo? Â Â Â On 07/11/17 19:39, Sean P. DeNigris wrote: > Offray Vladimir Luna CÃ¡rdenas-2 wrote >> The idea of slides seems >> pretty anachronistic/boring for making presentations. > Amen, brother! Alan Kay would be proud :) >Â Â Maybe. I refer the whole aesthetics of slides (even the ones with animations or simulations). You go in slide at the time, bullet point by bullet point, loosing context and perspective. My usual approach is mind maps. In [1] you can see the exported SVG version of the one I use in a Grafoscopio workshop. Source code is in [2]. Â [1] http://mutabit.com/grafoscopio/Docs/En/Talks/Overview/grafoscopio-mapa.svg [2] http://mutabit.com/grafoscopio/Docs/En/Talks/Overview/grafoscopio-mapa.mm Â Cheers, Â Offray Â Â

Nov. 9, 2017

Re: [Pharo-users] Writing "powerpoint" like presentations in Pharo?

by Offray Vladimir Luna CÃ¡rdenas

Sophie looked very promising... Unfortunately it was not open source and died before porting it to Java (following the Illuminati conspiracy of porting Smalltalk break througts to "inferior" technology, as happens once and again :-P). Offray On 09/11/17 02:40, Norbert Hartl wrote: > Everytime I read such discussions I wonder what happened to the Sophie > code. There be might be some gems in it to achieve what you want > > Norbert > > Am 09.11.2017 um 03:49 schrieb Offray Vladimir Luna CÃ¡rdenas > <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>>: > >> I remember using CompendiumNG some time ago, but not for >> presentations. Hopefully, we will have something better, with >> metamedium capabilities, including embedding other media and make it >> programmable in Pharo, without going to the "disastrous" slide metaphor. >> >> Cheers, >> >> Offray >> >> >> On 08/11/17 20:31, Andrew Glynn wrote: >>> >>> I agree with you â on the rare occasions I do still do presentations >>> I tend to use CompendiumNG, which is similar to a mind map but can >>> contain any content, including multimedia content.Â It was an Open >>> University project but was used sufficiently elsewhere that when the >>> Open University decided they were done with it the project was >>> forked and continued by others. >>> >>> Â >>> >>> Itâs written in Java, currently I believe thereâs no binary although >>> itâs easy to build.Â If you just wanted the installer jar to try it >>> out though let me know. >>> >>> Â >>> >>> Honestly though Iâd probably still use Director if it werenât for >>> Adobeâs pricing. >>> >>> Â >>> >>> Andrew Glynn >>> >>> Â >>> >>> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for >>> Windows 10 >>> >>> Â >>> >>> *From: *Offray Vladimir Luna CÃ¡rdenas <mailto:offray.luna@mutabit.com> >>> *Sent: *Wednesday, November 8, 2017 7:45 AM >>> *To: *pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org> >>> *Subject: *Re: [Pharo-users] Writing "powerpoint" like presentations >>> in Pharo? >>> >>> Â >>> >>> Â >>> >>> Â >>> >>> On 07/11/17 19:39, Sean P. DeNigris wrote: >>> >>> > Offray Vladimir Luna CÃ¡rdenas-2 wrote >>> >>> >> The idea of slides seems >>> >>> >> pretty anachronistic/boring for making presentations. >>> >>> > Amen, brother! Alan Kay would be proud :) >>> >>> >Â >>> >>> Â >>> >>> Maybe. I refer the whole aesthetics of slides (even the ones with >>> >>> animations or simulations). You go in slide at the time, bullet point by >>> >>> bullet point, loosing context and perspective. My usual approach is mind >>> >>> maps. In [1] you can see the exported SVG version of the one I use in a >>> >>> Grafoscopio workshop. Source code is in [2]. >>> >>> Â >>> >>> [1] >>> >>> http://mutabit.com/grafoscopio/Docs/En/Talks/Overview/grafoscopio-mapa.svg >>> >>> [2] >>> >>> http://mutabit.com/grafoscopio/Docs/En/Talks/Overview/grafoscopio-mapa.mm >>> >>> Â >>> >>> Cheers, >>> >>> Â >>> >>> Offray >>> >>> Â >>> >>> Â >>> >>

Nov. 9, 2017

Re: [Pharo-users] Why does the test runner show red when I correct a test?

by Denis Kudriashov

And now it is in latest Pharo 2017-11-09 12:16 GMT+01:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > Hi Tim. > > Fix is here 20661-Fixing-test-from-debugger-should-mark-test-as- > green-when-proceed <https://github.com/pharo-project/pharo/pull/456> . > Thank's for reporting. It forces me to fix. I always noticed it but never > take it seriously :) > > 2017-11-09 11:32 GMT+01:00 Tim Mackinnon <tim(a)testit.works>: > >> Hi - I really like the build in test runner in the Pharo browsers, and I >> was preparing a talk to show how great TDD is in Pharo and how we arenât >> ashamed of our debugger when testing (it augments the experience in fact - >> letting you poke around and get your thoughts straight). >> >> However - if I pick rerun in the test runner debugger - and step through >> a test and then correct the failing code, and hit resume - the browser >> always shows a red failure, even though the execution is now correct. I >> have to run the test again. >> >> This doesnât seem right to me - are we missing a success event or >> something? >> >> >> Tim >> > >

Nov. 9, 2017

Re: [Pharo-users] Why does the test runner show red when I correct a test?

by Denis Kudriashov

Hi Tim. Fix is here 20661-Fixing-test-from-debugger-should-mark-test-as-green-when-proceed <https://github.com/pharo-project/pharo/pull/456> . Thank's for reporting. It forces me to fix. I always noticed it but never take it seriously :) 2017-11-09 11:32 GMT+01:00 Tim Mackinnon <tim(a)testit.works>: > Hi - I really like the build in test runner in the Pharo browsers, and I > was preparing a talk to show how great TDD is in Pharo and how we arenât > ashamed of our debugger when testing (it augments the experience in fact - > letting you poke around and get your thoughts straight). > > However - if I pick rerun in the test runner debugger - and step through a > test and then correct the failing code, and hit resume - the browser always > shows a red failure, even though the execution is now correct. I have to > run the test again. > > This doesnât seem right to me - are we missing a success event or > something? > > > Tim >

Nov. 9, 2017

Re: [Pharo-users] PharoLauncher directories

by Christophe Demarey

> Le 9 nov. 2017 Ã 10:18, Guillermo Polito <guillermopolito(a)gmail.com> a Ã©crit : > > - launching Pharo from the pharo launcher (taken from this thread) > Apparently the pharo launcher is launching the image from a directory internal to the launcher. In the Pharo launcher, I explicitly set the current working directory to the VM directory so that the VM can find its files. > This means that the working directory will be assigned to that directory. I'd expect that the directory structure is private to the launcher... > I find even strange that the launcher puts pharo-local where the image isâ¦ Pharo Launcher does not choose where to put pharo-local. It just stands in the standard place aside the launched image. > Given this, possible solutions are: > - On fileout, chose a correct directory when launched from double click > - Make the pharo launcher set a well-known working directory when launching an image > - one possibility is to set $HOME > - another possibility is to set the image directory (this will keep backwards compatibility) I think the last solution: set the working directory to the image directory is the best option. It will require to find another way to get the vm find its files (probably with LD_LIBRARY_PATH, do not know if it will be enough) and a lot of testing. I will try to work on it next week. Stephan, could you open an issue for that on GH?

Nov. 9, 2017

Why does the test runner show red when I correct a test?

by Tim Mackinnon

Hi - I really like the build in test runner in the Pharo browsers, and I was preparing a talk to show how great TDD is in Pharo and how we arenât ashamed of our debugger when testing (it augments the experience in fact - letting you poke around and get your thoughts straight). However - if I pick rerun in the test runner debugger - and step through a test and then correct the failing code, and hit resume - the browser always shows a red failure, even though the execution is now correct. I have to run the test again. This doesnât seem right to me - are we missing a success event or something? Tim

Nov. 9, 2017

Re: [Pharo-users] Soup bug(fix)

by Siemen Baader

On Wed, Nov 8, 2017 at 10:45 PM, PBKResearch <peter(a)pbkresearch.co.uk> wrote: > Siemen > > Stef should have added that XPath depends on using Monty's XMLParser > suite. I tried your snippet on XMLDOMParser, and it parses correctly. I > always use XMLHTMLParser for parsing HTML, because I can always see the > exact relationship between the parsed structure and the original HTML. With > Soup I often found the match difficult or even impossible. > Thanks Stef & Peter. I'm going with XMLHTMLParser, it is indeed nicer to work with in the inspector. I'm scraping my own html files (to create a mock DOM object of my HTML to work with in Pharo) so I think I will switch to xhtml too to reduce the complexity. Nice chapter, I only saw it briefly before and didn't realize that XMLHTMLParser is a newer replacement for Soup. -- Siemen

Nov. 9, 2017

Re: [Pharo-users] PharoLauncher directories

by stephan

On 09-11-17 10:18, Guillermo Polito wrote: > An analysis of the situation so people out of context can understand > better the forces in play here :) Thanks Guille, that clears up a number of my misunderstandings Stephan

Nov. 9, 2017

Re: [Pharo-users] PharoLauncher directories

by Guillermo Polito

An analysis of the situation so people out of context can understand better the forces in play here :) - *Working directory and files constant property:* files defined using a *relative path* are created relative to the working directory. In other words: File named: 'something/other/myfile.txt' will be created in FileSystem workingDirectory. This was always like this when we used the file primitives. The diverging behaviour was introduced actually by FileSystem: FileSystem used to create by default all files relative to the image directory. And at some point all tools adapted to that and the correct behaviour was hidden. - *Change in working directory:* Before, pharo always satisfied the following property: FileSystem workingDirectory = FileSystem imageDirectory This is no longer true for every case. Now, the workingDirectory is aligned with the process' working directory (This is the equivalent to getcwd() in C, pwd command in linux, $PWD in bash). I explained a couple of weeks ago in an email, this may break some eggs, specially for those tools that wrongly assume FileSystem workingDirectory = FileSystem imageDirectory. Tools requiring imageDirectory should use imageDirectory explicit. At least that will keep backwards compatibility. For other cases, we should probably study them case by case and provide a satisfying solution. This change does however not affect everybody, and most of the times it is backwards compatible: ** This does not affect in general people launching usually pharo from the command line and using zeroconf: $ wget get.pharo.org/... $ ./pharo Pharo.image ## Here, FileSystem workingDirectory *=* FileSystem imageDirectory because I launched my image from the directory where my image is! ** This does affect people that are: - launching Pharo doing double click. In this case, we saw with Denis and Pavel a week ago that osx assigns as working directory the root directory "/" Users of files should be aware of this and applications should not abuse the workingDirectory. If they want to enforce the imageDirectory, they should do so explicitly. - launching Pharo from the pharo launcher (taken from this thread) Apparently the pharo launcher is launching the image from a directory internal to the launcher. This means that the working directory will be assigned to that directory. I'd expect that the directory structure is private to the launcher... I find even strange that the launcher puts pharo-local where the image is... Given this, possible solutions are: - On fileout, chose a correct directory when launched from double click - Make the pharo launcher set a well-known working directory when launching an image - one possibility is to set $HOME - another possibility is to set the image directory (this will keep backwards compatibility) @Stef: about the #fullname. It is not there because it is not implemented :). We did not have the possibility of calculating a correct full path until a couple of weeks ago (and before, even if we did so, it couldn't be done without introducing a dependency to a non-kernel package). On Thu, Nov 9, 2017 at 9:43 AM, Christophe Demarey < christophe.demarey(a)inria.fr> wrote: > Hi Stefan, > > > Le 8 nov. 2017 Ã 15:56, stephan <stephan(a)stack.nl> a Ã©crit : > > > > I run into all kinds of issues with the directory structure used by the > new PharoLauncher. pharo-local seems to be shared now for multiple images. > > I never saw this issue. > PharoLauncher does not have influence on the pharo-local directory of > launched images. pharo-local directory is located in the same directory as > the image run. > > in a Pharo 6.1 image: > localDirectory > ^ self class userLocalDirectory > ifNil: [ (self imageDirectory / self class > defaultLocalDirectoryName) ensureCreateDirectory ] > > userLocalDirectory > ^ UserLocalDirectory ifNil: [ > FileLocator workingDirectory / self > defaultLocalDirectoryName ] > > > Maybe you run Pharo 7 images and this change Â« Build #203: > 05723-Default-Working-Directory Â» has a side effect? > > > That makes using configurations practically impossible as they are not > expecting to have to deal with pre-downloaded older and newer monticello > files. The missing sources files is less of a problem. > > > > Stephan > > > > > > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Nov. 9, 2017