On 2013-03-12, at 17:20, "
phil@highoctane.be" <
phil@highoctane.be> wrote:
> And it is not even true
>
> �<imageName> defaults to `Squeak.image'.
>
> as I get �a file dialog when such an image is in the folder. (Duly
> created with the save command)
>
> Phil
>
> 2013/3/12 Camillo Bruni <
camillobruni@gmail.com>:
>>
>> On 2013-03-12, at 16:51, Sven Van Caekenberghe <
sven@stfx.eu> wrote:
>>
>>> These are the standard installed handlers:
>>>
>>> $ ../vm.sh Pharo.image --list
>>> Currently installed Command Line Handlers:
>>> � st � � � � � � �Loads and executes .st source files
>>> � Fuel � � � � � �Loads fuel files
>>> � config � � � � �Install and inspect Metacello Configurations from the command line
>>> � save � � � � � �Rename the image and changes file
>>> � test � � � � � �A command line test runner
>>> � update � � � � �Load updates
>>> � printVersion � �Print image version
>>> � eval � � � � � �Directly evaluates passed in one line scripts
>>>
>>> for each of them you can do --help
>>>
>>> $ ../vm.sh Pharo.image save --help
>>> Usage: save <imageBaseName> [--delete-old]
>>> � � �<imageName> � � a base name for the image
>>> � � �--delete-old � �remove the old image and changes file
>>>
>>> Documentation:
>>> Saves the image and changes file under a new name.
>>>
>>> Examples:
>>> � � �# create a 'bar.image' and 'foo.changes'
>>> � � �$PHAROVM Foo.image saveAs bar
>>> � � �# create the same file as in the previous example but delete Foo.image and Foo.changes
>>> � � �$PHAROVM Foo.image saveAs bar --delete-old
>>>
>>> Sven
>>
>> ups, typos, typos: saveAs => save :/
>> I'll open an issue
>>
>>
>>> On 12 Mar 2013, at 16:48, Sven Van Caekenberghe <
sven@stfx.eu> wrote:
>>>
>>>> That already exists no ?
>>>>
>>>> $ ./vm.sh Pharo.image save Foo
>>>>
>>>> will do a 'Save As..' to Foo.[image|changes]
>>>>
>>>> On 12 Mar 2013, at 16:45, "
phil@highoctane.be" <
phil@highoctane.be> wrote:
>>>>
>>>>> BTW, an interesting additional ./vm.sh command would be:
>>>>>
>>>>> $./vm.sh clone Pharo WebDocExperiment
>>>>>
>>>>> which would do a copy of Pharo.image and Pharo.changes to the
>>>>> WebDoc.image and WebDoc.changes
>>>>>
>>>>> Phil
>>>>> 2013/3/12 Martin Dias <
tinchodias@gmail.com>:
>>>>>> impressive!!
>>>>>>
>>>>>> On Tue, Mar 12, 2013 at 3:06 PM,
phil@highoctane.be <
phil@highoctane.be> wrote:
>>>>>>>
http://pharo.gforge.inria.fr/doc/1.4/doc/package/undefined
>>>>>>>
>>>>>>> RSArrayNode.
>>>>>>>
>>>>>>> 2013/3/12 Camillo Bruni <
camillobruni@gmail.com>:
>>>>>>>>
>>>>>>>> On 2013-03-12, at 14:49, Guillermo Polito <
guillermopolito@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> On Tue, Mar 12, 2013 at 2:18 PM, Camillo Bruni <
camillobruni@gmail.com>wrote:
>>>>>>>>>
>>>>>>>>>> finally, after the 100th attempt I managed to export the documentation on
>>>>>>>>>> 1.4
>>>>>>>>>>
>>>>>>>>>>
http://pharo.gforge.inria.fr/doc/1.4
>>>>>>>>>>
>>>>>>>>>> this weekend I will tackle 2.0 :) and of course, it still needs some love!
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> - How can I export it myself too?
>>>>>>>>
>>>>>>>> currently work in progress, but there is a configuration for it:
>>>>>>>>
>>>>>>>> Gofer new
>>>>>>>> � � url: '
http://smalltalkhub.com/mc/dh83/webdoc/main'
>>>>>>>> � � configurationOf: 'WebDoc';
>>>>>>>> � � loadDevelopment.
>>>>>>>>
>>>>>>>> And I think you have to manually start up a seaside adapter, once that is done:
>>>>>>>>
>>>>>>>>
http://localhost:8080/doc
>>>>>>>>
>>>>>>>> should do the trick.
>>>>>>>>
>>>>>>>>
>>>>>>>>> - We should report issues about it in the foogzbuz (or whatever it is
>>>>>>>>> called I cannot reproduce yet :P).
>>>>>>>>
>>>>>>>> yes, maybe let's wait until next weekend :) since it doesn't run under
>>>>>>>> 2.0 yet :P. I won't work on during the day :P that is reserved for Guido and
>>>>>>>> the paper...
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>>
>