[Vm-dev] Request: VM support for opening browser

[Esteban Lorenzano]

yes... but problem is "how"... we already has OSProcess plugin to manage that... 
why add another plugin? 
why ScratchPlugin is better than OSProcessPlugin?

Esteban

On Jul 19, 2012, at 7:28 PM, Bert Freudenberg wrote:

> 
> On 19.07.2012, at 09:51, Esteban Lorenzano wrote:
> 
>> problem is that we have lots of "this basic function"... 
>> OSProcess is the place where it belongs... this basic function and all the others. 
>> I don't want to pollute VM with things that can be loaded in different ways. Don't want to require OSProcess? include it in core distribution... don't start to make the vm grow (and maintainability complexity increases even more) just because you don't like to require packages. 
>> 
>> Esteban
> 
> The purpose of the VM is to provide services to the image, and hide platform differences. A primitive in a plugin is precisely the right way to expose this functionality. Ever heard of capabilities? If I want to give my application the capability to open a web browser, why would I have to allow it executing any program on the system via OSProcess, or call any library function via FFI?
> 
> The primitive already exists. Are you opposed to including ScratchPlugin? If so, why?
> 
> - Bert -
> 
> 
> 
>> On Jul 19, 2012, at 6:42 PM, Bert Freudenberg wrote:
>> 
>>> 
>>> On 19.07.2012, at 00:16, Torsten Bergmann wrote:
>>> 
>>>> In the days of web based applications and Smalltalk web
>>>> frameworks etc. it is often very usefull to open a browser/URL
>>>> from within Smalltalk.
>>>> Currently one has to load FFI and ExternalWebBrowser
>>>> package.
>>>> 
>>>> Why not add support into the VM for that.
>>> 
>>> 
>>> +1
>>> 
>>> There is a primitiveOpenURL in the ScratchPlugin. Maybe one more reason to include it?
>>> 
>>> And -1 to requiring OSProcess or FFI for this basic function.
>>> 
>>> - Bert -
>>> 
>> 
>