Moose Issue #1130: Hook for Customized Presentation Constructors (e.g.
Magritte)
https://github.com/moosetechnology/Moose/issues/1130
It was implemented with GT-Inspector-SeanDeNigris.307 (and 308) and then (I
assume accidentally) removed with GT-Inspector-TudorGirba.413.
Fix in sthub/Moose/GToolkit - GT-Inspector-SeanDeNigris.428
-----
Cheers,
Sean
--
View this message in context: http://forum.world.st/Issue-1130-Un-Fixed-tp4901733.html
Sent from the Moose mailing list archive at Nabble.com.
I remember there was some interests here about analyzing Ruby programs
with MOOSE, and apparently there is a complete Ruby parser done with
SmaCC (Smalltalk/X version):
https://swing.fit.cvut.cz/projects/smallruby
Look inside the svn repository to find the code. I dunno the licence.
Regards,
--
Serge Stinckwich
UCBN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/
Hi,
how inspector decides what to print in the table/headings/etc?
Because for UUID it prints the bytes (I guess because it's child of
ByteArray?), however that's rarely useful for UUID, as normally you want to
see the #asString representation.
Can this be changed?
Thanks,
Peter
Hi,
is there a way to customize the save/restore mechanism of Playground?
Because Playground is #1 place where I consistently lose code.
If the image crashes (rare) or freezes (quite common) then I almost never get the code back which is quite annoying.
Right now I have an external text editor to which I copy&paste the code frequently… which is _very_ stupid.
I would like to have it persisted on the disk at least every time the contents gets evaluated, optimally every time I have a usable code.
Ideally if this would be done on Playground side; but if that's a long shot, is there a way to hook into the saving mechanism and implement it myself?
That would also allow some platform-specific customizations, like storing every change to /dev/shm (ramdisk) so I can do a meaningful undo/redo.
Thanks,
Peter
Hi,
today is deadline for submitting tutorial/talk/teaching pearl proposals for
ESUG2016.
As far as I can tell this was never announced on the Pharo mailing list
(only several IWST16 CFP), so some people have missed it.
http://www.esug.org/wiki/pier/Conferences/2016/Call-for-Presentations
------------
Call-for-Presentations24rd International Smalltalk Joint Conference - Call
for Contributions
- Prague, Czech Republic
- from 22 to 26 August 2016
- http://www.esug.org/Conferences/2016/
You can support the ESUG conference in many different ways:
- Sponsor the conference. New sponsoring packages are described at
http://www.esug.org/wiki/pier/About/BecomeSponsor
- Submit a talk, a software or a paper to one of the events. See below.
- Attend the conference. We'd like to beat the previous record of
attendance (170 people at Amsterdam 2008)!
- Students can get free registration and hosting if they enrol into the
the Student Volunteers program. See below.
Developers Forum: International Smalltalk Developers Conference
We are looking for YOUR experience on using Smalltalk. You will have 30
min for presentations and 45-60 min for hands-on tutorials.
The list of topics for the normal talks and tutorials includes, but is not
limited to the following:
- Micro Services, Container, Cloud, Big Data,
- XP practices, Development tools, Experience reports
- Model driven development, Web development, Team management
- Meta-Modeling, Security, New libraries & frameworks
- Educational material, Embedded systems and robotics
- SOA and Web services, Interaction with other programming languages
Teaching Pearls and Show us Your Business
- Show your business 10 min session (Get prepared!!)
- Teaching pearls : we want some session on how to teach some design
aspects. We want your tip and tricks to teach Smalltalk or OOP.
We expect to have several 10 to 15 min sessions aggregated.
How to submit?
- Submissions deadline is 15 of June 2016
- Notification of acceptance will be on done on the fly.
- More information at http://www.esug.org/conferences/2016
Pay attention: the places are limited so do not wait till the last minute
to apply. Prospective presenters should submit a request to
Stephane.Ducasse at inria.fr AND USE THE following header [ESUG 2016
Developers].
Please follow the template below the email will be automatically processed!
Subject: [ESUG 2016 Developers] + your name
First Name:
Last Name:
Email where you can always be reached:
Title:
Type: Tutorial/Talk/Teaching Pearl
Abstract:
Bio:
Any presentation not respecting this form will be discarded automatically.
International Workshop on Smalltalk Technologies
Read the page:
http://www.esug.org/wiki/pier/Conferences/2016/International-Workshop-IWST_…
Technology Award Competition
The top 3 teams with the most innovative software will receive,
respectively, 500 Euros, 300 Euros and 200 Euros during an awards ceremony
at the conference. Developers of any Smalltalk-based software are welcome
to compete.
More information at
http://www.esug.org/wiki/pier/Conferences/2016/Innovation-Technology-Awards
Student Volunteer Program
If you are a student wanting to attend ESUG, have you considered being a
student volunteer? Student volunteers help keep the conference running
smoothly; in return, they have free accommodations, while still having most
of the time to enjoy the conference.
More information at
http://www.esug.org/wiki/pier/Conferences/2016/Student-volunteers
We hope to see you there and have fun together.
Hi everyone,
I need to set change the label default color and also limit the maximum
words to display (say, I want to display only the top 10 words).
Is there a way to do it without subclassing the builder?
Thanks in advance!
--
Ing. Agustín Meriles
Jefe Departamento de Desarrollo
Pinard Software e Innovación S.R.L.
www.pinard.com.ar
Hi!
Is there any effort in analyzing code in Moose?
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
I believe having a nice support for examples is very important. And the current effort is a nice step toward ubiquitous examples.
But I feel something is weird with the current way to define an example.
I may have raised that problem earlier. But since it is bugging me seriously, I raise it again :-)
If I want to have an example of RTView, I can define the following method:
-=-=-=-=-=-=-=-=
RTView class>>exampleUsingView
| v |
v := RTView new.
v add: RTBox element.
v open
-=-=-=-=-=-=-=-=
Pressing on the icon will open the view in a window, great. But when I run the test, this method exampleUsingView opens the window. And I do not want that :-(
Instead, I use do not use #example in the method name. But this is awkward...
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Just open the meta browser.
Error comes from Trachel Canvas initialization (through Athens, FFI, Opal)
nicolas
--
Nicolas Anquetil
RMod team -- Inria Lille
Hi,
I am starting now to go through the latest changes in order to prepare for the release.
Cheers,
Doru
--
www.tudorgirba.comwww.feenk.com
"Every thing has its own flow."
