Date: prev next · Thread: first prev next last
2022 Archives by date, by thread · List index

Hi Andreas,

On 25/05/2022 22.57, Andreas Mantke wrote:
I have worked together with a group of people on documents during the
last 1.5 year. The documents were not in an editable (e.g. ODF) format.
But everyone, who want to improve one of the documents, was able to
contribute and improve the documents. The format of a document didn't
hinder anyone to submit a valuable proposal / addition.

I want to add that this group was not made out of developers, but common
office workers.

Do you think that the workflow used there would be worth sharing in more detail as something that might help in the TDF context as well?

My impression is that there seems to be no clear process of how to
work together on a proposal, how to suggest changes,...
It seemed to be a new territory to work on a proposal / document in
public on a mailing list.

Doesn't the BoD have any defined process for doing so?

(If somehow working together on the ODF version or talking to each
other in person is no option: From a developer's perspective, having
the proposal as plain text in a git repo and then allowing people to
suggest changes and the "proposal owner" reviewing those sounds like
one way that would allow to keep track of suggestions, but that may
not be easily usable for non-developers. Having a plain text version
being discussed on the mailing list and the proposal owner answering
there and integrating changes into the authoritative version sounds
like an alternative that might work instead, while having some more
overhead. But there are probably other ways...)

If you discuss about addition to the document on the mailing list and
add them to a document in another place, you have a media segregation.
This makes a work on the document not easy and some will loose track and
will quit to contribute further.

And if you'd use git for such a document you will only cover a small
part of the LibreOffice/TDF community. The non-devs will likely not able
to submit their input within a git repo.

Very true. I'd be very interested to hear whether/how those problems were avoided when cooperating in the group of people you mentioned above.

Best regards,

To unsubscribe e-mail to:
Posting guidelines + more:
List archive:
Privacy Policy:


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.