date:20141106

You see, when I alpply deepCopy instead of copy, pharo image doesn't
respond:)
What I want is to get 100% independent new object ast2, with same
caracteristics as ast1.
P.S. Uko, thanks veryDeepCopy works. Read the comments to both methods but
still confused why deepCopy didn't work.

Re: [Pharo-users] [Oharo-users] Copy AST

As I said, I used veryDeepCopy for copying ASTs, and it worked. But! It
takes time to copy:)

2014-11-06 11:59 GMT+02:00 Mark Rizun :

> You see, when I alpply deepCopy instead of copy, pharo image doesn't
> respond:)
> What I want is to get 100% independent new object ast2, with same
> caracteristics as ast1.
> P.S. Uko, thanks veryDeepCopy works. Read the comments to both methods but
> still confused why deepCopy didn't work.
>

Re: [Pharo-users] [Oharo-users] Copy AST

Do you have any other suggestions how can I get completely indemendent copy
of ast?

2014-11-06 12:19 GMT+02:00 Mark Rizun :

> As I said, I used veryDeepCopy for copying ASTs, and it worked. But! It
> takes time to copy:)
>
> 2014-11-06 11:59 GMT+02:00 Mark Rizun :
>
>> You see, when I alpply deepCopy instead of copy, pharo image doesn't
>> respond:)
>> What I want is to get 100% independent new object ast2, with same
>> caracteristics as ast1.
>> P.S. Uko, thanks veryDeepCopy works. Read the comments to both methods
>> but still confused why deepCopy didn't work.
>>
>
>

Re: [Pharo-users] [Oharo-users] Copy AST

Hello,

Normally #copy should copy the AST. But it might not copy all the things 
related to start/stop.

I think we should fix it to do that, too.

(sorry that I am a bit slow answering… lots of things to do)

> On 06 Nov 2014, at 11:36, Mark Rizun  wrote:
> 
> Do you have any other suggestions how can I get completely indemendent copy 
> of ast?
> 
> 2014-11-06 12:19 GMT+02:00 Mark Rizun  >:
> As I said, I used veryDeepCopy for copying ASTs, and it worked. But! It takes 
> time to copy:)
> 
> 2014-11-06 11:59 GMT+02:00 Mark Rizun  >:
> You see, when I alpply deepCopy instead of copy, pharo image doesn't respond:)
> What I want is to get 100% independent new object ast2, with same 
> caracteristics as ast1.
> P.S. Uko, thanks veryDeepCopy works. Read the comments to both methods but 
> still confused why deepCopy didn't work.
> 
>

[Pharo-users] inria survey

2014-11-06 Thread stepharo

Hi guys

you can help us to improve our communication as a research center.
Please take some minutes to fill this little survey.

Stef

--
VERSION FRANÇAISE
--
Créé depuis 2002 à Lille, le centre de recherche Inria Lille - Nord
Europe souhaite faire un point d’étape sur sa notoriété et s’interroge
sur l’image qu’il véhicule auprès des différents publics avec lesquels
il collabore. Industriels, partenaires académiques, collectivités,
chercheurs, journalistes, fournisseurs, étudiants, lycéens… Nous voulons
savoir si vous nous connaissez bien et si vous auriez envie d’en savoir
plus. Vos avis nous intéressent alors n’hésitez pas à compléter le
questionnaire avant le 28 novembre.

David Simplot-Ryl directeur Inria Lille - Nord Europe

En pratique ;
Lien vers le questionnaire :
https://sondages.inria.fr/index.php/632788?lang=fr

Clôture de l’enquête le 28 novembre.
Temps de réponse au questionnaire : moins de 10min.
Les résultats de l’enquête seront communiqués en 2015.

http://www.inria.fr/centre/lille/actualites/enquete-sur-l-image-du-centre-inria-lille-nord-europe

ENGLISH VERSION

Created since 2002 in Lille, the Inria Lille - Nord Europe research
center wish to make a report on its reputation and its image. Industrial
and academic partners, researchers, journalists , suppliers,
students,... We want to know if you know us well and if you would like
to learn more. We are interested in your opinion then do not hesitate to
complete the questionnaire before 28 November. David Simplot- Ryl
director Inria Lille - Nord Europe

David Simplot-Ryl director Inria Lille - Nord Europe

In practice ;
Link to the survey :https://sondages.inria.fr/index.php/632788?lang=fr
(select English)

Deadline to respond 28 November.
Questionnaire response time : less than 10 minutes.
The results of the survey will be released in 2015.

http://www.inria.fr/en/centre/lille/news/inria-lille-nord-europe-survey

Re: [Pharo-users] inria survey

2014-11-06 Thread Bernat Romagosa

Hi Stef,

What should I enter under "Establishment"? Is it the company/institution
where one works/studies?

Cheers!
Bernat.

2014-11-06 11:45 GMT+01:00 stepharo :

> Hi guys
>
> you can help us to improve our communication as a research center. Please
> take some minutes to fill this little survey.
>
> Stef
>
> --
> VERSION FRANÇAISE
> --
> Créé depuis 2002 à Lille, le centre de recherche Inria Lille - Nord Europe
> souhaite faire un point d’étape sur sa notoriété et s’interroge sur l’image
> qu’il véhicule auprès des différents publics avec lesquels il collabore.
> Industriels, partenaires académiques, collectivités, chercheurs,
> journalistes, fournisseurs, étudiants, lycéens… Nous voulons savoir si vous
> nous connaissez bien et si vous auriez envie d’en savoir plus. Vos avis
> nous intéressent alors n’hésitez pas à compléter le questionnaire avant le
> 28 novembre.
>
> David Simplot-Ryl directeur Inria Lille - Nord Europe
>
>
> En pratique ;
> Lien vers le questionnaire : https://sondages.inria.fr/
> index.php/632788?lang=fr
> Clôture de l’enquête le 28 novembre.
> Temps de réponse au questionnaire : moins de 10min.
> Les résultats de l’enquête seront communiqués en 2015.
>
> http://www.inria.fr/centre/lille/actualites/enquete-sur-
> l-image-du-centre-inria-lille-nord-europe
>
> 
> ENGLISH VERSION
> 
> Created since 2002 in Lille, the Inria Lille - Nord Europe research center
> wish to make a report on its reputation and its image. Industrial and
> academic partners, researchers, journalists , suppliers, students,... We
> want to know if you know us well and if you would like to learn more. We
> are interested in your opinion then do not hesitate to complete the
> questionnaire before 28 November. David Simplot- Ryl director Inria Lille -
> Nord Europe
>
> David Simplot-Ryl director Inria Lille - Nord Europe
>
> In practice ;
> Link to the survey :https://sondages.inria.fr/index.php/632788?lang=fr
> (select English)
> Deadline to respond 28 November.
> Questionnaire response time : less than 10 minutes.
> The results of the survey will be released in 2015.
>
> http://www.inria.fr/en/centre/lille/news/inria-lille-nord-europe-survey
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] [ANN]: NewExternalWebBrowser

