[oXygen-user] Managing revisions
Yves Barbion
yves.barbion at gmail.com
Tue Jul 9 02:03:43 CDT 2019
Hi Radu
Thank for your detailed comments. Fair enough, I fully understand that
there have to be enough users who request this feature before you invest
the resources to implement this.
Kind regards
Yves
On Mon, 8 Jul 2019 at 14:49, Oxygen XML Editor Support (Radu Coravu) <
support at oxygenxml.com> wrote:
> Hi Yves,
>
> Coming back to your request:
>
> > Track changes automatically, i.e. without having to change the @rev
> attribute manually
>
> Honestly I don't think that's a good idea.
> Looking at how many changes our technical documentation writer does
> between releases, how many spell check errors he fixes, how much content
> he reuses, how much phrasing of existing paragraphs he changes, some of
> the changes the technical writer does should not appear as revisions
> because they are small bug fixes in the existing DITA content.
> So having the application mark as revisions every DITA element in which
> changes have been done will generate in the end a very large list of
> revisions, a list which will be overwhelming to read by anyone.
> Also if I change a single character in a paragraph (a spell check) that
> entire paragraph which may span half a page will be marked as a revision.
>
> To whom is this revision list destined? Is it for the end user (like a
> list of new features) or is it for an internal reviewer?
> If the list is for the end user maybe it should be manually created
> because the end user does not need to know that a certain paragraph was
> re-written to improve its readability.
> If the list is for an internal reviewer, maybe the tech writers should
> use change tracking instead because change tracking and comments already
> can be made to appear in the published output.
>
> The problem with adding new functionality to Oxygen is making sure that
> functionality covers as many similar use cases as possible. If I only
> cover a company's use case but my support for revisions is not generic
> enough to cover the use cases of other companies, then it's not worth
> implementing it.
> So ideally I would need to be in direct contact with two or more
> companies requiring this and understand if we can build a solution which
> would satisfy lots of various company-specific needs.
> Because in the end, if the revision-related improvements are kind of
> company-specific it's not worth in investing resources to add the
> improvements in Oxygen.
> In a way this is why Oxygen has API, this is why we have support for
> plugins, for custom validation and why the publishing can be customized,
> in order to cover company specific requirements with company specific
> customizations made by a company which could have a separate contract
> with that company based on providing this service.
>
> Regards,
> Radu
>
> Radu Coravu
> <oXygen/> XML Editor
> http://www.oxygenxml.com
>
> On 7/8/2019 2:52 PM, Yves Barbion wrote:
> > Thank you for your reply, Radu.
> >
> > So I understand that some custom development work would need to be done,
> > using the various technologies (oXygen plugin, CSS, XSLT...). We are
> > getting requests like these quite regularly from our oXygen customers,
> > so I think it would be very nice to have this as a standard feature in
> > one of the next releases of oXygen XML Author/Editor.
> >
> > Kind regards
> >
> > Yves
> >
> >
> >
> > On Mon, 8 Jul 2019 at 09:38, Oxygen XML Editor Support (Radu Coravu)
> > <support at oxygenxml.com <mailto:support at oxygenxml.com>> wrote:
> >
> > Hi Yves,
> >
> > I see no one else answered this on the Oxygen Users List.
> >
> > I'm linking to the similar thread you started on the DITA Users List:
> >
> >
> https://groups.yahoo.com/neo/groups/dita-users/conversations/topics/44837
> >
> > My answers for your questions would be:
> >
> > > Track changes automatically, i.e. without having to change the
> > @rev attribute manually
> >
> > By "track changes" you mean automatically setting the @rev attribute
> on
> > modified elements. And this can be done with a custom Oxygen plugin.
> >
> > > Indicate the changed paragraphs with change bars in the PDF
> > (using Miramo)
> >
> > Using our DITA + CSS = PDF plugin this could quite easily be done,
> add
> > some CSS selectors which add borders for elements containing the @rev
> > attribute.
> >
> > > Generate a list of revisions
> >
> > You would need some kind of custom XSLT processing going through all
> > topics and creating maybe a DITA topic containing links to all
> changed
> > topics.
> >
> > Regards,
> > Radu
> >
> > Radu Coravu
> > <oXygen/> XML Editor
> > http://www.oxygenxml.com
> >
> > On 7/4/2019 10:57 AM, Yves Barbion wrote:
> > > Hi group
> > >
> > > I'm using oXygen XML Editor version 21 to author DITA-structured
> > content
> > > and I was wondering how to manage revisions. This is what I'd like
> > to do:
> > >
> > > * Track changes automatically, i.e. without having to change the
> > @rev
> > > attribute manually
> > > * Indicate the changed paragraphs with change bars in the PDF
> (using
> > > Miramo)
> > > * Generate a list of revisions
> > >
> > > I'm not using a CCMS or a version management system at this moment.
> > >
> > > Any ideas?
> > >
> > > Thanks
> > >
> > > Yves
> > >
> > >
> > > _______________________________________________
> > > oXygen-user mailing list
> > > oXygen-user at oxygenxml.com <mailto:oXygen-user at oxygenxml.com>
> > > https://www.oxygenxml.com/mailman/listinfo/oxygen-user
> > >
> > _______________________________________________
> > oXygen-user mailing list
> > oXygen-user at oxygenxml.com <mailto:oXygen-user at oxygenxml.com>
> > https://www.oxygenxml.com/mailman/listinfo/oxygen-user
> >
> >
> >
> > _______________________________________________
> > oXygen-user mailing list
> > oXygen-user at oxygenxml.com
> > https://www.oxygenxml.com/mailman/listinfo/oxygen-user
> >
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at oxygenxml.com
> https://www.oxygenxml.com/mailman/listinfo/oxygen-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20190709/9afd3a70/attachment.html>
More information about the oXygen-user
mailing list