I am going to get the content; and then try and make it consistent.
I was also thinking:
- javadoc
- user (containing welcome, tutorials, and the module by module
documentation) -
- developer (containing our developer guide for the project)
On glitch that is currently going on that I need a hand with; is the use of
"breadcrumbs". At the top of any page with a "toc" index they are not shown;
is there a switch we can throw to make them always on? At least for "user"
docs.
Jody
On Fri, Mar 25, 2011 at 1:01 AM, Justin Deoliveira <[email protected]>wrote:
> ok cool, that is what i more or less thought. No worries, I will just
> upload the wiki as of now and once you are finished the docs just let me
> know and I can uploads those as well.
>
> As an aside... it would be good to adopt a more consistent doc naming
> convention for artifacts... the current one confuses me:
>
> "doc" contains javadocs
> "welcome" contains examples
> "guide" contains the userguide wiki content
>
> Maybe the following:
>
> "javadoc"
> "userguide" (sphinx examples and user guide combined)
> "wiki" (the old wiki content)
>
> On Thu, Mar 24, 2011 at 2:50 AM, Jody Garnett <[email protected]>wrote:
>
>> The docs should be able to work for either; if you want to grab a copy you
>> can. They are a couple of days away from being finished (just made it
>> through referencing, coverage is next, and then the rest should be easy).
>>
>> It may be best to do nothing; and then we can backport the docs and
>> uploading them with a news anouncement later.
>>
>> When the docs are done we can kill the wiki.
>>
>> Jody
>>
>> On Thu, Mar 24, 2011 at 1:55 AM, Justin Deoliveira
>> <[email protected]>wrote:
>>
>>> Hi Jody,
>>>
>>> I am sure this have been covered in recent emails but can you enlighten
>>> me about the status of docs. I know you have been working hard on porting
>>> the user guide to sphinx. But that seems to be on trunk.
>>>
>>> For 2.7.0 should I grab the user docs from trunk? Or should I just export
>>> the wiki contents and post that. Or both? :)
>>>
>>> Thanks.
>>>
>>> -Justin
>>>
>>> --
>>> Justin Deoliveira
>>> OpenGeo - http://opengeo.org
>>> Enterprise support for open source geospatial.
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Enable your software for Intel(R) Active Management Technology to meet
>>> the
>>> growing manageability and security demands of your customers. Businesses
>>> are taking advantage of Intel(R) vPro (TM) technology - will your
>>> software
>>> be a part of the solution? Download the Intel(R) Manageability Checker
>>> today! http://p.sf.net/sfu/intel-dev2devmar
>>> _______________________________________________
>>> Geotools-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>>
>>>
>>
>
>
> --
> Justin Deoliveira
> OpenGeo - http://opengeo.org
> Enterprise support for open source geospatial.
>
>
------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
