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

[api-minor] Deprecate the imageLayer functionality #15346

Merged
merged 2 commits into from
Aug 27, 2022

Conversation

Snuffleupagus
Copy link
Collaborator

@Snuffleupagus Snuffleupagus commented Aug 25, 2022

This functionality has never been used anywhere in the PDF.js library/viewer itself, since it was added in 2013.
Furthermore this functionality is, and has always been, completely untested and also unmaintained.
Finally, there's (at least) one old issue about appendImage not returning the correct position; see issue #4182.

All-in-all, it seems that keeping very old, untested, unmaintained, and partially broken code around probably isn't what we want here.
(On the off-chance that any future a11y-work requires getting access to image-positions, it'd likely be much better to re-implement the necessary functionality from scratch and also make sure that it's properly tested from the beginning.)

@Snuffleupagus Snuffleupagus force-pushed the deprecated-imageLayer branch 3 times, most recently from bfa64ce to 27e367e Compare August 25, 2022 10:59
@mozilla mozilla deleted a comment from pdfjsbot Aug 25, 2022
@mozilla mozilla deleted a comment from pdfjsbot Aug 25, 2022
@mozilla mozilla deleted a comment from pdfjsbot Aug 25, 2022
@mozilla mozilla deleted a comment from pdfjsbot Aug 25, 2022
This old method, which is only used with the `imageLayer` functionality, is essentially just a re-implementation of the existing `Util.applyTransform` method.
This functionality has never been used anywhere in the PDF.js library/viewer itself, since it was added in 2013.
Furthermore this functionality is, and has always been, *completely untested* and also unmaintained.
Finally, there's (at least) one old issue about `appendImage` not returning the correct position; see issue 4182.

All-in-all, it seems that keeping very old, untested, unmaintained, and partially broken code around probably isn't what we want here.
(On the off-chance that any future a11y-work requires getting access to image-positions, it'd likely be much better to re-implement the necessary functionality from scratch and also make sure that it's properly tested from the beginning.)
@pdfjsbot
Copy link

From: Bot.io (Linux m4)


Received

Command cmd_integrationtest from @Snuffleupagus received. Current queue size: 0

Live output at: http://54.241.84.105:8877/fdfa717254a311a/output.txt

@pdfjsbot
Copy link

From: Bot.io (Windows)


Received

Command cmd_integrationtest from @Snuffleupagus received. Current queue size: 0

Live output at: http://54.193.163.58:8877/dbcbf71a91948ae/output.txt

@pdfjsbot
Copy link

From: Bot.io (Linux m4)


Success

Full output at http://54.241.84.105:8877/fdfa717254a311a/output.txt

Total script time: 4.95 mins

  • Integration Tests: Passed

@pdfjsbot
Copy link

From: Bot.io (Windows)


Failed

Full output at http://54.193.163.58:8877/dbcbf71a91948ae/output.txt

Total script time: 9.50 mins

  • Integration Tests: FAILED

@timvandermeij timvandermeij merged commit d715094 into mozilla:master Aug 27, 2022
@timvandermeij
Copy link
Contributor

Good idea to deprecate this now before the next minor and major releases. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants