December 2015 - Pharo-users

Roassal: Multiple Nesting
by Leonel Merino Dec. 9, 2015

Dec. 9, 2015

Hi all, I want to visualise three nested levels of a model. I am not sure if I am doing it right, since I had to add a reference to the view to the nested elements manually to make it work. The problem I face now is that elements in the deepest level do not react to interactions. In the example below, popup is only shown for the elements in the first two levels. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= v := RTView new. es := (RTBox new color: Color white; borderColor: Color lightGray) elementsOn: (Array with: RTLayout with: RTShape with: RTBuilder). v addAll: es. es @ RTPopup. RTNest new for: es add: [ :group :model | elements := (RTBox new color: (Color red alpha: 0.1)) elementsOn: model withAllSubclasses. group addAll: elements. elements @ RTPopup. elements do: [ :e | e view: v ]. RTNest new for: elements add: [ :group2 :model2 | els := (RTBox new color: Color blue) elementsOn: model2 methods. group2 addAll: els. els @ RTPopup. RTTreeLayout on: els edges: edges ]. RTGridLayout on: elements ]. RTGridLayout on: es. v -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Any hint would be much appreciated. Best regards, Leonel

2 2

SecureSession version 9 is officially released
by Robert Withers Dec. 9, 2015

Dec. 9, 2015

Good evening, After some sprints over the past couple of days, the SecureSession project has reached an Official Release. This project implements a Certificateless secure connection, with no third parties. It is a 6 leg handshake. Here is the wiki: https://github.com/SqueakCryptographySquad/Mushroom/wiki/SecureSession thank You, Robert

1 0

Stop Thinking in Terms of Files
by horrido Dec. 8, 2015

Dec. 8, 2015

I submitted an article at Reddit called "Stop Thinking in Terms of Files." Some guy with the handle "audioen" wrote the following comment: We have heard that smalltalk appears to use model similar to a LISP machine of yore in that the programming environment = the OS = the runtime environment. Once you define a function, it simply exists without being written to a file or compiled into some process that runs it. You can just call it, or undefine it and it ceases to be. From this point of view, it is probably perfectly valid to say that it has no files, because it doesn't need them. On the other hand, let's assume that your smalltalk image got a little bit corrupted so that some packages/functions/whatever are now missing or not functioning. Or, let's say that you accidentally undefined a function and that was a mistake and now you really want to get it back. How would you do that? The file-based answer is that you hopefully had backups of the files that held definition of that function. What passes for a backup in smalltalk land? And how do you deal with version control? How do you recover from mistakes? If you wanted to share your crap to someone else collaboratively through e.g. github, how would you do that? You'd have to export your functions into individual files, probably, and packages as directories into git. Someone would check them out, eval them, make changes, and commit updated functions. How does this kind of process look like, in a non-file paradigm, if it is done at all? (Does smalltalk VM even support networking?) In general how do you even dump the state of the VM in some way that you can show someone what exactly your project is made of, in textual form? It's not very nice to dump an entire image and tell them to just run that. I bet the image is much larger and contains historical stuff that you no longer care about. What if you really just wanted to publish a recipe that can construct something equivalent of that particular image? What does "docker" for smalltalk look like? If you tell us files suck, tell us also how you solve the same problems that we solve through files. Especially that collaborative programming through github use case interests me a little. ----- I must confess, I'm not fully qualified to answer this comment, /at least, not optimally/. Perhaps some of you can go to the Reddit link <https://www.reddit.com/r/programming/comments/3vjlta/stop_thinking_in_terms…> and respond? Thanks. -- View this message in context: http://forum.world.st/Stop-Thinking-in-Terms-of-Files-tp4865614.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

11 37

Datatables
by Pablo R. Digonzelli Dec. 8, 2015

Dec. 8, 2015

Hi, I am interesting in using Datatables in a Seaside app. I know there is wrapper fot this in StHub. Is there is examples how to use it? TIA Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Metrotec SRL 25 de Mayo 521 San Miguel de TucumÃ¡n Email: pdigonzelli(a)softsargentina.com pdigonzelli(a)gmail.com Cel: 5493815982714

5 4

About GTSpotter matching
by Peter Uhnak Dec. 8, 2015

Dec. 8, 2015

Hi, are there some wildcards in GTSpotter matching? Currently it searches anywhere in the (method) name, which makes it hard for shorter names, because it will match a lot of junk. I've also discovered (by accident), that I can use '>>#selector' to anchor the start of the selection. ('#selector' for some reason doesn't work). But I would like to also search by a simple ? (any character), * (any characters) wildcard. Is that possible? Additionally constraining it from the end would be also nice. For example I want to look through #default methods, however 90% of the matches will be junk, so I would like to write '#default$' and it will not match '#defaultIcon', etc. Is this possible? Thanks, -- Peter

7 9

Re: [Pharo-users] [squeak-dev] Re: evolutions of squeakelib & crypto (Reed Solomon)
by Robert Withers Dec. 8, 2015

Dec. 8, 2015

Hey Chris, I just tried this in my squeak image and it complains about not finding 'ConfigurationOfFuel' in a Monticello repository. Are there other pre-steps I need to take? Robert On 12/06/2015 02:03 PM, Chris Muller wrote: > On Fri, Dec 4, 2015 at 5:15 AM, Robert Withers > <robert.w.withers(a)gmail.com <mailto:robert.w.withers@gmail.com>> wrote: > > I just realized that the squeak version uses ReferenceStream while > the Pharo version uses Fuel, so the binary serializations are > different and they won't speak to each other. Any chance that Fuel > is ported to Squeak? > > > Installer new merge: #fuel > > >

1 0

VM on Fedora 22
by KlÃ©risson PaixÃ£o Dec. 7, 2015

Dec. 7, 2015

Hey! Did anyone face such error trying to compile the VM: Mpeg3Plugin/libMpeg3Plugin.a(reconstruct.c.o): In function `mpeg3video_reconstruct': reconstruct.c:(.text+0x1788): undefined reference to `mpeg3video_calc_dmv' reconstruct.c:(.text+0x1cb9): undefined reference to `mpeg3video_calc_dmv' Workarounds? Cheers, KlÃ©risson

1 0

Re: [Pharo-users] Stop Thinking in Terms of Files
by horrido Dec. 7, 2015

Dec. 7, 2015

I don't understand people today. They seem so brittle and inflexible, unwilling to open their minds and learn. When I was fresh out of university, my only programming experience was with FORTRAN on mainframes. My first job was on the newest technology of the day: DEC PDP-11 <https://www.wikiwand.com/en/PDP-11> . Subsequently, I had jobs working on Tandem NonStop computers (GUARDIAN OS and TAL programming language), Modcomp systems and their assembler, Unix and C, VAX and DCL, AS/400, Windows, Smalltalk and Seaside, Python and web2py, Java and Android, Objective-C and iOS, etc. Each and every job was an exciting, stimulating learning opportunity. It was **fun** diving into unexplored territory. These various environments were quite different from one another. But I had no trouble adapting. The various programming languages had *substantially* different syntaxes. But I wasn't bothered. It took little time for me to get comfortable with each new language. So why is Smalltalk giving people conniptions? Are they really so spoiled? Re: today's IDEs (Eclipse, IntelliJ, Visual Studio, etc.). The problem isn't that they are so resource-hungry. It's that they're so damn complex. The file-based underpinnings, the "plumbing" if you will, is what have caused the design of these tools to evolve into complex behemoths. When you start with a clean slate, you can design a clean, elegant IDE without compromise. And that's what we have in Pharo. marten wrote > When we switched from VisualWorks/ENVY to C# around 2003 we were surprised > to see how bad source code management was in the Microsoft area those days > - and asking around in the usual community groups those days made one > think very clear: the world is thinking in files and noone will not be > able to force these large numbers of developers to change their behaviour. > That's the base problem. > > But we will also not be able to change these large numbers to Smalltalkers > anyway (mostly because it uses "." and NOT ";" or "[","]" instead of "{", > "}" - strange, that so many younger programmers have then problems with > this syntax - seems to come a monoculture of programmers ). > > These days we have git and svn and the quality of tools has improved very, > very much - but limitations of the file based process are still there, BUT > instead of changing the users: the tools available today (e.g. > VisualStudio) do a huge work in the background to give an intelligent view > on these files (where .NET is much better here than Java). So the users > have their loved files and still have some intelligent repository-like > view on the source code - they do not see the difference any more. The > drawback of this approach is the huge-memory-demand of these tools - where > Smalltalk's memory usage is more or less still there where is was 18 years > ago. That's also message. -- View this message in context: http://forum.world.st/Stop-Thinking-in-Terms-of-Files-tp4865614p4865800.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

1 0

Help needed: old issues issue tracker entries
by marcus.denker＠inria.fr Dec. 7, 2015

Dec. 7, 2015

Hi, The issue tracker has 658 open issues. This number is more or less constant. We are fixing and integrating *a lot*, alone the last 7 days we managed to close 89 issue tracker entries. But the older entries see not much work. Of course one reason is that everything fixable gets fixed and only hard cases remainâ¦ but cases can be âdifficultâ for many reasons. I would be nice if everyone could help and have a look at older issues: -> Still relevant? -> Maybe already fixed? -> Is the description good? -> What is the next action that needs to be done? And keep in mind that the issue tracker is not a TODO list. If you see something odd and put and issue âoh, this looks oddâ but there is no action for a year, does it really make sense to keep that issue open? Every open issue takes energy away from the others. So please check if issues make sense of this kind: -> âIt would be nice ifâ but not even important enough for the submitter to do -> TODO issues that are huge projects in themselves -> â¦. It would be nice if *you* would check the issue that you have been involved with the last months and see what is needed to solve them. Marcus

3 4

Re: [Pharo-users] [squeak-dev] Re: evolutions of squeakelib & crypto (Reed Solomon)
by Robert Withers Dec. 7, 2015

Dec. 7, 2015

Thanks, Chris! I'll tuck this away until I get back to my presentation layer. On 12/06/2015 02:03 PM, Chris Muller wrote: > On Fri, Dec 4, 2015 at 5:15 AM, Robert Withers > <robert.w.withers(a)gmail.com <mailto:robert.w.withers@gmail.com>> wrote: > > I just realized that the squeak version uses ReferenceStream while > the Pharo version uses Fuel, so the binary serializations are > different and they won't speak to each other. Any chance that Fuel > is ported to Squeak? > > > Installer new merge: #fuel > > >

1 0