- Pharo-users - lists.pharo.org

Re: InstanceVariables

by Norbert Hartl

> Am 08.12.2021 um 22:56 schrieb Richard O'Keefe <raoknz(a)gmail.com>: > > Other programming languages use terminology like slots, > fields, data members, ... > > The keyword 'instanceVariableNames:' is used because the > string that follows contains the names of the variables, > not the variables themselves. To experience that go into settings (under the âPharoâ menu item) search for âslotsâ. You will get this If you open a new system browser it looks like this Collection << #SmallDictionary slots: { #keys . #values . #size }; tag: 'Dictionaries'; package: 'Collections-Unorderedâ which resembles the slots representation better. Hope this helps and not raise confusion even more. Norbert

Dec. 9, 2021

Re: InstanceVariables

by Richard O'Keefe

If you are coming from a Pascal background, instance variables of an object correspond to fields of a record. They are called instance variables - because they are variables - that belong to INSTANCES of a class (object) as opposed to class variables - which are variables - that belong to the CLASS itself and are thus shared by all instances. Other programming languages use terminology like slots, fields, data members, ... The keyword 'instanceVariableNames:' is used because the string that follows contains the names of the variables, not the variables themselves. One thing to note is that in Smalltalk all instance variables (fields, slots, whatever) are PRIVATE. These are not the names of accessor methods, although there may be accessor methods with the same spelling. On Tue, 7 Dec 2021 at 05:32, <danhunfeldz(a)mail.com> wrote: > Object subclass: #Test > instanceVariableNames: 'var1 var2' > classVariableNames: '' > package: 'MyTest' > > I was struggling with instanceVariableNames even though they show up under methods. Perhaps I'm just slow, but it wasn't until last night when I was reading on Object Pascal and there was an example: > > type > TProjector = class(TTelevision) > Brightness, Temperature: Integer; > procedure Focus(Length: Single); > end; > > Then it finally clicked with me that "var1" and "var2" under instance variables in Smalltalk would be like the method "Focus" in Object Pascal. Is that correct, or am I still not getting it? > >

Dec. 8, 2021

Re: An Emacs <-> Pharo bridge (unidirectional at first)

by duboismathieu_gaas＠yahoo.fr

gettimothy wrote: > https://github.com/ahungry/geben > > that is the protocol emacs/php uses. Dbg . > > iirc, there is another standard for code browsing, highlighting, etc. > > If i find it I will ping you. Are you talking about LSP (https://en.wikipedia.org/wiki/Language_Server_Protocol) ?

Dec. 8, 2021

Re: InstanceVariables

by duboismathieu_gaas＠yahoo.fr

