[Pharo-dev] Alien osVersion is not defined. Pharo 5
Hi! I've been trying to run some examples from Alien. It seems that the method 'osVersion' is not defined anymore and that method is used in: Allien class>>libcName I guess it was a method that was removed from SmalltalkImage. Any work around? Thanks! Nacho - Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/Alien-osVersion-is-not-defined-Pharo-5-tp4941906.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Alien osVersion is not defined. Pharo 5
Thanks Esteban I will look at that. - Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/Alien-osVersion-is-not-defined-Pharo-5-tp4941906p4941926.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] changing default theme to DarkTheme
Why not have a "mini-config" sort of splash screen (as Squeak now does) and let the user select? In that mini-config we can proudly announce 10 timesRepeat: [ 'Pharo 6 is out ! (and it is great)'] cheers Nacho - Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/changing-default-theme-to-DarkTheme-tp4942038p4942203.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] saving an image on windows and opening it on mac problems
Yesterday I had exactly the same problem. Worked with an image in Windows during the morning and in the evening tried to open it on my mac with no success. The error I had was indeed a path problem. The image was trying to resolve a path in windows. I eventually got the image running but with limited usage. I couldn't open the playground. I ran some test -especially onf FileSystem and saw that a lot of them not passed. So had to re-build the image I was working on from latest. Now I'm opening that image in a Windows machine with no problems so far...let's see what happens in the evening. Cheers Nacho - Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/saving-an-image-on-windows-and-opening-it-on-mac-problems-tp4944215p4944229.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Smalltalk Internet Browser
Did you tried Amber? Is Smalltalk on the browser. I believe that what you mean is embedding the V8 engine into Pharo. But man, thats a huge work. Really... my 2c. *Lic. Ignacio Sniechowski, MBA* *Prosavic SRL* ☎* (5411) 4542-6712* 📱* (54911) 6749-4721* On Sat, Apr 29, 2017 at 7:53 PM, askoh [via Smalltalk] < ml+s1294792n4944919...@n4.nabble.com> wrote: > We means all communities of Smalltalk environments. Pharo is of course the > biggest, hence my post here first. I am verifying the soundness of the idea > of SIB and then do a student project on it. I am from the VisualWork > community. I look forward to porting freeCAD: 3D CAD with Motion Simulation > to Pharo when it has 64bit version on Windows. > > Aik-Siong Koh > > Denis Kudriashov wrote > 2017-04-29 19:00 GMT+02:00 askoh <[hidden email] > <http:///user/SendEmail.jtp?type=node&node=4944919&i=0>>: > > > We start out by embedding Chrome inside the IDE. Make them communicate > > well. > > We then port bit by bit to Smalltalk based on needs and priorities. > > > > I am wondering, when you said "we" what you mean? Did you found team to > work on such project? > > > > -- > If you reply to this email, your message will be added to the discussion > below: > http://forum.world.st/Smalltalk-Internet-Browser-tp4944879p4944919.html > To start a new topic under Pharo Smalltalk Developers, email > ml+s1294792n1294837...@n4.nabble.com > To unsubscribe from Pharo Smalltalk Developers, click here > <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=1294837&code=MDgwMG5hY2hvQGdtYWlsLmNvbXwxMjk0ODM3fC0xOTAxMTExODEy> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> > - Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/Smalltalk-Internet-Browser-tp4944879p4944920.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Smalltalk Internet Browser
A thoughtful description Mr. Kilon, couldn't agree more. Even if the solution is based in node/v8 or derivate technologies like electron it will be a nightmare to integrate that. And IMHO, electron should be killed!! It's really a bad bad idea. You have like 10 single apps that run a full V8/node stack. Atom, Discord, LightTable, Chrome itself...it's so RAM & CPU consuming. For me it is like saying that a desktop application is pure front-end development. best - Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/Smalltalk-Internet-Browser-tp4944879p4944954.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Chrome DevTools Protocol and Pharo
Excellent! I love it. *Lic. Ignacio Sniechowski, MBA* *Prosavic SRL* ☎* (5411) 4542-6712* 📱* (54911) 6749-4721* On Thu, May 18, 2017 at 4:08 PM, Torsten Bergmann [via Smalltalk] < ml+s1294792n4947589...@n4.nabble.com> wrote: > Hi, > > I played around with remote controlling Google Chrome from > Pharo using Chrome DevTools Protocol [1] (based on WebSockets). > > The video shows an example using latest Pharo 6 on Mac: > https://www.youtube.com/watch?v=9F5FrQTEJWY > > Initial Code is on GitHub [2] if someone is interested, > requires OSOSX and Zinc Websockets to be loaded. > > Have fun > T. > > [1] https://chromedevtools.github.io/devtools-protocol > [2] https://github.com/astares/Pharo-Chrome > > > > -- > If you reply to this email, your message will be added to the discussion > below: > http://forum.world.st/Chrome-DevTools-Protocol-and-Pharo-tp4947589.html > To start a new topic under Pharo Smalltalk Developers, email > ml+s1294792n1294837...@n4.nabble.com > To unsubscribe from Pharo Smalltalk Developers, click here > <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=1294837&code=MDgwMG5hY2hvQGdtYWlsLmNvbXwxMjk0ODM3fC0xOTAxMTExODEy> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> > - Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/Chrome-DevTools-Protocol-and-Pharo-tp4947589p4947593.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] PharoLauncher : Image version determination error
I have the same problem. Just erased everything and downloaded a new pharo-launcher and the problem is still there I'm using PharoLauncher 1.3-2018.06.21 (21.0) All the images are useless. - Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
[Pharo-dev] VM error in Arch Linux
Hi Folks, I've installed pharo-vm and pharo-launcher from AUR as stated in the pharo site. Everything works fine for Pharo 4. But when I try to load a Pharo 5 image I get the following error: This interpreter (vers. 6502) cannot read file image (vers. 6521) and when I do pharo --version: 3.9-7 #1 Thu Dec 17 00:38:38 CET 2015 gcc 4.6.3 [Production ITHB VM] NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Dec 17 2015 NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Dec 17 2015 https://github.com/pharo-project/pharo-vm.git Commit: bad6fa2684afcf1d7cdb485f11049a4a4290fbc8 Date: 2015-12-14 12:47:06 +0100 By: Esteban Lorenzano Jenkins build #15024 Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux plugin path: /usr/share/pharo-vm/ [default: /usr/share/pharo-vm/] Any clues? Thanks in advance Nacho - Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/VM-error-in-Arch-Linux-tp4868239.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Spec terminology: renaming some terms
Or you can define a new standard by renaming it ComposableSpec ;) - Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/Spec-terminology-renaming-some-terms-tp4806486p4806574.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] MySQL driver
This is great news. I'm struggling too with MySQL in Pharo. Filling the Poll right now! thanks *Lic. Ignacio Sniechowski, MBA* *Prosavic SRL* *Tel: (011) 4542-6714* On Mon, Apr 6, 2015 at 12:41 PM, Pharo Smalltalk Developers mailing list [via Smalltalk] wrote: > Often times, I have to work with Smalltalk (pick your favorite one) and > MySQL. I have to deal with multiple versions of MySQL and, unfortunately, > incompatible code between Squeak and Pharo. > > I'm thinking of rewriting the MySQL driver to handle different MySQL > versions (3.23 up to 5.7), Squeak (3.x up to 4.6) and Pharo (1.0 up to > 4.0). Obviously, I'd make sure the driver would handle the different MySQL > handshake protocols, password encryption methods and different storage > engines (MyISAM, InnoDB and MEMORY) as well as partitions, MERGE tables and > views and the oh-s-different behaviors of the ZEROFILL option and > ever-changing server commands (that come and go between versions)! > > I already have a gazillion versions of MySQL servers installed and a bunch > of SUnit tests (for another project of mine) to handle all the subtleties > of those different versions. Is there any interest in such a thing before > I spend (quite) some time on this? > > I created 2 polls to get an idea of what versions of MySQL people use as > well as MySQL & Pharo versions used. Please, fill out the 2 polls at: > > MySQL et Squeak et Pharo > <https://endormitoire.wordpress.com/2015/04/05/mysql-et-squeak-et-pharo/> > > > > [image: image] > <https://endormitoire.wordpress.com/2015/04/05/mysql-et-squeak-et-pharo/> > > > > > > MySQL et Squeak et Pharo > <https://endormitoire.wordpress.com/2015/04/05/mysql-et-squeak-et-pharo/> > Dans l'éventualité d'une réécriture du driver de MySQL pour Squeak et > Pharo, j'aimerais avoir une idée de ce que les gens utilisent! Répondez > aux so... > View on endormitoire.wordpress... > <https://endormitoire.wordpress.com/2015/04/05/mysql-et-squeak-et-pharo/> > Preview by Yahoo > > > > P.S. Sorry for the cross posting! > > - > Benoît St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > IRC: lamneth > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero". (A. Einstein) > > > -- > If you reply to this email, your message will be added to the discussion > below: > http://forum.world.st/MySQL-driver-tp4817841.html > To start a new topic under Pharo Smalltalk Developers, email > ml-node+s1294792n1294837...@n4.nabble.com > To unsubscribe from Pharo Smalltalk Developers, click here > <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=1294837&code=MDgwMG5hY2hvQGdtYWlsLmNvbXwxMjk0ODM3fC0xOTAxMTExODEy> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> > - Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/MySQL-driver-tp4817841p4817844.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Improving the documentation model
The other day I was thinking about this. I thought that it would be a great idea to have a pillar rendering engine inside Pharo. In that way the documentation written will be available in the image WYSIWYG with no need for recompilation. The update of books will be easy, just do a Software Update and the documentation is up to date. a Pillar rendering, WYSIWYG editor would be great. cheers Nacho *Lic. Ignacio Sniechowski, MBA* *Prosavic SRL* *Tel: (011) 4542-6714* On Tue, Apr 21, 2015 at 2:49 PM, kilon.alios [via Smalltalk] < ml-node+s1294792n4820973...@n4.nabble.com> wrote: > Funnily enough I am in the exact opposite opinion, of Graphical approach > being vastly superior to text based approach including programming > languages. 25 years using computers and coding with them and still cannot > fathom why programming languages are still a think and why developers and > "power" users rely so much on text based approach. But whether I like it or > not the coding world is dominated by text based solutions. > > Its a pointless debate though when it comes to pharo will depend on the > people doing the work. Personally I don't have the time of going very deep > into this and doing all the hard work it requires. My focus is elsewhere. > But I welcome any contribution. > > As a lawyer myself and a coder, I cannot even begin to compare Latex to > the convenience of Libreoffice I use at work. Its not even a debate . > Latex is something I never heard of until Pillar introduced me to it. > Can't imagine who in the right mind would use this to document things, but > I guess they have their reasons. > > I started with command line and CP/M back in 1988 but even back then when > GUIs were not mainstream (at least in my country) I was dreaming of > graphical intefaces that would lift me from the restrictions of text based > approach and the dreaded command line. I wish I had found out about > Smalltalk back then and its elegant solution to this problem. > > I love Pillar because its simple and I like the syntax, but yeah in the > end I would choose a Graphical Documentation Tool no questions asked. > > On Tue, Apr 21, 2015 at 7:39 PM, Dmitri Zagidulin <[hidden email] > <http:///user/SendEmail.jtp?type=node&node=4820973&i=0>> wrote: > >> On Tue, Apr 21, 2015 at 12:15 PM, Sean P. DeNigris <[hidden email] >> <http:///user/SendEmail.jtp?type=node&node=4820973&i=1>> wrote: >>> >>> I dream that all documents in my Dynabook are WYSIWYG. However, the >>> computing world seems to have regressed into writing documents in various >>> forms of assembly code. >> >> >> Completely disagree, that it's a regression in any way :) Text-based >> document writing has enabled so many more features than WYSIWYG approaches >> have ever dreamed of. I would be happy to debate the merits of the two >> approaches, feature-for-feature. >> >> You're basically pining for the equivalent of VisualBasic drag & drop >> programming, versus the flexibility of writing code in an editor. The >> latter wins, no contest. (Now, that is not to say that text-based code >> editing can't be /improved/ with better IDE tools, that's what we're all >> about after all.) >> >> > > > > -- > If you reply to this email, your message will be added to the discussion > below: > > http://forum.world.st/Improving-the-documentation-model-tp4820814p4820973.html > To start a new topic under Pharo Smalltalk Developers, email > ml-node+s1294792n1294837...@n4.nabble.com > To unsubscribe from Pharo Smalltalk Developers, click here > <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=1294837&code=MDgwMG5hY2hvQGdtYWlsLmNvbXwxMjk0ODM3fC0xOTAxMTExODEy> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> > - Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/Improving-the-documentation-model-tp4820814p4820976.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Improving the documentation model
I think we have to distinguish two things. One thing is GUI only with mouse. Another one is GUI with lots of keyboard shortcuts and bindings. For instance. I use a lot of Excel which clearly is a GUI app but I seldom use the mouse it is much productive for me to use shortcuts. An analogy can be made between Python an Pharo. Python is great, but one of the things that really annoys me is that all the methods, clases are there in a way which is difficult to grasp them. On the other hand, the System Browser is a wonderful thing for an OO language. GUI Zealot yes, mouse Zealot definitely not. Cheers Nacho *Lic. Ignacio Sniechowski, MBA* *Prosavic SRL* *Tel: (011) 4542-6714* On Tue, Apr 21, 2015 at 4:35 PM, kilon.alios [via Smalltalk] < ml-node+s1294792n4820989...@n4.nabble.com> wrote: > Its funny you mention natural selection an extremely stupid and slow > process. Fortunately for us software evolves with artificial selection > which way faster and way more intelligent. But still it comes with a great > deal of flaws when you take a look at what exactly is popular in the coding > world nowdays . Or even outside the coding world. But yes we can sit here > and debate this for million of years. > > I am not a GUI zealot though, I have my own opinion that I never try to > enforce on others. I am perfectly ok with people that prefer a text based > approach. The only thing I am saying that GUIs have one undisputed > advantage, they are not text based only ;) > > For me it comes down to making sensible convenient and practical useful > UIs. How you do it , graphical or text based is secondary concern. > > I am also aware of the fact that GUIs tend to be more difficult to create, > which provides a very good explanation why command lines are still quite > popular. > > On Tue, Apr 21, 2015 at 9:48 PM, Nicolas Anquetil <[hidden email] > <http:///user/SendEmail.jtp?type=node&node=4820989&i=0>> wrote: > >> >> This remind me of a discussion a very long time ago on a newsgroup >> >> - a young zealot of GUI (windows, buttons, mouses) was asking himself and >> the community how people could deny that this was the best interface on >> earth or how anybody could prefer text based interface >> >> - a seasonned sys. admin then started to explain all the clicks he had to >> perform to create one new user account. Result: for one new user some >> minutes of work >> He then added that he had to create HUMDREDS of user every year and was >> so very happy that he did not had to do it all by pointing and clicking but >> had some scripts to do it. >> >> So the answer to all this is that there are very good and valid reasons >> to prefer text to all the shiny interfaces of he world. >> And you don't even have to look very far to find some. >> >> As for programming with in a graphical way, the ability has been around >> for decades. >> I believe we can safely assume that if people are still using textual >> interface after such a very long period (in computer science time frame), >> it is most certainly because natural selection has favoured the choice that >> had most advantages ... >> >> nicolas >> >> PS: which does not mean that GUI are completely useless >> >> >> On 21/04/2015 20:03, kilon alios wrote: >> >> Funnily enough I am in the exact opposite opinion, of Graphical >> approach being vastly superior to text based approach including programming >> languages. 25 years using computers and coding with them and still cannot >> fathom why programming languages are still a think and why developers and >> "power" users rely so much on text based approach. But whether I like it or >> not the coding world is dominated by text based solutions. >> >> Its a pointless debate though when it comes to pharo will depend on the >> people doing the work. Personally I don't have the time of going very deep >> into this and doing all the hard work it requires. My focus is elsewhere. >> But I welcome any contribution. >> >> As a lawyer myself and a coder, I cannot even begin to compare Latex to >> the convenience of Libreoffice I use at work. Its not even a debate . >> Latex is something I never heard of until Pillar introduced me to it. >> Can't imagine who in the right mind would use this to document things, but >> I guess they have their reasons. >> >> I started with command line and CP/M back in 1988 but even back then >> when GUIs were not mainstream (at least in my country) I was dreaming of >> graphical intefaces that would lift me from the restrictions of text based >> approach an
[Pharo-dev] Pharo on Centos/RHEL/ 7.1
Hi, I noticed that in Pharo's homepage now there is a link to a Centos build. However, the necessary 32bits libs are not mentioned. Here is the list of the libs needed. May be it would be a good idea to put it there in the page, somewhere. Or at least inside the README.txt that comes in the zip. I would append something like: "As the Pharo virtual machine is still 32bits you will need some 32bit libraries. You can get them by executing the following command as root: sudo yum install alsa-lib.i686 glibc-devel.i686 mesa-libGLU.i686 libICE-devel.i686 libSM-devel.i686 freetype.i686 And after that Pharo should run perfectly." Cheers Nacho - Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/Pharo-on-Centos-RHEL-7-1-tp4821602.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.