Re: [Pharo-users] image lockdown/deployment mode

[Vincent BLONDEAU]

Hi Hans,

 

Not available yet, but soon ;)

I am hired by a company, Lam Research, to make that possible with Pharo. I
just began to work on it, but I’ll announce it when I’ll have a first
working version.

Our goal being to be able to package and deploy easily desktop applications
thanks to a tool that customize the deployed image.

 

To avoid the right click on the World, a quick solution could be to open a
full window in the world and define a right click here. Look
openWorldWithSpec method.

 

Thanks,

Vincent

 

From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of
Baveco, Hans
Sent: lundi 5 février 2018 09:06
To: 'pharo-users@lists.pharo.org'
Subject: [Pharo-users] image lockdown/deployment mode

 

Is there a way to disable the programmer facilities and produce a locked
image for an end user? I would be happy if I could at least replace the
world menu with a custom menu.

In the developers-list archives I only found an old discussion (May 26 2010
Image Lockdown/Deployment mode), without actual solutions. Maybe these are
available now?

TIA

Hans

 

Re: [Pharo-users] Failling Tests are green if BlockCannotReturn exception

[Vincent BLONDEAU]

Hi,

 

It is expected.

When you evaluate a block with a return, the method containing the block 
definition (here testBlock) will return.

So the test will pass.

 

BTW, you don’t need to put a return in a block. By default, the last 
instruction will be returned.

 

Cheers,

Vincent

 

From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of 
abdelghani ALIDRA
Sent: mardi 12 janvier 2016 00:26
To: Any Question About Pharo Is Welcome
Subject: [Pharo-users] Failling Tests are green if BlockCannotReturn exception

 

Hi,

 

I observed this unexpected behavior in test classes.

In a test class define a method :

 

testBlock
|aBlock|
aBlock := [ ^1 ].
aBlock value.
self assert: false.

 

Althought the assertion is false at the end of the test, the test is green.

Actually, It does not matter what you put after aBlock value, the test always 
succedes (I tried to put a self halt, it does not execute)

I tried this both in Pharo 4 and 5 under Windows and MacOS.

 

Any ideas?

 

Cheers 

Abdelghani

 

 

Re: [Pharo-users] [ann] brick on top of bloc - preview

[Vincent BLONDEAU]

Now that the Moose 6.0 job is working, the last build of Pharo is used and the 
problem appears in the CI...

Vincent

-Message d'origine-
De : Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] De la part de 
Alexandre Bergel
Envoyé : mercredi 26 août 2015 01:02
À : Any question about pharo is welcome
Objet : Re: [Pharo-users] [ann] brick on top of bloc - preview

Wow…

Alexandre


> On Aug 25, 2015, at 6:41 PM, Vincent BLONDEAU 
>  wrote:
> 
> That is because GToolkit is based on last successful Moose 6.0 build where 
> everything works fine (it is Pharo50248). 
> But less than a week ago, a featured bug was integrated in Pharo and it is 
> not possible to load Moose anymore… That is due to some encoding problems 
> during Monticello loading between 50256 and 50257 Pharo versions (integration 
> of Slice 16283).
>  
> As I can’t load brick on the 50256 pharo image, I think that the bug you 
> encounter has been introduced before, i.e. between 50248 and 50256. So it is 
> not related to the Moose one.
> Bernardo’s bug is related to traits loading, I have the same bug for one of 
> my project but I didn’t investigate it yet.
>  
> Cheers,
> Vincent
>  
> De : Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] De la 
> part de Tudor Girba Envoyé : mardi 25 août 2015 23:08 À : Any question 
> about pharo is welcome Objet : Re: [Pharo-users] [ann] brick on top of 
> bloc - preview
>  
> Hmm. Thanks for the report. Indeed, I get the same, but the CI job works 
> well. We will have to investigate this.
>  
> In the meantime, you can use the image from:
> https://ci.inria.fr/moose/job/gtoolkit5/lastSuccessfulBuild/artifact/g
> toolkit5.zip
>  
> Cheers,
> Doru
>  
>  
>  
> On Tue, Aug 25, 2015 at 10:51 PM, Bernardo Ezequiel Contreras 
>  wrote:
>>  i forgot to mention that it was while
>>  
>> Loading Bloc-Core-AliakseiSyrel.636
>>  
>> thanks
>>  
>>  
>>  
>> On Tue, Aug 25, 2015 at 5:43 PM, Bernardo Ezequiel Contreras 
>>  wrote:
>>> Sorry, but after evaluating
>>>  
>>> Gofer new
>>> smalltalkhubUser: 'Pharo' project: 'Brick'; configuration; 
>>> loadDevelopment
>>>  
>>> in Pharo5.0#50270, i got an Error: Unrecognized class definition
>>>  
>>> The screenshots look really cool.
>>>  
>>> thanks
>>>  
>>>  
>>> On Tue, Aug 25, 2015 at 5:13 PM, Tudor Girba  wrote:
>>>> Hi,
>>>>  
>>>> We are happy to announce the first preview version of Brick, a new widget 
>>>> set created from scratch on top of Bloc.
>>>>  
>>>> Brick is being developed primarily by Alex Syrel (together with Alain 
>>>> Plantec, Andrei Chis and myself), and the work is sponsored by ESUG. Brick 
>>>> is part of the Glamorous Toolkit effort and will provide the basis for the 
>>>> new versions of the development tools.
>>>>  
>>>> Brick's goal is to provide a beautiful looking widget set, and the default 
>>>> look is based on material design. The widgets are theme-able.
>>>>  
>>>> Right now, there exists:
>>>> - Label
>>>> - Simple button
>>>> - Toggle button
>>>> - Checkbox
>>>> - Radio button
>>>> - Window with or without an active title bar that can include 
>>>> various visual actions and info
>>>> - Menu
>>>> - Beautiful scrollbars that are thin by default and enlarge when 
>>>> the mouse hovers over it
>>>> - Scalable list for huge amounts of items with various heights (The 
>>>> list also allows one for embedding text widgets with in place 
>>>> editing)
>>>>  
>>>> The next immediate target is the creation of a new Pager widget (the 
>>>> widget that is behind the current GTInspector).
>>>>  
>>>> You can see some screenshots on the official site:
>>>> http://gt.moosetechnology.org/brick
>>>>  
>>>> To play with it, you can download a ready-made image:
>>>> https://ci.inria.fr/moose/job/gtoolkit5/lastSuccessfulBuild/artifac
>>>> t/gtoolkit5.zip
>>>>  
>>>> and, in a Bloc space, you can browse the examples:
>>>> BrExampleBrowser exampleOpen
>>>>  
>>>> We would be happy to hear your feedback.
>>>>  
>>>> Cheers,
>>>> Doru
>>>>  
>>>> --
>>>> www.tudorgirba.com
>>>>  
>>>> "Every thing has its own flow"
>>> 
>>> 
>>>  
>>> --
>>> Bernardo E.C.
>>>  
>>> Sent from a cheap desktop computer in South America.
>> 
>> 
>>  
>> --
>> Bernardo E.C.
>>  
>> Sent from a cheap desktop computer in South America.
> 
> 
>  
> --
> www.tudorgirba.com
>  
> "Every thing has its own flow"

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Re: [Pharo-users] [ann] brick on top of bloc - preview

[Vincent BLONDEAU]

That is because GToolkit is based on last successful Moose 6.0 build where 
everything works fine (it is Pharo50248). 

But less than a week ago, a featured bug was integrated in Pharo and it is not 
possible to load Moose anymore… That is due to some encoding problems during 
Monticello loading between 50256 and 50257 Pharo versions (integration of Slice 
16283).

 

As I can’t load brick on the 50256 pharo image, I think that the bug you 
encounter has been introduced before, i.e. between 50248 and 50256. So it is 
not related to the Moose one.

Bernardo’s bug is related to traits loading, I have the same bug for one of my 
project but I didn’t investigate it yet.

 

Cheers, 

Vincent

 

De : Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] De la part de 
Tudor Girba
Envoyé : mardi 25 août 2015 23:08
À : Any question about pharo is welcome
Objet : Re: [Pharo-users] [ann] brick on top of bloc - preview

 

Hmm. Thanks for the report. Indeed, I get the same, but the CI job works well. 
We will have to investigate this.

 

