November 2014 - Pharo-users

Re: [Pharo-users] Alternate browser

by stepharo

where? Le 28/11/14 21:30, Hilaire a Ã©crit : > Le 28/11/2014 08:07, Marcus Denker a Ã©crit : >>> It is unstable with me. It is really feature complete, it is nice, but I >>>> may use wrongly. >>>> May be with a simpler one I will do less mistake. >>>> >> If nobody reports and fixes problems, they will stay forever. > Reported, they are. > > Hilaire >

Nov. 29, 2014

Re: [Pharo-users] Alternate browser

by Hilaire

Le 28/11/2014 08:07, Marcus Denker a Ã©crit : >> It is unstable with me. It is really feature complete, it is nice, but I >> > may use wrongly. >> > May be with a simpler one I will do less mistake. >> > > If nobody reports and fixes problems, they will stay forever. Reported, they are. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Nov. 28, 2014

Re: [Pharo-users] Alternate browser

by Marcus Denker

> On 27 Nov 2014, at 22:25, Hilaire <hilaire(a)drgeo.eu> wrote: > > Le 27/11/2014 08:03, stepharo a Ã©crit : >> >> Le 26/11/14 21:30, Hilaire a Ã©crit : >>> Hello, >>> >>> Do we have an installable browser for Pharo, simple but reliable as was >>> Browser? >> What is the problem that you have with the current one? > > > It is unstable with me. It is really feature complete, it is nice, but I > may use wrongly. > May be with a simpler one I will do less mistake. > If nobody reports and fixes problems, they will stay forever. Marcus

Nov. 28, 2014

Re: [Pharo-users] libevent binding for haro ?

by Esteban A. Maringolo

El Thu Nov 27 2014 at 5:05:23 PM, Alain Rastoul <alf.mmm.cat(a)gmail.com> escribiÃ³: > > Just to mention, libev looked good too, much better that libevent in > fact, according to > benchmarks http://libev.schmorp.de/bench.html > > Thank you for this pointer > In 2012's JSConf.ar there was a guy from Joyent explaining why they decided to move node from libev to libuv, all I remember (and understood) was the portability feature. Other than that I'd love to have some async capabilities in Pharo like node or other platforms have, once the bindings are there, that creates opportunities for frameworks to blossom. Regards!

Nov. 28, 2014

Re: [Pharo-users] Alternate browser

by Thierry Goubier