2014-11-06 Thread jannik laval

Thank you Sean, I will integrate it in Phratch. Like that, I can remove
OSProcess.

Cheers,
Jannik

2014-11-05 9:15 GMT-03:00 Ben Coman :

> Sean P. DeNigris wrote:
>
>> Tudor Girba-2 wrote
>>
>>> Nice :)... Thanks,
>>>
>>
>> No problem! BTW let's not depend on NewExternalWebBrowser surviving as the
>> project's name ;)
>>
>
> Don't be a newb...?
>
>
> ;)
>
>
>
>>
>>
>> -
>> Cheers,
>> Sean
>> --
>> View this message in context: http://forum.world.st/ANN-
>> NewExternalWebBrowser-tp4788403p4788461.html
>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>>
>>
>>
>
>


-- 

~~Jannik Laval~~
École des Mines de Douai
Enseignant-chercheur
http://www.jannik-laval.eu
http://www.phratch.com
http://www.approchealpes.info
http://car.mines-douai.fr/

Re: [Pharo-users] inria survey

2014-11-06 Thread Christophe Demarey


Le 6 nov. 2014 à 12:21, Bernat Romagosa a écrit :

> What should I enter under "Establishment"? Is it the company/institution 
> where one works/studies?

Yes, your company/institution where one works/studies



smime.p7s
Description: S/MIME cryptographic signature

[Pharo-users] FileBrowser confusion

Is anyone actually using FileBrowser? Because either no one does or I doing
something wrong.

My problem is that it is very uncomfortable to navigate filesystem. There
is no way to quickly navigate to common folders (like roots of system
drives and home directory). Also hidden files/folders are shown by default
which means there is always hundred folders.
I would love to have these things streamlined, ideally with the option to
add custom shortcuts (see picture)... so much for opening files.

As far as saving goes the only way I found to actually save file is to
manually type the full path without the option to choose a folder through
GUI. But since this is the way the "Save image as..." works it leads me to
believe that no one is actually using it regularly, because outside of
saving a file to same folder as image such behavior seems useless.

So is this something that has been considered or no one really needs this?

Thanks,
Peter

Re: [Pharo-users] FileBrowser confusion


> On 06 Nov 2014, at 15:55, Peter Uhnák  wrote:
> 
> Is anyone actually using FileBrowser? Because either no one does or I doing 
> something wrong.
> 
I do not think it is used a lot...

> My problem is that it is very uncomfortable to navigate filesystem. There is 
> no way to quickly navigate to common folders (like roots of system drives and 
> home directory). Also hidden files/folders are shown by default which means 
> there is always hundred folders.
> I would love to have these things streamlined, ideally with the option to add 
> custom shortcuts (see picture)... so much for opening files.
> 
Yes, it would be nice to improve...

> As far as saving goes the only way I found to actually save file is to 
> manually type the full path without the option to choose a folder through 
> GUI. But since this is the way the "Save image as..." works it leads me to 
> believe that no one is actually using it regularly, because outside of saving 
> a file to same folder as image such behavior seems useless.
> 
> So is this something that has been considered or no one really needs this?

I think it is enough if you want to do it.

The real question is if we invest in the current FileList code or better in one 
based on the filesystem explore code in GT?

Marcus

Re: [Pharo-users] [Oharo-users] Copy AST

>
> Normally #copy should copy the AST. But it might not copy all the things
> related to start/stop.
>

Yes #copy, copies not all stuff. That's why I need #deepCopy but it just
crashes image. And #veryDeepCopy works vry slow.
I need another solution. Any suggestions? Maybe there is some kind of
method that does what I want?


>
> (sorry that I am a bit slow answering… lots of things to do)
>

It's fine;)

Re: [Pharo-users] FileBrowser confusion

2014-11-06 Thread Damien Cassou

On Thu, Nov 6, 2014 at 4:11 PM, Marcus Denker  wrote:
> The real question is if we invest in the current FileList code or better in 
> one based on the filesystem explore code in GT?


I think that would make sense

-- 
Damien Cassou
http://damiencassou.seasidehosting.st

"Success is the ability to go from one failure to another without
losing enthusiasm."
Winston Churchill

Re: [Pharo-users] FileBrowser confusion

2014-11-06 Thread p...@highoctane.be

On Thu, Nov 6, 2014 at 3:55 PM, Peter Uhnák  wrote:

> Is anyone actually using FileBrowser? Because either no one does or I
> doing something wrong.
>
> My problem is that it is very uncomfortable to navigate filesystem. There
> is no way to quickly navigate to common folders (like roots of system
> drives and home directory). Also hidden files/folders are shown by default
> which means there is always hundred folders.
> I would love to have these things streamlined, ideally with the option to
> add custom shortcuts (see picture)... so much for opening files.
>
> As far as saving goes the only way I found to actually save file is to
> manually type the full path without the option to choose a folder through
> GUI. But since this is the way the "Save image as..." works it leads me to
> believe that no one is actually using it regularly, because outside of
> saving a file to same folder as image such behavior seems useless.
>
> So is this something that has been considered or no one really needs this?
>

I do use the FileBrowser but it is indeed in need of serious love. But on
Linux, I am on Midnight Commander, and there is nothing to the beat it.

Most of the time, I use the FileBrowser to deal with my project files which
are in the image directory or subfolders.
But there are quite a number of hooks (for files and directories) in the
tool so one can extend it in a couple hours.

It is worth a try.

Phil

>
> Thanks,
> Peter
>

Re: [Pharo-users] [Oharo-users] Copy AST


> On 06 Nov 2014, at 16:24, Mark Rizun  wrote:
> 
> Normally #copy should copy the AST. But it might not copy all the things 
> related to start/stop.
> 
> Yes #copy, copies not all stuff. That's why I need #deepCopy but it just 
> crashes image. And #veryDeepCopy works vry slow.
> I need another solution. Any suggestions? Maybe there is some kind of method 
> that does what I want?
>  
Why not fix #copy to copy the things needed?

have a look at the #postCopy methods.

Marcus

Re: [Pharo-users] [Oharo-users] Copy AST

If I understand #postCopy is used to override standart copy. Each class
has(or may have) its own implementation of #postCopy.
When #copy is applied, #postCopy is called.

2014-11-06 17:47 GMT+02:00 Marcus Denker :

>
> On 06 Nov 2014, at 16:24, Mark Rizun  wrote:
>
> Normally #copy should copy the AST. But it might not copy all the things
>> related to start/stop.
>>
>
> Yes #copy, copies not all stuff. That's why I need #deepCopy but it just
> crashes image. And #veryDeepCopy works vry slow.
> I need another solution. Any suggestions? Maybe there is some kind of
> method that does what I want?
>
>
> Why not fix #copy to copy the things needed?
>
> have a look at the #postCopy methods.
>
> Marcus
>

Re: [Pharo-users] [Oharo-users] Copy AST

