- Pharo-users - lists.pharo.org

Re: [Pharo-users] [ANN] Bittrex API

by Ben Coman

On 15 January 2018 at 14:19, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > Hi Ben, > > Thank you for sharing this, looks really cool. > > I have some issues installing the library. In the "Clone repository" > dialog I had to use > > https://github.com/Traadh/bittrex.git > Which OS are you on? For Windows you need to enable Iceberg > Settings > Custom keys since Iceberg is not playing well there with ssh-agent. Also, the software for creating ssh keys is not built into Windows. Try... http://guides.beanstalkapp.com/version-control/git-on-windows.html Have you previously accessed github via SSH keys from command line? Check your SSH keys are configured properly... https://help.github.com/articles/testing-your-ssh-connection/ and if not, get that working first... https://help.github.com/articles/connecting-to-github-with-ssh/ > The install procedure did not downloaded the libsodium library. Whoops, missed that. I'll update the procedure. Also its about time I write my first Baseline. > I had to install it from loading Nacl. > Any particular difference with Nacl? From the dll in Nacl I can see > Bittrex functions are supported but appending a "256" in the function > prototype, i.e.: crypto_auth_hmacsha512256_keybytes , > maybe you can add the functions to the Nacl repository? > http://www.smalltalkhub.com/#!/~tonyg/Crypto-Nacl I tried Crpto-Nacl first. This was my first time using Libsodium and it was difficult to find examples directly on the HMAC512 function I needed. The sample C code I compiled as a test didn't match the function names exported from Crypto-Nacl so this confounded my trials. It was simple to FFI wrap the one Libsodium function I needed, so thats what I did. The Configuration of Crypto-Nacl downloads a pre-compiled libsodium that exports different symbols to the system libsodium. So IIUC its not a matter of just adding extra Smalltalk methods to the Crypto-Nacl. I don't know enough about Libsodium to understand the difference in function naming and I guess replacing it might break existing users ?? > Or you can use the URL's in ConfigurationOfNacl>>platformLibraryUrl to > download the library for each platform, > or integrate the download procedure in > https://github.com/hernanmd/MetacelloFileDownload good idea. thx for the tip. cheers -ben > > Cheers, > > HernÃ¡n > > > > > > > 2018-01-13 16:07 GMT-03:00 Ben Coman <btc(a)openinworld.com>: >> Thanks everyone who advised on Zinc, REST, NeoJSON, HMAC & Libsodium >> to help me on my way to implement an interface to the Bittrex bitcoin >> exchange. I've got to the point where I'm happy to make an initial >> 0.x release. After all my years having fun hacking around Pharo, this >> is my first (tiny) product. Hopefully it may grow. :) >> >> The implementation is probably closest to a Command pattern >> with a class per entry-point. All the v1.1 entry points are >> implemented except a few to deposit & withdraw money from the >> exchange. These are currently infrequent events for me and left for >> manual action. >> >> I'm optimistic that I'll add a few more exchanges so I created a >> github org to group them together. Contributions welcome. >> >> Please see quick start instructions here... >> https://github.com/Traadh/bittrex >> >> Have fun and take care... >> https://imgs.xkcd.com/comics/engineer_syllogism.png >> >> cheers -ben >> >

Jan. 15, 2018

Re: [Pharo-users] [ANN] Bittrex API

by HernÃ¡n Morales Durand

Hi Ben, Thank you for sharing this, looks really cool. I have some issues installing the library. In the "Clone repository" dialog I had to use https://github.com/Traadh/bittrex.git The install procedure did not downloaded the libsodium library. I had to install it from loading Nacl. Any particular difference with Nacl? From the dll in Nacl I can see Bittrex functions are supported but appending a "256" in the function prototype, i.e.: crypto_auth_hmacsha512256_keybytes , maybe you can add the functions to the Nacl repository? http://www.smalltalkhub.com/#!/~tonyg/Crypto-Nacl Or you can use the URL's in ConfigurationOfNacl>>platformLibraryUrl to download the library for each platform, or integrate the download procedure in https://github.com/hernanmd/MetacelloFileDownload Cheers, HernÃ¡n 2018-01-13 16:07 GMT-03:00 Ben Coman <btc(a)openinworld.com>: > Thanks everyone who advised on Zinc, REST, NeoJSON, HMAC & Libsodium > to help me on my way to implement an interface to the Bittrex bitcoin > exchange. I've got to the point where I'm happy to make an initial > 0.x release. After all my years having fun hacking around Pharo, this > is my first (tiny) product. Hopefully it may grow. :) > > The implementation is probably closest to a Command pattern > with a class per entry-point. All the v1.1 entry points are > implemented except a few to deposit & withdraw money from the > exchange. These are currently infrequent events for me and left for > manual action. > > I'm optimistic that I'll add a few more exchanges so I created a > github org to group them together. Contributions welcome. > > Please see quick start instructions here... > https://github.com/Traadh/bittrex > > Have fun and take care... > https://imgs.xkcd.com/comics/engineer_syllogism.png > > cheers -ben >

