March 2016 - Pharo-users - lists.pharo.org

left-pad.io

by Sven Van Caekenberghe

This is a really great joke: > http://left-pad.io/ <http://left-pad.io/> But should you feel the need to implement this extremely valuable web service yourself, here is how you could do it in Pharo (error handling is not 100% bullet proof, this is just a quick demo, but you get the idea): 'paddin'' oswalt' padLeftTo: 68 with: $@. (ZnServer startDefaultOn: 8080) onRequestRespond: [ :req | | str len ch | str := req uri queryAt: #str ifAbsent: [ '' ]. len := req uri queryAt: #len ifAbsent: [ '' ]. len := Integer readFrom: len ifFail: [ 0 ]. ch := (req uri queryAt: #ch ifAbsent: [ ' ' ]) first. ZnResponse ok: (ZnEntity text: (str padLeftTo: len with: ch)) ]. ZnClient new host: #localhost; port: 8080; queryAt: #str put: 'paddin'' oswalt'; queryAt: #len put: 68; queryAt: #ch put: $@; get. $ curl 'http://localhost:8080/?str=paddin%27%20oswalt&len=68&ch=@' Of course, if you are really going this into production, you'll have to pay me and Pharo the necessary royalties ;-) Sven PS: Returning a JSON (which does not really make sense here) is left as an exercise.

March 24, 2016

Re: [Pharo-users] OpenGL project

by Alexandre Bergel

Hi Thibault, I put Ronie in copy because he is interested very much on having 3d stuff working. Why do you say âporting NBOpenGLâ? Is it just a matter of rewriting the native calls with the new FFI system? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Mar 24, 2016, at 1:59 PM, Thibault Raffaillac <thibault.raffaillac(a)inria.fr> wrote: > > _ Anybody else working on porting NBOpenGL? I am rather slow, so if we can sync work would be perfect :)

March 24, 2016

Re: [Pharo-users] OpenGL project

by Damien Pollet

Can you include a proper build script? cc --std=c99 -Wall --pedantic -I/opt/homebrew/Cellar/glfw3/3.1.2/include -L/opt/homebrew/Cellar/glfw3/3.1.2/lib -lglfw3 minimal-glfw.c -o minimal-glfw minimal-glfw.c:15:5: warning: suggest braces around initialization of subobject [-Wmissing-braces] 256, 0, // top point ^~~~~~~~ { } minimal-glfw.c:16:5: warning: suggest braces around initialization of subobject [-Wmissing-braces] 512, 256, // right point ^~~~~~~~ { } minimal-glfw.c:17:5: warning: suggest braces around initialization of subobject [-Wmissing-braces] 256, 512, // bottom point ^~~~~~~~ { } minimal-glfw.c:18:7: warning: suggest braces around initialization of subobject [-Wmissing-braces] 0, 256}; // left point ^~~~~~ { } 4 warnings generated. Undefined symbols for architecture x86_64: "_glAttachShader", referenced from: _main in minimal-glfw-368070.o "_glBindBuffer", referenced from: _main in minimal-glfw-368070.o "_glBufferData", referenced from: _main in minimal-glfw-368070.o "_glClear", referenced from: _main in minimal-glfw-368070.o "_glClearColor", referenced from: _main in minimal-glfw-368070.o "_glCompileShader", referenced from: _main in minimal-glfw-368070.o "_glCreateProgram", referenced from: _main in minimal-glfw-368070.o "_glCreateShader", referenced from: _main in minimal-glfw-368070.o "_glDrawArrays", referenced from: _main in minimal-glfw-368070.o "_glEnableVertexAttribArray", referenced from: _main in minimal-glfw-368070.o "_glGenBuffers", referenced from: _main in minimal-glfw-368070.o "_glGetAttribLocation", referenced from: _main in minimal-glfw-368070.o "_glLinkProgram", referenced from: _main in minimal-glfw-368070.o "_glShaderSource", referenced from: _main in minimal-glfw-368070.o "_glUseProgram", referenced from: _main in minimal-glfw-368070.o "_glVertexAttribPointer", referenced from: _main in minimal-glfw-368070.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [minimal-glfw] Error 1 On 24 March 2016 at 17:59, Thibault Raffaillac <thibault.raffaillac(a)inria.fr > wrote: > Hi, > > Some progress on the OpenGL project: > _ I read much of the sources around NBOpenGL, the architecture looks nice > to me, so will keep it, but am actually considering to strip it to OpenGL > ES 2! This is a subset of OpenGL, but is supported on more platforms > (Android, iOS, RPi), and will be easier to maintain in the long term. > _ A working minimal demo in C ( > https://drive.google.com/file/d/0B6Y_O5MtrUaEbXFjTGhUcTZwY3M/view?usp=shari… > ) > _ SDL2 gave me some headaches (2~3 seconds to start & open a window, could > not properly display the title bar, displays big ugly pixels on retina > screen, could not test it in Pharo since it did not find library file). So > I tried GLFW and LOVE IT (starts fast, handles the pixel density problem > nicely, amazing documentation). I will work to bind it with FFI. > _ Anybody else working on porting NBOpenGL? I am rather slow, so if we can > sync work would be perfect :) > > Cheers, > Thibault > > > ------------------------------ > > > > Message: 2 > > Date: Sat, 12 Mar 2016 09:06:36 +0100 > > From: stepharo <stepharo(a)free.fr> > > To: pharo-users(a)lists.pharo.org > > Subject: Re: [Pharo-users] OpenGL project > > Message-ID: <56E3CE0C.1010907(a)free.fr> > > Content-Type: text/plain; charset=windows-1252; format=flowed > > > > Check bloc under Moose in the CI > > there is a little class with the binding. > > > > Stef > > > > Le 11/3/16 13:22, Thibault Raffaillac a ?crit : > > > Hi, > > > > > > I would like to do a bit of OpenGL in Pharo, but it does not seem to > work > > > at the moment. > > > > > > Tried NBOpenGL with a spur image (50560): > > > _ fails at installation from configuration browser (need to click > again on > > > installing to get all classes) > > > _ demo "GLTTRenderingDemo new openInWorld" fails at NBGLContextDriver > with > > > error "No suitable implementation found for initializing OpenGL context > > > for your platform" (running on a Mac) > > > > > > Tried with a pre-spur image (50496): > > > _ same weirdness at installation > > > _ demo fails at NBGLCurveRenderer with "MessageNotUnderstood: receiver > of > > > on: is nil" > > > > > > Is there a working demo available out there? I have worked a lot with > > > OpenGL ES 2.0 and could definitely provide work on the topic. > > > > > > Cheers, > > > Thibault > > > > >

