November 2016 - Pharo-users

Re: [Pharo-users] Pier3 with latest Pillar?

by stepharo

For me, Pillar was a package in Pier, and Pier was a tool that I used for all my presentations, prototyping, and small or short-lived community and not-for-profit projects. I do not get why you cannot use Pharo for that. Le 17/11/16 Ã 02:04, Jupiter Jones a Ã©crit : > Hey Stephane, > >>> It would be nice to see Pillar return to being a cross platform project as well. One of the beautiful things about Seaside/Magritte/Pier was itâs compatibility across many dialects of Smalltalk. The âdevelop in Pharo and deploy in GemStoneâ was a big draw for me :) One of my clients uses VW so it was great to have these projects there as well. >> Yes but at the end of the day. You see we cannot work for free and in addition got constraints that are dragging us behind. > Absolutely! Luckily the hard work of cross-compatability has already been done for Pier. Iâm just hoping we can keep the parts of Pillar on which Pier is reliant working across dialects - Pharo and GemStone at least. From memory, the only thing that made it hard was PRTParametrizable. > > I imagine very few of us are being paid for the contributions we make. In my case, itâs only when I have a paid project that allows me to work in Smalltalk, that I can invest some of that paid time in contributing towards the packages Iâm using for that project. > > I also feel my smalltalk-ability isnât up to the standard of so many of the amazing people contributing, which makes me a little reticent to get involved in the more complex projects. > >> I will see if the trait usage make sense and can be removed. But you see if everything we do has to be compatible better be dead. > Maybe not a matter of code or die, but certainly a matter of style and most likely a commitment to more pain. it is (sometimes much) harder working with community projects since it takes working with that community - and everyone has their own use case, and at least three opinions. :) > > Iâve experienced this many time in non-software projects. It may take a little longer to get there, but itâs definitely worth the extra pain it in the end. > >> I would prefer to see GS having an infrastructure to load Pharo kernels. We are pushing the bootstrap for this reasons. > Dale and the GemStone team are doing a great job moving towards that ideal. Their constraints are even greater since they have a large commercial install base supporting many platforms. We should be able to be more flexible and dynamic > >> Because you see Pharo will use more and more slots because they are really really cool and powerful. >> What do you do with Pillar? Because I write books, slides, and websites so this is an important piece of software for me. > For me, Pillar was a package in Pier, and Pier was a tool that I used for all my presentations, prototyping, and small or short-lived community and not-for-profit projects. > >>> Iâd like to see Pier get some love - itâs an awesome tool. How can I help? >> Join and hack. > Iâd love to! I noticed that the issue tracker and other Pillar related stuff is now on GitHub which is awesome. Is there any chance that the Smalltalk project could also move there? It would make it easier to fork and hack and make versions available to test before deciding what might be valuable pushed back to the core project. > > Thanks for all your excellent work with Pillar - not to mention everything else! > > Have fun! > > Jupiter > >

Nov. 17, 2016

Re: [Pharo-users] Pier3 with latest Pillar?

by stepharo

>>> It would be nice to see Pillar return to being a cross platform project as well. One of the beautiful things about Seaside/Magritte/Pier was itâs compatibility across many dialects of Smalltalk. The âdevelop in Pharo and deploy in GemStoneâ was a big draw for me :) One of my clients uses VW so it was great to have these projects there as well. >> Yes but at the end of the day. You see we cannot work for free and in addition got constraints that are dragging us behind. > Absolutely! Luckily the hard work of cross-compatability has already been done for Pier. Iâm just hoping we can keep the parts of Pillar on which Pier is reliant working across dialects - Pharo and GemStone at least. From memory, the only thing that made it hard was PRTParametrizable. > > I imagine very few of us are being paid for the contributions we make. In my case, itâs only when I have a paid project that allows me to work in Smalltalk, that I can invest some of that paid time in contributing towards the packages Iâm using for that project. Which packages? > I also feel my smalltalk-ability isnât up to the standard of so many of the amazing people contributing, which makes me a little reticent to get involved in the more complex projects. You see fixing a comment or adding a test should be possible. Don't hide yourself behind this argument. >> I will see if the trait usage make sense and can be removed. But you see if everything we do has to be compatible better be dead. > Maybe not a matter of code or die, but certainly a matter of style and most likely a commitment to more pain. it is (sometimes much) harder working with community projects since it takes working with that community - and everyone has their own use case, and at least three opinions. :) > > Iâve experienced this many time in non-software projects. It may take a little longer to get there, but itâs definitely worth the extra pain it in the end. > >> I would prefer to see GS having an infrastructure to load Pharo kernels. We are pushing the bootstrap for this reasons. > Dale and the GemStone team are doing a great job moving towards that ideal. Their constraints are even greater since they have a large commercial install base supporting many platforms. Come on. Pharo too and we have far less ressources!!! > We should be able to be more flexible and dynamic > >> Because you see Pharo will use more and more slots because they are really really cool and powerful. >> What do you do with Pillar? Because I write books, slides, and websites so this is an important piece of software for me. > For me, Pillar was a package in Pier, and Pier was a tool that I used for all my presentations, prototyping, and small or short-lived community and not-for-profit projects. Ok then you can still use an old version of Pier and hope that others will do what you want. >>> Iâd like to see Pier get some love - itâs an awesome tool. How can I help? >> Join and hack. > Iâd love to! I noticed that the issue tracker and other Pillar related stuff is now on GitHub which is awesome. Is there any chance that the Smalltalk project could also move there? It would make it easier to fork and hack and make versions available to test before deciding what might be valuable pushed back to the core project. Why easier? You cannot produce a slice? Seriously I will not move pillar to github before Pharo has a fully working solution. And I will maintain pillar but I need time. > > Thanks for all your excellent work with Pillar - not to mention everything else! > > Have fun! > > Jupiter > >

