Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

iText Edit/Transform Bug #3027

Closed
HunterMitchell opened this issue Jun 2, 2016 · 2 comments · Fixed by #3312
Closed

iText Edit/Transform Bug #3027

HunterMitchell opened this issue Jun 2, 2016 · 2 comments · Fixed by #3312

Comments

@HunterMitchell
Copy link

HunterMitchell commented Jun 2, 2016

Version

1.6.2

Test Case

http://jsfiddle.net/j1wo0d26/

Steps to reproduce

  1. Select All the Text and Delete it.
  2. Re-Select the IText box and expand/skew.
  3. Press a key (or simply type).

Note: Do this on the IText test page and the entire page goes blank (white).

Expected Behavior

Text should just be added normally with scaling/skew in mind.

Actual Behavior

I am assuming the canvas jumps so far off the page (or expands) that the entire page turns white.
Also, in some instances VERY stretched text is seen in the textbox.

Final Notes:

  • Possible solution is to delete empty text instances when focus/edit mode is lost.
  • Do this on the IText test page and the entire page goes blank (white).
  • Maybe keep the page/canvas from scrolling when you are entering text that continues off canvas view.

Bug 2

  • I also noted that when transforming the Itext, the height/width do not change? The only time they change is when you keep typing. When you skew/expand the width/height don't actually update.
@HunterMitchell HunterMitchell changed the title iText EdBug iText Edit Bug Jun 2, 2016
@HunterMitchell HunterMitchell changed the title iText Edit Bug iText Edit/Scaling Bug Jun 2, 2016
@HunterMitchell HunterMitchell changed the title iText Edit/Scaling Bug iText Edit/Transform Bug Jun 2, 2016
@asturur
Copy link
Member

asturur commented Jun 5, 2016

the bug comes from the fact that you are transforming a 0 width element. That makes every transformation get very high values for scale and skew, so when you put back some text, everything is amplified.
We should avoid transformation if some cases. I mark it as bug low priority for now.

@HunterMitchell
Copy link
Author

The important part is we found it. I don't think it effects me too much. Ill try and find a way around this.

@asturur asturur modified the milestones: 1.6.4, 1.6.5 Aug 7, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
2 participants