Jan. 15, 2018

Re: [Pharo-users] Trying to test Phantom / aspects in Pharo

by Miguel Campusano

As far as I know, this is a project for an undregard thesis and I believe it is discontinued. If you contact Johan I will be glad to collaborate on this for a good cause On Sat, Jan 13, 2018 at 10:24 AM Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > You should ask Johan Fabry. > Now working at Raincode in belgium. > > Stef > > On Sat, Jan 13, 2018 at 1:06 PM, Steven Costiou <steven.costiou(a)kloum.io> > wrote: > > Hi, > > > > i am trying to test PHANtom but so far i can't get it to work. > > > > I found an image here https://pleiad.cl/research/software/phantom and i > made > > it run on a vm from 2013. > > > > But the examples crashes (PhantomDemo), and i cannot make my own examples > > work either (simple object interception). > > > > > > > > Which vm should i use ? > > > > Is the image available in the link above still ok ? > > > > By any chance, is there a version for Pharo 6 ? > > > > > > > > Steven. > > > > > >

Jan. 15, 2018

[ann] gt connector

by Tudor Girba

Hi, Towards the end of last year we worked on GT Connector, a new kind of interface that allows us to exercise and test the limits (or the lack thereof) of Bloc. It looks like this: You can see it in action here: https://twitter.com/feenkcom/status/936109463462965248 In the current implementation, the Connector allows us to navigate and connect example methods. The focus is not on examples, but on the connections. We used examples because the engine was already around and offered us a nice use case. We want to extend it in the near future to other kinds of objects. There are a couple of things that are worth noting: â¢ The editor works live, and the connection points appear and disappear as you type. â¢ The layout of the editor elements is based on a tree-based graph layout that only works with constrains (no actual visible edges between the editor elements). â¢ The editor works live, so adding new elements to the scene properly rearranges the scene. â¢ But, perhaps, the most exciting part is the fact that the lines connect an element from inside the text editor element with another that lives outside of the editor element. All these validate the architecture of Bloc of having exactly one rendering tree. It was not an obvious goal a couple of years ago, but we are really happy that it works. To put it in perspective, let's compare this with the html world. Text is text is rendered through the DOM tree. If you want graphics you might use something like SVG which comes with its own tree. However, these are two distinct worlds, and you cannot go from one to another, or at least not easily. This is the case in most engines we looked at. Why is this important? One thing we learn in the Smalltalk world is that covering the same space with less concepts opens up a whole dimension of creativity that is simply not possible outside of it. The goal with Bloc is to enable new kinds of user interfaces. As we are late to the game of modern interfaces, even though the field was invented in Smalltalk, our only chance to take the lead again is to rethink the model. Let's look at the Connector again. In most user interfaces we have panes on the outside, and visuals confined within the boundaries of those panes. Interestingly, we can trace this pattern to the very first Smalltalk interfaces. In the Connector interface we have no boundaries with text and visualization being intertwined to form a new kind of workflow. Talking about workflows, we now have two distinct and novel ways to explore examples: one is Connector, and the other one is the expandable code editor. For example, the scene from above looks like this in the example expanding editor: Both of these interfaces are not found in other infrastructures, and yet they were both inexpensive to implement in Bloc. We believe this will have a deep impact for all sorts of interfaces, and especially for the IDE. If you are interested in more details related to the IDE, take a look at the following paper from 2015: http://scg.unibe.ch/archive/papers/Girb15b-PervasiveSoftwareVisualizations.… Please let us know what you think. Cheers, The feenk team -- www.tudorgirba.com www.feenk.com "What is more important: To be happy, or to make happy?"

Jan. 14, 2018

bloc next experiments

by Tudor Girba

