Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Organizing content-related images #20

Open
tachyondecay opened this issue Jan 30, 2015 · 3 comments
Open

Organizing content-related images #20

tachyondecay opened this issue Jan 30, 2015 · 3 comments

Comments

@tachyondecay
Copy link
Contributor

I created a assets/img/screenshots/ for holding any screenshots we use in our docs, rather than cluttering up the parent directory with content-related images. We should probably create other folders for different types of images, if we need them.

Within that directory, I created a subdirectory for the version of Symphony shown in my screenshot. This way, we can see at all times how many screenshots we have from each version, so we'll know if we need to update something when the user interface changes.

@bernardodiasc
Copy link
Member

My previous experience with a big tutorial, with about 30 screenshots, say that having a folder exclusively for each content is a good thing in long term. Imagine 10 tutorials like this, with more than one system version.

@tachyondecay
Copy link
Contributor Author

That’s a good point.

Do you think we should adhere to a folder for every doc? I’m not crazy about creating a folder if I'm just adding a single screenshot—or if the screenshot I’m using is so general I want to use it in more than one place.

Maybe we should have assets/img/screenshots/<version> for generic screenshots, and assets/img/screenshots/<tutorial> for specific tutorials that require a lot of specific screenshots?

@bernardodiasc
Copy link
Member

sounds great. +1

@johnpuddephatt what your thoughts about this? would be nice to have another opinion on this :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants