Convert LWP to DOCX Online for Free

Move a Lotus Word Pro document into an editable Word package while checking the importer, intermediate model, styles, frames, and old document features.

  1. Add a file Choose or drop it here
  2. Pick the format Change it whenever needed
  3. Download the result After conversion completes

LWP is a Lotus Word Pro document with a legacy editing model

LWP is the Lotus Word Pro document format associated with IBM Lotus SmartSuite. PRONOM records application/lwp as the format’s MIME identification. The file may hold text, document styles, page layouts, tables, frames, graphics, and features created for the Word Pro environment. It is not a Word DOC file merely because both programs are word processors, and it should not be renamed to DOCX. A DOCX package requires a different internal structure and a conversion engine must understand the source before creating that structure.

The initial compatibility question is version and identification. LibreOffice’s maintained Lotus Word Pro import filter says it supports Word Pro 97 and later. LibreOffice Writer also lists Lotus WordPro among formats it can open. That gives a practical route for many LWP archives, but it is not a guarantee for every extension match: another product can use LWP, an older Word Pro file may fall outside the documented support, and a damaged compound document may still fail. Keep the original and use a copy for conversion experiments.

The destination changes the role of the file. DOCX is a modern Office Open XML word-processing package with separate related parts for document text, styles, numbering, media, headers, footers, comments, and relationships. It can be a practical editable working copy in Word or another current editor, but it is not a complete preservation of Word Pro’s original document model. The goal is a verified usable document, not an unsupported promise that every legacy feature became a native DOCX feature.


The LWP importer first rebuilds an intermediate document model

LibreOffice’s LWP documentation makes the conversion path unusually clear. The import is not direct: the LWP parser produces StarOffice XML, which is a predecessor of ODF, and LibreOffice then processes that XML into its document model. The Lwp9Reader performs the actual parsing, while an XML handler writes the intermediate result. A DOCX written afterward is therefore a later conversion from the imported modern model, not a direct translation of the original Lotus file into WordprocessingML.

This matters when judging fidelity. A missing frame, merged table behavior, numbering restart, or font difference can arise in one of two stages: the LWP may be mapped imperfectly into the intermediate model, or the imported document may change while being saved as DOCX and opened in Word. Inspect in stages. First examine LibreOffice’s imported view; next save a named DOCX; then open the DOCX in the actual Word editor that will be used. If the issue appears in the first view, the PDF or DOCX exporter is not the original cause.

Developers can instruct the LibreOffice filter to leave an lwpimport.xml diagnostic file while opening LWP. Ordinary users do not need that setting to convert a document, but it proves a useful technical point: the importer exposes an intermediate representation, and the document must be rebuilt rather than simply unpacked. Preserve the original LWP, the first imported modern copy, and the final DOCX when a high-value archive requires traceable conversion decisions.


Editable DOCX creates access but not a promise of feature equality

  • DOCX is practical for current editing: paragraphs, headings, and many ordinary tables can become editable in Word after a successful import and save.
  • Version support begins at Word Pro 97: LibreOffice documents that boundary for its LWP import filter, so source identification is part of quality control.
  • The conversion is multi-stage: LWP becomes StarOffice XML, then an imported document model, then a DOCX package.
  • Legacy layout may need repair: frames, page flow, fonts, numbering, tables, and graphics should be compared in the source, import view, and resulting DOCX.
  • Word Pro-specific behavior is not automatically portable: a modern DOCX can preserve visible content while not reproducing a legacy application command or object behavior.
  • The original is still needed: it distinguishes a source feature from a later formatting edit and supports future recovery attempts.

The safest working practice is to declare one validated DOCX as the active editable branch after comparison. Do not make parallel untracked edits in both LWP and DOCX. If the original has a complex design that must remain visually authoritative, keep a checked PDF alongside the DOCX so later editors can compare tables, frames, and page placement without relying on memory.


Word compatibility begins after the legacy import has been checked

