I really don�t want to stretch this into an argue �. but I have problems understanding that. There are refactorings of method selectors because it is said it is important that includesSubString: is written as includesSubstring: and there are other examples. Now we have a selector that people find confusing and that is not important? I don�t understand it and the only difference I can see by now is the way you or your team is involved in the action. So the only thing I would understand is sensitivities meaning you are sick of complaints regarding your work. Otherwise I don�t understand that.

Am 25.10.2013 um 15:04 schrieb St�phane Ducasse <stephane.ducasse@inria.fr>:

can we focus on real problems?
The method has a comment.

Stef

On Oct 25, 2013, at 10:39 AM, Norbert Hartl <norbert@hartl.name> wrote:

Am 25.10.2013 um 10:11 schrieb Nicolas Cellier <nicolas.cellier.aka.nice@gmail.com>:

So action=create object=directory
you want to be sure that you create a directory?
What if it already exists?
Since you want to be sure to create, will you erase and re-create?

You see the kind of misunderstanding this could create...
IOW, self ensureCreateMisunderstanding

+1 I didn�t like it in the first place. It is just confusing. And probably an example how hard it can be if two or more non-native speaker try to find something that makes sense.

Norbert

2013/10/25 St�phane Ducasse <stephane.ducasse@inria.fr>

Consistency
ensureActionObject

ensureCreateDirectory
ensureCreateFile

We discuss a lot with camillo when we did it and I think that this is good right now.

> Out of curiosity, what was the motivation behind Issue 10924: Simplifying
> ensure* and create protocol?
>
> For me #ensureCreateDirectory is less intention revealing than
> #ensureDirectory because the "ensure" means "create only if necessary", not
> "definitely create" a directory. What am I missing? Thanks.
>
>
>
> -----
> Cheers,
> Sean
> --
> View this message in context: http://forum.world.st/ensureCreateDirectory-tp4716925.html
> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
>