March 24, 2016

Re: [Pharo-users] OpenGL project

by Thibault Raffaillac

Hi, Some progress on the OpenGL project: _ I read much of the sources around NBOpenGL, the architecture looks nice to me, so will keep it, but am actually considering to strip it to OpenGL ES 2! This is a subset of OpenGL, but is supported on more platforms (Android, iOS, RPi), and will be easier to maintain in the long term. _ A working minimal demo in C (https://drive.google.com/file/d/0B6Y_O5MtrUaEbXFjTGhUcTZwY3M/view?usp=shari…) _ SDL2 gave me some headaches (2~3 seconds to start & open a window, could not properly display the title bar, displays big ugly pixels on retina screen, could not test it in Pharo since it did not find library file). So I tried GLFW and LOVE IT (starts fast, handles the pixel density problem nicely, amazing documentation). I will work to bind it with FFI. _ Anybody else working on porting NBOpenGL? I am rather slow, so if we can sync work would be perfect :) Cheers, Thibault > ------------------------------ > > Message: 2 > Date: Sat, 12 Mar 2016 09:06:36 +0100 > From: stepharo <stepharo(a)free.fr> > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] OpenGL project > Message-ID: <56E3CE0C.1010907(a)free.fr> > Content-Type: text/plain; charset=windows-1252; format=flowed > > Check bloc under Moose in the CI > there is a little class with the binding. > > Stef > > Le 11/3/16 13:22, Thibault Raffaillac a ?crit : > > Hi, > > > > I would like to do a bit of OpenGL in Pharo, but it does not seem to work > > at the moment. > > > > Tried NBOpenGL with a spur image (50560): > > _ fails at installation from configuration browser (need to click again on > > installing to get all classes) > > _ demo "GLTTRenderingDemo new openInWorld" fails at NBGLContextDriver with > > error "No suitable implementation found for initializing OpenGL context > > for your platform" (running on a Mac) > > > > Tried with a pre-spur image (50496): > > _ same weirdness at installation > > _ demo fails at NBGLCurveRenderer with "MessageNotUnderstood: receiver of > > on: is nil" > > > > Is there a working demo available out there? I have worked a lot with > > OpenGL ES 2.0 and could definitely provide work on the topic. > > > > Cheers, > > Thibault > >

March 24, 2016

unsubscribe

by Alex Schenkman

March 24, 2016

Re: [Pharo-users] Pharo Days 2016 @ end of next week

by stepharo

Oui tintin est en deuil. Stef Le 24/3/16 10:46, Sven Van Caekenberghe a Ã©crit : > Much can be said about what happened this week > > https://en.wikipedia.org/wiki/2016_Brussels_bombings > > but basically most people are just very, very sad > > > An international community working together on open source software as > a common good that can benefit anyone anywhere is one of those things > that can make a difference, that can show how living together should be. > > > The Pharo Days 2016 take place at the end of next week, as planned. We > already have 25 confirmed registrations. Please consider joining us. > Registrations close at the beginning of next week (Tuesday March 29th, > midnight). We urge you to please register as soon as possible. > > http://pharodays2016.pharo.org > > > We hope to see you all soon ! > > > The Pharo Board >

March 24, 2016

Re: [Pharo-users] [Pharo-dev] Pharo Days 2016 @ end of next week

by Sven Van Caekenberghe

> On 24 Mar 2016, at 11:08, Stephan Eggermont <stephan(a)stack.nl> wrote: > > On 24-03-16 10:46, Sven Van Caekenberghe wrote: >> Much can be said about what happened this week >> >> https://en.wikipedia.org/wiki/2016_Brussels_bombings >> >> but basically most people are just very, very sad > Indeed > >> The Pharo Days 2016 take place at the end of next week, as planned. We already >> have 25 confirmed registrations. Please consider joining us. Registrations close >> at the beginning of next week (Tuesday March 29th, midnight). We urge you to >> please register as soon as possible. >> > > Payment doesn't work from the Netherlands. It tries to force me to create a > paypal account. I believe that is indeed the only option (although, I thought at least, that you do not really have to create an account, that you can do just a payment through them, but that option is probably well hidden, or maybe gone). If you really want to pay another way, just opt for the invoice/pay afterwards option, and I'll send you an invoice and you can then pay by bank transfer. Sven

March 24, 2016

Pharo Days 2016 @ end of next week

by Sven Van Caekenberghe

Much can be said about what happened this week https://en.wikipedia.org/wiki/2016_Brussels_bombings but basically most people are just very, very sad An international community working together on open source software as a common good that can benefit anyone anywhere is one of those things that can make a difference, that can show how living together should be. The Pharo Days 2016 take place at the end of next week, as planned. We already have 25 confirmed registrations. Please consider joining us. Registrations close at the beginning of next week (Tuesday March 29th, midnight). We urge you to please register as soon as possible. http://pharodays2016.pharo.org We hope to see you all soon ! The Pharo Board

March 24, 2016

Re: [Pharo-users] Customizing SmalltalkEditor context menu issue

by jtuchel＠objektfabrik.de

I am glad I am not the only one with a deep dislike for Pragmas ;-) Am 24.03.16 um 09:54 schrieb Dimitris Chloupis: > you are not the only one, I have been coding 2 years now with Pharo , > pragmas still look as the most non smalltalky things as the first time > I discovered them. > > On Wed, Mar 23, 2016 at 10:58 PM Ala'a Mohammad <amalawi(a)gmail.com > <mailto:amalawi@gmail.com>> wrote: > > Thanks for the great explanation! > > I had reached an almost the target menu by modify all of > SmalltalkEditor, TClassDescription and AbstractNautilusUI classes > methods. > > To be honest I'm newbie and this pragma thing seems foreign between > the other pleasant experiences with smalltaking, and kind of hindrance > for the exploratory nature of normal smalltalk code browsing. > > Regards, > > Ala'a > > On Wed, Mar 23, 2016 at 2:05 AM, Nicolai Hess > <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>> wrote: > > > > > > 2016-03-22 22:27 GMT+01:00 Ala'a Mohammad <amalawi(a)gmail.com > <mailto:amalawi@gmail.com>>: > >> > >> Hi, > >> > >> I'm trying to modify the context menu of the code editor through > >> modification to SmalltalkEditor class >> smalltalkEditorMenuOn: > > > > > > Hi Ala'a > > > >> > >> > >> testing the modification with > >> (PragmaMenuBuilder pragmaKeyword: 'smalltalkEditorMenu' model: nil) > >> menu popUpInWorld > > > > > > The context menu for Nautilus code pane works a bit different. > > Can you test if your modifications are working in Workspace (or the > > workspace are in a basic > > inspector). > > > >> > >> > >> succeeds, and shows the final shape of the menu that I want (photo > >> attached), but the actual one used by the system is messed up! > (photo > >> attached) > >> > >> I tried also to execute TextEditor class >> initialize, but > that did not > >> help. > >> > >> Another thing I did was trying to find senders and references > to the > >> SmalltalkEditor class >> smalltalkEditorMenuOn, and find none! > (So who > >> is calling that with a 'aBuilder'?), and the only > implementation of it > >> is the one I'm trying to update (more confusion - pardon the > puzzled > >> newbie). > > > > > > The smalltalkEditorMenuOn: method, containing the > smalltalkEditorMenu-Pragma > > is not > > called explicit. Instead, there is a Method SmalltalkEditor class >> > > smalltalkEditorMenuKeyword > > that returns the pragma name ('smalltalkEditorMenu') used to > collect all > > methods using this pragma > > for defining the menus. > > > > For Nautilus, there is another step involved. First it calls > > SmalltalkEditor yellowButtonMenu > > this will ask for the pragma (SmalltalkEditor class >> > > smalltalkEditorMenuKeyword) and builds a menu > > from every method using this pragma (here only the method > SmalltalkEditor > > class >> smalltalkEditorMenuOn: ). > > NOW it modifies this menu and adds (from all methods using the > pragma > > <nautilusGlobalSourceCodeMenu> and reorganize some more entries > (this is > > ugly, yes). > > > >> > >> > >> Attached are the photos for the original menu, target menu and the > >> messed up menu. > >> > >> I'm using Pharo 4.0 from the official download for Linux from > Pharo.org. > >> > >> my system is the following: > >> Linuxmint 17.1 Rebecca > >> 3.13.0-37-generic #64-Ubuntu SMP > >> > >> What I'm doing wrong? and/or what I'm missing? > >> > >> Thanks in advance for the help. > >> > >> Regards, > >> > >> Ala'a > > > > > -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

