The same as Phil mentioned, but with Emacs on Debian Wheezy you get a lot
of ^M and Emacs says this about the coding system:
- -- undecided-unix (alias: unix)
No conversion on encoding, automatic conversion on decoding.
Type: undecided (do automatic conversion)
On Sun, May 3, 2015 at 5:46 PM,
> On 04 May 2015, at 01:03, Sean P. DeNigris wrote:
>
> philippeback wrote
>> One note: scripts are saved with the CR (or ^M) line ending by Pharo.
>> Now, vim in Linux positively hates that (showing a single line with ^M s
>> all over).
>> I think we should be much better LF (\n) citizens in th
Tudor Girba-2 wrote
> I just wrote a blog post about it:
> http://www.humane-assessment.com/blog/managing-external-pharo-scripts-with-gtinspector-and-gtspotter/
Cool! I made a few edits to the copy
https://gist.github.com/seandenigris/d873780236bcbd45b933/revisions
The last sentence sounds weird:
philippeback wrote
> One note: scripts are saved with the CR (or ^M) line ending by Pharo.
> Now, vim in Linux positively hates that (showing a single line with ^M s
> all over).
> I think we should be much better LF (\n) citizens in the Linux world.
Yes! Same with fileouts on Mac via MacVim - one
On Sun, May 3, 2015 at 10:34 PM, Tudor Girba wrote:
> Hi,
>
> I think this is an interesting use case, and it is already supported only
> in a less classic way :).
>
> I just wrote a blog post about it:
>
> http://www.humane-assessment.com/blog/managing-external-pharo-scripts-with-gtinspector-and
Hi,
I think this is an interesting use case, and it is already supported only
in a less classic way :).
I just wrote a blog post about it:
http://www.humane-assessment.com/blog/managing-external-pharo-scripts-with-gtinspector-and-gtspotter/
Let me know if this works for you.
Cheers,
Doru
On
Le 3 mai 2015 12:28, "Esteban Lorenzano" a écrit :
>
>
>> On 02 May 2015, at 23:28, p...@highoctane.be wrote:
>>
>> When some sysadmin has to edit them on servers, you want them in .st
files.
>>
>> No class. No IDE. Not too much Smalltalk.
>
>
> but then
> - if not smalltalk, the scripts should n
> On 02 May 2015, at 23:28, p...@highoctane.be wrote:
>
> When some sysadmin has to edit them on servers, you want them in .st files.
>
> No class. No IDE. Not too much Smalltalk.
>
but then
- if not smalltalk, the scripts should not be in the image… even in workspaces
- if the sysadmin has
Am 02.05.2015 um 23:28 schrieb p...@highoctane.be:
> When some sysadmin has to edit them on servers, you want them in .st files.
>
> No class. No IDE. Not too much Smalltalk.
>
> Just the DSL on an as needed to know basis to configure things.
>
> That's better that XML/YAML/JSON...
>
> So, that
As explained before by Andrei and I, if you rename the tab, you will get a
named file in play-stash and you can find this file afterwards by name via
Spotter. You can also choose a custom location for play-stash in the
settings browser.
Cheers,
Doru
On Sat, May 2, 2015 at 11:30 PM, p...@highoctan
Bit I use GToolkit all the time :-)
Found it cool to see that it displays configurations very well for example!!
Le 2 mai 2015 22:10, "Tudor Girba" a écrit :
> Hi,
>
> Did you try renaming the playground page as explained before? If yes,
> besides the fact that in order to open it you have to se
never tought of renaming the tab.
I was somewhat aware of the feature.
But I have the cache in my .gitignore
Phil
Le 2 mai 2015 22:10, "Tudor Girba" a écrit :
> Hi,
>
> Did you try renaming the playground page as explained before? If yes,
> besides the fact that in order to open it you have to
When some sysadmin has to edit them on servers, you want them in .st files.
No class. No IDE. Not too much Smalltalk.
Just the DSL on an as needed to know basis to configure things.
That's better that XML/YAML/JSON...
So, that's the case.
Startup scripts same story.
Phil
Le 2 mai 2015 17:56,
Hi,
Did you try renaming the playground page as explained before? If yes,
besides the fact that in order to open it you have to search it by the
name, is there something else that is not working for you?
Cheers,
Doru
On Sat, May 2, 2015 at 3:17 PM, Esteban A. Maringolo
wrote:
> Ditto here.
>
Ben Coman wrote
> Those links turned out a bit ugly. What about trying a tiny url via a
> HTTP
> level redirect [1]?
That looks cool but I wouldn't hold it up unless we can implement that
immediately. Ugly links are better than no links. Of course for Pharo 5.0
with Tx and Pillar we can have pret
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
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
Esteban,
Nice to see we are in the same boat :-)
Phil
Le 2 mai 2015 15:17, "Esteban A. Maringolo" a écrit :
> 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 work
Sean P. DeNigris wrote
> I added some one-liners and links...
It seems like a good improvement and reasonably complete. Please review
https://github.com/pharo-project/pharo-workingRoadmaps/blob/master/Pharo40WelcomeWindow.md
so we can support these new users we've attracted!
-
Cheers,
Sean
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" escribió:
> playground cache is actually not nice when scripts are
"A good UI is like a joke, if you have to explain it then you did something
wrong."
El may 2, 2015 1:49 AM, "Sergio Fedi" escribió:
> 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'l
Sean P. DeNigris wrote
> https://github.com/pharo-project/pharo-workingRoadmaps/blob/master/Pharo40WelcomeWindow.md
I added some one-liners and links...
New stuff
GTools - a revolutionary suite of moldable development tools
Playground - one tool, with all the features of and Inspecto
From a usability and design point of view adding more elements to
something does not necessarily improve it (i.e. the famous "less is more")
The human attention is a limited resource and it has to be managed
accordingly.
The "About" option in the Playground (and in another tools) is a good place
Sean P. DeNigris wrote
> 15468: Enhance the Welcome window
I changed the title since online descriptions in addition to links would be
nice.
Also, I copied the text to
https://github.com/pharo-project/pharo-workingRoadmaps/blob/master/Pharo40WelcomeWindow.md
to make it wasy to edit and version unt
15468: Add links to Welcome window
https://pharo.fogbugz.com/default.asp?15468
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/Pharo-4-Playground-open-file-menu-tp4823334p4823727.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
On Sat, May 2, 2015 at 11:46 AM, Sean P. DeNigris
wrote:
> Sean P. DeNigris wrote
> > If so, what would you write there to explain the situation?
>
> And maybe after that snippet we can put the link to
> http://www.humane-assessment.com/blog/introducing-the-gtplayground/
>
>
>
>
Putting more link
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
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 det
Sean P. DeNigris wrote
> If so, what would you write there to explain the situation?
And maybe after that snippet we can put the link to
http://www.humane-assessment.com/blog/introducing-the-gtplayground/
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/Pharo-4-Playgro
Sergio Fedi wrote
> My previous smalltalks are Express, VisualAge and Pharo 1.2 but most of
> all
> Dolphin
Cool! From that unique perspective, how do you think we can balance prodding
users to evolve without confusing users from other Smalltalks? The theory
goes that if we just put Workspace back
My previous smalltalks are Express, VisualAge and Pharo 1.2 but most of all
Dolphin,
Yes, I am a longtime smalltalker (since 2001)
but new to Pharo
On Fri, May 1, 2015 at 10:53 PM, Sean P. DeNigris
wrote:
> Sergio Fedi wrote
> > As a new user of Pharo, I can say that the use of Playground is not
> > obvious
> > at all (among other tools).
> > ...
> > Why there's not a Workspace?
Sergio Fedi wrote
> As a new user of Pharo, I can say that the use of Playground is not
> obvious
> at all (among other tools).
> ...
> Why there's not a Workspace?
I find this intriguing. I would think that Playground would only be
confusing to longtime Smalltalkers, not new users who haven't got
As a new user of Pharo, I can say that the use of Playground is not obvious
at all (among other tools).
Things that should be more clear:
Why there's not a Workspace? -> Playground replaces it
What usual practices with old Workspaces have been changed/improved on
Playground and how
What new pract
I used to think like you (same names think alike ;) )
But Doru and Andrei convinced me that this way is better:
1) you actually have a save of everything you do in your Playground in
play-cache subdirectory. You can even change the place your play-cache is, then
you can share scripts between yo
2015-04-30 19:08 GMT-03:00 Sean P. DeNigris :
> Esteban A. Maringolo wrote
>> Since the workspace is hidden (*)
>
> If you just want it for your own personal use, why not just add it back to
> the world menu via a startup script?
Truth is because I don't know how.
I could look, but I know myself,
Esteban A. Maringolo wrote
> Since the workspace is hidden (*)
If you just want it for your own personal use, why not just add it back to
the world menu via a startup script?
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/Pharo-4-Playground-open-file-menu-tp4823334p4
Exactly.
There are two ways to discover a past workspace:
- If you simply search in Spotter for contents, you will get a category
with Playground pages in there.
- If you want to label your page, you can give it a name by double clicking
on the "Page" tab and entering your name (like Andrei said).
Oh, I didn't knew that. Is there other features like this ?
Le jeudi 30 avril 2015, Andrei Chis a écrit :
> Depending on what you want to do playground has a way to manage external
> files with smalltalk scripts.
> If you double click in the Page tab in the playground you will be able to
> renam
Depending on what you want to do playground has a way to manage external
files with smalltalk scripts.
If you double click in the Page tab in the playground you will be able to
rename it. If you rename it to
'customScript' and hit enter a file is created in the folder play-stash
from the current im
There is a way to have both I think but I don't have my laptop now to check
Le jeudi 30 avril 2015, Esteban A. Maringolo a
écrit :
> 2015-04-30 16:29 GMT-03:00 Cyril Ferlicot >:
> > Just for info: you can get back the workspace into the settings (uncheck
> the
> > playground button)
>
> Thanks,
2015-04-30 16:29 GMT-03:00 Cyril Ferlicot :
> Just for info: you can get back the workspace into the settings (uncheck the
> playground button)
Thanks, but that is an either-or choice.
I do love Playground, but for exploratory coding and or interactions.
If it is meant to replace the Workspace I
Just for info: you can get back the workspace into the settings (uncheck
the playground button)
Le jeudi 30 avril 2015, Esteban A. Maringolo a
écrit :
> 2015-04-30 16:14 GMT-03:00 Nicolai Hess
> >:
> > 2015-04-30 20:36 GMT+02:00 Esteban A. Maringolo >:
> >>
> >> Since the workspace is hidden (
2015-04-30 16:14 GMT-03:00 Nicolai Hess :
> 2015-04-30 20:36 GMT+02:00 Esteban A. Maringolo :
>>
>> Since the workspace is hidden (*)... what's the recommended procedure
>> to open a smalltalk script file (.st or .ws) without having to open
>> the FileBrowser?(**)
> you can use inspector to open t
2015-04-30 20:36 GMT+02:00 Esteban A. Maringolo :
> Since the workspace is hidden (*)... what's the recommended procedure
> to open a smalltalk script file (.st or .ws) without having to open
> the FileBrowser?(**)
>
> Regards,
>
> Esteban A. Maringolo
>
> (*) I had to run "Workspace open" in a pl
Since the workspace is hidden (*)... what's the recommended procedure
to open a smalltalk script file (.st or .ws) without having to open
the FileBrowser?(**)
Regards,
Esteban A. Maringolo
(*) I had to run "Workspace open" in a playground.
(**) Which in fact doesn't open the file, but a workspac
46 matches
Mail list logo
