Skip to content

Working implementation of PDF.js backend#1

Merged
thz merged 4 commits intowebodf:masterfrom
adityab:master
Jul 14, 2013
Merged

Working implementation of PDF.js backend#1
thz merged 4 commits intowebodf:masterfrom
adityab:master

Conversation

@adityab
Copy link
Copy Markdown
Member

@adityab adityab commented Jul 12, 2013

Viewer.js has a PluginLoader.js which overrides the PluginLoader.js of webodf's viewer (and that is the only thing that is overridden).

At the moment it checks the extensions of the files passed in the hash, and decides the plugin to use.

My CMake skills are not good, but here's the general gist of it:

  1. CMake will clone/update the two external project repositories into a specified download directory.
  2. It will then copy webodf's built programs/viewer directory into the Viewer.js build directory.
  3. Next, pdf.js is built and and the generated pdf.js file is copied into the build/viewer/ directory.
  4. Finally, the code from the Viewer.js source directory is copied into build/viewer, so that all the plugins are now together and the PluginLoader is overwritten with our more general version.
  5. The viewer directory is zipped with webodf's zipping tool with the version number in the name.

adityab added 4 commits July 12, 2013 17:30
PluginLoader overrides the PluginLoader in webodf with an extra entry
for PDF files, and that's all.

During building, the built viewer/ directory is copied from webodf to
Viewer.js's build tree, and PluginLoader is overwritten with Viewer.js's
copy.
thz added a commit that referenced this pull request Jul 14, 2013
Working implementation of PDF.js backend
@thz thz merged commit db9c9a7 into webodf:master Jul 14, 2013
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants