File save command is enabled when editing typewriters and text boxes, but window title is not marked with asterisk (*)

[rakunavi]

Hello all,

In PDF-XChange Editor, the status of the Save command in the Quick Access Toolbar and the asterisk at the end of the window title are linked. That is, if the file has been edited, the Save command is active and can be pressed, and an asterisk (*) will appear at the end of the window title. On the other hand, if the file is unedited, the Save command is grayed out and cannot be pressed, and there is no asterisk (*) at the end of the window title.

• figure.png

However, for typewriter comments and text box comments, I have noticed a mismatch between the states of both while text is being entered. For callouts, the states of both match even while text is being entered. I find it a bit odd that the behavior is inconsistent, even though they are all text-related commenting tools, so I am reporting this just in case.

• Animation.gif

Thank you for taking the time to read this message.

Best regards,
rakunavi

- PDF-XChange Editor PRO Version: 10.5.2 build 395
- OS Version: Windows 11 Pro / Home 24H2 Build 26100.3775
- PC Model: GMKtec Nucbox M7 Pro with HUION Kamvas Pro 19 / Lenovo IdeaPad C340-15IWL

[Daniel - PDF-XChange]

Hello, rakunavi

This is expected, both the text box and typewriter tools are not "finalized" until you exit the tool, and as such there are not technically any "changes" to the document which have been made yet. The Asterisk appears when a recorded change to the file data has been made. Until you de-select these tools, the object and the text therein, are not actually part of the document. The save button however appears because despite the lack of a tangible change, the action of selecting save will de-select and apply the current comment to the file.

Callouts on the other hand, are created and applied to the page before text entry is possible, you can observe this in your animation by seeing that unlike the previous two, the callout is already present in the comments pane before you begin entering text.

Kind regards,

[rakunavi]

Hello Daniel, thank you for taking the time to look into this.

I am not deselecting the typewriter or textbox comment. In the video, the mouse cursor is moved to indicate the point of interest for presentation purposes, but the save command silently goes from grayed out to active without moving the mouse cursor.

Please take a look at the video below. The video shows the following sequence of operations.

• Case A : A text box is created by dragging an area.
• Case B : Use the shortcut keys Alt+Tab to bring up the Task Manager and finally activate the PDF-XChange Editor again.
• Case C : Activate the Hand tool, deselect the comment, and complete the creation of the text box.

At the completion of each of these operations, please pay attention to the following four points

1. Status of the Save command icon on the Quick Access Toolbar (enabled or disabled)
2. Presence of an asterisk at the end of the window title
3. Presence of an asterisk at the end of the tab title
4. Comment pane items

• figure1.png
  A-1: Save command enabled
  A-2: No asterisk
  A-3: No asterisk
  A-4: No comment
  
  
  figure2.png
  B-1: Save command enabled
  B-2: Asterisk present
  B-3: No asterisk
  B-4: No comment
  
  
  figure3.png
  C-1: Save command enabled
  C-2: Asterisk present
  C-3: Asterisk present
  C-4: Comment present
  
  
  Animation.gif

At Case B, there is still no comment in the comment pane, but the Save command is enabled and there is an asterisk at the end of the window title. From your comment, I am afraid that you are not aware that this condition exists. Incidentally, I pointed out in the previous topic that there is a difference between window titles and tab titles with and without the asterisk.

In any case, it is a very minor detail, and if you say it is all intended by the developer, then I have no choice but to agree with you. However, what I pointed out in case 2 in the previous topic has been silently improved in build 394.

In my previous report, I focused on window and tab titles, but since the behavior changed in build 394, it means that the developers agreed with some of my past assertions. Given that, this report, which adds a comparison with the save command, might also be of interest to developers, surprisingly.

Thank you for taking the time to read this message.

Best regards,
rakunavi

[Daniel - PDF-XChange]

Hello, rakunavi

My apologies for missing that. Case B is a strange one to be sure. I will raise it with the Dev team for review.

Kind regards,

[rakunavi]

Hello Daniel, thank you for contacting developers.

I am relieved to share the situation with you.
Thank you for taking the time out of your busy schedule.
Please give my best regards to the developer.

Best regards
rakunavi

[Daniel - PDF-XChange]

[quick update]
This task has been recorded as an extremely low priority issue. Given its nature, it is likely to be left without resolution for quite some time.