pdfium.git - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author
2015-06-11	Cleanup: Get this rid of "this->" in fpdfsdk/	Lei Zhang
	Also remove commented out code and trailing whitespaces. R=tsepez@chromium.org Review URL: https://codereview.chromium.org/1179653005.
2015-06-10	Remove typdefs for pointer types in fx_system.h.	Tom Sepez
	This involves fixing some multiple variable per line declarations, as the textually-substituted "*" applies only to the first one. This involves moving some consts around following the substitution. This involves replacing some typedefs used as constructors with better code. R=thestig@chromium.org Review URL: https://codereview.chromium.org/1171733003
2015-06-09	Use stdint.h types throughout PDFium.	Tom Sepez
	It's redundant nowadays to provide our own equivalents, now that this is done for us by the system header. R=thestig@chromium.org Review URL: https://codereview.chromium.org/1177483002
2015-05-11	Create top-level public/ header directory.	Tom Sepez
	These are the only files that embedders of PDFium should be including. They are entirely self-contained, and compile cleanly against -Wall so as to not offend the code that may include them. Having done this, we can see that chromium is pulling in two additional files from the fpdfsdk/include/pdfwindow directory, which is not guaranteed to work. A few files are renamed, adding an "_" to make the names consistent. The exception is fpdfview, which is doc'd as such in the doc. Naturally, paths will need updating in a handful of files in chrome when this rolls in. BUG=pdfium:154 R=thestig@chromium.org Review URL: https://codereview.chromium.org/1135913002
2014-12-12	Simplify PDFium by removing code that's not used in the open source repo.	John Abd-El-Malek
	-remove parameter from FPDF_InitLibrary -remove a bunch of ifdefs that are unused R=tsepez@chromium.org Review URL: https://codereview.chromium.org/801913002
2014-09-08	The cause of this issue is that there is an indirect object like '112 0 R' ↵	Jun Fang
	but no its direct object '112 0 object' in the test pdf file. Without checking the validity, it causes a null pointer when trying to get the direct object by an indirect object. BUG=390781 R=tsepez@chromium.org Review URL: https://codereview.chromium.org/553613003
2014-08-12	Treat null Parent as no Parent for dictionary objects	Bo Xu
	To be complient with PDF reference chapter 7.3.7 BUG=402437 R=vitalybuka@chromium.org Review URL: https://codereview.chromium.org/469573002
2014-06-30	Remove "this==NULL" and adjust corresponding callers	Bo Xu
	BUG= R=thakis@chromium.org Review URL: https://codereview.chromium.org/361553002
2014-05-23	Convert all line endings to LF.	John Abd-El-Malek

2014-05-17	Initial commit.	John Abd-El-Malek