LibreOffice can open both LWP and modern Word formats, but importing one and saving as the other are separate tasks. LibreOffice’s user documentation lists Lotus WordPro as an input format and DOCX among the Word XML formats it can open; current office suites can still make different layout decisions when writing and reading DOCX. For conversion, use an explicit Save As or a verified export route that produces a new DOCX. Do not treat an extension rename as a conversion, because the renamed LWP will not contain DOCX content types, package relationships, or WordprocessingML parts.

Test the final DOCX in the intended editor. Open it in Word, not just the importer that made it. Compare page count, body text, headings, lists, tables, frames, pictures, headers, footers, and any fields. Make a special pass through the first and last page of every section, because a changed font or margin can cause a small difference at the start to cascade into an extra page much later. Confirm that an editor can select and change expected text without turning a visually important structure into an unmanageable collection of objects.

For a batch of old documents, test a representative group before processing the entire archive: text-only files, table-heavy files, frame-heavy layouts, documents with graphics, and documents with unusual fonts. LWP is legacy software data, so one simple letter cannot prove that the importer handles every Word Pro construct in a collection. Record which source cases need manual cleanup so later documents receive focused review rather than the same failed assumption.


Fix the stage where the document actually changes

The LWP does not open in the importer. Verify it is a Lotus Word Pro file and that its likely source is Word Pro 97 or later, the documented scope of LibreOffice’s filter. An unrelated .lwp extension or a damaged file needs a different identification or recovery path. Preserve its bytes, avoid rewriting the only copy, and do not create false DOCX files by changing the extension.

The document opens in LibreOffice but looks different before DOCX is saved. The difference arose during LWP import, which is routed through StarOffice XML. Compare source layout if a compatible legacy viewer is available; then fix the imported document at the level of styles, page settings, table widths, frames, and font choices. Save a corrected modern working copy only after documenting what changed, especially for archival or legal material.

It looks correct in the importer but changes after Word opens the DOCX. This is a DOCX/editor compatibility issue rather than the original LWP parsing step. Check the Word environment’s fonts, page size, section breaks, tables, frames, and image anchors. Use Word-native styles and table features for the final working document instead of relying on a fragile imported arrangement, then reopen the saved DOCX once more to confirm the repair persisted.

Search or extraction misses expected content. IBM documented that certain Word Pro 97 small-file compression settings could prevent indexing. Do not infer text access from visual rendering alone. Search known phrases in the imported document, inspect a copied paragraph and a table, and keep raw source plus a verified modern derivative when discovery and indexing are requirements.


LWP-to-DOCX decisions that need evidence

CheckLWP sourceDOCX conversion consequence
Format identityLotus Word Pro document; PRONOM uses application/lwpMust be genuinely imported, not renamed
Supported versionLibreOffice filter documents Word Pro 97 and laterOlder or unknown sources need separate assessment
First conversion stageParsed by Lwp9ReaderStarOffice XML is the intermediate format
Text and style mappingLegacy Word Pro rules and objectsCheck paragraphs, styles, lists, and fields in Word
Layout-sensitive contentTables, frames, graphics, fonts, page settingsCompare import view and Word Print Layout
Search behaviorSmall-file compression could affect Word Pro 97 indexingTest text search and extraction independently

Questions before accepting a Lotus Word Pro migration as complete

Can I simply rename LWP to DOCX?
No. DOCX is an Office Open XML package with required related parts. An LWP rename does not create those parts or convert the legacy content.

Why does the same LWP need checking in both LibreOffice and Word?
LibreOffice first imports LWP through an intermediate StarOffice XML representation, then Word applies its own DOCX layout and editing rules. Either stage can introduce a difference.

What LWP files are covered by LibreOffice’s documented filter?
The LibreOffice developer documentation says Lotus Word Pro 97 and later. Identify older or uncertain files before relying on that route.

Why keep LWP when DOCX is now editable?
The LWP is the original source and can show whether a discrepancy came from legacy import or later Word editing. Retain it with the verified DOCX and, where needed, a PDF reference.