Callout - Fit box by text content

[Sinaptik]

Hi,

I was so excited when this feature was introduced.
Unfortunately, it never worked for me.

I'm using callout commenting tool mostly on P&ID drawings (engineering documents).
Most of the time, the paper size is A1 or A0.
When using the feature, the callout size changes but in a way that looks like arbitrary.
Using more than once the feature increases the callout size each time.

Default callout added:


Automatically resized with fit text:


Thanks for your help.

[Will - Tracker Supp]

Hi Sinaptik,

Thanks for the post - I'm not seeing any issue here. Here's the before:

Here's the after:

Can you send a short video or GIF of what you see, as the images you uploaded appear to have been stripped?

Cheers,

[Sinaptik]

Hi Will,

I changed the image hosting provider and changed the link in my original post, have a look please.
Will try to make a video but not sure I'll be able.
Just to let you know, to me this feature never worked (on many many PDF files, but never tried on usual A4 files).

Thanks a lot !

[Sinaptik]

Hi again Will,

I succeeded in creating video (SWF) file.
You can have a look on it, here:

http://www.fastswf.com/Hv5geZ8

Thanks !

[Daniel - PDF-XChange]

Hello Sinaptik,

Thank you for the report and video, I have managed to reproduce this, and discovered that it is caused by using a page that has been rotated. As such as I have created a formal bug report, which you can ask any member of our support team for an update on:
RT#4819: Fit Box By Text content on callout moves annot

For the time being, If you rotate the page to a 0 Degree orientation, either from the Organize tab, and clicking Rotate, or by using the thumbnails and properties panes, to select the pages, you will find that this function works as intended.

Kind regards,

[Sinaptik]

Hi Daniel,

I'm off for the weekend but just to let you know, before posting I searched for such an issue report on the forum and found something similar.
I think a bug report is already open regarding fit box to text and page rotation issue, I thought it wasn't exactly my issue and then posted this report.
Maybe this one became a duplicate?
But, I'm not sure it's the lone reason the feature might be misbehaving.
Indeed, as I said it never worked for me and I'm not convinced that each and every documents I worked on were rotated.
Unless page rotation depends on the original PDF document printing / plotting (portrait / landscape) from the CAD software (AutoCAD, in my company).
Because, most of the time, they're printed in landscape mode.

Hope it can be solved, guess it can increase my daily performance of about 10% !

Thanks for your help, guys!

[Daniel - PDF-XChange]

Hello Sinaptik,

