date:20130926

I agree, closing bugs , or deleting them, on the grounds that none has
comment on them for a very long time is a very bad idea. Pharo has a small
crowd of users and I seriously doubt they care much of the bug report
process. That does not make a bug any less important though. 

In the end of the day, it would depend upon on a dev that seriously needs
that bug fixed and does it himself.
But then the questions arises how many people that find themselves against a
bug don't choose curtain number 2 and go around the bug instead of fixing it
, since it gets the job done faster.

Blender used to have close to 500 bugs ( now it has around 300 ), and it has
around 30 monthly commiters with at least 600 commits per month ( 
https://www.ohloh.net/p/blender    ). So
its not as bad as it seems.  

About non important bugs, very easy to fix bugs and already solved bugs, I
doubt that there are as many as you wish to think :) Bugs are rarely a walk
in the park , hence why bug fixing is not a favorite habit :D 



--
View this message in context: 
http://forum.world.st/Issue-Tracker-input-of-submitters-bug-fixers-needed-tp4710498p4710633.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] [Issue Tracker] input of submitters/bug fixers needed


On Sep 26, 2013, at 3:57 PM, Camillo Bruni  wrote:

> 
> On 2013-09-26, at 10:23, "Sean P. DeNigris"  wrote:
> 
>> Marcus Denker-4 wrote
>>> The problem is that if we have over 500 entries, people just give up.
>>> They say "what use is it to fix 1, there are just too many".
>> 
>> Okay, so I think a "Resolved" status like "Stale" would be a good
>> compromise. Then we can close the issue, but it will be tagged as to the
>> reason, so in my example I can have a filter for closed issues tagged Stale,
>> and easily reopen them if necessary. The problem is that now I have to wade
>> through hundreds of closed issues I worked on to find the ones that were
>> closed due to inactivity - not fun.
> 
> 
> we have a couple of statuses that come close to that:
>   Resolved Postponed

indeed Postponed should be close to stale and I understand Sean concerns.


>   Resolved Won't Fix
> 
> If you want we can decide upon Postponed and then close them.
> Could you check that this is in sync with the status description?
>   
>   https://pharo.fogbugz.com/default.asp?W65

Re: [Pharo-dev] UI Mess

If you remember a while ago I was thinking that the theme could be managed like 
settings (ie encapsulated in the widgets and that the widgets could encapsulate 
their default for theme), but sadly I was wrong because a theme oftn requires 
specific computation. So probably 
we should have a widget and some object that represents the theme strategy. 
Ideally I would like to get rid of the UIManager theme idea but this is 
difficult and it requires a bit of prototyping.
So if one of you want to try to see on a typical case how a design could work. 
It would be really great.

Setf

Re: [Pharo-dev] A simple File browser ?

Thanks we appreciate :)
Bootstrap pharo, pharo consortium, and business is taking a lot of time and 
energy :)
But we will do it.

> 
> Yes, I know. I'm trying to close all the ones I have around at the moment 
> before opening a new one :)
> 
> Thierry
> -- 
> Thierry Goubier
> CEA list
> Laboratoire des Fondations des Systèmes Temps Réel Embarqués
> 91191 Gif sur Yvette Cedex
> France
> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
>

Re: [Pharo-dev] UI Mess

Goubier Thierry wrote
> answer := UIManager default
> chooseFileReference: 'Select a file'
> path: aFileReference
> pattern: '*.png'
> name: nil

I can't tell if that captures the full options of fileDialogWindow without a
bit more investigation, but that would be a great improvement over the
current mess. I feel that whatever we do should be coupled with moving the
open/answer logic into that single entry point and out of UITheme. UITheme
should only provide the morph.



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/UI-Mess-tp4710579p4710620.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] [PROVENANCE INTERNET] Re: A simple File browser ?

https://pharo.fogbugz.com/default.asp?11690

just as a reminder :)


2013/9/26 Stéphane Ducasse 

>
> On Sep 26, 2013, at 11:35 AM, Goubier Thierry 
> wrote:
>
> > Solution:
> >
> > (UIManager default chooseFullFileName: 'Choose an Icon' extensions: nil
> path: nil preview: nil) asFileReference
> >
> > We could probably clean up a bit those chooseXXX methods :)
>
> oh yes!
> If we could get more time.
>
> Stef
>



-- 
Best regards,

Douaille Erwan

Re: [Pharo-dev] [PROVENANCE INTERNET] Re: A simple File browser ?


On Sep 26, 2013, at 11:35 AM, Goubier Thierry  wrote:

> Solution:
> 
> (UIManager default chooseFullFileName: 'Choose an Icon' extensions: nil path: 
> nil preview: nil) asFileReference
> 
> We could probably clean up a bit those chooseXXX methods :)

oh yes!
If we could get more time.

Stef

Re: [Pharo-dev] Strange FileDoesNotExistException when loading code from Seaside...

2013-09-26 Thread Mariano Martinez Peck

 it is similar to an error that appears in some Jenkins jobs like:

ASTCache>>at: in Block:  [31m Startup Error: FileDoesNotExistException:
'<
https://ci.inria.fr/pharo-contribution/job/Fuel/PHARO=30,VERSION=bleedingEdge,VM=vm/ws/Fuel.changes
'>
 [0mMultiByteFileStream class(StandardFileStream class)>>readOnlyFileNamed:
MultiByteFileStream(StandardFileStream)>>readOnlyCopy
RemoteString>>string
CompiledMethod>>getSourceFromFile
OpalCompiler>>decompileMethod:
CompiledMethod>>decompile
CompiledMethod>>decompileString
CompiledMethod>>source


does it sound any bell?


On Thu, Sep 26, 2013 at 3:40 PM, Mariano Martinez Peck <
marianop...@gmail.com> wrote:

> Of course, executing the SAME load code from the workspace in the image
> does workso this is only when I trigger it from a seaside
> button...weird...
>
>
> On Thu, Sep 26, 2013 at 3:31 PM, Mariano Martinez Peck <
> marianop...@gmail.com> wrote:
>
>> ups...here is the screenshot.
>>
>>
>> On Thu, Sep 26, 2013 at 3:28 PM, Mariano Martinez Peck <
>> marianop...@gmail.com> wrote:
>>
>>> Hi guys,
>>>
>>> I have a link in a Seaside app that allow us to trigger a Metacello load
>>> to update the source code. It has a weird errorI get
>>> a FileDoesNotExistException with the .changes file, which indeed exists.
>>> The error is in #readOnlyFileNamed:. I attach an screenshot of the stack.
>>>
>>> What is funny is that the compiled method that has the problem is always
>>> (or at least most of the times) either WAAttribute>>#accept: or
>>> WAAttribute>>#isAdvanced ...
>>>
>>> More funny...if I open a debugger in the problem, and I re-execute
>>> readOnlyFileNamed: it works! (of course, because the .changes file does
>>> exists).
>>>
>>> Does anyone had a similar problem?
>>> Thanks,
>>>
>>> --
>>> Mariano
>>> http://marianopeck.wordpress.com
>>>
>>
>>
>>
>> --
>> Mariano
>> http://marianopeck.wordpress.com
>>
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>



-- 
Mariano
http://marianopeck.wordpress.com

Re: [Pharo-dev] [update 3.0] #30425

2013-09-26 Thread Pavel Krivanek

The update build failed on Linux slave

-- Pavel

2013/9/26 Marcus Denker :
> 30425
> -
>
> 11687 Merge Opal with Opal Repository
> https://pharo.fogbugz.com/f/cases/11687
>
> 11688 Pharo Kernel shrinking update for 30424
> https://pharo.fogbugz.com/f/cases/11688
>
> Diff information:
> http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-MarcusDenker.916.diff
> http://smalltalkhub.com/mc/Pharo/Pharo30/main/OpalCompiler-Tests-MarcusDenker.213.diff
> http://smalltalkhub.com/mc/Pharo/Pharo30/main/OpalCompiler-Core-MarcusDenker.414.diff
>

Re: [Pharo-dev] UI Mess

2013-09-26 Thread GOUBIER Thierry

Thanks, Sean, I'm happy that after Erwan suggestion of an issue, someone took 
charge of cleaning that :)

My own position is that current Pharo has unified the filesystem issue with 
FileReference, and that I'm not impressed by moving ten variants of an API for 
choosing files from one class to another. But that's just me :)

I think at the core we have a single method which returns FileReferences, and 
which has four parameters: title, start path, pattern, name (no need for an 
open). I'll move some of the API complexity in the pattern object, so that it 
may be able to make the distinction between files and directory, and of course 
extensions (with a reflective method to list the possible extensions). The 
pattern should be easy to create :), i.e. nil, '*.png', #isADirectory, 
whatever. All parameters may be nil, and like that there isn't any dependency 
on Morphic or the command line.

answer := UIManager default
chooseFileReference: 'Select a file'
path: aFileReference
pattern: '*.png'
name: nil

(name: is for those Save As dialogs where you already have a pre-existing file 
name)

Thierry


De : Pharo-dev [pharo-dev-boun...@lists.pharo.org] de la part de Sean P. 
DeNigris [s...@clipperadams.com]
Date d'envoi : jeudi 26 septembre 2013 20:24
À : pharo-dev@lists.pharo.org
Objet : Re: [Pharo-dev] UI Mess

Camillo Bruni-3 wrote
> Just image that the UIManager should also work on the CommandLine

After browsing UICommandLineManager>>#chooseFrom:lines:title:, I see where
we are headed - mimicking the headful interactions via stdin/out. Very cool!


Camillo Bruni-3 wrote
> Returning any window on UIManager is wrong I think, we should only define
> the
> request interface there

In light of the above, I agree that returning a window doesn't make sense.
And, "defining the request interface" seems okay for simple requests like
the one above, but for e.g. selecting from the filesystem, there are just
too many options. We already have 8 such messages in UIManager and it
doesn't expose all the combinations. I think in cases of this complexity, it
would be better to return a helper object, so client code could write:
UIManager default fileChooser
title: 'Choose Xyz';
selectDirectory: myDefaultDirectory;
openInWorld. "maybe a generic #open would be nicer"
which would return FileDialogWindow for Morphic, or for the command line, a
polymorphic object interacting via stdin/out. My main point is that
FileDialogWindow already defines an API for selecting files and it's
wasteful and error-prone to duplicate it in UIManager.

Does that approach sound better?



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/UI-Mess-tp4710579p4710601.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Strange FileDoesNotExistException when loading code from Seaside...

2013-09-26 Thread Mariano Martinez Peck

Of course, executing the SAME load code from the workspace in the image
does workso this is only when I trigger it from a seaside
button...weird...


On Thu, Sep 26, 2013 at 3:31 PM, Mariano Martinez Peck <
marianop...@gmail.com> wrote:

> ups...here is the screenshot.
>
>
> On Thu, Sep 26, 2013 at 3:28 PM, Mariano Martinez Peck <
> marianop...@gmail.com> wrote:
>
>> Hi guys,
>>
>> I have a link in a Seaside app that allow us to trigger a Metacello load
>> to update the source code. It has a weird errorI get
>> a FileDoesNotExistException with the .changes file, which indeed exists.
>> The error is in #readOnlyFileNamed:. I attach an screenshot of the stack.
>>
>> What is funny is that the compiled method that has the problem is always
>> (or at least most of the times) either WAAttribute>>#accept: or
>> WAAttribute>>#isAdvanced ...
>>
>> More funny...if I open a debugger in the problem, and I re-execute
>> readOnlyFileNamed: it works! (of course, because the .changes file does
>> exists).
>>
>> Does anyone had a similar problem?
>> Thanks,
>>
>> --
>> Mariano
>> http://marianopeck.wordpress.com
>>
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>



-- 
Mariano
http://marianopeck.wordpress.com

[Pharo-dev] Pharo Launcher cant launch Image on Windows

Pharo Launcher cant launch images it download on windows . Does not
understand in ExternalWindowProcess >> value , nextPutAll:. There is however
a comment inside the method that says : "FIXME: Close the initial pipe
handles. For now, I have not implemented passing these to the child, and
there is no support yet for nonblocking  Windows OS pipes. Once those are
available, this method needs to change to support." 

Is this why image launching fails, or is it unrelated ? 

problem has been reported by BTC here -> 
https://pharo.fogbugz.com/f/cases/11616/Launching-fails-in-Windows
  

it appears that the problem has been fixed in this -> 
https://pharo.fogbugz.com/f/cases/11569
  

still I get the very same error with the latest Pharo Launcher image 

Can anyone confirm the problem and the error he/she get ? 

I am on windows only when I am at work, and I am strictly macos on home.
Though it seems I will be installing windows here too via bootcamp so I can
work on these issues.  



--
View this message in context: 
http://forum.world.st/Pharo-Launcher-cant-launch-Image-on-Windows-tp4710603.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

[Pharo-dev] Strange FileDoesNotExistException when loading code from Seaside...

2013-09-26 Thread Mariano Martinez Peck

Hi guys,

I have a link in a Seaside app that allow us to trigger a Metacello load to
update the source code. It has a weird errorI get
a FileDoesNotExistException with the .changes file, which indeed exists.
The error is in #readOnlyFileNamed:. I attach an screenshot of the stack.

What is funny is that the compiled method that has the problem is always
(or at least most of the times) either WAAttribute>>#accept: or
WAAttribute>>#isAdvanced ...

More funny...if I open a debugger in the problem, and I re-execute
readOnlyFileNamed: it works! (of course, because the .changes file does
exists).

Does anyone had a similar problem?
Thanks,

-- 
Mariano
http://marianopeck.wordpress.com

Re: [Pharo-dev] UI Mess

Camillo Bruni-3 wrote
> Just image that the UIManager should also work on the CommandLine

After browsing UICommandLineManager>>#chooseFrom:lines:title:, I see where
we are headed - mimicking the headful interactions via stdin/out. Very cool!


Camillo Bruni-3 wrote
> Returning any window on UIManager is wrong I think, we should only define
> the 
> request interface there

In light of the above, I agree that returning a window doesn't make sense.
And, "defining the request interface" seems okay for simple requests like
the one above, but for e.g. selecting from the filesystem, there are just
too many options. We already have 8 such messages in UIManager and it
doesn't expose all the combinations. I think in cases of this complexity, it
would be better to return a helper object, so client code could write:
UIManager default fileChooser
title: 'Choose Xyz';
selectDirectory: myDefaultDirectory;
openInWorld. "maybe a generic #open would be nicer"
which would return FileDialogWindow for Morphic, or for the command line, a
polymorphic object interacting via stdin/out. My main point is that
FileDialogWindow already defines an API for selecting files and it's
wasteful and error-prone to duplicate it in UIManager.

Does that approach sound better?



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/UI-Mess-tp4710579p4710601.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] [Pharo-users] [ANN] Launching Pharo on Ubuntu

2013-09-26 Thread btc

kilon wrote:

yeap definetly excited.

I love python, but really missed such an IDE as pharo. But now I can say I
found the tool I was always looking for. :)

Ok tried , latest PharoLauncher on windows. Brogress bars work well, it even
displays a third one for unziping the files.

But I found a bug, it cant launch the image. Does not understand in
ExternalWindowProcess >> value , nextPutAll:. There is however a comment
inside the method that says : "FIXME: Close the initial pipe handles. For
now, I have not implemented passing these to the child, and there is no
support yet for nonblocking Windows OS pipes. Once those are available,
this method needs to change to support."

Is this why image launching fails, or is it unrelated ?

I recently reported the same here...
https://pharo.fogbugz.com/f/cases/11616/Launching-fails-in-Windows
Maybe you could help out.

cheers -ben

btc wrote

great to see your enthusiasm :) :)

cheers -ben

kilon wrote:

YEAH I DID IT !!! HAHAHAHA

I am one of you now :D

I Implemented the progress bar. Well it displays 2 progress bars. I
assume
the first one is for unzipping the file though it does not progress ,
could
be something else. But the second one works like a charm , even displays
the
percentage of download and progress with each 1%. Beautiful and way way
way
easier than I expected , I just copied a method from monticello and had
to
add signalProgress: True to PHDownloader method that downloads the file
via
Zinc.

So happy :D

So now I am off to improve it, see if I can add progress also for
unzipping
the file and further improve the GUI. Ready or not here I come :D

Thanks Sven for helping me out. I committed to the smalltalkhub repo, I
have
not added it to the Configuration because I want you guys to test it
first
to make sure I dont mess things up though I should not since I have not
touched the existing methods apart from adding that simple message. So I
dont know if you get the enhancement if you simply download the image. So
go
to monticello and get latest commit, you should see my name in there.

Dammien , Sven if you have any advice as always I am open to suggestions
:)

--
View this message in context:
http://forum.world.st/ANN-Launching-Pharo-on-Ubuntu-tp4709757p4710415.html
Sent from the Pharo Smalltalk Developers mailing list archive at
Nabble.com.

--
View this message in context: http://forum.world.st/ANN-Launching-Pharo-on-Ubuntu-tp4709757p4710524.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

[Pharo-dev] [update 3.0] #30425

30425
-

11687 Merge Opal with Opal Repository
https://pharo.fogbugz.com/f/cases/11687

11688 Pharo Kernel shrinking update for 30424
https://pharo.fogbugz.com/f/cases/11688

Diff information:
http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-MarcusDenker.916.diff
http://smalltalkhub.com/mc/Pharo/Pharo30/main/OpalCompiler-Tests-MarcusDenker.213.diff
http://smalltalkhub.com/mc/Pharo/Pharo30/main/OpalCompiler-Core-MarcusDenker.414.diff



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-dev] UI Mess

2013-09-26 Thread Camillo Bruni


On 2013-09-26, at 12:29, "Sean P. DeNigris"  wrote:

> We have FileDialogWindow, which is a cool little class which implements all
> the cool things you may want to do when selecting a file, for example:
> - answer either a directory, file, file entry, etc.
> - set an initial directory
> - set the sorting block
> 
> Life is good.
> 
> 
> Then, we take the entire domain of opening files and cram it into UITheme's
> chooseXyzFileAbcIn:j:k:l: methods. UITheme is also a nice little class...
> with 570 instance methods... wait, wth! Okay, but forgetting polymorph's
> design for a moment...
> 
> Then, we take the handful of options that UITheme gives us and funnel those
> through UIManager, which exposes... 3.
> 
> So out of the entire domain of selecting files, we have three safe options
> available.
> 
> This doesn't seem to work.
> 
> 
> Naively, it seems to me that much of the original power could be retained if
> things were reversed a bit. For example, instead of implementing file
> selection functionality in three places (FileDialogWindow, UITheme, and
> UIManager), could we do:
> 
> 1. FileDialogWindow implements the API for selecting files
> 2. UITheme only returns an appropriately-themed object (wth are "services"
> doing in UITheme anyway?!)
> 3. UIManager subclasses return either (via e.g. "UIManager default
> fileDialogWindow"):
>  a) The themed object
>  or
>  b) a Dummy object that no-ops #1's API
> 
> I'd be willing to give it a try if any of that sounds promising or if
> someone has a better idea.

Just image that the UIManager should also work on the CommandLine, everything
else I couldn't agree more ;). 

Returning any window on UIManager is wrong I think, we should only define the 
request interface there. Of corse the MorphicUIManager can have its internal
helper method to return the request window to lower the load on UITHeme.


signature.asc
Description: Message signed with OpenPGP using GPGMail

[Pharo-dev] UI Mess

We have FileDialogWindow, which is a cool little class which implements all
the cool things you may want to do when selecting a file, for example:
- answer either a directory, file, file entry, etc.
- set an initial directory
- set the sorting block

Life is good.


Then, we take the entire domain of opening files and cram it into UITheme's
chooseXyzFileAbcIn:j:k:l: methods. UITheme is also a nice little class...
with 570 instance methods... wait, wth! Okay, but forgetting polymorph's
design for a moment...

Then, we take the handful of options that UITheme gives us and funnel those
through UIManager, which exposes... 3.

So out of the entire domain of selecting files, we have three safe options
available.

This doesn't seem to work.


Naively, it seems to me that much of the original power could be retained if
things were reversed a bit. For example, instead of implementing file
selection functionality in three places (FileDialogWindow, UITheme, and
UIManager), could we do:

1. FileDialogWindow implements the API for selecting files
2. UITheme only returns an appropriately-themed object (wth are "services"
doing in UITheme anyway?!)
3. UIManager subclasses return either (via e.g. "UIManager default
fileDialogWindow"):
  a) The themed object
  or
  b) a Dummy object that no-ops #1's API

I'd be willing to give it a try if any of that sounds promising or if
someone has a better idea.



-
Cheers,
Sean
--
View this message in context: http://forum.world.st/UI-Mess-tp4710579.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

[Pharo-dev] [update 3.0] #30424

30424
-

11684 Make Compiler unloadable part 1
https://pharo.fogbugz.com/f/cases/11684

11685 Make Compiler unloadable part 2
https://pharo.fogbugz.com/f/cases/11685


Diff information:
http://smalltalkhub.com/mc/Pharo/Pharo30/main/Traits-MarcusDenker.572.diff
http://smalltalkhub.com/mc/Pharo/Pharo30/main/Slot-MarcusDenker.390.diff
http://smalltalkhub.com/mc/Pharo/Pharo30/main/OpalCompiler-Core-MarcusDenker.411.diff
http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-MarcusDenker.1622.diff
http://smalltalkhub.com/mc/Pharo/Pharo30/main/Compiler-MarcusDenker.532.diff



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-dev] [Pharo-users] [ANN] Launching Pharo on Ubuntu

2013-09-26 Thread Damien Cassou

On Thu, Sep 26, 2013 at 2:04 PM, kilon  wrote:
> Is this why image launching fails, or is it unrelated ?


open a new thread about that please.

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

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

Re: [Pharo-dev] [Issue Tracker] input of submitters/bug fixers needed

2013-09-26 Thread Camillo Bruni


On 2013-09-26, at 10:23, "Sean P. DeNigris"  wrote:

> Marcus Denker-4 wrote
>> The problem is that if we have over 500 entries, people just give up.
>> They say "what use is it to fix 1, there are just too many".
> 
> Okay, so I think a "Resolved" status like "Stale" would be a good
> compromise. Then we can close the issue, but it will be tagged as to the
> reason, so in my example I can have a filter for closed issues tagged Stale,
> and easily reopen them if necessary. The problem is that now I have to wade
> through hundreds of closed issues I worked on to find the ones that were
> closed due to inactivity - not fun.


we have a couple of statuses that come close to that:
Resolved Postponed
Resolved Won't Fix

If you want we can decide upon Postponed and then close them.
Could you check that this is in sync with the status description?

https://pharo.fogbugz.com/default.asp?W65


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-dev] Pharo Launcher link

2013-09-26 Thread Damien Cassou

On Wed, Sep 25, 2013 at 3:11 PM, kilon  wrote:
> Its not far from that goal at all. Congratulation for you work, you can
> count me in as a contributor :)


please send your code to smalltalkhub as soon as you have something and tell me.

Thank you kilon

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

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

Re: [Pharo-dev] [Issue Tracker] input of submitters/bug fixers needed

Marcus Denker-4 wrote
> The problem is that if we have over 500 entries, people just give up.
> They say "what use is it to fix 1, there are just too many".

Okay, so I think a "Resolved" status like "Stale" would be a good
compromise. Then we can close the issue, but it will be tagged as to the
reason, so in my example I can have a filter for closed issues tagged Stale,
and easily reopen them if necessary. The problem is that now I have to wade
through hundreds of closed issues I worked on to find the ones that were
closed due to inactivity - not fun.



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Issue-Tracker-input-of-submitters-bug-fixers-needed-tp4710498p4710537.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] A simple File browser ?




Le 26/09/2013 14:47, Marcus Denker a écrit :


On Sep 26, 2013, at 1:16 PM, Goubier Thierry  wrote:




Le 26/09/2013 11:47, Erwan Douaille a écrit :




2013/9/26 Goubier Thierry mailto:thierry.goub...@cea.fr>>

Solution:

(UIManager default chooseFullFileName: 'Choose an Icon' extensions:
nil path: nil preview: nil) asFileReference

So coool :) Thanks !

We could probably clean up a bit those chooseXXX methods :)


Yes, just browsing it looks horrible :)
Just as a reminder, we should open an issue.


And Marcus is saying we have too many open :)



No, I am saying that if we just open but never close we will have a problem.

Marcus



Yes, I know. I'm trying to close all the ones I have around at the 
moment before opening a new one :)


Thierry
--
Thierry Goubier
CEA list
Laboratoire des Fondations des Systèmes Temps Réel Embarqués
91191 Gif sur Yvette Cedex
France
Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Re: [Pharo-dev] [PROVENANCE INTERNET] Re: A simple File browser ?


On Sep 26, 2013, at 1:16 PM, Goubier Thierry  wrote:

> 
> 
> Le 26/09/2013 11:47, Erwan Douaille a écrit :
>> 
>> 
>> 
>> 2013/9/26 Goubier Thierry > >
>> 
>>Solution:
>> 
>>(UIManager default chooseFullFileName: 'Choose an Icon' extensions:
>>nil path: nil preview: nil) asFileReference
>> 
>> So coool :) Thanks !
>> 
>>We could probably clean up a bit those chooseXXX methods :)
>> 
>> 
>> Yes, just browsing it looks horrible :)
>> Just as a reminder, we should open an issue.
> 
> And Marcus is saying we have too many open :)
> 

No, I am saying that if we just open but never close we will have a problem.

Marcus



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-dev] [Issue Tracker] input of submitters/bug fixers needed


On Sep 26, 2013, at 2:34 PM, "Sean P. DeNigris"  wrote:

> Thank you for taking care of this, Marcus!
> 
> While we're on the subject, there have been some issues which were not
> resolved that were closed due to e.g. inactivity. I totally understand the
> need to keep the bug tracker to a manageable size, but I feel that something
> is lost when we do this. For example, a few times I've encountered a bug,
> felt like I'd seen it before, checked the issue tracker and didn't see it
> even though I was pretty sure I had already reported it, only to find out
> after a bit of head-scratching that I had reported it, it still existed, but
> had been closed. I find it very confusing.
> 
> Thinking about how to have it all, I thought that we should have a status
> especially for these cases, so that they still exist, but can be easily
> filtered out; something like "Stale". Actually, then we can probably be even
> more agressive tagging them and getting them out of the way because they
> will not disappear. My feeling is that this is still an "Active" status,
> because there are definitely some long-standing bugs that we continuously
> gather info about and there should be an obvious place to gather those bits.
> On the other hand, even if it was a "Resolved" status, at least I'd know
> right where to look if I didn't see my issue and could have a filter to
> easily revive an inactive issue that was found to still be a problem.
> 
> What do you think?
> 

The problem is that if we have over 500 entries, people just give up.
They say "what use is it to fix 1, there are just too many".

And just how important is an issue that had no activity for 3 years?

Marcus



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-dev] [Issue Tracker] input of submitters/bug fixers needed

Thank you for taking care of this, Marcus!

While we're on the subject, there have been some issues which were not
resolved that were closed due to e.g. inactivity. I totally understand the
need to keep the bug tracker to a manageable size, but I feel that something
is lost when we do this. For example, a few times I've encountered a bug,
felt like I'd seen it before, checked the issue tracker and didn't see it
even though I was pretty sure I had already reported it, only to find out
after a bit of head-scratching that I had reported it, it still existed, but
had been closed. I find it very confusing.