Hi, Happy New Year! We were asked about the roadmap of Bloc several times. It is a perfectly reasonable request given that Bloc is supposed to offer the UI infrastructure for the future of Pharo. However, I was reluctant to provide one because we do not really have a classic roadmap. When we develop Bloc and GT we think in terms of experiments and examples that we want to play with to get us to our goal. Features are a consequence of that. This approach allowed us on multiple occasions to stumble across functional possibilities that we would have not been able to think about before seeing the experiments. It also works the other way around: as we move ahead, we sometime discover modeling problems and we sometimes chase them all the way down. Having said that, we can specify the next examples and experiments that we consider for the next months. Here they are: â¢ Drag and drop that can be customized on an instance basis. In the process, revisit event management and explore making it use Announcements. Use this for the diagramming engine. â¢ Scrollbar for infinite list and the scalable element. â¢ Apply layout once. For example, this would allow us to apply a layout but still be able to drag elements in custom positions without disturbing the others. The first application is in the context of creating diagrams and visualizations. â¢ Apply layout with animation. For example, in Connector, a new example should be spawned and moved to its position through a smooth animation. This will also allow us to play with the concept of animation and MVVM. â¢ Introduce the concept of elevation. This is important for scenes in which we have overlapping elements that are not part of the composition tree. For example, in Connector, the lines connect inner elements inside the text, but they belong to the root. such as a visualization (but not only). For this to work, we need a better element traversing structure. â¢ Experiment with theming. The theming mechanism should be instance specific with per-widget defaults, and the theme values should ideally be injected in the widgets. The CSS implementation from Glenn is one direction. As developing and maintaining themes can be a nightmare in the long run, the theming mechanism to provide debugging tools. â¢ Experiment with delegating animations through the model. Typical MVVM or MVC focus on the behavior of an interaction. We want to get smooth live interfaces and the animation logic should be influence-able by the model. For example, hovering over a button, enlarges the button with extra details about the action. â¢ Basic widgets: list, input box, button, radio button, checkbox, menu, dropdown menu, toggling button, tabs, toolbar. â¢ Table and tree widgets. â¢ Pager interface (similar to the one in the current inspector) with resizable panes. Have fun, The feenk team -- www.tudorgirba.com www.feenk.com "Presenting is storytelling."

Jan. 14, 2018

Re: [Pharo-users] Any perspective of Woden in Pharo 6.1/7 ?????

by Stephane Ducasse

Thanks ronie. You can ask guille or damien because they gained experience in Travis. S. On Fri, Jan 12, 2018 at 6:38 PM, Ronie Salgado <roniesalg(a)gmail.com> wrote: >> Do you have a travis or jenkins for woden in Pharo 7? > > This is on my big todo list. In fact I need the travis to be able to support > Windows. During the last months I have been rewriting the core of Woden 2 in > order to improve stability and reduce dependencies. By using Lowtalk for the > math library, I removed the requirement on Lowcode. > > During the weekend I am gonna spend some time on implementing the scripts > for Travis. > > Best regards, > Ronie > > 2018-01-12 13:47 GMT-03:00 casimiro barreto <casimiro.barreto(a)gmail.com>: >> >> Will try. Currently on 2 projects involving pharo. The most pressing one >> is a system for the calculation of uncertainties in measures. This system is >> part of a homologation system for smart card readers and smart card chips. >> The other is a simulation system thatÂ´s under non disclosure clause. Woden >> would be used in a third incoming project (simulations in crowd management >> in airports). >> >> Best regards, >> >> Casimiro >> >> 2018-01-10 19:43 GMT-02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: >>> >>> Hi Casimiro! >>> >>> Sorry for the late reply. >>> We do have a working version of Woden for Pharo 7. >>> It would be great if you could try. >>> https://github.com/ronsaldo/woden2 >>> >>> On OSX, I did: >>> -=-=-=-=-=-=-=-=-= >>> git clone https://github.com/ronsaldo/woden2.git >>> cd woden2 >>> ./loadWoden2.sh >>> -=-=-=-=-=-=-=-=-= >>> >>> It takes time to install & compile (~ 10 minutes?), but it works well >>> >>> Alexandre >>> >>> >>> > On Jan 2, 2018, at 5:21 AM, Casimiro - GMAIL >>> > <casimiro.barreto(a)gmail.com> wrote: >>> > >>> > Is there any perspective of Woden working in Pharo 6.1 or later >>> > versions (7)???? >>> > >>> > Best regards, >>> > >>> > >>> > Casimiro >>> > -- >>> > The information contained in this message is confidential and intended >>> > to the recipients specified in the headers. If you received this message by >>> > error, notify the sender immediately. The unauthorized use, disclosure, copy >>> > or alteration of this message are strictly forbidden and subjected to civil >>> > and criminal sanctions. >>> > >>> > == >>> > >>> > This email may be signed using PGP key ID: 0x4134A417 >>> >> >> >> >> -- >> The information contained in this message is confidential and >> intended to the recipients specified in the headers. If you received >> this message by error, notify the sender immediately. The >> unauthorized use, disclosure, copy or alteration of this message >> are strictly forbidden and subjected to civil and criminal sanctions. > >