Le 27/11/2014 22:22, Hilaire a Ã©crit : > Le 26/11/2014 22:18, Thierry Goubier a Ã©crit : >> Then StÃ©phane has a simple one, for minimal Pharo. >> >> I have one, AltBrowser, which is not so minimal (size-wise, it's a bit >> larger than the old system browser). It's installable (look for >> ConfigurationOfAltBrowser) and reliable enough for my coding in Pharo2, >> Pharo3 and Pharo4. > > I will try thanks I'm cleaning up a lot of small issues I had with it as I write (mostly refreshing/deselection issues when redefining/renaming classes). I'm done with the pharo3.0 branch on github; I'm now merging those into the pharo4.0 branch with git (i.e. merging with git on the command line without Monticello merge). Just tell how it goes for you; even if this is not the browser you like, your feedback will tell us where we can improve. Thierry > > Hilaire >

Nov. 27, 2014

Re: [Pharo-users] Alternate browser

by Hilaire

Le 27/11/2014 08:03, stepharo a Ã©crit : > > Le 26/11/14 21:30, Hilaire a Ã©crit : >> Hello, >> >> Do we have an installable browser for Pharo, simple but reliable as was >> Browser? > What is the problem that you have with the current one? It is unstable with me. It is really feature complete, it is nice, but I may use wrongly. May be with a simpler one I will do less mistake. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Nov. 27, 2014

Re: [Pharo-users] Alternate browser

by Hilaire

Le 26/11/2014 22:18, Thierry Goubier a Ã©crit : > Then StÃ©phane has a simple one, for minimal Pharo. > > I have one, AltBrowser, which is not so minimal (size-wise, it's a bit > larger than the old system browser). It's installable (look for > ConfigurationOfAltBrowser) and reliable enough for my coding in Pharo2, > Pharo3 and Pharo4. I will try thanks Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Nov. 27, 2014

Re: [Pharo-users] libevent binding for haro ?

by Alain Rastoul

Hi Esteban, Very good pointer, and interesting presentation at: http://www.youtube.com/watch?v=nGn60vDSxQ4 I will make some experiments with that one, it looks nice... :) Just one point that bother me, the use of epoll that from what I saw with zeromq lead to some problem with the pharo vm signal handling. BTW I was suspecting there would be something like that, they are not thousands of way to handle socket io. This is a problem, I left it and tried other ways, but sounds like there are no other. Every problem have a solution, but some headaches in perspective too ... :( Just to mention, libev looked good too, much better that libevent in fact, according to benchmarks http://libev.schmorp.de/bench.html Thank you for this pointer regards, Alain Le 27/11/2014 15:48, Esteban A. Maringolo a Ã©crit : > > El Thu Nov 27 2014 at 4:23:29 AM, Marcus Denker > <marcus.denker(a)inria.fr > <mailto:marcus.denker@inria.fr>> escribiÃ³: > > > > On 26 Nov 2014, at 23:48, Alain Rastoul > <alf.mmm.cat(a)gmail.com > <mailto:alf.mmm.cat@gmail.com>> wrote: > > > > Do someone knows about a libevent binding for Pharo , or made > experiments with Pharo and this library ? > > After some experiment with the standard socket IO handling, I > have the feeling that it cannot scale on unix and neither on windows â¦ > > I would be very interested in that, yes. > If I understand correctly, this is in the core what makes NodeJS > scalable, or not? > > > As far as I understand they moved from livev to libuv > (https://github.com/libuv/libuv) > > Regards! > > -- > Esteban

Nov. 27, 2014

Re: [Pharo-users] ViDI Error: glx not supported

by kilon alios

done I am uploading it , should be online in an hour and a half, my connection is dead slow . 2 hours upload for 10 minutes 720 HD video :D will make a separate thread for announcing it. On Thu, Nov 27, 2014 at 9:05 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > On 27 Nov 2014, at 17:13, kilon alios <kilon.alios(a)gmail.com> wrote: > > Maybe its time for me to make a video tutorial about it and lift the myth > that is not dead easy to use git with pharo. Right not it :) > > > Yes, we definitely need more tutorials. Iâll appreciate git-related video. > > > Uko > > > > > > On Thu, Nov 27, 2014 at 5:20 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > wrote: > >> Iâm not comparing Monticello and Git, Iâm just saying that we donât have >> tools to work with git that could be easily used by all users. >> >> Uko >> >> >> On 27 Nov 2014, at 15:38, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> frankly I dont consider Pharo versioning system as mature as git and >> github. For example how git is doing branches and monticello is doing them, >> or comparing pharo slices to git pull requests. Then you have also tons of >> tools on the market that are very efficient at managing git with no >> equivalent tools in pharo. I could not even use monticello if I had not >> read the PBE. Never opened a manual using SmartGit. But on the other hand >> people are free to use whatever makes them comfortable and I dont think we >> need to wait for everyone to migrate to git and github or other versioning >> systems. At least for me git already works great with Pharo. >> >> On Thu, Nov 27, 2014 at 2:20 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> >> wrote: >> >>> >>> On 27 Nov 2014, at 12:07, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>> thats one of the great things about github is how easy it is to report >>> issues and problem and engage the developers into discussion without having >>> to detract attention to a mailing list. You can even attach pull requests >>> to issues that offer code for solving these problems. So yes I will be >>> definitely reporting back any issues I have , maybe even send you a few >>> pull requests if the fix is easy for me to do. >>> >>> >>> Thanks Kilon. And yes, you are right, github in fact provides a lot of >>> features, but out git support is not mature enough. Maybe one day everyone >>> will migrateâ¦ >>> >>> Uko >>> >>> >>> >>> On Thu, Nov 27, 2014 at 12:23 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> >>> wrote: >>> >>>> >>>> On 27 Nov 2014, at 10:59, kilon alios <kilon.alios(a)gmail.com> wrote: >>>> >>>> "http://vidi.inf.usi.ch" >>>> >>>> thanks >>>> >>>> "ViDI is a tool Iâm developing to review the code. I host it on >>>> github: https://github.com/Uko/Vidi/" >>>> >>>> great work Yuriy looks very impressive definitely will give it a try. >>>> Another toy for my collection and very productive one it seems :) >>>> >>>> >>>> >>>> Thank you Kilon. >>>> >>>> ViDI is still under heavy development, but your feedback is much >>>> appreciated :). >>>> >>>> Feel free to open bug reports and feature requests at: >>>> https://github.com/Uko/Vidi/issues >>>> >>>> As you can see, my first beta tester Roberto Minelli discovered a lot >>>> of these. >>>> >>>> Uko >>>> >>> >>> >>> >> >> > >

Nov. 27, 2014

Re: [Pharo-users] ViDI Error: glx not supported

by Yuriy Tymchuk

> On 27 Nov 2014, at 17:13, kilon alios <kilon.alios(a)gmail.com> wrote: > > Maybe its time for me to make a video tutorial about it and lift the myth that is not dead easy to use git with pharo. Right not it :) Yes, we definitely need more tutorials. Iâll appreciate git-related video. Uko > > > > On Thu, Nov 27, 2014 at 5:20 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: > Iâm not comparing Monticello and Git, Iâm just saying that we donât have tools to work with git that could be easily used by all users. > > Uko > > >> On 27 Nov 2014, at 15:38, kilon alios <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >> >> frankly I dont consider Pharo versioning system as mature as git and github. For example how git is doing branches and monticello is doing them, or comparing pharo slices to git pull requests. Then you have also tons of tools on the market that are very efficient at managing git with no equivalent tools in pharo. I could not even use monticello if I had not read the PBE. Never opened a manual using SmartGit. But on the other hand people are free to use whatever makes them comfortable and I dont think we need to wait for everyone to migrate to git and github or other versioning systems. At least for me git already works great with Pharo. >> >> On Thu, Nov 27, 2014 at 2:20 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >> >>> On 27 Nov 2014, at 12:07, kilon alios <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >>> >>> thats one of the great things about github is how easy it is to report issues and problem and engage the developers into discussion without having to detract attention to a mailing list. You can even attach pull requests to issues that offer code for solving these problems. So yes I will be definitely reporting back any issues I have , maybe even send you a few pull requests if the fix is easy for me to do. >> >> Thanks Kilon. And yes, you are right, github in fact provides a lot of features, but out git support is not mature enough. Maybe one day everyone will migrateâ¦ >> >> Uko >> >> >>> >>> On Thu, Nov 27, 2014 at 12:23 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >>> >>>> On 27 Nov 2014, at 10:59, kilon alios <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >>>> >>>> "http://vidi.inf.usi.ch <http://vidi.inf.usi.ch/>" >>>> >>>> thanks >>>> >>>> "ViDI is a tool Iâm developing to review the code. I host it on github: https://github.com/Uko/Vidi/ <https://github.com/Uko/Vidi/>" >>>> >>>> great work Yuriy looks very impressive definitely will give it a try. Another toy for my collection and very productive one it seems :) >>>> >>>> >>> >>> Thank you Kilon. >>> >>> ViDI is still under heavy development, but your feedback is much appreciated :). >>> >>> Feel free to open bug reports and feature requests at: https://github.com/Uko/Vidi/issues <https://github.com/Uko/Vidi/issues> >>> >>> As you can see, my first beta tester Roberto Minelli discovered a lot of these. >>> >>> Uko >>> >> >> > >

Nov. 27, 2014