Thinking about how to have it all, I thought that we should have a status
especially for these cases, so that they still exist, but can be easily
filtered out; something like "Stale". Actually, then we can probably be even
more agressive tagging them and getting them out of the way because they
will not disappear. My feeling is that this is still an "Active" status,
because there are definitely some long-standing bugs that we continuously
gather info about and there should be an obvious place to gather those bits.
On the other hand, even if it was a "Resolved" status, at least I'd know
right where to look if I didn't see my issue and could have a filter to
easily revive an inactive issue that was found to still be a problem.

What do you think?

Thanks.

-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/Issue-Tracker-input-of-submitters-bug-fixers-needed-tp4710498p4710530.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] [Pharo-users] [ANN] Launching Pharo on Ubuntu

yeap definetly excited. 

I love python, but really missed such an IDE as pharo. But now I can say I
found the tool I was always looking for. :)  

Ok tried , latest PharoLauncher on windows. Brogress bars work well, it even
displays a third one for unziping the files. 

But I found a bug, it cant launch the image. Does not understand in
ExternalWindowProcess >> value , nextPutAll:. There is however a comment
inside the method that says : "FIXME: Close the initial pipe handles. For
now, I have not implemented passing these to the child, and there is no
support yet for nonblocking  Windows OS pipes. Once those are available,
this method needs to change to support."

Is this why image launching fails, or is it unrelated ?


btc wrote
> great to see your enthusiasm :) :)
> 
> cheers -ben
> 
> kilon wrote:
>> YEAH I DID IT !!! HAHAHAHA
>>
>> I am one of you now :D
>>
>> I Implemented the progress bar. Well it displays 2 progress bars. I
>> assume
>> the first one is for unzipping the file though it does not progress ,
>> could
>> be something else. But the second one works like a charm , even displays
>> the
>> percentage of download and progress with each 1%. Beautiful and way way
>> way
>> easier than I expected , I just copied a method from monticello and had
>> to
>> add signalProgress: True to PHDownloader method that downloads the file
>> via
>> Zinc.
>>
>> So happy :D 
>>
>> So now I am off to improve it, see if I can add progress also for
>> unzipping
>> the file and further improve the GUI. Ready or not here I come :D 
>>
>> Thanks Sven for helping me out. I committed to the smalltalkhub repo, I
>> have
>> not added it to the Configuration because I want you guys to test it
>> first
>> to make sure I dont mess things up though I should not since I have not
>> touched the existing methods apart from adding that simple message. So I
>> dont know if you get the enhancement if you simply download the image. So
>> go
>> to monticello and get latest commit, you should see my name in there. 
>>
>> Dammien , Sven if you have any advice as always I am open to suggestions
>> :)   
>>
>>
>>
>> --
>> View this message in context:
>> http://forum.world.st/ANN-Launching-Pharo-on-Ubuntu-tp4709757p4710415.html
>> Sent from the Pharo Smalltalk Developers mailing list archive at
>> Nabble.com.
>>
>>
>>





--
View this message in context: 
http://forum.world.st/ANN-Launching-Pharo-on-Ubuntu-tp4709757p4710524.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] [OT] What's Your Next Language on the Javascript Platform?

Voted . Ok be sincere how many of you actually use amber ? :D



--
View this message in context: 
http://forum.world.st/OT-What-s-Your-Next-Language-on-the-Javascript-Platform-tp4710516p4710522.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

[Pharo-dev] For those with arm / back problems -> Code by Voice

Here is a very nice presentation for coding by voice using emacs. It should
work for pharo too via shampoo (  https://github.com/dmatveev/shampoo-emacs
   )  

Here is the presentation 

https://www.youtube.com/watch?v=8SkdfdXWYaI
   

coding by voice starts at 9:00 for those in hurry to see what the big deal
is. I must say I am really impressed by it. Did not expect it to be so
flexible / fast / efficient. 



--
View this message in context: 
http://forum.world.st/For-those-with-arm-back-problems-Code-by-Voice-tp4710521.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

[Pharo-dev] [OT] What's Your Next Language on the Javascript Platform?

2013-09-26 Thread Esteban Lorenzano

not bad :)

http://www.infoq.com/research/languages-on-javascript-platform

Re: [Pharo-dev] [PROVENANCE INTERNET] Re: A simple File browser ?




Le 26/09/2013 11:47, Erwan Douaille a écrit :




2013/9/26 Goubier Thierry mailto:thierry.goub...@cea.fr>>

Solution:

(UIManager default chooseFullFileName: 'Choose an Icon' extensions:
nil path: nil preview: nil) asFileReference

So coool :) Thanks !

We could probably clean up a bit those chooseXXX methods :)


Yes, just browsing it looks horrible :)
Just as a reminder, we should open an issue.


And Marcus is saying we have too many open :)

Thierry
--
Thierry Goubier
CEA list
Laboratoire des Fondations des Systèmes Temps Réel Embarqués
91191 Gif sur Yvette Cedex
France
Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Re: [Pharo-dev] [PROVENANCE INTERNET] Re: A simple File browser ?

2013/9/26 Goubier Thierry 

> Solution:
>
> (UIManager default chooseFullFileName: 'Choose an Icon' extensions: nil
> path: nil preview: nil) asFileReference
>
> So coool :) Thanks !


> We could probably clean up a bit those chooseXXX methods :)
>
>
Yes, just browsing it looks horrible :)
Just as a reminder, we should open an issue.


