: Writing for the web: how do you submit your content I am currently putting together verbiage for a website redesign and I am finding it difficult to determine the best format for submission.
I am currently putting together verbiage for a website redesign and I am finding it difficult to determine the best format for submission. The content needs to be reviewed by stakeholders and submitted to translators, web designers, and IT.
Is there a standard document that writers currently use?
Note: The new site design is not yet completed. We are expected to write a document that details content which will be carried over as well as new content.
More posts by @Annie587
: What comes first: the hook or the rest? What is generally accepted method or writing a good song? To start with the hook and let the rest of the song point to it, or start from the beginning
: It might be worthwhile to read different styles of contemporary poetry, looking for examples that are clear but have a sense of rhythm that appeals to you. Leaving aside the KJV Bible, it's
1 Comments
Sorted by latest first Latest Oldest Best
I do not fully understand your question. Do you already have a working site which is incomplete, but some of the content and design is already there? Are you in a pure planning phase?
Well, nonetheless let me give you an answer. I do not know how much of your part is 'to program' that website, but I am a programmer, so I tell you my favorite approach. And that is: Use the smallest available 'chunk' which can represent your website (in a browser) and continually improve from that base. Then whatever part is finished, can be reviewed by the stakeholders easily using a browser.
That would mean the website must be built in some way. Which means that you need some kind of sources to build the site (content, style info). That source (like source code) should be best available in human readable file formats (Word format <> human readable).
If you have sources in human readable formats, you can use source control software (SVN, Git) to store these sources. Everyone can change them. The changes are kept in a history, can be reviewed, tracked, committed, rejected.
Source does not necessarily means HTML code or something like this. People who are only interested in the content, should be able to only see and touch the content files. The build process has to care about putting these files into something that is visible in the browser (html, php, I do not want to go in the details, this is not StackOverflow).
I love tracking all changes using source control, but I know that managers can be easily horrified by this (like I can be horrified by Word documents). So a lot of people have to agree to this concept.
Terms of Use Privacy policy Contact About Cancellation policy © selfpublishingguru.com2024 All Rights reserved.