Calligra Words mission statement and roadmap (1st draft)
Sebastian Sauer
mail at dipe.org
Mon Nov 14 20:30:40 GMT 2011
On 11/14/2011 01:51 PM, Pierre Stirnweiss wrote:
>
>
> Background: I indeed think that is a rather important feature
> cause it's the only way to get content into a document that
> can be in a centralized way edited/updated. Means you for
> example a document describing the features of Calligra as
> released and then add a user-variable field for the
> version-number (e.g. 2.5 in our case). Then in some months
> if the document is updated to reflect what 2.6 is about
> someone only need to change the content of the
> calligra-version variable and voila. The alternate is to find+
> replace for "2.5" manually which is error-prune.
>
>
> Do you mean that the only difference between a 2.5 and 2.6 release
> announcement would be the release number????
No, that was an example. Think of a document where you list
all changes done between the 2.x versions. Then you can just
add a new chapter for a new version that includes the changes
done in e.g. 2.6, change the version-uservariables from 2.5 to
2.6 and have text like "The last version of Calligra is [2.6]" or
"Last release on [2011-12-24]" auto-updated.
Other examples could be a reference-number in an
invoice or a postal code, city-name, etc. pp.
>
> PierreSt
>
>
> _______________________________________________
> calligra-devel mailing list
> calligra-devel at kde.org
> https://mail.kde.org/mailman/listinfo/calligra-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/calligra-devel/attachments/20111114/d0299925/attachment.htm>
More information about the calligra-devel
mailing list