NewExternalWebBrowser in Pharo 5

NativeBoost is no more. Someone will need to port it to UFFI.

On 13-04-16 08:29, Max Leske wrote:
> NativeBoost is no more. Someone will need to port it to UFFI.
>
Uhm, isn't this what Torsten's OS-... are about?
Should just be a dependency and a different call?

Stephan

> On 13 Apr 2016, at 09:00, Stephan Eggermont <[hidden email]> wrote:
>
> On 13-04-16 08:29, Max Leske wrote:
>> NativeBoost is no more. Someone will need to port it to UFFI.
>>
> Uhm, isn't this what Torsten's OS-... are about?
> Should just be a dependency and a different call?

Very much possible. I didn’t follow that thread.

>
> Stephan
>
>

Someone?  ;)

I guess this should now fix the situation for Pharo4 AND Pharo 5:

 http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2016-April/120723.html
 http://www.smalltalkhub.com/#!/~TorstenBergmann/WebBrowser

Have fun
T.
 
 

Gesendet: Mittwoch, 13. April 2016 um 08:29 Uhr
Von: "Max Leske" <[hidden email]>
An: "Pharo Development List" <[hidden email]>
Betreff: Re: [Pharo-dev] NewExternalWebBrowser in Pharo 5

NativeBoost is no more. Someone will need to port it to UFFI.
 

On 12 Apr 2016, at 20:00, jannik laval <[hidden email]> wrote: 

Hi pharoers,
 
I tried to load NewExternalWebBrowser.
 
There are some issues when loading (in Transcript):

MacOSXPlatform>>open: (NBMacShell is Undeclared) 
Win32Platform>>open: (NBWin32Shell is Undeclared) 
NBUnixShell class>>run: (NativeBoost is Undeclared) 
Loaded -> NewExternalWebBrowser-SeanDeNigris.3 --- http://smalltalkhub.com/mc/SeanDeNigris/SeansPlayground/main/[http://smalltalkhub.com/mc/SeanDeNigris/SeansPlayground/main/] --- cache
 
 
Can someone help me ?
Cheers,
 --
~~Jannik Laval~~
Enseignant-chercheur
Responsable Pédagogique Licence Coordonnateur de Projet en Système d'Information
IUT Lumière, Université Lyon Lumière
laboratoire DISP
http://www.jannik-laval.eu[http://www.jannik-laval.eu/]
http://www.phratch.com[http://www.phratch.com/]
http://www.approchealpes.info[http://www.approchealpes.info/]

> On 13 Apr 2016, at 05:15, Torsten Bergmann <[hidden email]> wrote:
>
> Someone?  ;)
>
> I guess this should now fix the situation for Pharo4 AND Pharo 5:
>
> http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2016-April/120723.html
> http://www.smalltalkhub.com/#!/~TorstenBergmann/WebBrowser

Torsten, you rule! :)

Esteban

ps: is this on catalog?
pps: we need to enhance the catalog to provide more and better information to users about packages available...

Hi Esteban,

expected you to be in holiday ;)

> Torsten, you rule! :)

Thanks - but such things are easy to provide now. It would not be possible without NativeBoost from Igor
or all your work in providing the UFFI. But also QualityAssistent, STHub, Catalog, Versionner, ...
helped me to quickly provide that.  

So Pharo is a community effort - each small step counts and makes us all faster and better for the next.
So we all rule - and especially Pharo rules!

> ps: is this on catalog?

Yes - the docu mentions that already - it will soon appear in catalog. The config is prepared and available in the MetaRepo.

As you know the catalog grabber only runs each 24hours - so we have to wait until tomorrow before it is visible. So stay
patient or trigger the grabber manually. I do not have access to it. :(

When I implemented config browser back in Pharo 2.0 I directly grabbed the configs from the MetaRepo. So this worked lively
and one can see directly the changes. So in Pharo 4 this new project is already visible in Configuration Browser.

In Pharo 5 with Catalog now one always has to wait one day before the effect is visible on http://catalog.pharo.org

So I would say that we need something more lively for the speed at which Pharo progresses also for
Catalog again.

> pps: we need to enhance the catalog to provide more and better information to users about packages available...

Yes - I would like to see something similar to "Ubuntu Software center" in the future. With a picture, styled
description, ...

But one step after the other. Step by step it goes.

Bye
T.

BTW, CatalogProvider now caches image side too, for 24 hours. You can do

  CatalogProvider default reset

to force a reload, but that won't make the generation of new catalogs faster.