March 24, 2016

Re: [Pharo-users] Customizing SmalltalkEditor context menu issue

by Dimitris Chloupis

you are not the only one, I have been coding 2 years now with Pharo , pragmas still look as the most non smalltalky things as the first time I discovered them. On Wed, Mar 23, 2016 at 10:58 PM Ala'a Mohammad <amalawi(a)gmail.com> wrote: > Thanks for the great explanation! > > I had reached an almost the target menu by modify all of > SmalltalkEditor, TClassDescription and AbstractNautilusUI classes > methods. > > To be honest I'm newbie and this pragma thing seems foreign between > the other pleasant experiences with smalltaking, and kind of hindrance > for the exploratory nature of normal smalltalk code browsing. > > Regards, > > Ala'a > > On Wed, Mar 23, 2016 at 2:05 AM, Nicolai Hess <nicolaihess(a)gmail.com> > wrote: > > > > > > 2016-03-22 22:27 GMT+01:00 Ala'a Mohammad <amalawi(a)gmail.com>: > >> > >> Hi, > >> > >> I'm trying to modify the context menu of the code editor through > >> modification to SmalltalkEditor class >> smalltalkEditorMenuOn: > > > > > > Hi Ala'a > > > >> > >> > >> testing the modification with > >> (PragmaMenuBuilder pragmaKeyword: 'smalltalkEditorMenu' model: nil) > >> menu popUpInWorld > > > > > > The context menu for Nautilus code pane works a bit different. > > Can you test if your modifications are working in Workspace (or the > > workspace are in a basic > > inspector). > > > >> > >> > >> succeeds, and shows the final shape of the menu that I want (photo > >> attached), but the actual one used by the system is messed up! (photo > >> attached) > >> > >> I tried also to execute TextEditor class >> initialize, but that did not > >> help. > >> > >> Another thing I did was trying to find senders and references to the > >> SmalltalkEditor class >> smalltalkEditorMenuOn, and find none! (So who > >> is calling that with a 'aBuilder'?), and the only implementation of it > >> is the one I'm trying to update (more confusion - pardon the puzzled > >> newbie). > > > > > > The smalltalkEditorMenuOn: method, containing the > smalltalkEditorMenu-Pragma > > is not > > called explicit. Instead, there is a Method SmalltalkEditor class >> > > smalltalkEditorMenuKeyword > > that returns the pragma name ('smalltalkEditorMenu') used to collect all > > methods using this pragma > > for defining the menus. > > > > For Nautilus, there is another step involved. First it calls > > SmalltalkEditor yellowButtonMenu > > this will ask for the pragma (SmalltalkEditor class >> > > smalltalkEditorMenuKeyword) and builds a menu > > from every method using this pragma (here only the method SmalltalkEditor > > class >> smalltalkEditorMenuOn: ). > > NOW it modifies this menu and adds (from all methods using the pragma > > <nautilusGlobalSourceCodeMenu> and reorganize some more entries (this is > > ugly, yes). > > > >> > >> > >> Attached are the photos for the original menu, target menu and the > >> messed up menu. > >> > >> I'm using Pharo 4.0 from the official download for Linux from Pharo.org. > >> > >> my system is the following: > >> Linuxmint 17.1 Rebecca > >> 3.13.0-37-generic #64-Ubuntu SMP > >> > >> What I'm doing wrong? and/or what I'm missing? > >> > >> Thanks in advance for the help. > >> > >> Regards, > >> > >> Ala'a > > > > > >

March 24, 2016