P.S. I must have thought about fixing copy:) Don't know why I didn't

2014-11-06 17:54 GMT+02:00 Mark Rizun :

> If I understand #postCopy is used to override standart copy. Each class
> has(or may have) its own implementation of #postCopy.
> When #copy is applied, #postCopy is called.
>
> 2014-11-06 17:47 GMT+02:00 Marcus Denker :
>
>>
>> On 06 Nov 2014, at 16:24, Mark Rizun  wrote:
>>
>> Normally #copy should copy the AST. But it might not copy all the things
>>> related to start/stop.
>>>
>>
>> Yes #copy, copies not all stuff. That's why I need #deepCopy but it just
>> crashes image. And #veryDeepCopy works vry slow.
>> I need another solution. Any suggestions? Maybe there is some kind of
>> method that does what I want?
>>
>>
>> Why not fix #copy to copy the things needed?
>>
>> have a look at the #postCopy methods.
>>
>> Marcus
>>
>
>

Re: [Pharo-users] [ANN]: NewExternalWebBrowser

2014-11-06 Thread Sean P. DeNigris

On Nov 6, 2014, at 6:19 AM, jannik laval [via Smalltalk] 
 wrote:
> Thank you Sean, I will integrate it in Phratch. Like that, I can remove 
> OSProcess.

n.b. I only implemented Mac OS X. I assume it would be trivial to implement in 
Windows, but I’m not sure of a cross-Gnu+Lunix-flavor url open command. But I 
guess we could use whatever the original ExternalWebBrowser ultimately called 
out to...

-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/ANN-NewExternalWebBrowser-tp4788403p4788766.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] FileBrowser confusion

I checked out the file browser GT Inspector (I hope that is what you were
referring to), unfortunately it's crashing a lot for me (it seems it can't
figure out file size for large files (~4GB) and some other stuff
(sockets?)).
However I don't know if Glamour is planning to turn it into full file
browser or just keep for quick inspection (especially considering that most
people apparently don't really need such thing).
At least to me it seems that right now enhancing the FileBrowser would be
simpler.

But thank you for the responses, I'll try to play with it a bit and perhaps
something good will come out of it.

Peter

On Thu, Nov 6, 2014 at 4:41 PM, p...@highoctane.be 
wrote:

> On Thu, Nov 6, 2014 at 3:55 PM, Peter Uhnák  wrote:
>
>> Is anyone actually using FileBrowser? Because either no one does or I
>> doing something wrong.
>>
>> My problem is that it is very uncomfortable to navigate filesystem. There
>> is no way to quickly navigate to common folders (like roots of system
>> drives and home directory). Also hidden files/folders are shown by default
>> which means there is always hundred folders.
>> I would love to have these things streamlined, ideally with the option to
>> add custom shortcuts (see picture)... so much for opening files.
>>
>> As far as saving goes the only way I found to actually save file is to
>> manually type the full path without the option to choose a folder through
>> GUI. But since this is the way the "Save image as..." works it leads me to
>> believe that no one is actually using it regularly, because outside of
>> saving a file to same folder as image such behavior seems useless.
>>
>> So is this something that has been considered or no one really needs this?
>>
>
> I do use the FileBrowser but it is indeed in need of serious love. But on
> Linux, I am on Midnight Commander, and there is nothing to the beat it.
>
> Most of the time, I use the FileBrowser to deal with my project files
> which are in the image directory or subfolders.
> But there are quite a number of hooks (for files and directories) in the
> tool so one can extend it in a couple hours.
>
> It is worth a try.
>
> Phil
>
>
>>
>> Thanks,
>> Peter
>>
>
>

Re: [Pharo-users] Bug? in Filein

2014-11-06 Thread José Comesaña

Ok, thanks a lot for your work.

Regards

2014-11-05 20:12 GMT+01:00 Nicolai Hess :

> 14405 
> (backport pharo3) FileOut creates invalid comment entries for classes with
> class side methods
> fix in pharo3inbox
>
> 2014-11-04 22:51 GMT+01:00 Nicolai Hess :
>
>> Fixed and integrated (pharo 40350)
>> I'll open another issue for backporting to pharo3
>>
>> 2014-11-02 22:24 GMT+01:00 Nicolai Hess :
>>
>>> Actually it is a bug in FileOUT!
>>>
>>> 14377 
>>> FileOut creates invalid comment entries for classes with class side
>>> methods
>>>
>>>
>>> 2014-11-02 17:42 GMT+01:00 Nicolai Hess :
>>>
 2014-10-31 0:11 GMT+01:00 José Comesaña :

> I see. But WATestError it is in the same package it is "Fileing", on
> line 3284 and is referenced many times before. I am sorry I have not 
> enough
> knowledge about the internals to do more debugging.
>
> Seems to be a lack of coordination between FileOut and FileIn. Maybe
> nothing to do...
>
> Now a simpler and clearer test:
>
> 1. Back to the original situation.
> 2. FileOut *only* WAContextTest. It has a comment: "I am the base
> class for all tests that need a WARequestContext present.", in .st file in
> line 8.
> 3. Remove it.
> 4. FileIn again. No errors on Transcript BUT no comment appears for
> WAContextTest.
>
> Maybe, if I get a couple of free hours I could dare to debug a
> little
>
> Best
>
>
> 2014-10-30 23:30 GMT+01:00 stepharo :
>
>>  It says that the class WATestError is not available.
>>
>>
>>
>>  Yes, I did. It is in the .st file
>>
>>
>>
>>> c. You get a bunch of errors in Transcript while filing in

>>>  No magic ball so we cannot guess.
>>>
>>>
>>  Example of Transcript messages (in case it helps):
>> WADocumentHandlerResponseTest>>createAndVerifyBinaryDocumentNamed:hasAttachment:
>> (WATestingFiles is Undeclared)
>>
>>  WAExceptionHandlerTest>>testCommaReturnsExceptionSet (WATestError
>> is Undeclared)
>>
>>  WAExceptionHandlerTest>>testCommaReturnsExceptionSet (WATestError
>> is Undeclared)
>>
>>  WAExceptionHandlerTest>>testCommaReturnsExceptionSet (WATestError
>> is Undeclared)
>>
>>  WAExceptionHandlerTest>>testCommaReturnsExceptionSet (WATestError
>> is Undeclared)
>>
>>  WAExceptionHandlerTest>>testInternalError (WATestError is
>> Undeclared)
>>
>>
>>  It happens in more cases. I just took this one because this is a
>> package anyone can install in order to reproduce the problem.
>>
>>  Thanks
>>
>>
>>
>

 Yes, it is a bug. Verified on Pharo4 with class ZnMessageBenchmark. The
 class has a comment, after fileout/remove class/filein this class is
 without a comment.
 I'll open a bug report.


>>>
>>
>

Re: [Pharo-users] [ANN]: NewExternalWebBrowser

2014-11-06 Thread Tudor Girba

Actually, the ability to open a web browser is already present in the Pharo
image out of the box through NativeBoost:

NBMacShell open: 'http://pharo.org'
NBWin32Shell shellBrowse: 'http://pharo.org'

Cheers,
Doru



On Thu, Nov 6, 2014 at 6:11 PM, Sean P. DeNigris 
wrote:

> On Nov 6, 2014, at 6:19 AM, jannik laval [via Smalltalk] <[hidden email]
> > wrote:
> > Thank you Sean, I will integrate it in Phratch. Like that, I can remove
> OSProcess.
>
> n.b. I only implemented Mac OS X. I assume it would be trivial to
> implement in Windows, but I’m not sure of a cross-Gnu+Lunix-flavor url open
> command. But I guess we could use whatever the original ExternalWebBrowser
> ultimately called out to...
> Cheers,
> Sean
>
> --
> View this message in context: Re: [ANN]: NewExternalWebBrowser
> 
>
> Sent from the Pharo Smalltalk Users mailing list archive
>  at Nabble.com.
>



-- 
www.tudorgirba.com

"Every thing has its own flow"

Re: [Pharo-users] Bug? in Filein

2014-11-06 Thread p...@highoctane.be

Yes, this has been annoying for a long time.

Does backport means that it will be in the downloadable image of 3.0?

Thanks a lot!

Phil
Le 6 nov. 2014 20:16, "José Comesaña"  a écrit :

> Ok, thanks a lot for your work.
>
> Regards
>
> 2014-11-05 20:12 GMT+01:00 Nicolai Hess :
>
>> 14405 
>> (backport pharo3) FileOut creates invalid comment entries for classes
>> with class side methods
>> fix in pharo3inbox
>>
>> 2014-11-04 22:51 GMT+01:00 Nicolai Hess :
>>
>>> Fixed and integrated (pharo 40350)
>>> I'll open another issue for backporting to pharo3
>>>
>>> 2014-11-02 22:24 GMT+01:00 Nicolai Hess :
>>>
 Actually it is a bug in FileOUT!

 14377 
 FileOut creates invalid comment entries for classes with class side
 methods


 2014-11-02 17:42 GMT+01:00 Nicolai Hess :

> 2014-10-31 0:11 GMT+01:00 José Comesaña :
>
>> I see. But WATestError it is in the same package it is "Fileing", on
>> line 3284 and is referenced many times before. I am sorry I have not 
>> enough
>> knowledge about the internals to do more debugging.
>>
>> Seems to be a lack of coordination between FileOut and FileIn. Maybe
>> nothing to do...
>>
>> Now a simpler and clearer test:
>>
>> 1. Back to the original situation.
>> 2. FileOut *only* WAContextTest. It has a comment: "I am the base
>> class for all tests that need a WARequestContext present.", in .st file 
>> in
>> line 8.
>> 3. Remove it.
>> 4. FileIn again. No errors on Transcript BUT no comment appears for
>> WAContextTest.
>>
>> Maybe, if I get a couple of free hours I could dare to debug a
>> little
>>
>> Best
>>
>>
>> 2014-10-30 23:30 GMT+01:00 stepharo :
>>
>>>  It says that the class WATestError is not available.
>>>
>>>
>>>
>>>  Yes, I did. It is in the .st file
>>>
>>>
>>>
 c. You get a bunch of errors in Transcript while filing in
>
  No magic ball so we cannot guess.


>>>  Example of Transcript messages (in case it helps):
>>> WADocumentHandlerResponseTest>>createAndVerifyBinaryDocumentNamed:hasAttachment:
>>> (WATestingFiles is Undeclared)
>>>
>>>  WAExceptionHandlerTest>>testCommaReturnsExceptionSet (WATestError
>>> is Undeclared)
>>>
>>>  WAExceptionHandlerTest>>testCommaReturnsExceptionSet (WATestError
>>> is Undeclared)
>>>
>>>  WAExceptionHandlerTest>>testCommaReturnsExceptionSet (WATestError
>>> is Undeclared)
>>>
>>>  WAExceptionHandlerTest>>testCommaReturnsExceptionSet (WATestError
>>> is Undeclared)
>>>
>>>  WAExceptionHandlerTest>>testInternalError (WATestError is
>>> Undeclared)
>>>
>>>
>>>  It happens in more cases. I just took this one because this is a
>>> package anyone can install in order to reproduce the problem.
>>>
>>>  Thanks
>>>
>>>
>>>
>>
>
> Yes, it is a bug. Verified on Pharo4 with class ZnMessageBenchmark.
> The class has a comment, after fileout/remove class/filein this class is
> without a comment.
> I'll open a bug report.
>
>

>>>
>>
>

Re: [Pharo-users] FileBrowser confusion

2014-11-06 Thread Tudor Girba

Hi,


On Thu, Nov 6, 2014 at 7:49 PM, Peter Uhnák  wrote:

> I checked out the file browser GT Inspector (I hope that is what you were
> referring to), unfortunately it's crashing a lot for me (it seems it can't
> figure out file size for large files (~4GB) and some other stuff
> (sockets?)).
>