It would certainly depend on the software used to create the PDF. Some applications properly create landscape documents, others do create a "rotated" portrait document instead, while this looks the same to us, it is interpreted differently to a computer. You can check this by opening the Thumbnails pane (Ctrl+T) and selecting a page, then with that page selected, open the properties pane (Ctrl+`):

image.png (8.14 KiB) Viewed 16380 times

Regarding the other instance. I was not able to find a ticket with this exact issue, which is why I created this new one. Could I ask you to provide a link to that other similar thread, so that I can lookup the ticket related to it and see if they need to be merged together.

Thank you!

[Sinaptik]

Dear Daniel,

Got it, page orientation doesn't mean it was rotated after the PDF creation (printing / plotting).
I'll check the page orientation on Monday and give some trials, then.

Alright Daniel, here's the topic I mentioned with similar ticket.
viewtopic.php?f=62&t=31205&p=128599&hil ... xt#p125929

Really hope it will be fixed on upcoming release!
Thanks a lot!

[Daniel - PDF-XChange]

Hello Sinaptik,

Thank you for that link, Indeed they are very similar issues, I have merged the tickets together to give them a shared priority and more information. I cannot speak for when exactly this will be resolved, but know that we are working on it.

Kind regards,

[Sinaptik]

Hi Daniel,

I was really excited by both the latest updates expecting callout fit box by text content to be fixed but, unfortunately, it's still not resolved.
Would you mind give a push on this issue, maybe for upcoming version ?
Will be really appreciated !

Thanks a lot !

[Daniel - PDF-XChange]

Hello Sinaptik,

Unfortunately the ticket itself is not marked as resolved yet, so I cannot say with any certainty that it will be ready for the next build. With that said, it is still being worked on and has not been forgotten.

Kind regards,

[Sinaptik]

Hello team,

That bug is still there more than 1 year afterward my initial post, here.
I'm a bit disappointed such a simple issue isn't fixed much more quickly.

I believe there was an update mentionning it was fixed for the typewriter tool (wich work correctly) but behavior is not the same for the callout tool but I'm quite sure the issue was exactly the same.

I really hope you might increase priority of that still-open ticket and it will be solved as soon as possible because, honestly, I have to deal with that issue each and every day (working with CAD drawings' PDF).

Thanks for your help.

[Sinaptik]

I've question relating to this issue (I wasn't the lone guy reporting it).
On another topic, there's is a re-opened ticket:

#4417: Fit Box to Text Content wrong when page rotated (not fixed for Call Out tool)

Are this ticket system available to users or is it an internal tool ?

Really hope it could be solved, once.

Thank you.

[Daniel - PDF-XChange]

Hi, Sinaptik

It is an internal system which only we are able to review, but for context, that ticket you have shared (RT#4417)is the one which was merged with the one I created earlier (RT#4819) in this thread. They are both pertaining to the same issue at this point, and we are still working on it. Unfortunately this is proving to be a much more difficult bug to resolve than original expected.

Kind regards,

[Sinaptik]

Hello guys,

Please, any news regarding this old bug solving ?
Still having to deal with it daily.

Thanks a lot.

[Daniel - PDF-XChange]

Hi, Sinaptik

I am sorry to say that no new progress has been reported on the ticket as of yet. I have just submit a request for a progress update and an increase in priority for you on this however. I do apologize for the difficulties in the meantime.

Kind regards,

[Sinaptik]

Hi Team,

I'm so happy this bug is now fixed with new 355 release !!!!!!!

Thank you, was awaiting it for years !!!

[Sasha - PDF-XChange]

[Sinaptik]

Hi team,

Unfortunately, this damn bug was reintroduced !!!
I've noticed it with version .359 and was full of hope with newest 360 and 361 but it's still there !!

Please, could you fix it ?

Thanks a lot.

[Stefan - PDF-XChange]

Hello Sinaptik,

I've reopened ticket 4819 and have asked our devs to take another look at this!

Kind regards,
Stefan

[Sinaptik]

Hi Stefan,

Thanks fot that !
Looking forward a fix !

[Daniel - PDF-XChange]

[Sinaptik]

Tracker team,

I would like to share how much I'm disapointed about this bug handling.
This post was made back in 2019 and 3 years later, it still remains !
I have to deal with "manual fit", because of this bug, tens and tens of times each single day, because apart from this bug, obviously this tool is great !
The most frustrating thing is that the bug was solved then reintroduced so I do not understand why it's taking so long to fix it !
With both the newest published version and, even if the bug fix was not mentioned in the changelog, I was hopeful the bug could be fixed but, "unfortunately", the changelog is complete and reliable !

Please, guys, could you increase priority on that issue and fix it ?
Thank you very much.

[David.P]

Hello all,

I can confirm that there can be problems with the automatic resizing of callouts at times.

Instead of snapping to the smallest possible size for the contained text, the callout is then greatly enlarged and additionally shifted on the page.

I'm not sure if it's related to a rotated page. In any case, running "Normalize Page Orientation and Offset" on the document beforehand doesn't seem to help.

Best regards
David

[Daniel - PDF-XChange]

Hello, David.P

I can also reproduce the issue, though it does appear to only be reproduced in files where the pages have been rotated (regardless of resetting the rotation, as David says...)
I have added additional information to the ticket, and requested a significant priority increase. I am terribly sorry that this issue still remains, but I cannot speak to the complexity of this. Generally, if a bug comes back shortly after it is fixed, it is worth noting that the bug is much more complex than original expected, and will take extra time to properly resolve.

Kind regards,

[Sinaptik]

Hi Daniel,

Thanks for increasing the priority.
I'm dealing with engineering documents and it's painful because nearly each and every of those are behaving the same !
Guess dev. guys could inspire from Typewriter as this one is working fine... just miss the leader !

Thank you, Daniel.

[Daniel - PDF-XChange]

Hello, Sinaptik

If only it were that simple, the issue would certainly have been fixed by now. Callouts are a special object with a great deal more to them than a simple text box with a line.

Kind regards,

[Sinaptik]

Hello Team,

Is there any new regarding this issue ?
Have just updated to newest build 366 and the issue is still there, unfortunately.

Thank you.

[Daniel - PDF-XChange]

Hello, Sinaptik

I feel like this topic is going in circles here now... So, it's time to change things up!

This time I have gone beyond kindly asking the dev team for a priority increase, and contacted the team member in charge of assigning work items directly. I've asked her to find a way to get this multiple-year old bug to be properly resolved in time for the next build, so we should seem some stronger priority changes to get it done. While I still cannot make any promises, I do hope that we will see some closure on this topic soon.

Kind regards,

[KoLoLoLo]

Is it possible to permanently enable the text window to adjust itself to the typed text?
As you can see in the example, I have only 4 letters and the window is very large.

[MedBooster]

Is it possible to permanently enable the text window to adjust itself to the typed text?
As you can see in the example, I have only 4 letters and the window is very large.


Fit.png

+1 for this! Which would be especially useful for the callout tool (for which it is a hassle to have to use the "fit box by text content" every time... A toggle button /shortcut to toggle it on and off would be nice (as a global setting for all textbox/callout tools...

The typewriter does fit to the content, but it's not quite the same, especially for an avid callout-tool user like me

[KoLoLoLo]

It is exactly as you write.
In addition, inserting a comment box is also very cumbersome, you have to adjust it separately for each box after each insertion.
Maybe the developers can come up with something.

[MedBooster]

It is exactly as you write.
In addition, inserting a comment box is also very cumbersome, you have to adjust it separately for each box after each insertion.
Maybe the developers can come up with something.

You should probably elaborate on what you mean by that with some screenshots. Because I do not understand what you mean by "inserting comment boxes", to me it seems like pop-up windows for various comment styles (highlighter, sticky note, etc...) does not have a specific position. In that the position will not be remembered if you send the PDF to someone and they open the popup, if that is what you are referring to.

[KoLoLoLo]

I would like the automat to recognize how many characters are in the window and choose its size instead of using it every time "Fit Box by text Content".

[David.P]

Hello all,

As a very frequent user of text comments and especially callouts, I'd strongly support this feature proposal by KoLoLo:

Is it possible to permanently enable the [comment/callout text box] to adjust itself to the typed text?

Best regards
David

[Stefan - PDF-XChange]

Hello David.P and alll,

I've quickly discussed this with our devs - and they asked me to make a feature request ticket in our internal system:
#6339: FR Callout - Fit box by text content
This is not a promise that this will actually be implemented, but we will seriously consider this request before deciding on how to progress with it.


Kind regards,
Stefan

[David.P]

Thank you Stefan, for the prompt action in this matter.

Looking forward to the realization of this feature.

For the time being, I shall continue to use the "W" key, which I have assigned for quick application of the "Fit Box by Text Content" command (that acts both on normal text boxes and on callouts).



Best regards
David

[Stefan - PDF-XChange]

[Sinaptik]

Hello guys and Tracker team,

Quick up for this bug fix request.
Maybe 2023... 4 years later... will be the year.
Really hope so, it's so annoying to deal with this bug each and every single day.

Please...

[MedBooster]

Hello guys and Tracker team,

Quick up for this bug fix request.
Maybe 2023... 4 years later... will be the year.
Really hope so, it's so annoying to deal with this bug each and every single day.

Please...

+1
Just a matter of being able to somehow toggle "fit box by content" without having to use a keyboard shortcut every time

[Stefan - PDF-XChange]

Hello MedBooster,

Thanks for adding your voice!

While @Sinaptik is correct that the original topic is in it's 4th year - the ticket I created is about a month old. I've just asked for update in it and will post here as soon as I hear back on the subject!

Kind regards,
Stefan

[PHK]

Just registering my support for a speedy fix of this ancient bug.

[Daniel - PDF-XChange]

Hello, PHK

Thank you for the support, I have marked that on the ticket. In regards to that, it seems we have a reply on the status. It is open and in progress, but not yet nearing completion at this point in time.

Kind regards,

[Ivan - Tracker Software]

Fixed behavior of Fit box by content in build 367.
An option to auto-fit the box will be added in the next major build.

[Sinaptik]

Fixed behavior of Fit box by content in build 367.
An option to auto-fit the box will be added in the next major build.

Hi Ivan,

That such great news !
When can we expect build 367 ?!
Eagerly waiting for it, trust me... eagerly !!

[Stefan - PDF-XChange]

[Sinaptik]

Fixed behavior of Fit box by content in build 367.
An option to auto-fit the box will be added in the next major build.

Hi Ivan,

I reported this issue so long ago... when I saw your message mentionning it was fixed on build 367, I was refreshing the page several times a day awaiting the update.
Unfortunately, this is not fixed at all.
It's even worse because now the Text Box is behaving the same as the Callout where the Text box was working just fine.

Now, with both tools, fitting by text content gives 2 boxe' sizes but none is the correct one.

To me this is not serious, I'm sorry to say that but after several years of waiting, I'm so disappointed by the handling of this bug report...

Below is example of fit box by text content with Text Box on build 366 and build 367.

Have a nice day.

[Stefan - PDF-XChange]

Hello Sinaptik,

I just tested this in build 367 - and it seems like the "Fix box by text" works correctly. Starting with a larger box:

It does get shrunk to the correct size:

However - I presume your issue is when the box is e.g. like this initially:

And you fix it - that it does get adjusted just in height but not in width:

image(3).png (19.83 KiB) Viewed 12029 times

Were you expecting to get this result:

From the narrower initial state?

Kind regards,
Stefan

[Sinaptik]

Stefan,

Yes in your message, it's already not working as expected, because if we have to resize the box for the fit box to text content to work properly, we can also adjust the box manually and not rely on this option, at all, so it doesn't make sense, to me.

Moreover, with the drawings I mentionned, I guess, on my former message, the behavior is even worse: it cycle between 2 sizes but none is correct, even if maximising prior to fit box to text content.

Random size Text box and callout:

First Fit Box by Text Content (FBTC):

02_First FBTC.png (26.15 KiB) Viewed 12020 times

Second FBTC (cycling between this one and previous):

Maximizing boxes:

FBTC afterward maximized boxes:

05_FBTC after maximize.png (26.03 KiB) Viewed 12020 times

Expected result

You can notice that, with such a document (A2 paper size) the boxes are never with the proper dimensions.

Thank you, Stefan.

[Daniel - PDF-XChange]

Hello, Sinaptik

Thank you for the report, It seems that this issue still occurs with comments that are placed at 0 degree rotation on a page which is rotated left or right (90 or 270 degrees), but in cases like Stefans, with comments that are not rotated on an unrotated, or flipped (180 degrees rotated) page, the expected results are presented properly.

I should note that retaining the current "width" is an intended feature of the text box and callout tools, which is why we try to avoid increasing that when this tool is used (though it may still change in some situations. This is a simple case of the fact that there is no answer which will please everyone, so we are aiming to be consistent with the use of the function. Clearly that is not quite happening yet, but this is a step in the right direction. Going forward, it should be expected that the width of text boxes and callouts will try to avoid increasing where possible.

In any case, The root of the issue you are seeing is that, as before, page rotation is still the cause... If you find that this issue is happening in a document where neither the pages, nor the comments are rotated at all, please send us a copy of that file, so I can also bring that to the team.

For now, I am going to show this directly to our Dev team leader, and ask him for his thoughts on why this is seemingly so difficult to resolve. You are right, this has been an issue for far too long, and we would very much like to see it permanently (and properly) resolved.

Kind regards,