Re: [Pharo-dev] Parallel Port
Hi Ben, I found IOST http://www.smalltalking.net/Goodies/Squeak/ to use io.dll, I think that it's fine for me. I'll try it on Pharo. I want to do this on a computer (and not with arduino for example) because my idea is to do a complete software to manage the brewing process on my little brewery and sense the temperature is just de beginning. Thanks for your answer. Facundo On Fri, Jun 9, 2017 at 11:03 PM, Ben Coman <b...@openinworld.com> wrote: > The only two historical references I see on forum.world.st are from 2006 > & 2010. > http://forum.world.st/parallel-port-access-on-Linux-td46506.html > http://forum.world.st/Physical-Etoys-released-td1574259.html > and they have some link rot. > > I'd guess your best approach would be to get something working in pure C, > and then provide functions that Pharo can call via FFI. > > Alternatively, from personal experience when I used to hoard such old > parts, it may be > economic use of your time to throw the old board away, and use a modern > microcontroller. > What you learn could facilitate more opportunities, and this stuff just > keeps getting cheaper, > while parallel ports get more expensive while knowledge of them keeps > getting less relevant. > > Maybe a $20 ESP32 with 18 ADC channels + MQTT > https://www.sparkfun.com/products/13907 > http://wiki.jackslab.org/ESP32_Onchip_Sensor > http://www.instructables.com/id/Power-and-Temperature-Data- > Logger-With-ESP32-and-A/ > https://github.com/tuanpmt/esp32-mqtt > > http://forum.world.st/MQTT-for-Squeak-td4919880.html#a4920629 > http://forum.world.st/MQTT-for-Pharo-td4927759.html#a4928045 > https://developer.ibm.com/recipes/tutorials/connect-an- > esp32-to-the-watson-iot-platform/ > > Or use a Raspberry Pi... > https://core-electronics.com.au/tutorials/temperature- > sensing-with-raspberry_pi.html > that can run Pharo directly, but I'm not sure what access to pins is > currently available. > Again you could go the FFI route, or someone else might advise. > > cheers -ben > > On Sat, Jun 10, 2017 at 8:57 AM, Facundo Vozzi <facundo...@gmail.com> > wrote: > >> Hi, >> I need to access to the Parallel Port in order to use an old >> Analog/Digital board to sense temperature in a micro brewery. Is anyone >> using any package to do this? >> >> I'm using Pharo 6 on Windows. >> >> Thanks in advance, >> Facundo >> > >
[Pharo-dev] Parallel Port
Hi, I need to access to the Parallel Port in order to use an old Analog/Digital board to sense temperature in a micro brewery. Is anyone using any package to do this? I'm using Pharo 6 on Windows. Thanks in advance, Facundo
Re: [Pharo-dev] R: [Tutorial] Rediscovering the UX of the legendary HP-35 Scientific Pocket Calculator
On Fri, Jun 27, 2014 at 3:33 AM, Sven Van Caekenberghe s...@stfx.eu wrote: On 27 Jun 2014, at 01:21, Facundo Vozzi facundo...@gmail.com wrote: Incredible Work! You're welcome. Thanks for sharing, FV p.s.: I used one HP-35 at school from my father. I love the RPN method when I understood it :-) You are actually the first real person that I heard of that used one ! Cool. I got it from the computation bussines of my grandfather. It was new on the box, together with a lot of old stuff. The problem were the batteries, I had to adapt another batteries to it. I don't where is it now.
Re: [Pharo-dev] R: [Tutorial] Rediscovering the UX of the legendary HP-35 Scientific Pocket Calculator
Incredible Work! Thanks for sharing, FV p.s.: I used one HP-35 at school from my father. I love the RPN method when I understood it :-) On Thu, Jun 26, 2014 at 5:13 AM, Sven Van Caekenberghe s...@stfx.eu wrote: On 26 Jun 2014, at 09:24, Lorenzo Schiavina lore...@edor.it wrote: Great job Sven, I felt young again. Thank you. Lorenzo Yeah, I am beginning to realise that being interested in historic calculators puts you in a certain age bracket ;-) I am glad you liked it. Sven
Re: [Pharo-dev] Reef status
Yes, not problem. I have seaside, magritte and folks on my image. I'll let you know if I have problems. Thanks, On Thu, May 15, 2014 at 5:45 AM, Esteban Lorenzano esteba...@gmail.comwrote: On 15 May 2014, at 10:41, Esteban Lorenzano esteba...@gmail.com wrote: Hi, Reef works out of the box in Pharo3. What does not work is the configuration (I need to update it) :P Real thing is that I was migrating (and simplifying) everything to work with bootstrap out of the box” and I made (as always) just what I needed. But I’m willing to help and to spend some time on it. So, first… I updated the configuration. This should work now: Gofer it smalltalkhubUser: 'estebanlm' project: 'Reef'; configuration; loadDevelopment. ah, but you need to have seaside loaded first. Reef just loads “seaside core”, which means not all packages you might need (like the zinc adaptor) will be present. Esteban And any question you have… I’m happy to help. cheers, Esteban On 15 May 2014, at 08:46, stepharo steph...@free.fr wrote: It would so great! Esteban is too busy but yes yes yes. We have a draft of a chapter but I do not enough knowledge to be efficient On 15/5/14 01:25, Facundo Vozzi wrote: Hi, someone is working with Reef and is someone planning to migrate to Pharo 3? Is it working on Pharo 2 ? Thanks, p.s.: if nobody is migrating it maybe I can try it with Esteban instructions.
[Pharo-dev] Reef status
Hi, someone is working with Reef and is someone planning to migrate to Pharo 3? Is it working on Pharo 2 ? Thanks, p.s.: if nobody is migrating it maybe I can try it with Esteban instructions.
Re: [Pharo-dev] [ANN] Pharo3 Dark Theme is available
Well done! I really like it. Thanks On Thu, May 1, 2014 at 5:37 PM, Esteban Lorenzano esteba...@gmail.comwrote: mmm… no, span the list :) I will fix it. Esteban On 01 May 2014, at 22:35, p...@highoctane.be wrote: The critic browser shows a white on white pane. So, where can I report issues linked to this unofficial UI without spamming the list ? Phil On Thu, May 1, 2014 at 10:28 PM, p...@highoctane.be p...@highoctane.bewrote: On Thu, May 1, 2014 at 1:24 PM, Esteban Lorenzano esteba...@gmail.comwrote: Dark Theme for Pharo 3 == So, I finally took some time and hacked a Dark Theme for Pharo 3: Screen Shot 2014-05-01 at 13.11.57.png How you install it? You need to execute this script: “1. You need this because otherwise Gofer merge becomes dumb :P MCRepositoryGroup default addRepository: (MCSmalltalkhubRepository owner: 'estebanlm' project: 'Pharo3DarkTheme'). “2. Now we can actually MERGE the project Gofer it smalltalkhubUser: 'estebanlm' project: 'Pharo3DarkTheme'; package: 'Pharo3DarkTheme'; merge. “3. And then install it Pharo3DarkTheme installFullTheme. *WARNING 1:* You need to do a merge (notice the script) *WARNING 2:* Yes, this is a HACK (also: an ugly hack). See below for details. *WARNING 3:* This changes something in the Pharo3Theme too... so you can go back after installing, but not completely :) Considerations -- It can look like an easy task, to make a theme over a non native GUI like Pharo, but let me tell you: It is not. There are a lot of glitches and errors of design you have to overcome to get a working version of a theme. This is a pitty because we claim that our system is clean (or should be clean) and easy to understand. But all the Morphic implementation is a hack over a hack, with preconcepts and hardcodes everywhere, up to a point that to make the smallest change is an incredibly annoying task. Then... I added yet another hack to this infinite list. I made it because we need something like this, even if not a good solution. And I also made it to start a debate into our community. I truly believe that Morphic was a great idea, but I also believe that current implementation is doomed. I would like to discuss a new implementation, with a good design (for example I believe it should be a clear separation between a morph and it's skin, making easy the actual-hard task of changing a colorset). I also believe there will be a clear separation between what is a Morph (a graphical unit) and a Widget (who at the time should use morphs, but that's another story). Etc., etc., etc. So, will we start the longtime postponed effort of effectively replace current Morphic? In the mean time, enjoy the theme. Is so cool that I'm considering making it my default theme :P Esteban I installed in on Windows and it works nicely. One needs to reopen existing windows as there is a kind of lighter border on them. I tried to go to the Pharo3 theme and back, well, yeah, don't try that :-) Now, I need a dark TWM (the menus are dark already but not the bar itself or the menu borders). Phil
Re: [Pharo-dev] [OT] Esteban Lorenzano's interview published!
Hi Nico. I enjoy reading both of your interviews. Thanks! On Thu, Feb 6, 2014 at 1:18 PM, Nicolas Petton petton.nico...@gmail.comwrote: Hi! This is the second post of my series of interviews, in which I interview my colleagues of RMoD in Lille. This time Esteban accepted to play the game, and the interview is online here: http://nicolas-petton.fr/blog/interview-esteban.html Cheers! Nico -- Nicolas Petton http://nicolas-petton.fr
Re: [Pharo-dev] [Pharo-users] Start with a trivial improvement!
I like it Marcus. Good start point. Thanks On Thu, Oct 10, 2013 at 12:25 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: good idea yes for the blog entry On Oct 10, 2013, at 1:42 PM, Tudor Girba tu...@tudorgirba.com wrote: Thank you, Marcus! Could you post this on the Pharo blog? Doru On Thu, Oct 10, 2013 at 1:36 PM, Sven Van Caekenberghe s...@stfx.euwrote: +100 On 10 Oct 2013, at 13:21, Marcus Denker marcus.den...@inria.fr wrote: One nice way to get in the mood of doing (and at the same time testing the system) is to start with trivial improvements. This is especially nice as a starter when you never contributed any change to Pharo. And by trivial I mean *really* mean trivial: - a typo in a comment - remove a temp not accessed - clean out some trivial dead code - do a simplistic refactoring of a bad smell, even inside a single method - document something - structure bad stuff better so it is easier to replace later Taken in itself, single changes like these have no influence, but: - they get you in a mood of doing. - they make you feel that Pharo is owned by you. - take 1000 of those trivialities and they *do* make a difference. - next time something bothers you, you will have the context of I can just fix it. The critic tools is one way of finding these places, another is to just note down every time you see a triviality and later go through that list. The bug tracker can be source, too. wtfm.jpg Marcus -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] Pharo hangout analysis
Esteban, I joined to the hangout session and I think it was ok. I was at my work so I could just heard the conversation, like a radio. Anyway, I watched the handout screen at times and I was interesting. I think that could be very interesting to do pair programming on some issues. So, go ahead with it. Maybe, It'll be interesting to let pleople connect to the session, just to see too. Regards, Facu ps.: I hope to see you next week in Argentine. The other Esteban (EAM) said to me that you're coming here next week. On Wed, Oct 2, 2013 at 2:55 PM, Esteban Lorenzano esteba...@gmail.comwrote: Hi, So well... the first Pharo Hangout Session has passed and in my opinion it was not terribly bad :) There were present people who usually does not show up in the sprints for obvious reasons (they live far from Lille, like in Argentina). And we more or less worked in fixing bugs and talked about Pharo development, etc. No one there worked like that before and we need to acquire more experience to do the kind of things that makes our team work better: we need to learn how to explain our stuff, how to share our screen and do things, etc. But I think as a first experience it was very positive. At least, we could hang (out ;)) and share working context with people that we usually don't. And I think all presents are a bit more aware of Pharo process now (not a lot more aware, but a bit :) So... we will repeat this experience once a month, because I think they are very positive and we will improve them with practice. But I also would like to add other ideas that came to my mind while sprinting. For example, I think we succeed in create the feeling of all of us are working together that a sprint has, but we failed in pair program. So I would like to try remote-pair program too. How can we manage it? well, instead an open sprint, we declare I want to work on this issue, and we invite people to join... and we join two or three with same interest into a shared screen and with real participation. What do you think? cheers, Esteban
Re: [Pharo-dev] OpenDBX problem with simultaneus connections
Mariano, It works fine now. Thanks On Fri, Jul 12, 2013 at 8:51 AM, Mariano Martinez Peck marianop...@gmail.com wrote: No, GlorpOpenDBXDriver-MarianoMartinezPeck.16 in ' http://www.smalltalkhub.com/mc/DBXTalk/Glorp/main' On Thu, Jul 11, 2013 at 11:55 PM, Facundo Vozzi facundo...@gmail.comwrote: Mariano, is OpenDBXDriver-MarianoMartinezPeck.38 your last commit? Thanks On Thu, Jul 11, 2013 at 5:21 PM, Mariano Martinez Peck marianop...@gmail.com wrote: I recommend to update to the last commit I did... Otherwise, if you were using different instances of Login for each session you should have several SelmaConnectionPool alive :) (rather than 1) On Sat, Jul 6, 2013 at 5:54 PM, Facundo Vozzi facundo...@gmail.comwrote: Thanks Esteban. Now, I changed GlorpOpenDBXPoolingDriver for GlorpOpenDBXDriver and all is working properly. I'll try to fix the problem because I think that will be a problem the number of postgres.exe process running on the server this way. On Sat, Jul 6, 2013 at 5:36 PM, Esteban Lorenzano esteba...@gmail.comwrote: On Jul 6, 2013, at 7:15 PM, Facundo Vozzi facundo...@gmail.com wrote: Hi, I migrated my small app from Pharo 1.3 to Pharo 2.0. I'm using DBXTalk and GlorpDBX. It's working perfectly on my notebook (Windows 7 64 bits and postgreSql 9.1) but on my server (Windows 2003 32 bits server and postgreSql 9.0) I'm getting this error at OpenDBXWin32 level with 3 simultaneus connections:* 'FATAL: lo siento, ya tenemos demasiados clientes'*. It's strange (for me) because the version on Pharo 1.3 works properly in both machines but the version on Pharo 2.0 works perfect on my notebook and works properly for the first two connections on the server. I think that could be a problem with the OpenDBX library with the server and the implementation of FFI on Pharo 2.0 but I can't figure out it. Any suggestions? Thanks in advance, Facundo p.s.: where is hosted the DBXTalk project now? I can't find it on http://dbxtalk.smallworks.com.ar/ anymore sorry, I'm changing servers and the DNS is not well refreshed yet... however, you can find it here: http://dbxtalk.smallworks.eu Error on the third connection attempt.txt -- Mariano http://marianopeck.wordpress.com -- Mariano http://marianopeck.wordpress.com
Re: [Pharo-dev] OpenDBX problem with simultaneus connections
Mariano, is OpenDBXDriver-MarianoMartinezPeck.38 your last commit? Thanks On Thu, Jul 11, 2013 at 5:21 PM, Mariano Martinez Peck marianop...@gmail.com wrote: I recommend to update to the last commit I did... Otherwise, if you were using different instances of Login for each session you should have several SelmaConnectionPool alive :) (rather than 1) On Sat, Jul 6, 2013 at 5:54 PM, Facundo Vozzi facundo...@gmail.comwrote: Thanks Esteban. Now, I changed GlorpOpenDBXPoolingDriver for GlorpOpenDBXDriver and all is working properly. I'll try to fix the problem because I think that will be a problem the number of postgres.exe process running on the server this way. On Sat, Jul 6, 2013 at 5:36 PM, Esteban Lorenzano esteba...@gmail.comwrote: On Jul 6, 2013, at 7:15 PM, Facundo Vozzi facundo...@gmail.com wrote: Hi, I migrated my small app from Pharo 1.3 to Pharo 2.0. I'm using DBXTalk and GlorpDBX. It's working perfectly on my notebook (Windows 7 64 bits and postgreSql 9.1) but on my server (Windows 2003 32 bits server and postgreSql 9.0) I'm getting this error at OpenDBXWin32 level with 3 simultaneus connections: * 'FATAL: lo siento, ya tenemos demasiados clientes'*. It's strange (for me) because the version on Pharo 1.3 works properly in both machines but the version on Pharo 2.0 works perfect on my notebook and works properly for the first two connections on the server. I think that could be a problem with the OpenDBX library with the server and the implementation of FFI on Pharo 2.0 but I can't figure out it. Any suggestions? Thanks in advance, Facundo p.s.: where is hosted the DBXTalk project now? I can't find it on http://dbxtalk.smallworks.com.ar/ anymore sorry, I'm changing servers and the DNS is not well refreshed yet... however, you can find it here: http://dbxtalk.smallworks.eu Error on the third connection attempt.txt -- Mariano http://marianopeck.wordpress.com
Re: [Pharo-dev] OpenDBX problem with simultaneus connections
Thanks Esteban. Now, I changed GlorpOpenDBXPoolingDriver for GlorpOpenDBXDriver and all is working properly. I'll try to fix the problem because I think that will be a problem the number of postgres.exe process running on the server this way. On Sat, Jul 6, 2013 at 5:36 PM, Esteban Lorenzano esteba...@gmail.comwrote: On Jul 6, 2013, at 7:15 PM, Facundo Vozzi facundo...@gmail.com wrote: Hi, I migrated my small app from Pharo 1.3 to Pharo 2.0. I'm using DBXTalk and GlorpDBX. It's working perfectly on my notebook (Windows 7 64 bits and postgreSql 9.1) but on my server (Windows 2003 32 bits server and postgreSql 9.0) I'm getting this error at OpenDBXWin32 level with 3 simultaneus connections:* 'FATAL: lo siento, ya tenemos demasiados clientes'*. It's strange (for me) because the version on Pharo 1.3 works properly in both machines but the version on Pharo 2.0 works perfect on my notebook and works properly for the first two connections on the server. I think that could be a problem with the OpenDBX library with the server and the implementation of FFI on Pharo 2.0 but I can't figure out it. Any suggestions? Thanks in advance, Facundo p.s.: where is hosted the DBXTalk project now? I can't find it on http://dbxtalk.smallworks.com.ar/ anymore sorry, I'm changing servers and the DNS is not well refreshed yet... however, you can find it here: http://dbxtalk.smallworks.eu Error on the third connection attempt.txt
