pdfjs-dist

Commit Graph

Author	SHA1	Message	Date
=	31d64af855	Handle missing encoding differences array	14 years ago
notmasteryet	1f047495b1	Fixing large cmap-s; reduce changes in the indent encoding	14 years ago
notmasteryet	1d00b89285	Modifying how the artofwar encryption handled; add wdsg_fitc as reftest	14 years ago
notmasteryet	e512000877	Fixing properties.widths is null issue; fips197 test file	14 years ago
notmasteryet	94da20d776	Disable encryption when a ToUnicode stream is used in a font	14 years ago
notmasteryet	92c2938bc1	Add PdKids.pdf as a ref test	14 years ago
notmasteryet	8e407fe06d	Adds cable.pdf link to tests	14 years ago
Adil Allawi	5a528944f0	Change the way Type 2 CID fonts are encoded. Move the cmap glyphs above the first 255 unicode values so that fillText does not change them and create an encoding to map characters to the glyphs.	14 years ago
notmasteryet	447ff0a059	Add JAI.pdf (issue #292 ) to the ref tests	14 years ago
notmasteryet	aad77fcc55	BaseFont and misc fonts fixes	14 years ago
Brendan Dahl	4377eed920	Adding support for page rotation	14 years ago
sbarman	4b132a7b3e	Added test for inline images	14 years ago
notmasteryet	e9df0bb8ca	link to AESV2 encrypted file	14 years ago
Adil Allawi	8dbbbbb589	Add and wire in test files	14 years ago
Adil Allawi	5d337b1c76	Added sample OpenOffice file to tests	14 years ago
Chris Jones	e8f98f4e16	add unicode test	14 years ago
Chris Jones	2416d5e745	the new test file is a .link	14 years ago
Chris Jones	8385cb8449	the new test file is a .link	14 years ago
Chris Jones	a5e4e53cdb	the new test file is a .link	14 years ago
notmasteryet	e87ee95c79	openweb-cover test	14 years ago
notmasteryet	a7a49eabd3	openweb-cover test	14 years ago
notmasteryet	8a044058f3	Support for multi-size page PDFs	14 years ago
notmasteryet	5d154e04bf	Support for multi-size page PDFs	14 years ago
Chris Jones	29b7489a3f	add Intel ISA doc as load test, and make harness resilient to bad PDF loads	14 years ago
Chris Jones	6ca1c4cf83	add Intel ISA doc as load test, and make harness resilient to bad PDF loads	14 years ago
Rob Sayre	2793532599	Modify paths of web resources to work with test resources more buried.	14 years ago
Rob Sayre	0a8e1110a3	Modify paths of web resources to work with test resources more buried.	14 years ago
Rob Sayre	2454354b59	Move some files around.	14 years ago
Rob Sayre	0d5f92deed	Move some files around.	14 years ago
Chris Jones	375c4bf529	add support for linking pdfs we can't/won't distribute	14 years ago
Chris Jones	8bf617c844	add support for linking pdfs we can't/won't distribute	14 years ago
Chris Jones	2dff6d818c	test-harness improvements	14 years ago
Chris Jones	a64625b48d	test-harness improvements	14 years ago
Chris Jones	f7aa149778	Initial import of first test harness The harness (test.py) operates as follows. First it locates executable browsers (or symlinks or scripts) named "[browser][version]", e.g. "firefox4". It then launches the located browsers and asks them to load the file test_slave.html. At the same time, test.py sets up an HTTP server on localhost:8080 (there's a race condition here currently ;). After test_slave loads in the browser(s), it fetches the task manifest (test_manifest.json). The entries in the manifest specify which PDF to load and how many times to cycle through page rendering. This will probably evolve over time. test_slave then performs the requested tasks and POSTs the results back to test.py, which saves them. When all the results of for a task are in, test.py checks them. There are three types of tests currently. "==" tests compare the rendering of a PDF against a master copy. This is not yet implemented because setting up a master copy is complicated. "fbf" tests render all a PDF's pages, then go back to page 1 and render all pages a second time. The renderings from the first round must match the ones from the second round. "load" tests just check that a PDF's pages load without errors. Currently the test harness will only launch a "firefox4" target. This can be a bash script in your pdf.js checkout, pdf.js/firefox4, something like the following #!/bin/bash dist="/path/to/firefox4/installation" profile=`mktemp -dt 'pdf.js-test-ff-profile-XXXXXXXXXX'` $dist/firefox -no-remote -profile $profile $* rm -rf $profile (Yes, this script doesn't clean up properly on early termination.) It's possible to run the tests in a normal browsing session, but that might be annoying. With that set up, run the harness like so python test.py If all goes well, you'll see all "TEST-PASS" messages printed to stdout. If something goes wrong, you'll see "TEST-UNEXPECTED-FAIL" printed to stdout.	14 years ago
Chris Jones	7c024b89aa	Initial import of first test harness The harness (test.py) operates as follows. First it locates executable browsers (or symlinks or scripts) named "[browser][version]", e.g. "firefox4". It then launches the located browsers and asks them to load the file test_slave.html. At the same time, test.py sets up an HTTP server on localhost:8080 (there's a race condition here currently ;). After test_slave loads in the browser(s), it fetches the task manifest (test_manifest.json). The entries in the manifest specify which PDF to load and how many times to cycle through page rendering. This will probably evolve over time. test_slave then performs the requested tasks and POSTs the results back to test.py, which saves them. When all the results of for a task are in, test.py checks them. There are three types of tests currently. "==" tests compare the rendering of a PDF against a master copy. This is not yet implemented because setting up a master copy is complicated. "fbf" tests render all a PDF's pages, then go back to page 1 and render all pages a second time. The renderings from the first round must match the ones from the second round. "load" tests just check that a PDF's pages load without errors. Currently the test harness will only launch a "firefox4" target. This can be a bash script in your pdf.js checkout, pdf.js/firefox4, something like the following #!/bin/bash dist="/path/to/firefox4/installation" profile=`mktemp -dt 'pdf.js-test-ff-profile-XXXXXXXXXX'` $dist/firefox -no-remote -profile $profile $* rm -rf $profile (Yes, this script doesn't clean up properly on early termination.) It's possible to run the tests in a normal browsing session, but that might be annoying. With that set up, run the harness like so python test.py If all goes well, you'll see all "TEST-PASS" messages printed to stdout. If something goes wrong, you'll see "TEST-UNEXPECTED-FAIL" printed to stdout.	14 years ago

1 2

92 Commits (3f286803d0cad3eacf4f44beed2f13b55995ec90)