Iâm far from being an expert but I think you misunderstood. Are you familiar with the concept of instance variables and having trouble with the syntax or do you need some help on the concept of instance variables ? Assuming you are familiar with the concept, here are some explanation about the syntax: in the Smalltalk example you gave, instance variables donât show up in methods; this example is just the Smalltalk way to declare a class with two instance variables var1 and var2 (no method is declared here). The Pascal example would translate to: ``` TTelevision subclass: #Television instanceVariableNames: 'Brightness Temperature' classVariableNames: '' package: 'MyTest' ``` Methods like Focus are declared in a separate way. If you are new to Smalltalk and OOP, I suggest you take the Pharo MOOC (https://www.fun-mooc.fr/en/courses/live-object-programming-pharo/) which will help you a lot. HTH,\ Mathieu

Dec. 8, 2021

Re: An Emacs <-> Pharo bridge (unidirectional at first)

by gettimothy

https://github.com/ahungry/geben that is the protocol emacs/php uses. Dbg . iirc, there is another standard for code browsing, highlighting, etc. If i find it I will ping you. Good luck in your work ---- On Wed, 08 Dec 2021 05:07:42 -0500 pierre.misse-chanabier(a)inria.fr wrote ---- Hello, I am aware of a Visual studio implementation that does pretty much what you described. https://github.com/badetitou/vscode-pharo I also kinda remember something pharo with emacs called: bubbles? I can't remember sorry :/ Pierre On 12/8/2021 5:48 AM, Eduardo Ochs wrote: > Hi list, > > I'm looking for help on doing something VERY un-smalltalkish with > Pharo... let me explain. I am working on several variants of this way > of controlling external programs with Emacs: > > http://angg.twu.net/LATEX/2021emacsconf.pdf > > The slides - link above - are the best way to understand how it works, > but there's mode info here: > > http://angg.twu.net/emacsconf2021.html > > The method above only works with programs that have REPLs that can be > run in terminals, but I have some variants of it that let me send > commands - single-line or multi-line - to external programs that only > have GUIs. In one of these variant the external program listens to the > signals SIGUSR1s and SIGUSR2s, and initially what it does when it > receives these signals is: > > on SIGUSR1: print the contents of the file /tmp/bridge-data > on SIGUSR2: eval the contents of the file /tmp/bridge-data > > The action of SIGUSR2 can be used to redefine the action fo SIGUSR1. > There is a demo for Tcl here: > > http://angg.twu.net/IMAGES/2021-emacs-tcl-bridge.png > http://angg.twu.net/e/tcl.e.html#2021-emacs-tcl-bridge > > How can I implement something similar in Pharo? I mean, how do I make > it react to SIGUSR1s by printing - in any sense - the contents of > /tmp/bridge-data, and react to SIGUSR2s by eval-ing the contents of > /tmp/bridge-data? > > Thanks in advance! =) > Eduardo Ochs > http://angg.twu.net/#eev

Dec. 8, 2021

Re: An Emacs <-> Pharo bridge (unidirectional at first)

by gettimothy

I am too busy to cobtibute at the moment, but I too am very interested in an emacs interface to the vm/image wuthout any gui but emacs. Iirc there is a protocol fir talking/debugging that I used fir coding and debugging in php that is an established protocol that is available in the micorsoft dev environment. The text/search/ customization of Emacs is unparralleled. imho, this will be essential for reluctant server admins to accept/embrace smallralk. ---- On Tue, 07 Dec 2021 23:48:31 -0500 eduardoochs(a)gmail.com wrote ---- Hi list, I'm looking for help on doing something VERY un-smalltalkish with Pharo... let me explain. I am working on several variants of this way of controlling external programs with Emacs: http://angg.twu.net/LATEX/2021emacsconf.pdf The slides - link above - are the best way to understand how it works, but there's mode info here: http://angg.twu.net/emacsconf2021.html The method above only works with programs that have REPLs that can be run in terminals, but I have some variants of it that let me send commands - single-line or multi-line - to external programs that only have GUIs. In one of these variant the external program listens to the signals SIGUSR1s and SIGUSR2s, and initially what it does when it receives these signals is: on SIGUSR1: print the contents of the file /tmp/bridge-data on SIGUSR2: eval the contents of the file /tmp/bridge-data The action of SIGUSR2 can be used to redefine the action fo SIGUSR1. There is a demo for Tcl here: http://angg.twu.net/IMAGES/2021-emacs-tcl-bridge.png http://angg.twu.net/e/tcl.e.html#2021-emacs-tcl-bridge How can I implement something similar in Pharo? I mean, how do I make it react to SIGUSR1s by printing - in any sense - the contents of /tmp/bridge-data, and react to SIGUSR2s by eval-ing the contents of /tmp/bridge-data? Thanks in advance! =) Eduardo Ochs http://angg.twu.net/#eev

Dec. 8, 2021

Re: An Emacs <-> Pharo bridge (unidirectional at first)

by Sven Van Caekenberghe

> On 8 Dec 2021, at 11:07, Pierre Misse <pierre.misse-chanabier(a)inria.fr> wrote: > > Hello, > > I am aware of a Visual studio implementation that does pretty much what you described. > https://github.com/badetitou/vscode-pharo > > I also kinda remember something pharo with emacs called: bubbles? > I can't remember sorry :/ Haha, it took me a while to find it because I also forgot, but here it is. It is called Shampoo: https://github.com/dmatveev/shampoo-emacs HTH, Sven PS: I wrote and use https://github.com/svenvc/NeoConsole which might help as well to get you started > Pierre > > On 12/8/2021 5:48 AM, Eduardo Ochs wrote: >> Hi list, >> >> I'm looking for help on doing something VERY un-smalltalkish with >> Pharo... let me explain. I am working on several variants of this way >> of controlling external programs with Emacs: >> >> http://angg.twu.net/LATEX/2021emacsconf.pdf >> >> The slides - link above - are the best way to understand how it works, >> but there's mode info here: >> >> http://angg.twu.net/emacsconf2021.html >> >> The method above only works with programs that have REPLs that can be >> run in terminals, but I have some variants of it that let me send >> commands - single-line or multi-line - to external programs that only >> have GUIs. In one of these variant the external program listens to the >> signals SIGUSR1s and SIGUSR2s, and initially what it does when it >> receives these signals is: >> >> on SIGUSR1: print the contents of the file /tmp/bridge-data >> on SIGUSR2: eval the contents of the file /tmp/bridge-data >> >> The action of SIGUSR2 can be used to redefine the action fo SIGUSR1. >> There is a demo for Tcl here: >> >> http://angg.twu.net/IMAGES/2021-emacs-tcl-bridge.png >> http://angg.twu.net/e/tcl.e.html#2021-emacs-tcl-bridge >> >> How can I implement something similar in Pharo? I mean, how do I make >> it react to SIGUSR1s by printing - in any sense - the contents of >> /tmp/bridge-data, and react to SIGUSR2s by eval-ing the contents of >> /tmp/bridge-data? >> >> Thanks in advance! =) >> Eduardo Ochs >> http://angg.twu.net/#eev

Dec. 8, 2021

Re: An Emacs <-> Pharo bridge (unidirectional at first)

by Pierre Misse

Hello, I am aware of a Visual studio implementation that does pretty much what you described. https://github.com/badetitou/vscode-pharo I also kinda remember something pharo with emacs called: bubbles? I can't remember sorry :/ Pierre On 12/8/2021 5:48 AM, Eduardo Ochs wrote: > Hi list, > > I'm looking for help on doing something VERY un-smalltalkish with > Pharo... let me explain. I am working on several variants of this way > of controlling external programs with Emacs: > > http://angg.twu.net/LATEX/2021emacsconf.pdf > > The slides - link above - are the best way to understand how it works, > but there's mode info here: > > http://angg.twu.net/emacsconf2021.html > > The method above only works with programs that have REPLs that can be > run in terminals, but I have some variants of it that let me send > commands - single-line or multi-line - to external programs that only > have GUIs. In one of these variant the external program listens to the > signals SIGUSR1s and SIGUSR2s, and initially what it does when it > receives these signals is: > > on SIGUSR1: print the contents of the file /tmp/bridge-data > on SIGUSR2: eval the contents of the file /tmp/bridge-data > > The action of SIGUSR2 can be used to redefine the action fo SIGUSR1. > There is a demo for Tcl here: > > http://angg.twu.net/IMAGES/2021-emacs-tcl-bridge.png > http://angg.twu.net/e/tcl.e.html#2021-emacs-tcl-bridge > > How can I implement something similar in Pharo? I mean, how do I make > it react to SIGUSR1s by printing - in any sense - the contents of > /tmp/bridge-data, and react to SIGUSR2s by eval-ing the contents of > /tmp/bridge-data? > > Thanks in advance! =) > Eduardo Ochs > http://angg.twu.net/#eev

Dec. 8, 2021

An Emacs <-> Pharo bridge (unidirectional at first)

by Eduardo Ochs

Hi list, I'm looking for help on doing something VERY un-smalltalkish with Pharo... let me explain. I am working on several variants of this way of controlling external programs with Emacs: http://angg.twu.net/LATEX/2021emacsconf.pdf The slides - link above - are the best way to understand how it works, but there's mode info here: http://angg.twu.net/emacsconf2021.html The method above only works with programs that have REPLs that can be run in terminals, but I have some variants of it that let me send commands - single-line or multi-line - to external programs that only have GUIs. In one of these variant the external program listens to the signals SIGUSR1s and SIGUSR2s, and initially what it does when it receives these signals is: on SIGUSR1: print the contents of the file /tmp/bridge-data on SIGUSR2: eval the contents of the file /tmp/bridge-data The action of SIGUSR2 can be used to redefine the action fo SIGUSR1. There is a demo for Tcl here: http://angg.twu.net/IMAGES/2021-emacs-tcl-bridge.png http://angg.twu.net/e/tcl.e.html#2021-emacs-tcl-bridge How can I implement something similar in Pharo? I mean, how do I make it react to SIGUSR1s by printing - in any sense - the contents of /tmp/bridge-data, and react to SIGUSR2s by eval-ing the contents of /tmp/bridge-data? Thanks in advance! =) Eduardo Ochs http://angg.twu.net/#eev

Dec. 8, 2021

Re: UFFI callback, getting function pointer

by Harald VICAIRE

Thanks for sharing the solution mate :) I don't know if you are aware, but you can also ask questions on Pharo's discord. Though it's easier to go through the history of conversations by email. Cheers, Harald Le mar. 7 dÃ©c. 2021 Ã 04:53, <tomazz.turk(a)gmail.com> a Ã©crit : > Found the solution! Here it is, if somebody needs the description. > > The webview_bind() function in DLL that expects to get a pointer to the > function in Pharo can be called like this: > > WebViewLibrary >> bind: webview name: aString callback: aFFICallback arguments: aByteString > > ^ self ffiCall: #(void webview_bind(void * webview, const char * aString, FFICallback aFFICallback, void * aByteString)) > > Before doing the actual call, the callback should be made according to fn > signature: > > doIt := FFICallback > > signature: #( void (const char *seq, const char *req, void * arg) ) > > block: [ :seq :req :arg | > > âdo the stuffâ > > ]. > > And the call is then made as: > > WebViewLibrary new bind: webview name: 'newJsFunctionName' callback: doIt arguments: args. > > The next challenge is, of course, threading ... > > Best wishes, > Tomaz >

Dec. 7, 2021