Nov. 17, 2016

Re: [Pharo-users] Pier3 with latest Pillar?

by Jupiter Jones

Hey Stephane, >> It would be nice to see Pillar return to being a cross platform project as well. One of the beautiful things about Seaside/Magritte/Pier was itâs compatibility across many dialects of Smalltalk. The âdevelop in Pharo and deploy in GemStoneâ was a big draw for me :) One of my clients uses VW so it was great to have these projects there as well. > Yes but at the end of the day. You see we cannot work for free and in addition got constraints that are dragging us behind. Absolutely! Luckily the hard work of cross-compatability has already been done for Pier. Iâm just hoping we can keep the parts of Pillar on which Pier is reliant working across dialects - Pharo and GemStone at least. From memory, the only thing that made it hard was PRTParametrizable. I imagine very few of us are being paid for the contributions we make. In my case, itâs only when I have a paid project that allows me to work in Smalltalk, that I can invest some of that paid time in contributing towards the packages Iâm using for that project. I also feel my smalltalk-ability isnât up to the standard of so many of the amazing people contributing, which makes me a little reticent to get involved in the more complex projects. > I will see if the trait usage make sense and can be removed. But you see if everything we do has to be compatible better be dead. Maybe not a matter of code or die, but certainly a matter of style and most likely a commitment to more pain. it is (sometimes much) harder working with community projects since it takes working with that community - and everyone has their own use case, and at least three opinions. :) Iâve experienced this many time in non-software projects. It may take a little longer to get there, but itâs definitely worth the extra pain it in the end. > I would prefer to see GS having an infrastructure to load Pharo kernels. We are pushing the bootstrap for this reasons. Dale and the GemStone team are doing a great job moving towards that ideal. Their constraints are even greater since they have a large commercial install base supporting many platforms. We should be able to be more flexible and dynamic > Because you see Pharo will use more and more slots because they are really really cool and powerful. > What do you do with Pillar? Because I write books, slides, and websites so this is an important piece of software for me. For me, Pillar was a package in Pier, and Pier was a tool that I used for all my presentations, prototyping, and small or short-lived community and not-for-profit projects. >> Iâd like to see Pier get some love - itâs an awesome tool. How can I help? > Join and hack. Iâd love to! I noticed that the issue tracker and other Pillar related stuff is now on GitHub which is awesome. Is there any chance that the Smalltalk project could also move there? It would make it easier to fork and hack and make versions available to test before deciding what might be valuable pushed back to the core project. Thanks for all your excellent work with Pillar - not to mention everything else! Have fun! Jupiter

Nov. 17, 2016

Re: [Pharo-users] Chip-8

by Dimitris Chloupis

very interesting article thanks for sharing. I was actually wondering about bytecodes and emulation lately with my shared memory bridge. I will definitely keep this around as a guide. On Wed, Nov 16, 2016 at 12:22 PM olivier auverlot < olivier.auverlot(a)gmail.com> wrote: > Hi, > > I just read an fun article about Chip-8. Someone has worked on an emulator > of this with Pharo? > > > http://www.multigesture.net/articles/how-to-write-an-emulator-chip-8-interp… > http://miguelduarte.pt/2012/07/09/chip-8-emulator-in-javascript/ > > Best regards >

Nov. 16, 2016

Re: [Pharo-users] Chip-8

by stepharo

Le 16/11/16 Ã 11:40, Julien Delplanque a Ã©crit : > Wow it would be a fun project! Yes I want to play with that :) > > I know there was GameBoy [1] emulator but I don't know if it is still > working. > > Julien > > Links: > > [1]: http://smalltalkhub.com/#!/~jeanbaptistearnaud/GameBoyEmulator > > > On 16/11/16 11:21, olivier auverlot wrote: >> Hi, >> >> I just read an fun article about Chip-8. Someone has worked on an >> emulator >> of this with Pharo? >> >> http://www.multigesture.net/articles/how-to-write-an-emulator-chip-8-interp… >> >> http://miguelduarte.pt/2012/07/09/chip-8-emulator-in-javascript/ >> >> Best regards >> > > >

Nov. 16, 2016

Chip8

by stepharo

I would like to know if one of you implemented chip8 in Pharo? http://www.multigesture.net/articles/how-to-write-an-emulator-chip-8-interp… https://github.com/miguelduarte42/Jhip8

