aqbal / firefox-mac-pdf

Automatically exported from code.google.com/p/firefox-mac-pdf
0 stars 0 forks source link

Source updated to load in FF4, can anyone build (Request) #179

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
Looks like colesbury got the plugin to load in FF4 
(http://code.google.com/p/firefox-mac-pdf/source/detail?r=104)
That being said, I can't get it to build in XCode, anyone able to get it to 
build? I'm sure others would appreciate if there was a working .xpi we could 
try out!

Original issue reported on code.google.com by ParkerKuivila on 6 Feb 2011 at 9:25

GoogleCodeExporter commented 8 years ago
Works great! only in 32 bit mode. Issue with "save as" and "print" also fixed. 
Thanks!!

Original comment by rkpar...@gmail.com on 3 Mar 2011 at 4:49

GoogleCodeExporter commented 8 years ago
Works great for me to, plugin install automatically (but don't know where it's 
not in Internet Plugins directory)

Just a 64 Bits version and it will be perfect.

Great, thanks a lot.

Original comment by dave.ga...@gmail.com on 3 Mar 2011 at 7:26

GoogleCodeExporter commented 8 years ago
Works fine on 32-bit Firefox 4.

The only problem I noticed is that the Page-Up and Page-Down buttons don't work 
- not sure whether this worked in the previous version.

Thanks a lot for your work!

Original comment by tobias.v...@gmail.com on 4 Mar 2011 at 12:07

GoogleCodeExporter commented 8 years ago
Latest (1.2.0) works fine in 32 bit mode. It loads in 64, but will not show any 
PDFs - just a blank screen.

Errors generated in Console on attempting to load a PDF:
3/4/11 4:37:22 PM   plugin-container[49446] NPP_New(npp=0x1d183c4,mode=2,argc=5)
3/4/11 4:37:22 PM   [0x0-0xcd2cd2].org.mozilla.firefox[49431]   2011-03-04 
16:37:22.655 plugin-container[49446:903] NPP_New(npp=0x1d183c4,mode=2,argc=5)
3/4/11 4:37:22 PM   [0x0-0xcd2cd2].org.mozilla.firefox[49431]   Carbon event model 
not supported, can't create a plugin instance.
3/4/11 4:37:22 PM   [0x0-0xcd2cd2].org.mozilla.firefox[49431]   ###!!! 
[Child][RPCChannel] Error: Processing error: message was deserialized, but the 
handler returned false (indicating failure)

Original comment by mr.ni...@gmail.com on 4 Mar 2011 at 10:43

GoogleCodeExporter commented 8 years ago
is there a time line for a 64-bit compatible build?

Original comment by david.ho...@gmail.com on 6 Mar 2011 at 7:27

GoogleCodeExporter commented 8 years ago
With that error it looks like it's because it's built using the carbon API's 
which are 32 bit only.  Not sure what it would take to create a cocoa version 
(which is the only way to do 64 bit).  Hope it won't take a complete rewrite of 
the core code but that seems likely.

Original comment by cendri...@gmail.com on 8 Mar 2011 at 4:11

GoogleCodeExporter commented 8 years ago
however, unless I am mistaken, the code works for FF3 in 64bit

Original comment by david.ho...@gmail.com on 8 Mar 2011 at 4:14

GoogleCodeExporter commented 8 years ago
how can i do for FF4 beta 12 on MAc OS x? thx

Original comment by hasn...@gmail.com on 8 Mar 2011 at 4:41

GoogleCodeExporter commented 8 years ago
Comment 57:
I don't think there is a 64bit version of Firefox 3
I'm wrong?

Original comment by mat...@gmail.com on 9 Mar 2011 at 6:12

GoogleCodeExporter commented 8 years ago
FF4RC1 Build 20110303140758. 
1.2.0 not working - just blank screen when try to download. 
FF does recognize and attempt to use the plugin. I did unzip the xpi and put 
the .plugin file in HD:Library:Internet Plug-ins: 
Tried 32 and 64 bit. Same result in each case. Appears to contradict Comment 54?
In 32-bit Console says...
3/10/11 11:34:20 AM firefox-bin[2822]   NPP_New(npp=0x1d3a1558,mode=2,argc=5)
3/10/11 11:34:20 AM firefox-bin[2822]   firefox-mac-pdf: could not get PDF 
service 
In 64-bit Console says...
3/10/11 11:35:53 AM [0x0-0x38f38f].org.mozilla.firefox[2864]    2011-03-10 
11:35:53.788 plugin-container[2868:903] NPP_New(npp=0x1d46394,mode=2,argc=5)
3/10/11 11:35:53 AM [0x0-0x38f38f].org.mozilla.firefox[2864]    Carbon event model 
not supported, can't create a plugin instance.

Original comment by jcoope...@gmail.com on 10 Mar 2011 at 5:44

GoogleCodeExporter commented 8 years ago
Sorry - never mind!
Did not realize I needed to open the .xpi file again.
Now works in 32-bit.

Original comment by jcoope...@gmail.com on 10 Mar 2011 at 5:47

GoogleCodeExporter commented 8 years ago
ok, it works for me.
one problem though: the pdf covers the toolbars ...

Original comment by topi...@gmail.com on 19 Mar 2011 at 4:33

GoogleCodeExporter commented 8 years ago
Latest version (colebury's 1.2.0) works for me in Minefield 4.0, I dont see any 
covering of the toolbars. Context menu is there on right-click. No problems 
running with all my addons and userscripts.

Original comment by vijalp on 20 Mar 2011 at 2:07

Attachments:

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
I confirm the problem. See below:

Original comment by topi...@gmail.com on 21 Mar 2011 at 7:53

Attachments:

GoogleCodeExporter commented 8 years ago
Additional info: 
The problem occurs when the pdf is in an iframe

Original comment by topi...@gmail.com on 21 Mar 2011 at 8:03

GoogleCodeExporter commented 8 years ago
Would be nice to get an update to this working on default installation of FF4 
which happens to be 64bit on a mac.

Original comment by priyajeet on 21 Mar 2011 at 4:34

GoogleCodeExporter commented 8 years ago
Agree -- but we'll get there, I'm sure.

Oh, and Vijal, good luck on Step.

Original comment by jonathan...@gmail.com on 21 Mar 2011 at 4:36

GoogleCodeExporter commented 8 years ago
I passed FF4 in 32 bits. I reinstall the plugin by hand in the Internet Plugins 
folder (from the xpi unzipped) and I still have a blank page in place of the 
pdf !... Heeelp !

Original comment by franci...@gmail.com on 22 Mar 2011 at 10:03

GoogleCodeExporter commented 8 years ago
If I understand this 
(http://www.escapedthoughts.com/weblog/geek/P110308-mac-npapi-plugins.writeback)
 correctly ?

To get it working in 64-bit firefox 4 the bindings need to be switched from 
(QuickDraw+Carbon or CoreGraphics+Carbon) to (CoreGraphics+Cocoa or Core 
Animation+Cocoa) ?

This sounds like a bigger problem to me - though I didn't dive into the 
firefox-mac-pdf code yet.

Can someone confirm this or confirm he is already working on it ?

Regards Marco

Original comment by masc...@gmail.com on 23 Mar 2011 at 6:41

GoogleCodeExporter commented 8 years ago
To those working on this update, please compile it as a universal binary.  
Although official releases of Firefox 4 are Intel-only, there is a third-party 
build for PowerPC G3/G4/G5 systems.  See also http://www.tenfourfox.com

I would like to be able to keep using this incredibly useful plugin on my G4 
systems.

Original comment by DavidCha...@gmail.com on 25 Mar 2011 at 6:20

GoogleCodeExporter commented 8 years ago
@73: yes, you understand correctly. r104 doesn't actually make sense:
  // select the Carbon event model
  // I'm not absolutely sure that this is necessary, but the documentation
  // suggests that the Cocoa event model is used by default in 64-bit plugins,
  // which will definitely not work for this plugin.
The reason Cocoa is the default event model in 64-bit plugins is that the 
Carbon event model doesn't exist in 64-bit plugins. So this will never do 
anything useful; building the existing code as a 64-bit plugin wouldn't 
accomplish anything.

The fundamental problem though is this:
  // The problem with the Cocoa event model is that there is no way to get the
  // browser's NSWindow or NSView, which we need to attach the PDFView
A plugin based on inserting a native view into the browser's view hierarchy 
(which has always been a hack, by the way, not a supported part of NPAPI) is 
fundamentally incompatible with running plugins out of process, which is how 
Firefox works in 64-bit mode (and Safari in 64-bit mode, and Chrome). This 
plugin design *cannot* be made to work with Firefox 64-bit.

Original comment by stuart.morgan on 25 Mar 2011 at 2:26

GoogleCodeExporter commented 8 years ago
Stuart, going by what you're saying, those of us who want to run FF in 64-bit 
and view pdfs inline would be better off switching to one of the below google 
docs extensions?

https://addons.mozilla.org/en-US/firefox/addon/gpdf/
https://addons.mozilla.org/en-US/firefox/addon/google-docs-viewer-pdf-doc-doc/

It's a shame google docs is so clunky, Chrome's built-in viewer is much better. 
Wish Mozilla would build a pdf plugin!

Original comment by W.Yaq...@gmail.com on 29 Mar 2011 at 5:18

GoogleCodeExporter commented 8 years ago
True story :(

Original comment by larzo...@gmail.com on 29 Mar 2011 at 5:24

GoogleCodeExporter commented 8 years ago
google docs is terrible. 
mozilla needs to step in and provide this (very basic) function

Original comment by seunghw...@gmail.com on 6 Apr 2011 at 6:02

GoogleCodeExporter commented 8 years ago
FF 4.0 / fx-quartz-pdf-1.2.0.xpi

It's working for me, finally, in 32-bit mode. I can't detail all my steps at 
this point but this is what I know:

I've been struggling with getting this to work for a few days, having installed 
(I thought) all the updates for this and for Firefox, and running FF in 32-bit 
mode. The plugin wasn't loading (error messages about being incompatible), so I 
reinstalled the Schubert|it plugin and have been using that, although it was 
incredibly buggy. That's probably because of the following: I realized that the 
firefox-mac-pdf plugin had somehow become enabled in my add-ons. I deleted the 
Schubert|it plugin (Library/Internet Plugins/PDF Brower Plugin.plugin -- I 
don't know whether that was the User library or the root library). Restarted 
Firefox. No joy. Firefox-mac-pdf was still enabled in add-ons, but PDFs opened 
in Preview. FF prefs did not give me any options for selecting the plugin as 
the app for PDF files; when I clicked the drop-down by the pdf file type I just 
got the standard "open" window to let me select an application. Then I 
reinstalled firefox-mac-pdf from the link in Comment 50 (same one I installed 
before, I thought). It did not install automatically so I had to Google around 
to figure out how to install it (Firefox>File>Open>[navigate to the downloaded 
xpi file]). (I know you coders know that automatically but I've only had to do 
it a few times and I always forget.) I think I had to restart FF.

Now it's working perfectly. I did NOT have to set it in FF prefs again; it was 
automatically chosen as the PDF plugin.

I'm very relieved, but this was a bad few days, right in the middle of some 
heavy PDF work. I'm posting this long comment in hopes that it will help other 
non-experts like me.

Original comment by IGiffin7...@gmail.com on 6 Apr 2011 at 9:46

GoogleCodeExporter commented 8 years ago
I am doing everything mentioned in the comments above me, but I still get a 
blank page instead of the pdf. Can someone please help? This is really 
frustrating. 

Original comment by karthikr...@gmail.com on 6 Apr 2011 at 10:03

GoogleCodeExporter commented 8 years ago
i dont have the file PDF Brower Plugin.plugin

Original comment by Razzo1...@gmail.com on 7 Apr 2011 at 7:46

GoogleCodeExporter commented 8 years ago
You guys tested this on a clean and new profile?

Original comment by larzo...@gmail.com on 7 Apr 2011 at 8:21

GoogleCodeExporter commented 8 years ago
hey guys, 
new bug!
i installed the plugin and looks like the shortcut command+c doesn't work when 
i try to copy the address of the pdf file in the location bar. 

Original comment by gbao.p...@gmail.com on 10 Apr 2011 at 1:25

GoogleCodeExporter commented 8 years ago
Hey gbao, please open a new report so your bug can get proper attention. 

Original comment by ParkerKuivila on 10 Apr 2011 at 1:42

GoogleCodeExporter commented 8 years ago
Finally got the updated plugin (from comment# 50) working, but only after I'd 
deleted:
    com.schubert-it.internet-plugin.pdf.plist and 
    com.schubert-it.internet-plugin.pdf.license.plist
from HD>Library>Internet plugins.

These didn't show up in a normal finder window, but came up in a smart folder 
looking for "Schubert" with System files set to "Included"

Thanks for all your efforts, guys. Using Zotero without in-browser pdf display 
is a real pain.

Original comment by cshow...@gmail.com on 13 Apr 2011 at 12:15

GoogleCodeExporter commented 8 years ago
Hi all, late to the party but looking to clarify the issue on switching to 
Cocoa.

It seems like CGPDFDocumentGetPage "ought" to be the plan.  FF gives us a 
CGContextRef (in the Cocoa model) and CGPDFDocument routines should let us open 
a pdf in memory and draw it a page at a time into the CGContextRef.  I realize 
that reassembling the pdf pages into a scroll view is a stupid waste of time, 
but it's not so bad.

Am I missing something here?  I'm thinking of giving this a shot but thought 
I'd check first...

Original comment by ivanpony...@gmail.com on 13 Apr 2011 at 12:31

GoogleCodeExporter commented 8 years ago
ivanpony, I have no idea if you're missing something, but if it takes us any 
closer to having a 64-bit version of this plugin, you can count on my 
donation...

Original comment by W.Yaq...@gmail.com on 19 Apr 2011 at 2:30

GoogleCodeExporter commented 8 years ago
i'm not sure but isen't firefox 5 (this summer) supposed to come with an 
integrated pdf previewer? or is this windows only?

Original comment by clauden...@gmail.com on 19 Apr 2011 at 2:35

GoogleCodeExporter commented 8 years ago
For what it's worth, there are enough 32-bit only plugins for basic 
functionality (silverlight being the most annoying in my use pattern) that I 
force FF4 to run in 32-bit mode all the time. I wonder if there's a way to 
thunk 32 bit plugins into FF while running in 64 bit mode. Then again I don't 
know as there's a compelling reason to run in 64 bit mode by default right now.

The build from comment 50 seems to work well in my environment. Thanks!

Original comment by csdibi...@gmail.com on 21 Apr 2011 at 2:38

GoogleCodeExporter commented 8 years ago
@88: Yes, in-browser previews of PDF, Mp3, etc.

Original comment by dennis3...@gmail.com on 21 Apr 2011 at 11:07

GoogleCodeExporter commented 8 years ago
Any news on this working?
(Cocoa/64bit/universal ...whatever works basically ;-) 

Original comment by jim.sinf...@gmail.com on 10 May 2011 at 1:50

GoogleCodeExporter commented 8 years ago
I had this working until I did a clean system install. Now I'm back to square 
one. I've installed the plugin from comment 50, above, and have set FF to 
32-bit mode and rebooted. The plugin is selected in FF's application prefs and 
it is enabled in Add-ons. But it's not working--I'm just getting the old blank 
white window.

Original comment by iludeke...@gmail.com on 11 May 2011 at 3:13

GoogleCodeExporter commented 8 years ago
Jim, unfortunately, I think the incentive for anyone with the know-how 
(including Colesbury) to update this to work in cocoa/64-bit no longer exists, 
as there are rumours that Firefox 5 (due late this year) will have a pdf viewer 
built in.

Knowing Mozilla though, it's likely that both FF5 and this rumoured pdf feature 
will both be heavily delayed. So it'd still be great if someone could pick this 
project up.

Failing that, does anyone have a clearer idea of whether/when Firefox will have 
pdf viewing built in? I'm still going by rumours from early April...

Original comment by W.Yaq...@gmail.com on 13 May 2011 at 10:58

GoogleCodeExporter commented 8 years ago
@93: FF5 is due in about a month, so highly doubt it there will be a PDF viewer 
inbuilt any time before FF7 if at all.

Original comment by priyajeet on 13 May 2011 at 3:37

GoogleCodeExporter commented 8 years ago
Looking for a PDF reader that works perfectly on firefox 4?:
PDF Browser Plugin 2.3.2 (http://www.schubert-it.com/downloads/)

Original comment by topi...@gmail.com on 13 May 2011 at 3:48

GoogleCodeExporter commented 8 years ago
@95: This plugin is old school, no mouse scroll, no text selection

Original comment by chbro...@gmail.com on 13 May 2011 at 4:02

GoogleCodeExporter commented 8 years ago
Re: Comment 95:

Please don't spam us. The Schubert|it plugin has been mentioned before in this 
thread (e.g. comment 79) and others. If it were a good alternative to the 
plugin produced by this project, most of us would be using it already. The one 
you mentioned also hasn't been updated since September '09, does not work in 
64-bit mode, and is generally clunkier to use.

Original comment by southc...@gmail.com on 13 May 2011 at 4:07

GoogleCodeExporter commented 8 years ago
FWIW, I poked around in Mozilla's Bugzilla a bit and didn't find any bug that 
seemed to clearly suggest that native PDF support was around the corner. This 
one seemed to be the closest:

https://bugzilla.mozilla.org/show_bug.cgi?id=91559

It also suggested that perhaps there is a way to fold the efforts of this 
plugin into the mainline code.

However, I could have easily be wrong. If I am, perhaps someone with better 
Bugzilla-fu could post a link to the bug(s) relevant to the "native PDF coming 
soon" notion mentioned above.

Original comment by reid@reidster.net on 13 May 2011 at 5:14

GoogleCodeExporter commented 8 years ago
The "build-in PDF viewer" report appears to have originated as a bullet on the 
"Firefox UX planning pages" and it still appears there, although "last modified 
on 6 April 2011":

https://wiki.mozilla.org/Firefox/Features/UX_Priorities

It's not in any of the UI mock-ups (http://areweprettyyet.com/4/ or 
http://areweprettyyet.com/5/ -- I don't see a 6) nor on the roadmap 
(https://wiki.mozilla.org/Firefox/Roadmap -- but then not much is) and hasn't 
had a mention at either of the somewhat-less-than-weekly streams that appear to 
be the weekly update from the Firefox UX team (http://limi.net/ and 
http://planet.firefox.com/ux/).

Don't hold your breath!

Original comment by zakwil...@gmail.com on 14 May 2011 at 11:35

GoogleCodeExporter commented 8 years ago
[deleted comment]