[Flow] (Resources) Directory Structure per convention

Christian Loock chl at vkf-renzel.de
Tue Apr 22 15:48:12 CEST 2014


Hi,

I personally don't like the thought of being forced to have my public 
resources organized after any sort of convention that is not mine. I 
don't see any benefit in it. It will make you lose flexibility at least 
for having no gain. Having conventions is great and it is something that 
i really love about flow. But only when there is some gain through it. 
In this case I feel like it would only force you somewhere where you 
maybe don't want to go.


On 22.04.2014 15:44, Adrian Föder wrote:
> Hi,
>
> already quite a time ago, I remember some efforts to establish a 
> convention for a directory structure especially for resources, just 
> like "Public/JavaScripts" (i.e. plural) and /Styles (also plural, not 
> StyleSheets, etcpp)
>
> Is that settled somehow? I still think we should provide such a 
> convention.
>
>
> Besides, in my own project(s) I ended up with a Web/_Resources/Built 
> folder (made up by me, next to the existing /Static and /Persistent 
> folders).
>
> In this /Built folder, I put files which (per (my) convention) can 
> worriless be rebuilt from foreign sources like .scss oder .js.
>
> At the end, all of my .scss and .js files reside in my Package's 
> /Private folder and are built into 
> Web/_Resources/Built/[JavaScripts|Styles] on deployment.
>
> That's just a suggestion of mine, but as said: I find that quite handy 
> and once a directory convention is made, maybe this is worth being 
> considered.
>
> Best!
> Adrian
> _______________________________________________
> Flow mailing list
> Flow at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/flow

-- 
Christian Loock
Web Developer
Renzel Agentur
www.renzel-agentur.de



More information about the Flow mailing list