<div dir="ltr">Thanks for all your work, Vanessa! Looking forward to see what you come up with.<div>Ben</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 26, 2015 at 9:23 AM, Vanessa Villamia Sochat <span dir="ltr"><<a href="mailto:vsochat@stanford.edu" target="_blank">vsochat@stanford.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi everyone!<br>
<br>
I thought more about this on my walk - here is a reasonable game plan! I will do the work to put together a solution that integrates Ariel's original vision with ghpages, the parts of Jekyll that do work, and a more non developer friendly integrated blog. I think this could meet all of our goals and be a solution that better integrates social aspects of our community - github just doesn't specialize in blogging but many services do. If that does not work, then we can go to Sphinx. Boum!<br>
<br>
I will send out an update likely during weekend time when I've tested some things.<br>
<br>
Best,<br>
<br>
Vanessa<br>
<div class="HOEnZb"><div class="h5"><br>
> On Aug 26, 2015, at 8:32 AM, Matthew Brett <<a href="mailto:matthew.brett@gmail.com">matthew.brett@gmail.com</a>> wrote:<br>
><br>
> Hi,<br>
><br>
>> On Wed, Aug 26, 2015 at 4:10 PM, vanessa sochat <<a href="mailto:vsochat@stanford.edu">vsochat@stanford.edu</a>> wrote:<br>
>> Hi Group,<br>
>><br>
>> Ben and I are having some discussion on the higher level goals of the site,<br>
>> and want to bring everyone in. In summary, we want something that is easy to<br>
>> contribute content to, and has continuous integration for previewing<br>
>> updates. I am wondering, what was wrong with the initial look of the site?<br>
>> Was it that sphinx is hard to update?<br>
><br>
> Actually, I think that sphinx is a very good option, and most other<br>
> scientific Python sites use sphinx for their main pages.<br>
><br>
> The particular template that we were using was a little dated and<br>
> ugly, but I bet that could be improved.<br>
><br>
> Most if not all developers are perfectly capable of building the<br>
> sphinx documentation locally to preview it, but we can also do what<br>
> other projects are doing, and build / publish the docs in some<br>
> temporary place for each commit, using an entry in the travis-ci<br>
> matrix of jobs.<br>
><br>
> I think Ariel was particularly attracted to Jekyll / github pages,<br>
> because it is very easy to get a rendered version to look at with a<br>
> git push, and although that is generally desirable, I think building /<br>
> reviewing locally is at least as important.<br>
><br>
> So - if it were entirely up to me - I would prefer we go back to<br>
> sphinx, on the basis that it is a very familiar workflow to most<br>
> Python developers.<br>
><br>
> Thanks very much for doing all this work by the way - it's very<br>
> helpful, and I'm sorry that we are going round and round.<br>
><br>
> See you,<br>
><br>
> Matthew<br>
> _______________________________________________<br>
> Neuroimaging mailing list<br>
> <a href="mailto:Neuroimaging@python.org">Neuroimaging@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/neuroimaging" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/neuroimaging</a><br>
<br>
_______________________________________________<br>
Neuroimaging mailing list<br>
<a href="mailto:Neuroimaging@python.org">Neuroimaging@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/neuroimaging" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/neuroimaging</a><br>
</div></div></blockquote></div><br></div>