<div dir="ltr">e.g, In an ideal world, I'd like something like<div><br></div><div>/application/example_data/</div><div>   --> example_one</div><div>   --> example_two</div><div><br></div><div>~/.application/data</div>
<div>   --> project_one</div><div>   --> project_two</div><div><br></div><div><br></div><div>To look like</div><div><br></div><div>data/</div><div>  --> example_one (read only)</div><div>  --> example_two (read only)</div>
<div>  --> project_one</div><div>  --> project_two</div><div class="gmail_extra"><br></div><div class="gmail_extra">But I'm thinking it's a bad concept now.</div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Jan 13, 2014 at 8:52 PM, Tennessee Leeuwenburg <span dir="ltr"><<a href="mailto:tleeuwenburg@gmail.com" target="_blank">tleeuwenburg@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">I imagine wanting to supply multiple data paths, and want a lazy way to write something that just munges them together into a single list of available projects. Ideally. Falling back to only allowing one configurable directory is reasonable. I can just make it easy to deploy the demo files into a new workspace rather than having them included by the code directly.</div>
<div class="HOEnZb"><div class="h5">
<div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jan 13, 2014 at 8:48 PM, Daniel Alan Miller <span dir="ltr"><<a href="mailto:dalan.miller@gmail.com" target="_blank">dalan.miller@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Given a specified folfer hierarchy why not just use the files you already have for the data, if I'm understanding correctly? </p>


<p dir="ltr">An instance of your application can run and anything within the directory path supplied when you run the application that fits the specification be (Monitored? Used? Consumed?) by the application.</p>
<div class="gmail_quote"><div><div>On Jan 13, 2014 8:13 PM, "Tennessee Leeuwenburg" <<a href="mailto:tleeuwenburg@gmail.com" target="_blank">tleeuwenburg@gmail.com</a>> wrote:<br type="attribution">
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
<div dir="ltr"><div>Hey,</div><div><br></div><div>A question for the peanut gallery...</div><div><br></div>I'm writing a flask/bootstrap web app (not open sourced as yet) for doing some scientific processing in a pipeline data processing methodology. I want to write an example pipeline, but then have the app be deployable in user space and use either a configured directory or a dot-prefix directory for the data of that particular instance of the app. I had imagined this could be like a "layer" over the top of the core application layer, so that users could have their projects side-by-side with the core application examples.<div>



<br></div><div>I'm now thinking maybe that's a bad idea, and it would be better just to copy the sample projects into the users workspace.</div><div><br></div><div>In fact I think I've pretty much convinced myself given it took just one sentence to say and seems immediately clear.</div>



<div><br></div><div>Are there any other paradigms in web apps for managing the application state (other than packing everything into a database)? The data here exists naturally in a fundamentally file-based paradigm, so I think it makes sense to continue that mainly.</div>



<div><br></div><div>Cheers,</div><div>-Tennessee</div><div><div><br></div>-- <br>--------------------------------------------------<br>Tennessee Leeuwenburg<br><a href="http://myownhat.blogspot.com/" target="_blank">http://myownhat.blogspot.com/</a><br>



"Don't believe everything you think"
</div></div>
<br></div></div>_______________________________________________<br>
melbourne-pug mailing list<br>
<a href="mailto:melbourne-pug@python.org" target="_blank">melbourne-pug@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/melbourne-pug" target="_blank">https://mail.python.org/mailman/listinfo/melbourne-pug</a><br>
<br></blockquote></div>
<br>_______________________________________________<br>
melbourne-pug mailing list<br>
<a href="mailto:melbourne-pug@python.org" target="_blank">melbourne-pug@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/melbourne-pug" target="_blank">https://mail.python.org/mailman/listinfo/melbourne-pug</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>--------------------------------------------------<br>Tennessee Leeuwenburg<br><a href="http://myownhat.blogspot.com/" target="_blank">http://myownhat.blogspot.com/</a><br>

"Don't believe everything you think"
</div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>--------------------------------------------------<br>Tennessee Leeuwenburg<br><a href="http://myownhat.blogspot.com/">http://myownhat.blogspot.com/</a><br>
"Don't believe everything you think"
</div></div>