What do you mean by a lot? Could you detail the crashing scenarios?
It is indeed known that Pharo cannot open files larger than 4GB (even that
after you setup the VM specifically).


> However I don't know if Glamour is planning to turn it into full file
> browser or just keep for quick inspection (especially considering that most
> people apparently don't really need such thing).
>

Glamour is not the same as GT. Glamour is an engine for building browsers.
GT is the IDE that is built on top of Glamour. The interesting thing with
Glamour is that it allows you to build your own browser succinctly. Take a
look here:
http://www.humane-assessment.com/blog/creating-custom-browsers-out-of-inspector-extensions/


> At least to me it seems that right now enhancing the FileBrowser would be
> simpler.
>
But thank you for the responses, I'll try to play with it a bit and perhaps
> something good will come out of it.
>


Let's start from use cases. What do you need to achieve?

Cheers,
Doru



> Peter
>
> On Thu, Nov 6, 2014 at 4:41 PM, p...@highoctane.be 
> wrote:
>
>> On Thu, Nov 6, 2014 at 3:55 PM, Peter Uhnák  wrote:
>>
>>> Is anyone actually using FileBrowser? Because either no one does or I
>>> doing something wrong.
>>>
>>> My problem is that it is very uncomfortable to navigate filesystem.
>>> There is no way to quickly navigate to common folders (like roots of system
>>> drives and home directory). Also hidden files/folders are shown by default
>>> which means there is always hundred folders.
>>> I would love to have these things streamlined, ideally with the option
>>> to add custom shortcuts (see picture)... so much for opening files.
>>>
>>> As far as saving goes the only way I found to actually save file is to
>>> manually type the full path without the option to choose a folder through
>>> GUI. But since this is the way the "Save image as..." works it leads me to
>>> believe that no one is actually using it regularly, because outside of
>>> saving a file to same folder as image such behavior seems useless.
>>>
>>> So is this something that has been considered or no one really needs
>>> this?
>>>
>>
>> I do use the FileBrowser but it is indeed in need of serious love. But on
>> Linux, I am on Midnight Commander, and there is nothing to the beat it.
>>
>> Most of the time, I use the FileBrowser to deal with my project files
>> which are in the image directory or subfolders.
>> But there are quite a number of hooks (for files and directories) in the
>> tool so one can extend it in a couple hours.
>>
>> It is worth a try.
>>
>> Phil
>>
>>
>>>
>>> Thanks,
>>> Peter
>>>
>>
>>
>


-- 
www.tudorgirba.com

"Every thing has its own flow"

Re: [Pharo-users] Bug? in Filein

2014-11-06 Thread stepharo




Yes, this has been annoying for a long time.

Does backport means that it will be in the downloadable image of 3.0?


probably.


Thanks a lot!

Phil

Le 6 nov. 2014 20:16, "José Comesaña" > a écrit :


Ok, thanks a lot for your work.

Regards

2014-11-05 20:12 GMT+01:00 Nicolai Hess mailto:nicolaih...@web.de>>:

14405 
(backport pharo3) FileOut creates invalid comment entries for
classes with class side methods
fix in pharo3inbox

2014-11-04 22:51 GMT+01:00 Nicolai Hess mailto:nicolaih...@web.de>>:

Fixed and integrated (pharo 40350)
I'll open another issue for backporting to pharo3

2014-11-02 22:24 GMT+01:00 Nicolai Hess
mailto:nicolaih...@web.de>>:

Actually it is a bug in FileOUT!

14377 
FileOut creates invalid comment entries for classes
with class side methods


2014-11-02 17:42 GMT+01:00 Nicolai Hess
mailto:nicolaih...@web.de>>:

2014-10-31 0:11 GMT+01:00 José Comesaña
mailto:jose.comes...@gmail.com>>:

I see. But WATestError it is in the same
package it is "Fileing", on line 3284 and is
referenced many times before. I am sorry I
have not enough knowledge about the internals
to do more debugging.

Seems to be a lack of coordination between
FileOut and FileIn. Maybe nothing to do...

Now a simpler and clearer test:

1. Back to the original situation.
2. FileOut *only* WAContextTest. It has a
comment: "I am the base class for all tests
that need a WARequestContext present.", in .st
file in line 8.
3. Remove it.
4. FileIn again. No errors on Transcript BUT
no comment appears for WAContextTest.

Maybe, if I get a couple of free hours I could
dare to debug a little

Best


2014-10-30 23:30 GMT+01:00 stepharo
mailto:steph...@free.fr>>:

It says that the class WATestError is not
available.




Yes, I did. It is in the .st file

c. You get a bunch of errors in
Transcript while filing in

No magic ball so we cannot guess.


Example of Transcript messages (in case
it helps):

WADocumentHandlerResponseTest>>createAndVerifyBinaryDocumentNamed:hasAttachment:
(WATestingFiles is Undeclared)

WAExceptionHandlerTest>>testCommaReturnsExceptionSet
(WATestError is Undeclared)

WAExceptionHandlerTest>>testCommaReturnsExceptionSet
(WATestError is Undeclared)

WAExceptionHandlerTest>>testCommaReturnsExceptionSet
(WATestError is Undeclared)

WAExceptionHandlerTest>>testCommaReturnsExceptionSet
(WATestError is Undeclared)

WAExceptionHandlerTest>>testInternalError
(WATestError is Undeclared)


It happens in more cases. I just took
this one because this is a package anyone
can install in order to reproduce the
problem.

Thanks






Yes, it is a bug. Verified on Pharo4 with class
ZnMessageBenchmark. The class has a comment, after
fileout/remove class/filein this class is without
a comment.
I'll open a bug report.

Re: [Pharo-users] FileBrowser confusion

> It is indeed known that Pharo cannot open files larger than 4GB (even
that after you setup the VM specifically).
It seems like Pharo bug

1. FileReference>>gtInspectorItemsIn: composite
...
column: 'Size' evaluated: [:each | each humanReadableSize] width: 100;
...

2. FileReference>>humanReadableSize
^ self size humanReadableSIByteSize

3. MessageNotUnderstood: False>>humanReadableSIByteSize
because "self size" returns false for files > 4GB so it fails and thus I
cannot navigate to folders with such files (for example my home directory).

>
http://www.humane-assessment.com/blog/creating-custom-browsers-out-of-inspector-extensions/
Thank you that looks interesting, however I would still have to add somehow
"favorite folders"

> Let's start from use cases. What do you need to achieve?
For example I want to export a picture from Roassal and want to save it
somewhere. So I would expect a reasonable file save dialog to open so I can
choose a place to store it in and not a bare text input.

The same would go for opening... I want to open some file so I would open
file dialog, click on a favorite folder then the file and done... not crawl
hundred places.

I mean this is nothing unusual, every
https://help.gnome.org/misc/release-notes/3.2/figures/file-save-dialog.png.en_GB
operating https://msdn.microsoft.com/dynimg/IC394766.png system
http://www.productivityorchard.com/wp-content/uploads/File-Save-Dialog.png
can do it and it is very handy.

Peter

On Thu, Nov 6, 2014 at 10:09 PM, Tudor Girba  wrote:

> Hi,
>
>
> On Thu, Nov 6, 2014 at 7:49 PM, Peter Uhnák  wrote:
>
>> I checked out the file browser GT Inspector (I hope that is what you were
>> referring to), unfortunately it's crashing a lot for me (it seems it can't
>> figure out file size for large files (~4GB) and some other stuff
>> (sockets?)).
>>
>
> What do you mean by a lot? Could you detail the crashing scenarios?
> It is indeed known that Pharo cannot open files larger than 4GB (even that
> after you setup the VM specifically).
>
>
>> However I don't know if Glamour is planning to turn it into full file
>> browser or just keep for quick inspection (especially considering that most
>> people apparently don't really need such thing).
>>
>
> Glamour is not the same as GT. Glamour is an engine for building browsers.
> GT is the IDE that is built on top of Glamour. The interesting thing with
> Glamour is that it allows you to build your own browser succinctly. Take a
> look here:
>
> http://www.humane-assessment.com/blog/creating-custom-browsers-out-of-inspector-extensions/
>
>
>> At least to me it seems that right now enhancing the FileBrowser would be
>> simpler.
>>
> But thank you for the responses, I'll try to play with it a bit and
>> perhaps something good will come out of it.
>>
>
>
> Let's start from use cases. What do you need to achieve?
>
> Cheers,
> Doru
>
>
>
>> Peter
>>
>> On Thu, Nov 6, 2014 at 4:41 PM, p...@highoctane.be 
>> wrote:
>>
>>> On Thu, Nov 6, 2014 at 3:55 PM, Peter Uhnák  wrote:
>>>
 Is anyone actually using FileBrowser? Because either no one does or I
 doing something wrong.

 My problem is that it is very uncomfortable to navigate filesystem.
 There is no way to quickly navigate to common folders (like roots of system
 drives and home directory). Also hidden files/folders are shown by default
 which means there is always hundred folders.
 I would love to have these things streamlined, ideally with the option
 to add custom shortcuts (see picture)... so much for opening files.

 As far as saving goes the only way I found to actually save file is to
 manually type the full path without the option to choose a folder through
 GUI. But since this is the way the "Save image as..." works it leads me to
 believe that no one is actually using it regularly, because outside of
 saving a file to same folder as image such behavior seems useless.

 So is this something that has been considered or no one really needs
 this?

>>>
>>> I do use the FileBrowser but it is indeed in need of serious love. But
>>> on Linux, I am on Midnight Commander, and there is nothing to the beat it.
>>>
>>> Most of the time, I use the FileBrowser to deal with my project files
>>> which are in the image directory or subfolders.
>>> But there are quite a number of hooks (for files and directories) in the
>>> tool so one can extend it in a couple hours.
>>>
>>> It is worth a try.
>>>
>>> Phil
>>>
>>>

 Thanks,
 Peter

>>>
>>>
>>
>
>
> --
> www.tudorgirba.com
>
> "Every thing has its own flow"
>

Re: [Pharo-users] FileBrowser confusion

> What do you mean by a lot?
another problem I had was with privileges ... it shows folder of a root but
when I click it it throws DirectoryDoesNotExist and not PermissionDenied
(or something); but this is negligible issue - i clicked on the folder
randomly to try the Inspector.

Also as mentioned above it shows hidden folders. Hidden folders are hidden
for a reason so I would expect navigator to respect it.
And last (for now) is sorting names. By default it doesn't sort and if i
sort by name it mixes files and folders.

But there is really no point in iterating these issues... all I want to
have is regular FileOpen/FileClose dialog.


On Thu, Nov 6, 2014 at 10:50 PM, Peter Uhnák  wrote:

> > It is indeed known that Pharo cannot open files larger than 4GB (even
> that after you setup the VM specifically).
> It seems like Pharo bug
>
> 1. FileReference>>gtInspectorItemsIn: composite
> ...
> column: 'Size' evaluated: [:each | each humanReadableSize] width: 100;
> ...
>
> 2. FileReference>>humanReadableSize
> ^ self size humanReadableSIByteSize
>
> 3. MessageNotUnderstood: False>>humanReadableSIByteSize
> because "self size" returns false for files > 4GB so it fails and thus I
> cannot navigate to folders with such files (for example my home directory).
>
> >
> http://www.humane-assessment.com/blog/creating-custom-browsers-out-of-inspector-extensions/
> Thank you that looks interesting, however I would still have to add
> somehow "favorite folders"
>
> > Let's start from use cases. What do you need to achieve?
> For example I want to export a picture from Roassal and want to save it
> somewhere. So I would expect a reasonable file save dialog to open so I can
> choose a place to store it in and not a bare text input.
>
> The same would go for opening... I want to open some file so I would open
> file dialog, click on a favorite folder then the file and done... not crawl
> hundred places.
>
> I mean this is nothing unusual, every
> https://help.gnome.org/misc/release-notes/3.2/figures/file-save-dialog.png.en_GB
> operating https://msdn.microsoft.com/dynimg/IC394766.png system
> http://www.productivityorchard.com/wp-content/uploads/File-Save-Dialog.png
> can do it and it is very handy.
>
> Peter
>
>
>
>
>
>
> On Thu, Nov 6, 2014 at 10:09 PM, Tudor Girba  wrote:
>
>> Hi,
>>
>>
>> On Thu, Nov 6, 2014 at 7:49 PM, Peter Uhnák  wrote:
>>
>>> I checked out the file browser GT Inspector (I hope that is what you
>>> were referring to), unfortunately it's crashing a lot for me (it seems it
>>> can't figure out file size for large files (~4GB) and some other stuff
>>> (sockets?)).
>>>
>>
>> What do you mean by a lot? Could you detail the crashing scenarios?
>> It is indeed known that Pharo cannot open files larger than 4GB (even
>> that after you setup the VM specifically).
>>
>>
>>> However I don't know if Glamour is planning to turn it into full file
>>> browser or just keep for quick inspection (especially considering that most
>>> people apparently don't really need such thing).
>>>
>>
>> Glamour is not the same as GT. Glamour is an engine for building
>> browsers. GT is the IDE that is built on top of Glamour. The interesting
>> thing with Glamour is that it allows you to build your own browser
>> succinctly. Take a look here:
>>
>> http://www.humane-assessment.com/blog/creating-custom-browsers-out-of-inspector-extensions/
>>
>>
>>> At least to me it seems that right now enhancing the FileBrowser would
>>> be simpler.
>>>
>> But thank you for the responses, I'll try to play with it a bit and
>>> perhaps something good will come out of it.
>>>
>>
>>
>> Let's start from use cases. What do you need to achieve?
>>
>> Cheers,
>> Doru
>>
>>
>>
>>> Peter
>>>
>>> On Thu, Nov 6, 2014 at 4:41 PM, p...@highoctane.be 
>>> wrote:
>>>
 On Thu, Nov 6, 2014 at 3:55 PM, Peter Uhnák  wrote:

> Is anyone actually using FileBrowser? Because either no one does or I
> doing something wrong.
>
> My problem is that it is very uncomfortable to navigate filesystem.
> There is no way to quickly navigate to common folders (like roots of 
> system
> drives and home directory). Also hidden files/folders are shown by default
> which means there is always hundred folders.
> I would love to have these things streamlined, ideally with the option
> to add custom shortcuts (see picture)... so much for opening files.
>
> As far as saving goes the only way I found to actually save file is to
> manually type the full path without the option to choose a folder through
> GUI. But since this is the way the "Save image as..." works it leads me to
> believe that no one is actually using it regularly, because outside of
> saving a file to same folder as image such behavior seems useless.
>
> So is this something that has been considered or no one really needs
> this?
>

 I do use the FileBrowser but it is indeed in need of serious love. But
 on Linux, I am on Mi

Re: [Pharo-users] FileBrowser confusion

The large file seems to return false on most things (also creationTime)...
so this would need some tinkering. Also I am confused as to why this
happens. Failing actual opening of the file would be understandable but
these (size, creationTime) are just some inode data, but I could be (and
probably am) wrong.

On Thu, Nov 6, 2014 at 10:58 PM, Peter Uhnák  wrote:

> > What do you mean by a lot?
> another problem I had was with privileges ... it shows folder of a root
> but when I click it it throws DirectoryDoesNotExist and not
> PermissionDenied (or something); but this is negligible issue - i clicked
> on the folder randomly to try the Inspector.
>
> Also as mentioned above it shows hidden folders. Hidden folders are hidden
> for a reason so I would expect navigator to respect it.
> And last (for now) is sorting names. By default it doesn't sort and if i
> sort by name it mixes files and folders.
>
> But there is really no point in iterating these issues... all I want to
> have is regular FileOpen/FileClose dialog.
>
>
> On Thu, Nov 6, 2014 at 10:50 PM, Peter Uhnák  wrote:
>
>> > It is indeed known that Pharo cannot open files larger than 4GB (even
>> that after you setup the VM specifically).
>> It seems like Pharo bug
>>
>> 1. FileReference>>gtInspectorItemsIn: composite
>> ...
>> column: 'Size' evaluated: [:each | each humanReadableSize] width: 100;
>> ...
>>
>> 2. FileReference>>humanReadableSize
>> ^ self size humanReadableSIByteSize
>>
>> 3. MessageNotUnderstood: False>>humanReadableSIByteSize
>> because "self size" returns false for files > 4GB so it fails and thus I
>> cannot navigate to folders with such files (for example my home directory).
>>
>> >
>> http://www.humane-assessment.com/blog/creating-custom-browsers-out-of-inspector-extensions/
>> Thank you that looks interesting, however I would still have to add
>> somehow "favorite folders"
>>
>> > Let's start from use cases. What do you need to achieve?
>> For example I want to export a picture from Roassal and want to save it
>> somewhere. So I would expect a reasonable file save dialog to open so I can
>> choose a place to store it in and not a bare text input.
>>
>> The same would go for opening... I want to open some file so I would open
>> file dialog, click on a favorite folder then the file and done... not crawl
>> hundred places.
>>
>> I mean this is nothing unusual, every
>> https://help.gnome.org/misc/release-notes/3.2/figures/file-save-dialog.png.en_GB
>> operating https://msdn.microsoft.com/dynimg/IC394766.png system
>> http://www.productivityorchard.com/wp-content/uploads/File-Save-Dialog.png
>> can do it and it is very handy.
>>
>> Peter
>>
>>
>>
>>
>>
>>
>> On Thu, Nov 6, 2014 at 10:09 PM, Tudor Girba 
>> wrote:
>>
>>> Hi,
>>>
>>>
>>> On Thu, Nov 6, 2014 at 7:49 PM, Peter Uhnák  wrote:
>>>
 I checked out the file browser GT Inspector (I hope that is what you
 were referring to), unfortunately it's crashing a lot for me (it seems it
 can't figure out file size for large files (~4GB) and some other stuff
 (sockets?)).

>>>
>>> What do you mean by a lot? Could you detail the crashing scenarios?
>>> It is indeed known that Pharo cannot open files larger than 4GB (even
>>> that after you setup the VM specifically).
>>>
>>>
 However I don't know if Glamour is planning to turn it into full file
 browser or just keep for quick inspection (especially considering that most
 people apparently don't really need such thing).

>>>
>>> Glamour is not the same as GT. Glamour is an engine for building
>>> browsers. GT is the IDE that is built on top of Glamour. The interesting
>>> thing with Glamour is that it allows you to build your own browser
>>> succinctly. Take a look here:
>>>
>>> http://www.humane-assessment.com/blog/creating-custom-browsers-out-of-inspector-extensions/
>>>
>>>
 At least to me it seems that right now enhancing the FileBrowser would
 be simpler.

>>> But thank you for the responses, I'll try to play with it a bit and
 perhaps something good will come out of it.

>>>
>>>
>>> Let's start from use cases. What do you need to achieve?
>>>
>>> Cheers,
>>> Doru
>>>
>>>
>>>
 Peter

 On Thu, Nov 6, 2014 at 4:41 PM, p...@highoctane.be 
 wrote:

> On Thu, Nov 6, 2014 at 3:55 PM, Peter Uhnák  wrote:
>
>> Is anyone actually using FileBrowser? Because either no one does or I
>> doing something wrong.
>>
>> My problem is that it is very uncomfortable to navigate filesystem.
>> There is no way to quickly navigate to common folders (like roots of 
>> system
>> drives and home directory). Also hidden files/folders are shown by 
>> default
>> which means there is always hundred folders.
>> I would love to have these things streamlined, ideally with the
>> option to add custom shortcuts (see picture)... so much for opening 
>> files.
>>
>> As far as saving goes the only way I found to actually save file is

Re: [Pharo-users] FileBrowser confusion

2014-11-06 Thread Tudor Girba

Hi,


On Thu, Nov 6, 2014 at 10:50 PM, Peter Uhnák  wrote:

> > It is indeed known that Pharo cannot open files larger than 4GB (even
> that after you setup the VM specifically).
> It seems like Pharo bug
>
> 1. FileReference>>gtInspectorItemsIn: composite
> ...
> column: 'Size' evaluated: [:each | each humanReadableSize] width: 100;
> ...
>
> 2. FileReference>>humanReadableSize
> ^ self size humanReadableSIByteSize
>
> 3. MessageNotUnderstood: False>>humanReadableSIByteSize
> because "self size" returns false for files > 4GB so it fails and thus I
> cannot navigate to folders with such files (for example my home directory).
>

Ok. Could you please open a bug report on that for the inspector?



> >
> http://www.humane-assessment.com/blog/creating-custom-browsers-out-of-inspector-extensions/
> Thank you that looks interesting, however I would still have to add
> somehow "favorite folders"
>

No problem. Here you go:
GLMTabulator new with: [ :tabulator |
tabulator column: #favorites; column: #files span: 5.
tabulator transmit to: #favorites; andShow: [ :a |
a list
title: 'Favorites';
display: { 'test' asFileReference . 'tmp' asFileReference };
format: #fullName ].
tabulator transmit from: #favorites; to: #files; andShow: [ :a |
a custom: (GLMPager new with: [ :pager |
 pager show: [ :composite :file |
  composite title: file basename.
  file gtInspectorItemsIn: composite.
  file gtInspectorContentsIn: composite ] ]) ] ];
 openOn: FileSystem disk workingDirectory


> Let's start from use cases. What do you need to achieve?
> For example I want to export a picture from Roassal and want to save it
> somewhere. So I would expect a reasonable file save dialog to open so I can
> choose a place to store it in and not a bare text input.
>
The same would go for opening... I want to open some file so I would open
> file dialog, click on a favorite folder then the file and done... not crawl
> hundred places.
>
> I mean this is nothing unusual, every
> https://help.gnome.org/misc/release-notes/3.2/figures/file-save-dialog.png.en_GB
> operating https://msdn.microsoft.com/dynimg/IC394766.png system
> http://www.productivityorchard.com/wp-content/uploads/File-Save-Dialog.png
> can do it and it is very handy.
>

Both of these facilities exist (except for the favorites part):

UITheme builder fileOpen: 'Import model from MSE file' extensions: #('mse').
UITheme builder fileSave: 'Your title here' extensions: #('mse') path: nil.

They would just need to be hooked in the right place instead of the funny
text field.

Cheers,
Doru



Peter
>
>
>
>
>
>
> On Thu, Nov 6, 2014 at 10:09 PM, Tudor Girba  wrote:
>
>> Hi,
>>
>>
>> On Thu, Nov 6, 2014 at 7:49 PM, Peter Uhnák  wrote:
>>
>>> I checked out the file browser GT Inspector (I hope that is what you
>>> were referring to), unfortunately it's crashing a lot for me (it seems it
>>> can't figure out file size for large files (~4GB) and some other stuff
>>> (sockets?)).
>>>
>>
>> What do you mean by a lot? Could you detail the crashing scenarios?
>> It is indeed known that Pharo cannot open files larger than 4GB (even
>> that after you setup the VM specifically).
>>
>>
>>> However I don't know if Glamour is planning to turn it into full file
>>> browser or just keep for quick inspection (especially considering that most
>>> people apparently don't really need such thing).
>>>
>>
>> Glamour is not the same as GT. Glamour is an engine for building
>> browsers. GT is the IDE that is built on top of Glamour. The interesting
>> thing with Glamour is that it allows you to build your own browser
>> succinctly. Take a look here:
>>
>> http://www.humane-assessment.com/blog/creating-custom-browsers-out-of-inspector-extensions/
>>
>>
>>> At least to me it seems that right now enhancing the FileBrowser would
>>> be simpler.
>>>
>> But thank you for the responses, I'll try to play with it a bit and
>>> perhaps something good will come out of it.
>>>
>>
>>
>> Let's start from use cases. What do you need to achieve?
>>
>> Cheers,
>> Doru
>>
>>
>>
>>> Peter
>>>
>>> On Thu, Nov 6, 2014 at 4:41 PM, p...@highoctane.be 
>>> wrote:
>>>
 On Thu, Nov 6, 2014 at 3:55 PM, Peter Uhnák  wrote:

> Is anyone actually using FileBrowser? Because either no one does or I
> doing something wrong.
>
> My problem is that it is very uncomfortable to navigate filesystem.
> There is no way to quickly navigate to common folders (like roots of 
> system
> drives and home directory). Also hidden files/folders are shown by default
> which means there is always hundred folders.
> I would love to have these things streamlined, ideally with the option
> to add custom shortcuts (see picture)... so much for opening files.
>
> As far as saving goes the only way I found to actually save file is to
> manually type the full path without the option to choose a folder through
> GUI. But since this is the way the "Save image as..." works it le

Re: [Pharo-users] FileBrowser confusion

2014-11-06 Thread Nicolai Hess

2014-11-06 23:25 GMT+01:00 Tudor Girba :

> Hi,
>
>
> On Thu, Nov 6, 2014 at 10:50 PM, Peter Uhnák  wrote:
>
>> > It is indeed known that Pharo cannot open files larger than 4GB (even
>> that after you setup the VM specifically).
>> It seems like Pharo bug
>>
>> 1. FileReference>>gtInspectorItemsIn: composite
>> ...
>> column: 'Size' evaluated: [:each | each humanReadableSize] width: 100;
>> ...
>>
>> 2. FileReference>>humanReadableSize
>> ^ self size humanReadableSIByteSize
>>
>> 3. MessageNotUnderstood: False>>humanReadableSIByteSize
>> because "self size" returns false for files > 4GB so it fails and thus I
>> cannot navigate to folders with such files (for example my home directory).
>>
>
> Ok. Could you please open a bug report on that for the inspector?
>
>

This is an issue for the linux vm :
"14250  Enable large file
support on linux"

on windows, you can list directories with files > 2G

FileSystemStore returns false on #size, if the file can not be found. Thats
the reason why the inspector shows the "MessageNotUnderstood:
False>>humanReadableSIByteSize" error.
And the files can not be found, because the unix VM uses lstat on the
directory entries to retrieve the file attributes. And lstat does not work
for files with sizes larger than 32Bit.

Re: [Pharo-users] FileBrowser confusion

>
> Ok. Could you please open a bug report on that for the inspector?

Since as Nicolai pointed out there is this "14250
 Enable large file support on
linux", there is probably no point in creating an extra one.

I built custom VM with _FILE_OFFSET_BITS=64 and it seems to hold, so thank
you.

No problem. Here you go:
> GLMTabulator new with: [ :tabulator |
> tabulator column: #favorites; column: #files span: 5.
> tabulator transmit to: #favorites; andShow: [ :a |
> a list
> title: 'Favorites';
> display: { 'test' asFileReference . 'tmp' asFileReference };
> format: #fullName ].
> tabulator transmit from: #favorites; to: #files; andShow: [ :a |
> a custom: (GLMPager new with: [ :pager |
>  pager show: [ :composite :file |
>   composite title: file basename.
>   file gtInspectorItemsIn: composite.
>   file gtInspectorContentsIn: composite ] ]) ] ];
>  openOn: FileSystem disk workingDirectory

