This portal is to open public enhancement requests for IBM Sterling products and services. 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).
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:
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 an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
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.
Hi Pau Perez,
I have discussed the RFE with our CD windows tech experts again and here are our possible suggestions,. After discussing with development, we believe, implementing this change does not align with broader roadmap.
Migrating codepage translation in CDW to another API would need a significant amount of investigation and testing, especially to ensure backwards compatibility. It’s not a drop-in replacement and should only be considered for a new version.
For that reason I am putting this as "Not under consideration" and we can revisit this once we see interest from more customers (via Voting or Comments)
I understand that this is not the answer you were expecting however if you have any additional feedback, thoughts or ideas, or if there is anything else I can do, please do not hesitate to reply to this message to continue the conversation. Appreciate your patience.
Thanks,
James
CDW currently uses MLang which can convert data from a source code page to a destination code page. The suggested MultiByteToWideChar/ WideCharToMultiByte are specific to converting data to and from UTF-16.This can be achieved with the current MLang implementation. Unless its UTF-16 as the transitional codepage, CDW would always need to convert data twice,
Convert from source codepage to UTF-16 using MultiByteToWideChar, then
Convert UTF-16 back to destination codepage using WideCharToMultiByte.
Since the requested capability is feasible with Mlang, we are keeping the idea as "Not under consideration" and we can revisit this once we see interest from more customers (via Voting or Comments)
I understand that this is not the answer you were expecting however if you have any additional feedback, thoughts or ideas, or if there is anything else I can do, please do not hesitate to reply to this message to continue the conversation. Appreciate your patience.
Thanks,
Product Management
Thank you for taking the time to share your ideas to IBM. We truly value our relationship with you and appreciate your efforts and willingness to share details about your experience, your recommendations, and ideas. We will soon review the same in the coming weeks and shall get back with a response.
Thanks,
Product Management