I realise that I'm trying to solve all problems for every situation, which is making the issue of solving source data format a challenge. And I make it worse by thinking of extra scenarios that we should be covering.<br>
<br>Requirements as I see it:<br><br>1. Easy input to ensure documents are maintained by non technical people.<br>* WYSIWYG type editing.<br>* Need to be able to include formatting and URLs in the next (including bold, italics, etc)<br>
* Ideally will limit formatting options to a fixed set so that consistent styling can be applied to the final product.<br>* Need to be able to embed images in the text, and place the images through the text. (Eg, in a quick-start guide you may have 2 lines of text, followed by a screen snapshot followed by text, then snapshot, ...)<br>
* Ideally, users will be able to see what their documentation will look like on a PDF output, so that can increase or decrease words to fit a set number of pages.<br><br>2. Version control of docs<br><br>3. Multiple Output formats<br>
* Need to be able to output to HTML with embedded images.<br>* Need to be able to output to PDF.<br>* Need to be able to output to OpenOffice/Word, so that the outputs can be cut and pasted into other material.<br><br>--<br>
Tyler, it sounds like Drupal forms might be close to meeting above requirements.<br>Can it handle entry of a variable number of images?<br><br><div class="gmail_quote">On Tue, May 18, 2010 at 2:52 AM, Tyler Mitchell <span dir="ltr"><<a href="mailto:tmitchell.osgeo@shaw.ca">tmitchell.osgeo@shaw.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Good question Hamish. You've solved the problem in my head too. We only need some basic web forms to fill in and then generate content from the database. That's how abstracts are handled, though admittedly they are pretty simple with only a blurb of text. I can set up an input form using drupal to collect this information. This has the added benefit of being accessible in various forms - as an RSS feed, rendered into HTML by the CMS, list views, table views and custom access by mysql. Anyone else want a quick tutorial on making web forms in our drupal site? <div>
<br></div><div><div class="im">Tyler<br><br>----- Original Message -----<br>From: Hamish <<a href="mailto:hamish_b@yahoo.com" target="_blank">hamish_b@yahoo.com</a>><br></div><div class="im">Date: Monday, May 17, 2010 2:25 am<br>
Subject: Re: [Live-demo] Re: [Marketing] Marketing artefacts, subversion directories, and source formats<br></div><div><div></div><div class="h5">To: <a href="mailto:tmitchell@osgeo.org" target="_blank">tmitchell@osgeo.org</a>, Cameron Shorter <<a href="mailto:cameron.shorter@gmail.com" target="_blank">cameron.shorter@gmail.com</a>><br>
Cc: <a href="mailto:live-demo@lists.osgeo.org" target="_blank">live-demo@lists.osgeo.org</a><br><br>> perhaps you guys could share some insight from your experiences <br>> dealing with<br>> the FOSS4G abstracts arriving in different formats, and <br>
> wrangling them into<br>> something usable & consistent?<br>> <br>> There is of course the but difference that our docs will be <br>> living documents<br>> and not just static submissions, but..<br>
> <br>> <br>> thanks,<br>> Hamish<br>> <br>> <br>> <br>> <br>> </div></div></div>
</blockquote></div><br><br clear="all"><br>-- <br>Cameron Shorter<br>Geospatial Systems Architect<br>Tel: +61 (0)2 8570 5050<br>Mob: +61 (0)419 142 254<br><br>Think Globally, Fix Locally<br>Commercial Support for Geospatial Open Source Solutions<br>
<a href="http://www.lisasoft.com/LISAsoft/SupportedProducts.html">http://www.lisasoft.com/LISAsoft/SupportedProducts.html</a><br>