This is really cool! I will have to study this tomorrow.

UITheme builder fileOpen: 'Import model from MSE file' extensions: #('mse').

I am aware of this one, but it has all the issues mentioned in the first
(and following) posts, since it is basically same as FileBrowser. That is
why I was looking for an alternative.

They would just need to be hooked in the right place instead of the funny
> text field.

Why? From what I understood the way to build what I want would be a
combination of GLM* browsers you mentioned above and in such configuration
I do not see why would I need to hook up the default browsers.

Thanks,
Peter

On Fri, Nov 7, 2014 at 12:04 AM, Nicolai Hess  wrote:

> 2014-11-06 23:25 GMT+01:00 Tudor Girba :
>
>> Hi,
>>
>>
>> On Thu, Nov 6, 2014 at 10:50 PM, Peter Uhnák  wrote:
>>
>>> > It is indeed known that Pharo cannot open files larger than 4GB (even
>>> that after you setup the VM specifically).
>>> It seems like Pharo bug
>>>
>>> 1. FileReference>>gtInspectorItemsIn: composite
>>> ...
>>> column: 'Size' evaluated: [:each | each humanReadableSize] width: 100;
>>> ...
>>>
>>> 2. FileReference>>humanReadableSize
>>> ^ self size humanReadableSIByteSize
>>>
>>> 3. MessageNotUnderstood: False>>humanReadableSIByteSize
>>> because "self size" returns false for files > 4GB so it fails and thus I
>>> cannot navigate to folders with such files (for example my home directory).
>>>
>>
>> Ok. Could you please open a bug report on that for the inspector?
>>
>>
>
> This is an issue for the linux vm :
> "14250  Enable large file
> support on linux"
>
> on windows, you can list directories with files > 2G
>
> FileSystemStore returns false on #size, if the file can not be found.
> Thats the reason why the inspector shows the "MessageNotUnderstood:
> False>>humanReadableSIByteSize" error.
> And the files can not be found, because the unix VM uses lstat on the
> directory entries to retrieve the file attributes. And lstat does not work
> for files with sizes larger than 32Bit.
>
>
>
>
>

Re: [Pharo-users] Bug? in Filein