-
Notifications
You must be signed in to change notification settings - Fork 20
reorganize top-level directory #69
Comments
Consolidated one top-level script Not crazy about moving Thanks for cleaning up the README it looks much better now. It was sort of unfriendly before. Do you think we should also include a simple code snippet in the README as well? Can we include the dyna logo? btw, If users grab the zip, VERSION won't work and it make target will fail (i.e. |
We can add the horizontal logo from the sphinx docs with this patch:
|
Thanks. I bet there are other things that could be moved as per my previous message. Should dyna also go into the proposed bin/ directory? (I know, but it probably won't always be the only executable.)
Pointers to such material are probably better (IMHO). E.g., they should just go check out the tutorial. But maybe you have something in mind that I'd like.
Does markdown even support that? I would think that we could put a logo right on the whole github project, as we did for the sphinx doc.
Can they type some second command after grabbing the zip that wlll make VERSION work? |
I suppose so. I'm not eager to move it. Top-level directories are never as nice as we'd like. That's what ALLCAPS files are for.
Would not make sense. These files are traditionally kept at the top-level.
Yes, of course markdown supports that (In fact, I already posted a patch (above) which does that). Perhaps you meant: "Will github let me do that?". Answer: yes (it's fairly common to see screenshots and logos).
Nope (unless you count |
I pushed the change to the README which renders the logo. Let me know if any of y'all don't like it.. |
Looks good. (Still can't see it unless I know to scroll down.) On Thu, Aug 15, 2013 at 11:35 PM, Tim Vieira [email protected]:
|
Smaller font or bigger monitor :P |
Tell it to the newbies. :P On Thu, Aug 15, 2013 at 11:57 PM, Tim Vieira [email protected]:
|
I don't think "https://github.com/nwf/dyna" is intended to be the front-page to our project. No matter how small we make our top-level directory, it's never going to be inviting as such. So: rather than make the top-level directory smaller so that README is poking its head out at the bottom of somebody's pixel-starved mobile device's screen, can we put the tutorial somewhere more permanent -- possibly as http://dyna.org/, (relegating the wiki to /wiki or wiki.dyna.org) and move all the relevant material from ./README to ./docs/sphinx/... ? README probably should retain enough to point to the project homepage and for somebody to build the docs and get started reading them in case they're offline. (I also like having the logo in there). |
It's not the front page to our project. That should be dyna.org, which Meanwhile, I wanted a quick temporary front page. I have updated On Fri, Aug 16, 2013 at 1:36 AM, Nathaniel Wesley Filardo <
|
I'd like to point people to the github project page http://github.com/nwf/dyna when telling them about Dyna (e.g., on the LDP NSF report that hopefully will be read and approved today).
However, the project page is not very friendly because all you see on the first screen is a long list of files (all files in the top-level directory). Can we shorten that so that visitors will notice the
README.md
below?For example, the binaries could be moved into a
bin/
directory, and maybe .coveragerc and Setup.hs don't have to be in the top-level directory either. Any other reorg would help as well.Or maybe github has some other way to limit the length of that box (with a scrollbar) or move it elsewhere on the page.
The text was updated successfully, but these errors were encountered: