Those links turned out a bit ugly.  What about trying a tiny url via a HTTP
level redirect [1]?

[1] http://www.web-source.net/html_redirect.htm#.VUT0c9qqpBd

So it would look like...

GTools - a revolutionary suite of moldable development tools

        Playground - one tool, with all the features of and Inspector and a
Workspace, which manages an entire workflow in a single window showing
custom domain presentations for each object (
http://pharo.org/link/4/playground)

        Inspector (http://pharo.org/link/4/inspector)

        Spotter - a uniform yet moldable search interface that works on any
object, through arbitrary levels of nesting (http://pharo.org/link/4/spotter
)

    Slots - model instance variables as first class enities and enable
meta-programming on this level. Read the paper at (
http://pharo.org/link/4/slots)

    ShoreLine reporter - submit information automatically when errors happen
(http://pharo.org/link/4/shoreline)

    [Preview] TxText - a modern text model which works with Athens

    [Preview] OSWindow - a new way to handle windows and input events
(http://pharo.org/link/4/shoreline)

    Glamour - a mature declarative browser builder (
http://pharo.org/link/4/glamour)

    Dark theme (http://pharo.org/link/4/darktheme)

Disclaimer - I haven't tried this in practice.

cheers -ben


On Sat, May 2, 2015 at 11:56 PM, Esteban Lorenzano <esteba...@gmail.com>
wrote:

> well… IMO those scripts also should be in a method.
> Probably under a class named: MyCoolProjectRunScripts or something like
> that… but in a class.
> If they are in a class you can:
> - save them with your project
> - version them
> - if you add <script> pragma, you can even execute them by clicking on it
> (Pharo 4).
>
> so… even if you might have a case where you want the save/load… you
> actually have (what I consider) a better option.
>
> Esteban
>
> On 02 May 2015, at 15:17, Esteban A. Maringolo <emaring...@gmail.com>
> wrote:
>
> Ditto here.
>
> I have cron tasks that fire a smalltak script, the startup script itself
> or a small import script that doesn't belong to a class. All those are my
> cases for the workspace.
> El may 2, 2015 4:38 AM, "p...@highoctane.be" <p...@highoctane.be>
> escribió:
>
>> playground cache is actually not nice when scripts are to be part of a
>> project with a name etc. And I have a ton of files in it. I can't remember
>> which is which.
>>
>> I have scripts to do lots of cli things and I like the save as of the
>> workspace.
>>
>> But I have done extra key bindings for getting the ws or the playground.
>>
>> Phil
>>  Le 2 mai 2015 06:49, "Sergio Fedi" <sergio.f...@gmail.com> a écrit :
>>
>>> Oh! That link gives a GREAT explanation! Thanks.
>>>
>>> On the subject of how to show it better, I'm not a graphic designer
>>> (although I'm working with one)
>>> so I'll ask him for some insights on the matter.
>>>
>>>
>>> For now, he pointed out some issues like lack of consistency on some
>>> interfaces
>>> and some other details.
>>>
>>>
>

Reply via email to