In the meantime, you can use the image from:

https://ci.inria.fr/moose/job/gtoolkit5/lastSuccessfulBuild/artifact/gtoolkit5.zip

 

Cheers,

Doru

 

 

 

On Tue, Aug 25, 2015 at 10:51 PM, Bernardo Ezequiel Contreras 
mailto:vonbecm...@gmail.com> > wrote:

 i forgot to mention that it was while 

 

Loading Bloc-Core-AliakseiSyrel.636

 

thanks

 

 

 

On Tue, Aug 25, 2015 at 5:43 PM, Bernardo Ezequiel Contreras 
mailto:vonbecm...@gmail.com> > wrote:

Sorry, but after evaluating

 

Gofer new 

smalltalkhubUser: 'Pharo' project: 'Brick';

configuration;

loadDevelopment 

 

in Pharo5.0#50270, i got an Error: Unrecognized class definition

 

The screenshots look really cool.

 

thanks

 

 

On Tue, Aug 25, 2015 at 5:13 PM, Tudor Girba mailto:tu...@tudorgirba.com> > wrote:

Hi,

 

We are happy to announce the first preview version of Brick, a new widget set 
created from scratch on top of Bloc.

 

Brick is being developed primarily by Alex Syrel (together with Alain Plantec, 
Andrei Chis and myself), and the work is sponsored by ESUG. Brick is part of 
the Glamorous Toolkit effort and will provide the basis for the new versions of 
the development tools.

 

Brick's goal is to provide a beautiful looking widget set, and the default look 
is based on material design. The widgets are theme-able.

 

Right now, there exists:

- Label

- Simple button

- Toggle button

- Checkbox

- Radio button

- Window with or without an active title bar that can include various visual 
actions and info

- Menu

- Beautiful scrollbars that are thin by default and enlarge when the mouse 
hovers over it

- Scalable list for huge amounts of items with various heights

(The list also allows one for embedding text widgets with in place editing)

 

The next immediate target is the creation of a new Pager widget (the widget 
that is behind the current GTInspector).

 

You can see some screenshots on the official site:

http://gt.moosetechnology.org/brick

 

To play with it, you can download a ready-made image:

https://ci.inria.fr/moose/job/gtoolkit5/lastSuccessfulBuild/artifact/gtoolkit5.zip

 

and, in a Bloc space, you can browse the examples:

BrExampleBrowser exampleOpen

 

We would be happy to hear your feedback.

 

Cheers,

Doru

 

-- 

www.tudorgirba.com  

 

"Every thing has its own flow"





 

-- 

Bernardo E.C.

 

Sent from a cheap desktop computer in South America.





 

-- 

Bernardo E.C.

 

Sent from a cheap desktop computer in South America.





 

-- 

www.tudorgirba.com  

 

"Every thing has its own flow"

Re: [Pharo-users] Tabular: XLSX import

[Vincent BLONDEAU]

Indeed that is better idea!

Thanks Ben,

Vincent

-Message d'origine-
De : Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] De la part de Ben 
Coman
Envoyé : jeudi 13 août 2015 19:13
À : Any question about pharo is welcome
Objet : Re: [Pharo-users] Tabular: XLSX import

On Thu, Aug 13, 2015 at 10:37 PM, Blondeau Vincent 
 wrote:
>
> > -Message d'origine-
> > De : Pharo-users 
> [mailto:pharo-users-boun...@lists.pharo.org] De la part
> > de H. Hirzel
> > Envoyé : jeudi 13 août 2015 15:06
> > À : Any question about pharo is welcome
> > Objet : Re: [Pharo-users] Tabular: XLSX import
> >
> > On 8/13/15, Blondeau Vincent 
> 
> wrote:
> >
> > > I think the access to an empty cell should be nil.
> >
> > OK
> >
> > But what about
> >
> >  aCell data
> >
> > (aCell being nil)
> >
> > should it still give nil or the empty string?
>
> It should give nil. The string is not an expected representation of an 
> empty cell. You can put formula or strings in a cell, but nil 
> represent the lack of content.
> BTW, the cell can be not nil but the content can be... It is the case 
> where the cell has a style defined.
>