> Thierry
>
> Le 26/09/2013 11:30, Goubier Thierry a écrit :
>
>> Ouch. Looks like it's not really usable then if it returns only the file
>> name.
>>
>> I'll have a deeper look and push an issue then.
>>
>> Thierry
>>
>> Le 26/09/2013 11:16, Erwan Douaille a écrit :
>>
>>> It returns the file name, do you know how can i get the full path or a
>>>
>>> FileReference ? :)
>>>
>>> 2013/9/26 Erwan Douaille >> >
>>>
>>>
>>>
>>>
>>> 2013/9/26 Goubier Thierry >> >
>>>
>>>
>>> Hi,
>>>
>>> Why don't you want to use the default, as in:
>>>
>>> UIManager default chooseFileMatching: nil
>>>
>>> ?
>>>
>>> Because i didn't know than it exist :)
>>> It looks what i expected
>>>
>>> Thanks ! :)
>>>
>>>
>>> Thierry
>>>
>>> Le 26/09/2013 10:40, Erwan Douaille a écrit :
>>>
>>> Hi,
>>>
>>> I would like to know if something like, a file browser ui
>>> containing a
>>> select button, exist ?
>>> Something really simple, just for browse and select one
>>> file. In my case
>>> i need it for import new icons.
>>>
>>> Thanks :)
>>>
>>> --
>>> Best regards,
>>>
>>> Douaille Erwan >> >> >
>>> >>
>>> >> >>>
>>>
>>>
>>> --
>>> Thierry Goubier
>>> CEA list
>>> Laboratoire des Fondations des Systèmes Temps Réel Embarqués
>>> 91191 Gif sur Yvette Cedex
>>> France
>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
>>>
>>>
>>>
>>>
>>> --
>>> Best regards,
>>>
>>> Douaille Erwan >> >
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Best regards,
>>>
>>> Douaille Erwan >> >
>>>
>>
>>
> --
> Thierry Goubier
> CEA list
> Laboratoire des Fondations des Systèmes Temps Réel Embarqués
> 91191 Gif sur Yvette Cedex
> France
> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
>
>


-- 
Best regards,

Douaille Erwan

Re: [Pharo-dev] A simple File browser ?

Ok thanks !
I was looking to return another kindof answer, by browsing codes ...

Let me know when you fix it :)


2013/9/26 Goubier Thierry 

> Ouch. Looks like it's not really usable then if it returns only the file
> name.
>
> I'll have a deeper look and push an issue then.
>
> Thierry
>
> Le 26/09/2013 11:16, Erwan Douaille a écrit :
>
>> It returns the file name, do you know how can i get the full path or a
>> FileReference ? :)
>>
>> 2013/9/26 Erwan Douaille > >
>>
>>
>>
>>
>> 2013/9/26 Goubier Thierry > >
>>
>>
>> Hi,
>>
>> Why don't you want to use the default, as in:
>>
>> UIManager default chooseFileMatching: nil
>>
>> ?
>>
>> Because i didn't know than it exist :)
>> It looks what i expected
>>
>> Thanks ! :)
>>
>>
>> Thierry
>>
>> Le 26/09/2013 10:40, Erwan Douaille a écrit :
>>
>> Hi,
>>
>> I would like to know if something like, a file browser ui
>> containing a
>> select button, exist ?
>> Something really simple, just for browse and select one
>> file. In my case
>> i need it for import new icons.
>>
>> Thanks :)
>>
>> --
>> Best regards,
>>
>> Douaille Erwan > > >
>> >
>> > >>>
>>
>>
>> --
>> Thierry Goubier
>> CEA list
>> Laboratoire des Fondations des Systèmes Temps Réel Embarqués
>> 91191 Gif sur Yvette Cedex
>> France
>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
>>
>>
>>
>>
>> --
>> Best regards,
>>
>> Douaille Erwan > >
>>
>>
>>
>>
>> --
>> Best regards,
>>
>> Douaille Erwan mailto:douaille.erwan@gmail.**
>> com >>
>>
>
> --
> Thierry Goubier
> CEA list
> Laboratoire des Fondations des Systèmes Temps Réel Embarqués
> 91191 Gif sur Yvette Cedex
> France
> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
>
>


-- 
Best regards,

Douaille Erwan

Re: [Pharo-dev] [PROVENANCE INTERNET] Re: A simple File browser ?


Solution:

(UIManager default chooseFullFileName: 'Choose an Icon' extensions: nil 
path: nil preview: nil) asFileReference


We could probably clean up a bit those chooseXXX methods :)

Thierry

Le 26/09/2013 11:30, Goubier Thierry a écrit :

Ouch. Looks like it's not really usable then if it returns only the file
name.

I'll have a deeper look and push an issue then.

Thierry

Le 26/09/2013 11:16, Erwan Douaille a écrit :

It returns the file name, do you know how can i get the full path or a
FileReference ? :)

2013/9/26 Erwan Douaille mailto:douailleer...@gmail.com>>




2013/9/26 Goubier Thierry mailto:thierry.goub...@cea.fr>>

Hi,

Why don't you want to use the default, as in:

UIManager default chooseFileMatching: nil

?

Because i didn't know than it exist :)
It looks what i expected

Thanks ! :)


Thierry

Le 26/09/2013 10:40, Erwan Douaille a écrit :

Hi,

I would like to know if something like, a file browser ui
containing a
select button, exist ?
Something really simple, just for browse and select one
file. In my case
i need it for import new icons.

Thanks :)

--
Best regards,

Douaille Erwan mailto:douaille.er...@gmail.com>
>>


--
Thierry Goubier
CEA list
Laboratoire des Fondations des Systèmes Temps Réel Embarqués
91191 Gif sur Yvette Cedex
France
Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95




--
Best regards,

Douaille Erwan mailto:douaille.er...@gmail.com>>




--
Best regards,

Douaille Erwan mailto:douaille.er...@gmail.com>>