Jan. 14, 2018

Re: [Pharo-users] Any perspective of Woden in Pharo 6.1/7 ?????

by Stephane Ducasse

Hi Casimiro This is a super news. Stef On Fri, Jan 12, 2018 at 5:47 PM, casimiro barreto <casimiro.barreto(a)gmail.com> wrote: > Will try. Currently on 2 projects involving pharo. The most pressing one is > a system for the calculation of uncertainties in measures. This system is > part of a homologation system for smart card readers and smart card chips. > The other is a simulation system thatÂ´s under non disclosure clause. Woden > would be used in a third incoming project (simulations in crowd management > in airports). > > Best regards, > > Casimiro > > 2018-01-10 19:43 GMT-02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: >> >> Hi Casimiro! >> >> Sorry for the late reply. >> We do have a working version of Woden for Pharo 7. >> It would be great if you could try. >> https://github.com/ronsaldo/woden2 >> >> On OSX, I did: >> -=-=-=-=-=-=-=-=-= >> git clone https://github.com/ronsaldo/woden2.git >> cd woden2 >> ./loadWoden2.sh >> -=-=-=-=-=-=-=-=-= >> >> It takes time to install & compile (~ 10 minutes?), but it works well >> >> Alexandre >> >> >> > On Jan 2, 2018, at 5:21 AM, Casimiro - GMAIL >> > <casimiro.barreto(a)gmail.com> wrote: >> > >> > Is there any perspective of Woden working in Pharo 6.1 or later versions >> > (7)???? >> > >> > Best regards, >> > >> > >> > Casimiro >> > -- >> > The information contained in this message is confidential and intended >> > to the recipients specified in the headers. If you received this message by >> > error, notify the sender immediately. The unauthorized use, disclosure, copy >> > or alteration of this message are strictly forbidden and subjected to civil >> > and criminal sanctions. >> > >> > == >> > >> > This email may be signed using PGP key ID: 0x4134A417 >> > > > > -- > The information contained in this message is confidential and > intended to the recipients specified in the headers. If you received > this message by error, notify the sender immediately. The > unauthorized use, disclosure, copy or alteration of this message > are strictly forbidden and subjected to civil and criminal sanctions.

Jan. 14, 2018

Re: [Pharo-users] Pharo 7 image cannot write changes message on startup

by PBKResearch

Sanjay I don't know how to identify the VM version - it is the one which was current when I downloaded my current image in July 2017; the .exe has a creation date of 31 May 2017. The point of my comment was that this message does not only come from a conflict of access permissions. In my situation, it arises because the program knows that another program has exclusive write access to the changes file. In your situation, could it be that the program is wrongly coming to the same conclusion? I don't know how Pharo reaches that conclusion; I just thought that it might give a clue to anyone trying to locate the bug. Best wishes Peter Kenny PS. Sorry for splitting this into two threads - my spelling checker insisted on correcting the typo in the subject line. -----Original Message----- From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Sanjay Minni Sent: 14 January 2018 05:04 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Pharo 7 image cannot write changes message on startup Peter, this is the only image (re-checked) However this seems to be a reported issue. which version of VM are you using Regards Sanjay ----- --- Regards, Sanjay -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Jan. 14, 2018

Re: [Pharo-users] Iceberg Branching

by Stephane Ducasse

Hi evan can you describe what you are doing because branching normally works? I know that esteban was working on support to be able load submitted pull requests directly from the branch history. Guillermo and Pablo are making progress on refactoring the core of iceberg. They are arriving to the point where they will start rethinking the UI. Stef On Sun, Jan 14, 2018 at 5:36 AM, Evan Donahue <emdonahu(a)gmail.com> wrote: > What's the current status of branching? I can create, switch, and commit to > branches, but my attempts to load code from other branches throws errors. > Since branching isn't thoroughly documented in the readme yet afaict, I just > wanted to check whether it was known to be 'under development' and I should > leave it alone, or whether I should try to be more proactive about reporting > the errors I'm getting. > > Thanks, > Evan

Jan. 14, 2018

Re: [Pharo-users] Pharo 7 image cannot write changes message on startup

by Sanjay Minni

Peter, this is the only image (re-checked) However this seems to be a reported issue. which version of VM are you using Regards Sanjay ----- --- Regards, Sanjay -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Jan. 14, 2018