We're sorry Aspose doesn't work properply without JavaScript enabled.

Free Support Forum - aspose.com

Textfields in Word

Aspose.Words Product Family
#1

Hi,

I have a document which contains grouped textfields in a table. The textfields are directly editable (see attachment1 and original.docx).
Open
the document using Aspose.Words .NET 14.9.0.0 and saving it to new
DOCX-file, the editable fields are no longer directly editable (see and saved.docx).

Aspose.Words.Document doc = new Aspose.Words.Document(filePath);
doc.Save(newFilePath);
Saving the DOCX-file to PDF or HTML, the textfields lose the formatting. (see PDF- and HTML-folder in attachments).
#2

Hi Marc,

Thanks for your inquiry.

Rossmanith:

I have a document which contains grouped textfields in a table. The textfields are directly editable (see attachment1 and original.docx).
Open the document using Aspose.Words .NET 14.9.0.0 and saving it to new DOCX-file, the editable fields are no longer directly editable (see and saved.docx).

We have already logged this issue as WORDSNET-10884 in our issue tracking system. We will update you via this forum thread once this issue is resolved.
Rossmanith:

Saving the DOCX-file to PDF or HTML, the textfields lose the formatting. (see PDF- and HTML-folder in attachments).

Could you please share some more detail about this query? I have not found the formatting issue in output Pdf and HTML.

#3

Hi,

thanks for your fast reply.
I checked the PDF and HTML again and can´t find any formatting issues.
I´m sorry.

#4

Hi Marc,

Thanks for your feedback. Please feel free to ask if you have any question about Aspose.Words, we will be happy to help you.

#5

The issues you have found earlier (filed as WORDSNET-10884) have been fixed in this .NET update and this Java update.

This message was posted using Notification2Forum from Downloads module by aspose.notifier.
#6

Hi,

I have tested your fix and found no significant improvements.
Have a look on attached file which compares the original file and the restored file.

#7

Hi Marc,

Thanks for your inquiry. The issue reported in this forum thread is WORDSNET-10884 (textfields are directly editable issue). This issue has been fixed in latest version of Aspose.Words.

Could you please attach your original input Word document here for testing along with issue detail? I will investigate the issue on my side and provide you more information.

#8

Hi,

attached you can find the original input word and the saved word file.

In the saved file, I can´t move the shape. In original input file I can.
Please have a look for the attached comparison.docx-file.

The directly editable issue is fixed, but the saved file is no longer the same file than the original file is.

#9

Hi Marc,

Thanks for sharing the detail. I have tested the scenario using following code example and have not found the shared issue. Please check the attached output document. I have tested this issue at Windows 7 (64 bit), .NET Framework 4.0.


Document doc = new Document(MyDir + “original.docx”);

doc.Save(MyDir + "Out.docx");

<!–[if gte mso 9]>
<w:WordDocument>
<w:View>Normal</w:View>
<w:Zoom>0</w:Zoom>
<w:TrackMoves/>
<w:TrackFormatting/>
<w:PunctuationKerning/>
<w:ValidateAgainstSchemas/>
<w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
<w:IgnoreMixedContent>false</w:IgnoreMixedContent>
<w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
<w:DoNotPromoteQF/>
<w:LidThemeOther>EN-US</w:LidThemeOther>
<w:LidThemeAsian>X-NONE</w:LidThemeAsian>
<w:LidThemeComplexScript>X-NONE</w:LidThemeComplexScript>
<w:Compatibility>
<w:BreakWrappedTables/>
<w:SnapToGridInCell/>
<w:WrapTextWithPunct/>
<w:UseAsianBreakRules/>
<w:DontGrowAutofit/>
<w:SplitPgBreakAndParaMark/>
<w:EnableOpenTypeKerning/>
<w:DontFlipMirrorIndents/>
<w:OverrideTableStyleHps/>
</w:Compatibility>
<m:mathPr>
<m:mathFont m:val=“Cambria Math”/>
<m:brkBin m:val=“before”/>
<m:brkBinSub m:val="–"/>
<m:smallFrac m:val=“off”/>
<m:dispDef/>
<m:lMargin m:val=“0”/>
<m:rMargin m:val=“0”/>
<m:defJc m:val=“centerGroup”/>
<m:wrapIndent m:val=“1440”/>
<m:intLim m:val=“subSup”/>
<m:naryLim m:val=“undOvr”/>
</m:mathPr></w:WordDocument>
<![endif]–><!–[if gte mso 10]>

/* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; mso-style-parent:""; mso-padding-alt:0in 5.4pt 0in 5.4pt; mso-para-margin-top:0in; mso-para-margin-right:0in; mso-para-margin-bottom:8.0pt; mso-para-margin-left:0in; line-height:107%; mso-pagination:widow-orphan; font-size:11.0pt; font-family:"Calibri",sans-serif; mso-ascii-font-family:Calibri; mso-ascii-theme-font:minor-latin; mso-hansi-font-family:Calibri; mso-hansi-theme-font:minor-latin;}

<![endif]–>

It would be great if you please share following detail for further investigations.

  • If you are using the same above code example, please share your code here to reproduce this issue.
  • What environment are you running on?
  • Operating System
  • Architecture (32 / 64 bit)
  • .NET Framework version

#10

Hi,

thanks for your support.

I have tested using your code example and have not found the issue.
But I have found that calling doc.UpdateFields() before saving, the issue is adjustable.

Please try following code:
Document doc = new Document(MyDir + “original.docx”);
doc.UpdateFields();
doc.Save(MyDir + “Out.docx”);

I´m using Windows 7 (32 bit).

Attached you can find the results of my tests.

#11

Hi Marc,

Thanks for sharing the detail. I have tested the scenario and have managed to reproduce the same issue at my side. For the sake of correction, I have logged this problem in our issue tracking system as WORDSNET-11156. I have linked this forum thread to the same issue and you will be notified via this forum thread once this issue is resolved.

We apologize for your inconvenience.

#12

The issues you have found earlier (filed as WORDSNET-11156) have been fixed in this .NET update and this Java update.

This message was posted using Notification2Forum from Downloads module by aspose.notifier.