Wouldn't it be better now at the beginning to return an EmptyCell object. Then 
at some random time later someone wanting to add functionality that you can't 
imagine now can add ivars and methods to that class.  Also think about a future 
application evaluating cell A3 holding formula "=A1+A2" where A2 is empty.  Do 
you really want your library users to shoulder the burden of #isNil guarding 
each cell reference instead of having...

EmptyCell >> value
 ^0

cheers -ben

Re: [Pharo-users] MSOffice DOCX generation?

[Vincent BLONDEAU]

I think you can improve Tabular to generate DOCX files. It is the same file 
standard than XLSX.

Vincent

-Message d'origine-
De : Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] De la part de H. 
Hirzel
Envoyé : samedi 8 août 2015 08:56
À : Any question about pharo is welcome
Objet : Re: [Pharo-users] MSOffice DOCX generation?

I found Tabular

http://ss3.gemtalksystems.com/ss/Tabular.html

which is for Spreadsheets files. It is useful as an example for creating 
something similar for DOCX files.

On 8/8/15, H. Hirzel  wrote:
> A similar library but for Java
>
> http://www.docx4java.org/trac/docx4j
>
> On 8/7/15, H. Hirzel  wrote:
>> Hello
>>
>> Is there a library like for Pharo to generate DOCX files?
>>
>> Something like this
>> https://docx.codeplex.com/
>> DocX is a .NET library that allows developers to manipulate Word
>> 2007/2010/2013 files, in an easy and intuitive manor. DocX is fast, 
>> lightweight and best of all it does not require Microsoft Word or 
>> Office to be installed.
>>
>> Regards
>>
>> Hannes
>>
>

Re: [Pharo-users] pharoExtras XML Parser/Writer in Pharo 4.0?

[Vincent BLONDEAU]

The pharoExtras/XML* are here: 
http://smalltalkhub.com/#!/~PharoExtras/XMLParser 
It is the same project that from the loaded project list item that you show in 
the screenshot.

You can't load PharoExtra in one go, because PharoExtra is a group of projects. 
So you have to load the projects that you want one by one.
By the way, you don't want to load the 50 project of the list: 
http://smalltalkhub.com/#!/~PharoExtras ;)

Maybe the project list have to show the owner of the project, e.g. PharoExtras?

Vincent

 -Message d'origine-
De : Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] De la part de H. 
Hirzel
Envoyé : samedi 8 août 2015 10:18
À : Any question about pharo is welcome
Objet : [Pharo-users] pharoExtras XML Parser/Writer in Pharo 4.0?

On 8/8/15, stepharo  wrote:
... it depend on a different XML Parser/Writer than
> pharoExtras ones?
>
> Stef
>>

Stef,

Question of confirmation

With pharoExtras XML Parser/Writer

you mean the ones I get in the Configuration browser?  (see attachment)

Or is there a package 'pharoExtras' where I can load everything in one go? If 
yes how to I load it?

--Hannes

Re: [Pharo-users] Tabular: XLSX import

[Vincent BLONDEAU]

