Skip to Main Content
IBM Z Software


This portal is to open public enhancement requests against IBM Z Software products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).


Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.


Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Not under consideration
Workspace PL/I Compilers
Created by Guest
Created on Mar 10, 2016

DOCX Built-in Function for Creating .docx Output

We'd like the ability to generate a true .docx document from a PL/I program. We currently generate documents from a PL/I program that we subsequently transmit to users via email (using SMTP from a clist), however the document is not a true .docx document that has formatting such as fonts, bold, tables, centering etc., rather a plain text document that we fool Word into opening simply with the document's extension. It would be wonderful to have the ability to generate a true MS Word .docx document that included formatting.

A .docx document is really just XML combined with .zip, this could be incorporated into the compiler to make it a simple process for the PL/I community. I see queries about how to accomplish this all over the internet, so I'm sure I'm not the only person who would like this.

I understand the user would be responsible for marking up the text with rtf, xml, html, or some other kind of instructions for formatting, but a function to take the marked up text and create true .docx output would be fantastic.

Idea priority Low
  • Guest
    Reply
    |
    Jun 30, 2016

    would be great if ppl. separate between usefull library functionality and language/compiler features before submitting RFEs.
    This is clearly a candidate for a library, but no way for a language/compiler feature.
    br woecki

  • Guest
    Reply
    |
    Apr 27, 2016

    this also doesn't belong to the language proper

  • Guest
    Reply
    |
    Mar 24, 2016

    Under consideration

  • Guest
    Reply
    |
    Mar 21, 2016

    here is some merit in that idea.

    It might be better to go for PDF or RTF format than .DOCX format, however.

    A .docx file is neither a well-defined nor completely-defined file format,
    and Microsoft has not implemented it fully in its own software.

    PDF is a better format to go for, because it can be universally opened
    and printed.

    On the other hand .docx files is another attempt by Microsoft to
    lock Windows users into using its products, including the latest
    Windows O/S.

    That is patently evident in Microsoft's word processor's failure to open
    it's earlier .DOC files. (That sort of thing just irritates users.)

    Documents in earlier .RTF format can be generated by PL/I,
    and it's fairly portable, but as output from a PL/I program, something that
    can be displayed and/or printed in a consistent way, across most systems,
    nothing can beat .PDF format files.

    It's something that could be in a library, even as a built-in function,
    BUT it would have multiple entry points, possibly many,
    and it would seem to me that if something like this were to go ahead,
    it would need to be developed first as a user function in order to see
    how it would be used, and what could be produced.

    Things like a library of fonts (offering various sizes), styles
    (normal, bold, italic, etc), font colors, justified left, full, right, centered,
    would need to be offered.
    An ability to construct tables, pie charts? and the like.

  • Guest
    Reply
    |
    Mar 18, 2016

    If IBM is going to make the considerable investment in providing the capability to create this kind of output, it would be preferable if the output produced was in .odt format. .docx is used primarily by Microsoft Word, and it can also process .odt documents.

    Even defining the markup required for the broad range of "formatting such as fonts, bold, tables, centering etc." would be a large project of limited value.

  • Guest
    Reply
    |
    Mar 18, 2016

    Rather than a proprietary format, such as MS "docx", I would prefer a truly open format used by professional organizations. In particular, I think that TeX or, especially, LaTeX2e would be far superior to "docx". LaTex2e is the preferred document format for the American Mathematical Society and the Institute for Operations Research and the Management Sciences. Many graduate schools prefer the use of some sort of TeX document for papers and theses.

  • Guest
    Reply
    |
    Mar 18, 2016

    Ludicrous to add the ability to create documents that do only adhere to the pseudo-standard created by a convicted monopolist.

    If anything like this would ever be considered (I HOPE NOT), the only viable output would be something that generates output compatible with FOSS!