--
Thierry Goubier
CEA list
Laboratoire des Fondations des Systèmes Temps Réel Embarqués
91191 Gif sur Yvette Cedex
France
Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Re: [Pharo-dev] A simple File browser ?

Ouch. Looks like it's not really usable then if it returns only the file 
name.


I'll have a deeper look and push an issue then.

Thierry

Le 26/09/2013 11:16, Erwan Douaille a écrit :

It returns the file name, do you know how can i get the full path or a
FileReference ? :)

2013/9/26 Erwan Douaille mailto:douailleer...@gmail.com>>




2013/9/26 Goubier Thierry mailto:thierry.goub...@cea.fr>>

Hi,

Why don't you want to use the default, as in:

UIManager default chooseFileMatching: nil

?

Because i didn't know than it exist :)
It looks what i expected

Thanks ! :)


Thierry

Le 26/09/2013 10:40, Erwan Douaille a écrit :

Hi,

I would like to know if something like, a file browser ui
containing a
select button, exist ?
Something really simple, just for browse and select one
file. In my case
i need it for import new icons.

Thanks :)

--
Best regards,

Douaille Erwan mailto:douaille.er...@gmail.com>
>>


--
Thierry Goubier
CEA list
Laboratoire des Fondations des Systèmes Temps Réel Embarqués
91191 Gif sur Yvette Cedex
France
Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95




--
Best regards,

Douaille Erwan mailto:douaille.er...@gmail.com>>




--
Best regards,

Douaille Erwan mailto:douaille.er...@gmail.com>>


--
Thierry Goubier
CEA list
Laboratoire des Fondations des Systèmes Temps Réel Embarqués
91191 Gif sur Yvette Cedex
France
Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Re: [Pharo-dev] A simple File browser ?

It returns the file name, do you know how can i get the full path or a
FileReference ? :)

2013/9/26 Erwan Douaille 

>
>
>
> 2013/9/26 Goubier Thierry 
>
>> Hi,
>>
>> Why don't you want to use the default, as in:
>>
>> UIManager default chooseFileMatching: nil
>>
>> ?
>>
> Because i didn't know than it exist :)
> It looks what i expected
>
> Thanks ! :)
>
>>
>> Thierry
>>
>> Le 26/09/2013 10:40, Erwan Douaille a écrit :
>>
>>> Hi,
>>>
>>> I would like to know if something like, a file browser ui containing a
>>> select button, exist ?
>>> Something really simple, just for browse and select one file. In my case
>>> i need it for import new icons.
>>>
>>> Thanks :)
>>>
>>> --
>>> Best regards,
>>>
>>> Douaille Erwan mailto:douaille.erwan@gmail.**
>>> com >>
>>>
>>
>> --
>> Thierry Goubier
>> CEA list
>> Laboratoire des Fondations des Systèmes Temps Réel Embarqués
>> 91191 Gif sur Yvette Cedex
>> France
>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
>>
>>
>
>
> --
> Best regards,
>
> Douaille Erwan 
>



-- 
Best regards,

Douaille Erwan

Re: [Pharo-dev] A simple File browser ?

2013/9/26 Goubier Thierry 

> Hi,
>
> Why don't you want to use the default, as in:
>
> UIManager default chooseFileMatching: nil
>
> ?
>
Because i didn't know than it exist :)
It looks what i expected

Thanks ! :)

>
> Thierry
>
> Le 26/09/2013 10:40, Erwan Douaille a écrit :
>
>> Hi,
>>
>> I would like to know if something like, a file browser ui containing a
>> select button, exist ?
>> Something really simple, just for browse and select one file. In my case
>> i need it for import new icons.
>>
>> Thanks :)
>>
>> --
>> Best regards,
>>
>> Douaille Erwan mailto:douaille.erwan@gmail.**
>> com >>
>>
>
> --
> Thierry Goubier
> CEA list
> Laboratoire des Fondations des Systèmes Temps Réel Embarqués
> 91191 Gif sur Yvette Cedex
> France
> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
>
>


-- 
Best regards,

Douaille Erwan

[Pharo-dev] [Issue Tracker] input of submitters/bug fixers needed

Hello,

The issue tracker is again at over 500 entries:

https://pharo.fogbugz.com/f/filters/33/All-by-project

Please, if you submitted a bug in the past, check it's status!

-> Maybe someone asked you a trivial question that *you* can answer
in 10 seconds, but if you don't, the issue can not be moved forward?

-> Maybe you fixed an issue but there was some problem ("You said you uploaded
a Slice but I can't find it!". *you* can fix this in 20 seconds, whereas for 
everyone else
this means re-creating your work from scratch.

-> Maybe your bug that you reported ages ago is already fixed? You can check 
this
very very quickly, whereas for everyone else this means quite some effort of 
understanding,
re-creating and even then not being sure if it's really fixed.

-> Maybe you added an Issue which is more your private project that nobody else 
will work on,
anyway. Maybe you can think about not having an issue for that?

-> Maybe you reported some real triviality. Why not fix it yourself? Does it 
really need someone else
to submit a Slice?


Marcus



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-dev] A simple File browser ?


Hi,

Why don't you want to use the default, as in:

UIManager default chooseFileMatching: nil

?

Thierry

Le 26/09/2013 10:40, Erwan Douaille a écrit :

Hi,

I would like to know if something like, a file browser ui containing a
select button, exist ?
Something really simple, just for browse and select one file. In my case
i need it for import new icons.

Thanks :)

--
Best regards,

Douaille Erwan mailto:douaille.er...@gmail.com>>


--
Thierry Goubier
CEA list
Laboratoire des Fondations des Systèmes Temps Réel Embarqués
91191 Gif sur Yvette Cedex
France
Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

[Pharo-dev] A simple File browser ?