>>>
>>>>>
>>>>>
>>>>> Once published, your project will be in the catalog in the image 
>>>>> (Tools>catalog browser) and on the web http://catalog.pharo.org/.
>>>>>
>>>>>
>>>>>
>>>>> Tell me if you need help to do it,
>>>>>
>>>>>
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Vincent
>>>>>
>>>>>
>>>>>
>>>>> *De :* Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] 
>>>>> *De la part de*  ?
>>>>> *Envoyé :* dimanche 2 août 2015 10:25 *À :* Any question about 
>>>>> pharo is welcome *Objet :* Re: [Pharo-users] Tabular: XLSX import
>>>>>
>>>>>
>>>>>
>>>>> It looks like I need some guidance to understand contemporary 
>>>>> packaging/deployment/versioning system. I know it exists, but I 
>>>>> don't know details. Can you kick me in the right direction? Maybe 
>>>>> some link?
>>>>>
>>>>>
>>>>>
>>>>> 2015-08-02 11:21 GMT+03:00 Esteban Lorenzano :
>>>>>
>>>>> Hi,
>>>>>
>>>>>
>>>>>
>>>>> it would be sooo cool to have a configuration in the catalog…
>>>>>
>>>>>
>>>>>
>>>>> Esteban
>>>>>
>>>>>
>>>>>
>>>>> On 01 Aug 2015, at 20:58, Юрий Мироненко 
>>>>> wrote:
>>>>>
>>>>>
>>>>>
>>>>> Hello.
>>>>>
>>>>> Some time ago I announced Tabular
>>>>> <http://ss3.gemtalksystems.com/ss/Tabular.html>, some effort to 
>>>>> make a tool for spreadsheets import/export.
>>>>>
>>>>>
>>>>> This is short notice: Vincent Blondeau have added XLSX import 
>>>>> functionality!
>>>>> It's also mostly proof-of-concept now, but even at this stage it's 
>>>>> quite usable.
>>>>>
>>>>> Thanks, Vincent!
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Ce message et les pièces jointes sont confidentiels et réservés à 
>>>>> l'usage exclusif de ses destinataires. Il peut également être 
>>>>> protégé par le secret professionnel. Si vous recevez ce message 
>>>>> par erreur, merci d'en avertir immédiatement l'expéditeur et de le 
>>>>> détruire. L'intégrité du message ne pouvant être assurée sur 
>>>>> Internet, la responsabilité de Worldline ne pourra être recherchée 
>>>>> quant au contenu de ce message. Bien que les meilleurs efforts 
>>>>> soient faits pour maintenir cette transmission exempte de tout 
>>>>> virus, l'expéditeur ne donne aucune garantie à cet égard et sa 
>>>>> responsabilité ne saurait être recherchée pour tout dommage 
>>>>> résultant d'un virus transmis.
>>>>>
>>>>> This e-mail and the documents attached are confidential and 
>>>>> intended solely for the addressee; it may also be privileged. If 
>>>>> you receive this e-mail in error, please notify the sender 
>>>>> immediately and destroy it.
>>>>> As
>>>>> its integrity cannot be secured on the Internet, the Worldline 
>>>>> liability cannot be triggered for the message content. Although 
>>>>> the sender endeavours to maintain a computer virus-free network, 
>>>>> the sender does not warrant that this transmission is virus-free 
>>>>> and will not be liable for any damages resulting from any virus 
>>>>> transmitted.
>>>>>
>>>
>>
>>
>>
>

Re: [Pharo-users] Recoverying a crashed Moose image/Pharo5

[Vincent BLONDEAU]

Hi,

I had the same issue under Windows 7.
The workaround is to rename 
/home/hilaire/Travaux/Speech/Taiwan2015/moose_suite_5_1/bin/libFT2Plugin.so in 
something else.

You will not have the fonts working anymore but your image will be working 
again.

See the bug related: 
https://pharo.fogbugz.com/f/cases/15944/Image-crash-on-Pharo-due-to-fonts-on-W7 

I hope that it will help you,

Vincent

-Message d'origine-
De : Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] De la part de 
Hilaire
Envoyé : jeudi 30 juillet 2015 08:55
À : pharo-users@lists.pharo.org
Objet : Re: [Pharo-users] Recoverying a crashed Moose image/Pharo5

Oh, and deleting the TRMorph at image start up does not work, because Pharo 
doesn't reach the image level command line handler, it crashes before.
It looks to me related to FreeType, I may have text with different font sizes.
I tried with larger value of --memory or --mmap but it does not help.

Hilaire


Le 30/07/2015 14:10, Hilaire a écrit :
> Hello,
>
> I have a Moose 6.0 image with several Playgrounds.
> Since this morning, exactly when I want to make a demo[1], it crashes 
> immediately. I remember yesterday I got an error when saving, Pharo 
> said something like 'This error should not happen'.
>
> The OS windows open then close almost immediately (dump included). 
> Could it be related to Athens or FreeType plugin access? The image 
> went about 113MB.
> The used VM works fine with a fresh Moose6.0 image. Btw, the 
> http://www.moosetechnology.org/ is down right now.
> I would like to recover the script codes in the playgrounds, is there 
> a way to access it?
>
> Thanks
>
> Hilaire
>
> [1] Hopefully I can demo with a fresh image of Moose
>


--
Dr. Geo
http://drgeo.eu
http://google.com/+DrgeoEu