Open GoogleCodeExporter opened 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
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
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
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
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
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
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
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
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
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
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
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
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:
[deleted comment]
[deleted comment]
[deleted comment]
[deleted comment]
I confirm the problem. See below:
Original comment by topi...@gmail.com
on 21 Mar 2011 at 7:53
Attachments:
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
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
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
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
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
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
@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
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
True story :(
Original comment by larzo...@gmail.com
on 29 Mar 2011 at 5:24
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
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
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
i dont have the file PDF Brower Plugin.plugin
Original comment by Razzo1...@gmail.com
on 7 Apr 2011 at 7:46
You guys tested this on a clean and new profile?
Original comment by larzo...@gmail.com
on 7 Apr 2011 at 8:21
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
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
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
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
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
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
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
@88: Yes, in-browser previews of PDF, Mp3, etc.
Original comment by dennis3...@gmail.com
on 21 Apr 2011 at 11:07
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
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
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
@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
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
@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
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
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
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
[deleted comment]
Original issue reported on code.google.com by
ParkerKuivila
on 6 Feb 2011 at 9:25