Nov. 16, 2016

Re: [Pharo-users] Chip-8

by Julien Delplanque

Wow it would be a fun project! I know there was GameBoy [1] emulator but I don't know if it is still working. Julien Links: [1]: http://smalltalkhub.com/#!/~jeanbaptistearnaud/GameBoyEmulator On 16/11/16 11:21, olivier auverlot wrote: > Hi, > > I just read an fun article about Chip-8. Someone has worked on an emulator > of this with Pharo? > > http://www.multigesture.net/articles/how-to-write-an-emulator-chip-8-interp… > http://miguelduarte.pt/2012/07/09/chip-8-emulator-in-javascript/ > > Best regards >

Nov. 16, 2016

Chip-8

by olivier auverlot

Hi, I just read an fun article about Chip-8. Someone has worked on an emulator of this with Pharo? http://www.multigesture.net/articles/how-to-write-an-emulator-chip-8-interp… http://miguelduarte.pt/2012/07/09/chip-8-emulator-in-javascript/ Best regards

Nov. 16, 2016

Re: [Pharo-users] Pier3 with latest Pillar?

by stepharo

Le 11/11/16 Ã 22:35, Jupiter Jones a Ã©crit : > +1 from me, and would love to help where I can. > > It would be nice to see Pillar return to being a cross platform > project as well. One of the beautiful things about > Seaside/Magritte/Pier was itâs compatibility across many dialects of > Smalltalk. The âdevelop in Pharo and deploy in GemStoneâ was a big > draw for me :) One of my clients uses VW so it was great to have these > projects there as well. Yes but at the end of the day. You see we cannot work for free and in addition got constraints that are dragging us behind. > Pillar was refactored to use Traits and save duplication of (from > memory) about 3 methods, but in doing so it became a Pharo-only > project. I asked about this and found there wasnât an interest in > maintaining cross platform compatibility, so I saved a copy on git hub > [1] and added a PRPillarGemstoneCodeTool class with a simple method > for flattening the traits. My hope was being able to maintain a cross > platform version of Pillar and keep Pier updated in a manageable way. I will see if the trait usage make sense and can be removed. But you see if everything we do has to be compatible better be dead. I would prefer to see GS having an infrastructure to load Pharo kernels. We are pushing the bootstrap for this reasons. Because you see Pharo will use more and more slots because they are really really cool and powerful. What do you do with Pillar? Because I write books, slides, and websites so this is an important piece of software for me. > Frustratingly, my work only allows me the occasional sprints in > Smalltalk and without a Pier project to work on, I havenât had the > resources to keep it updated. > > Iâd like to see Pier get some love - itâs an awesome tool. How can I help? > > [1] https://github.com/JupiterSmalltalk/Pillar Join and hack. > >> On 12 Nov 2016, at 12:16 am, stepharo <stepharo(a)free.fr >> <mailto:stepharo@free.fr>> wrote: >> >> Hi peter >> >> I do not know but I would love that it would work. I should find some >> time to do a new pass on pillar. >> >> On my first todo: >> >> - fix use of DNU instead of plain magritte methods. >> >> - extract object out of the command line. >> >> - document, document and document. >> >> >> Stef >> >> >> >> Le 10/11/16 Ã 22:34, Peter H. Meadows via Pharo-users a Ã©crit : >> >> >

Nov. 15, 2016

Re: [Pharo-users] Progress Bar with unknown state or showing animated gifs

by Dimitris Chloupis

well "native" in this case would mean OS library. Most likely there is and you can use the UFFI to do it but I assume here you mean Morphic. I have played around with Progress bar when I was trying to increase its size for PharoLauncher. As almost all things inside Pharo is not documented and its entangled between messages. But yeah it should be possible to animate the green bar so it bounces left and right. If my memory serves me correctly its not nothing more than a set of super simple morphs tied to announcements. Its that my mentality usually is if something is simple enough as an idea it does not worth wasting your time learning how a poor documented library works. I have wasted huge amounts of time trying to understand Pharo libraries and tools, so I learned the hard way. On Tue, Nov 15, 2016 at 4:32 PM Peter Uhnak <i.uhnak(a)gmail.com> wrote: > Hmm, thanks. I can write it myself, that's not a problem. > > I am just surprised that there is no native support/lib... I'll see if I > can do something about it. > > Peter > > On Fri, Nov 11, 2016 at 07:01:26PM +0000, Dimitris Chloupis wrote: > > You can take a look at how I do seconds indicator in my ChronosManager > > tool, its just a simple ImageMorph stepping through png images with > > transparency. > > > > On Fri, Nov 11, 2016 at 8:13 PM Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > > > Hi, > > > > > > is there a way to have a progress bar with unknown state? > > > e.g. https://i.stack.imgur.com/gz9GK.gif > > > > > > ProgressBarMorph / Job / SystemProgressMorph seem to be based around > > > progress only. > > > > > > Alternatively, is it possible to (easily) display animated gifs? > > > > > > Thanks, > > > Peter > > > > >

Nov. 15, 2016