ListFilesTask was not redundant :(.

[Demetrios Kyriakis <de...@gmail.com>]

I see that ListFilesTask was just removed from the repository.

This task was *not* "redundant", as there's no such functionality in 
Click: automatic deployment is something else.

This task was generating a list of files useful for various scenarios, 
e.g. controls(mostly custom) with very big javascript frameworks that 
have many files. There the "automatic deployment" might not be fast 
enough, so based on that list and the convention the user could optimize 
or do whatever other things it wants with it.

Please undelete it.

Thank you,

Demetrios.

Re: ListFilesTask was not redundant :(.

[Demetrios Kyriakis <de...@gmail.com>]

> Just for the record this task is not part of the Click distribution nor 
> dev.jar.
It was part of the "click-dev-tasks-{version}.jar" and now it's not :(.
In fact, it was the first task in that package.

> Its still available on SF so you can always grab a copy from there.
Of course, everything is on sourceforge VCS , but that was not the point :(.

Demetrios.

Re: ListFilesTask was not redundant :(.

[Bob Schellink <sa...@gmail.com>]

Just for the record this task is not part of the Click distribution 
nor dev.jar.

Its still available on SF so you can always grab a copy from there.

bob


Demetrios Kyriakis wrote:
> I see that ListFilesTask was just removed from the repository.
> 
> This task was *not* "redundant", as there's no such functionality in 
> Click: automatic deployment is something else.
> 
> This task was generating a list of files useful for various scenarios, 
> e.g. controls(mostly custom) with very big javascript frameworks that 
> have many files. There the "automatic deployment" might not be fast 
> enough, so based on that list and the convention the user could optimize 
> or do whatever other things it wants with it.
> 
> Please undelete it.
> 
> Thank you,
> 
> Demetrios.
>