Word Round-trip #191206/HEAD / v4010 |
Tags:
not added yet
Word Round-tripTable of Contents
OverviewWith Round-trip editing of Requirements (or other kinds of issues like Tasks / Bugs etc.) in codeBeamer users can:
Round-trip workflowExporting issuesExporting issues from codeBeamer to Round-trip Word documents starts with navigating to the tracker which contains the issues to be exported. Within the tracker choose the "Export to Office" action in the "more" menu. You can also choose to export "Selection" which means that the export document will only contain selected items.
The next dialog appears, where the "Round-trip" option should be choosen:
When this menu is selected codeBeamer will build a Word document which contains the issues displayed by the current view and the download of that Word document will start in few seconds automatically. The generated file name will contain the current project's and tracker's name, so it is easier to identify later where that export file is originated from. Please note that when exporting to Round-trip only those issues/requirements will be exported which match the active view in that tracker. So you can easily control which issues are exported by defining a new Tracker view or choosing an existing view that matches your needs. Editing issues in WordWhen opening the round-trip document in Microsoft Word you will see following contents:
You can immediately start editing the content - modify, add or delete text, insert images or add comments to each issue in the document. Following screenshot shows an example of such an editing session: The interesting pieces on that screenshot are:
Incorporating changes back from Round-trip document to codeBeamerAfter finished editing of the Round-trip Word document, it is time to import the changes back to codeBeamer. This can be done with the "Import from Word or Excel" menu in the "more" menu of any tracker.
The first page of the import wizard will appear. Here the round-trip docx document can be selected and uploaded. This is the same wizard that is used for normal - i.e. non Round-trip- import, but the importer will automatically recognize the Round-trip documents, and will display the specialized import page for them. The importer will read the Round-trip document and scan it for changes. The import wizard will display the changed issues only, and will also show the differences to the original issue. For example this may look like: The highlights of that page are:
After reviewing the import data the user can save and apply the changes, whereafter a summary of changes is displayed: Known limitations and issuesOnly Microsoft Word on Windows is supported.The most important limitation is that only Microsoft Word (version 2007 or above) is supported by Round-trip export. This feature will not work with LibreOffice or OpenOffice as Round-trip uses special features that are available in Microsoft Word only. Word on Mac is NOT supported either! All other known issues are listed in codeBeamer trackers, and will hopefully be resolved soon... Error message when trying to import an unchanged Word export from codeBeamerIf you do this, this won't work:
This will NOT work because of some technical limitation that requires that the exported Word document needs some conversion made by Word when you change something/anything in the Word document and save it. codeBeamer detects this scenario (when unchanged Word document arrives) and rejects the import and shows this error message. The workaround is that to modify anything -even just a space- in the Word document and save it, and then try to import the changed Word document.
Why wiki-text are changed during Word-round roundtrip? Why other unwanted changes appear?When editing some codeBeamer content in Word you may find during the import back that there are some unwanted changes appearing, and some new lines are added or removed or some wiki text -like wiki tables- has different structure than it was before. Why this is happening? This is simply because during the Word roundtrip or Office-edit there are several conversions happening, and each conversion can bring in some differences, some of the styling or layout may get lost or even errors may happen. To explain such conversions happen during Word roundtrip or Office-edit:
So during the Wiki->HTML->Word Markup -> Word edit -> Word Markup -> Wiki processing several conversions are taking place. These conversions can not be perfect because of the largerly different feature set of Word and HTML and Wiki. Word is far more advanced than HTML, and HTML is far more capable than Wiki. Wiki is just largerly simplified subset of HTML. Therefore there will be always some differences or features that can not be converted or kept during these conversions. Also because the conversion is machine generated the result wiki will never look as nice as human a human written Wiki markup, neither the original wiki markup can not be reproduced perfectly during these conversions. Some new-lines and white spaces will be added here-and-there, some tables will be structured differently and many more differences may appear. Our primary goal during Word roundtrip and Office edit is to keep every information and structure of the information as much as possible. It is a bit less important to keep the perfect look of the information - like text colors or alignment or fonts-. And then the least important -if possible at all- is to keep the result wiki close to the original wiki text. FAQ
|
Fast Links
codebeamer Overview codebeamer Knowledge Base Services by Intland Software |
This website stores cookies on your computer. These cookies are used to improve your browsing experience, constantly optimize the functionality and content of our website, furthermore helps us to understand your interests and provide more personalized services to you, both on this website and through other media. With your permission we and our partners may use precise geolocation data and identification through device scanning. You may click accept to consent to our and our partners’ processing as described above. Please be aware that some processing of your personal data may not require your consent, but you have a right to object to such processing. By using our website, you acknowledge this notice of our cookie practices. By accepting and continuing to browse this site, you agree to this use. For more information about the cookies we use, please visit our Privacy Policy.Your preferences will apply to this website only.
Note that user-behavior analytics are being captured on this server for the purpose of improving the Codebeamer user experience.