Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
Longest thread ever...and on an esoteric bug in a proprietary Linux program by Adobe, and started by Keith! Never would have thought I'd see the day! On Mar 4, 2014 11:47 PM, wes p...@the-wes.com wrote: I don't have a list handy, all I have is experience. I realize that is anecdotal evidence and therefore worthless, though it's not like I'm hoping to effect some change here or convince anyone of anything. I welcome your disagreement (if you have any) and I appreciate that you have helped me to realize that I wrote somewhat boisterously. I will now shut my pie-hole until I can find some pie that conforms to standards to put in it.. :) -wes On Tue, Mar 4, 2014 at 7:54 PM, Rigel Hope g...@rigelhope.org wrote: http://www.iso.org/iso/home/news_index/news_archive/news.htm?refid=Ref1141 can you please point out the ways in which Adboe's version differs from the ISO version? thanking in advance. On Tue, Mar 4, 2014 at 7:10 PM, wes p...@the-wes.com wrote: hmmm I'm pretty sure I meant facto. PDF is the de jure standard, Acrobat's special variety is the de facto standard. de jure means by the rules while de facto means in fact (implying despite the rules, this is the reality of the situation) thankfully, this is changing, albeit slowly. -wes On Tue, Mar 4, 2014 at 7:02 PM, Rigel Hope g...@rigelhope.org wrote: s/facto/jure/ On Tue, Mar 4, 2014 at 6:48 PM, wes p...@the-wes.com wrote: On Tue, Mar 4, 2014 at 6:36 PM, Rigel Hope g...@rigelhope.org wrote: ...they are designed specifically to be displayed by other adobe products... There are so many PDF creators, some of which follow the ISO specifications ( http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=51502 and related), some of which dont very well, that i don't think that this statement makes much sense. creators as in software applications which can be used to create PDFs? sure. creators as in people who create PDFs? most of them use adobe products to create them. most of those who don't, use products tailored to create PDFs for viewing by acrobat reader. that said, even if it is still more than half, this number is dwindling steadily as other large organizations take on adobe's de facto standard. apple and google have written PDF viewers that are not entirely lame. -wes ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
On Sun, Mar 02, 2014 at 01:30:35PM -0800, Rich Shepard wrote: I updated Adobe's acrobat reader (acroread) from version 7 to version 9. I now find a directory in my home directory called C:\nppdf32Log\ that contains a single log file. That bothers me too, sometimes. Annoying me is one thing, annoying my friend Rich and other PLUGgers cannot be tolerated. So, I hacked up a shell/perl script that fixes this, download from http://keithl.com/fixpdf.sh Please, please, PLEASE real programmers, rewrite this so it cannot eat file systems, cause jock itch, or make Bill Gates and Richard Stallman sleep together: - CUT HERE - $ cat fixpdf.sh #!/usr/bin/bash ### cheesy shell/perl script by the inept Keith Lofstrom v0.1 2014 Mar 4 ### please ask a Real Programmer(tm) if this will work before you run it echo -- echo this script fixes pdf so it doesn't create annoying echo C:\\nppdf32Log\\debuglog.txt files in the runtime directory echo It does so by modifying all copies of the library nppdf.so echo echo run this as sudo sh $0 echo echo locating and if necessary modifying all nppdf.so libraries echo -- echo for each library, the string \C:\nppdf32Log\debuglog.txt\ is echo replaced with /dev/null echo -- echo Updating locate database echo -- sudo updatedb echo locating and updating each nppdf.so file pdtime=`date +.%F.%T` echo -- for pdfile in `locate nppdf.so|grep nppdf.so\$` do pdfiletime=$pdfile$pdtime echo backing up file $pdfile echo to $pdfiletime sudo cp $pdfile $pdfiletime echo modifying file $pdfile sudo perl -pi -e 's,C:\\nppdf32,/dev/null\0,' $pdfile echo done - CUT HERE - Keith P.S. - Adobe: you should be ashamed of yourselves. John Warnock gets a wedgie the next time we meet for cocktails. -- Keith Lofstrom kei...@keithl.com ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
On Tue, 4 Mar 2014, Keith Lofstrom wrote: So, I hacked up a shell/perl script that fixes this, download from http://keithl.com/fixpdf.sh Thanks, Keith. Naive as I am, I wonder why a simple 'rm -rf C:\nppdf32Log\' in ~/.bash_logout wouldn't work as well. Regards, Rich ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
On Tue, 4 Mar 2014, Rich Shepard wrote: Naive as I am, I wonder why a simple 'rm -rf C:\nppdf32Log\' in ~/.bash_logout wouldn't work as well. Actually, the correct command is 'rm -rf C:\\nppdf32Log\\debuglog.txt' and should probably be preceeded by a test to see if the file is present. Rich ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
On 03/04/14 13:02, Keith Lofstrom wrote: On Sun, Mar 02, 2014 at 01:30:35PM -0800, Rich Shepard wrote: I updated Adobe's acrobat reader (acroread) from version 7 to version 9. I now find a directory in my home directory called C:\nppdf32Log\ that contains a single log file. That bothers me too, sometimes. Annoying me is one thing, annoying my friend Rich and other PLUGgers cannot be tolerated. So, I hacked up a shell/perl script that fixes this, download from http://keithl.com/fixpdf.sh ... sudo perl -pi -e 's,C:\\nppdf32,/dev/null\0,' $pdfile Nice. Reminds of the time I got fed up with Altera's FPGA tools spewing 100+ lines worth of 'We're so great, we have all these patents' on every invocation. I used emacs to move the null to the beginning of the string within the executable. VoilĂ , no more patents. galen -- Galen Seitz gal...@seitzassoc.com ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
On Tue, Mar 4, 2014 at 1:30 PM, Rich Shepard rshep...@appl-ecosys.comwrote: On Tue, 4 Mar 2014, Rich Shepard wrote: Naive as I am, I wonder why a simple 'rm -rf C:\nppdf32Log\' in ~/.bash_logout wouldn't work as well. Actually, the correct command is 'rm -rf C:\\nppdf32Log\\debuglog.txt' and should probably be preceeded by a test to see if the file is present. Rich Keith's fix is to stop it from generating those files at all. rm'ing them would just delete them, only for them to be created again in the future. -wes ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
Are there specific functions included in Adobe Acroread that makes it worth messing with? Most of the folks that I know (including myself) use libre software applications like Okular for dealing with PDFs other file types. On Tue, Mar 4, 2014 at 11:37 PM, wes p...@the-wes.com wrote: On Tue, Mar 4, 2014 at 1:30 PM, Rich Shepard rshep...@appl-ecosys.com wrote: On Tue, 4 Mar 2014, Rich Shepard wrote: Naive as I am, I wonder why a simple 'rm -rf C:\nppdf32Log\' in ~/.bash_logout wouldn't work as well. Actually, the correct command is 'rm -rf C:\\nppdf32Log\\debuglog.txt' and should probably be preceeded by a test to see if the file is present. Rich Keith's fix is to stop it from generating those files at all. rm'ing them would just delete them, only for them to be created again in the future. -wes ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug -- Free Geek Seattle- Helping The Needy Get Nerdy http://www.freegeekseattle.org/ https://groups.google.com/group/freegeek-seattle/topics?hl=en ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
On Tue, 4 Mar 2014, wes wrote: Keith's fix is to stop it from generating those files at all. rm'ing them would just delete them, only for them to be created again in the future. wes, I understand. Since the silly file seems to be benign, I don't see how it makes a difference. Keith's code is more elegant, my approach took me less than a minute to implement. :-) Thanks, Rich ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
On Tue, 4 Mar 2014, elcaseti . wrote: Are there specific functions included in Adobe Acroread that makes it worth messing with? Most of the folks that I know (including myself) use libre software applications like Okular for dealing with PDFs other file types. I find myself using three PDF viewers. My preference is xpdf, but many files created by the latest M$ tools require epdfview or acroread. I tend to use them in that order. Rich ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
Interesting. I've never run into a pdf that Okular couldn't read. Maybe I will someday. On Wed, Mar 5, 2014 at 12:11 AM, Rich Shepard rshep...@appl-ecosys.comwrote: On Tue, 4 Mar 2014, elcaseti . wrote: Are there specific functions included in Adobe Acroread that makes it worth messing with? Most of the folks that I know (including myself) use libre software applications like Okular for dealing with PDFs other file types. I find myself using three PDF viewers. My preference is xpdf, but many files created by the latest M$ tools require epdfview or acroread. I tend to use them in that order. Rich ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug -- Free Geek Seattle- Helping The Needy Get Nerdy http://www.freegeekseattle.org/ https://groups.google.com/group/freegeek-seattle/topics?hl=en ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
most people design PDFs using adobe products - I wouldn't assume that's still true. It might be, but it's hard to know for sure. On Wed, Mar 5, 2014 at 12:06 AM, wes p...@the-wes.com wrote: well since most people design PDFs using adobe products, they are designed specifically to be displayed by other adobe products... so most PDFs are more likely to look right in acrobat than okular etc. -wes On Tue, Mar 4, 2014 at 3:51 PM, elcaseti . elcas...@gmail.com wrote: Are there specific functions included in Adobe Acroread that makes it worth messing with? Most of the folks that I know (including myself) use libre software applications like Okular for dealing with PDFs other file types. On Tue, Mar 4, 2014 at 11:37 PM, wes p...@the-wes.com wrote: On Tue, Mar 4, 2014 at 1:30 PM, Rich Shepard rshep...@appl-ecosys.com wrote: On Tue, 4 Mar 2014, Rich Shepard wrote: Naive as I am, I wonder why a simple 'rm -rf C:\nppdf32Log\' in ~/.bash_logout wouldn't work as well. Actually, the correct command is 'rm -rf C:\\nppdf32Log\\debuglog.txt' and should probably be preceeded by a test to see if the file is present. Rich Keith's fix is to stop it from generating those files at all. rm'ing them would just delete them, only for them to be created again in the future. -wes ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug -- Free Geek Seattle- Helping The Needy Get Nerdy http://www.freegeekseattle.org/ https://groups.google.com/group/freegeek-seattle/topics?hl=en ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug -- Free Geek Seattle- Helping The Needy Get Nerdy http://www.freegeekseattle.org/ https://groups.google.com/group/freegeek-seattle/topics?hl=en ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
On Tue, 4 Mar 2014, Rich Shepard wrote: Naive as I am, I wonder why a simple 'rm -rf C:\nppdf32Log\' in ~/.bash_logout wouldn't work as well. On Tue, Mar 04, 2014 at 01:30:32PM -0800, Rich Shepard wrote: Actually, the correct command is 'rm -rf C:\\nppdf32Log\\debuglog.txt' and should probably be preceeded by a test to see if the file is present. Good question. It depends on the directory from which acrobat is launched. This file can end up all over the place, if you launch from the command line in another directory, or from some other program. I used to run acrobat in a shell script wrapper that removed the file, wherever the shell script was started. The file goes away when acrobat terminated normally, but that does not always happen. Obviously, the file won't be removed if acrobat is running during a crash, or goes zombie. Better to send the bits directly to /dev/null hell, where they will await the soul of the damned programmer who thought that creating this file was a good idea. Note that some browsers, like firefox, are bulked up with their own pdf reader, without this stupid feature. Firefox pdf sometimes produces really odd results, bad fonts, etc., so all the different tools are sometimes needed. The biggest problem I have with PDFs is slow printing - Some multipage color image documents can take hours to print on an 100mbps 600dpi ethernet postscript printer. But then, the folks who write this stuff (most especially Adobe) don't bother with extensive automated use-case testing, actionable logging, etc. Neither do I when writing code, though I do enormous amounts of testing when making integrated circuits. Someday, computer science won't be an oxymoron, and current programming practices will be grouped with stone axes and medicinal leeching. Keith -- Keith Lofstrom kei...@keithl.com ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
elcaseti . wrote: Interesting. I've never run into a pdf that Okular couldn't read. Maybe I will someday. On Wed, Mar 5, 2014 at 12:11 AM, Rich Shepard rshep...@appl-ecosys.comwrote: On Tue, 4 Mar 2014, elcaseti . wrote: Are there specific functions included in Adobe Acroread that makes it worth messing with? Most of the folks that I know (including myself) use libre software applications like Okular for dealing with PDFs other file types. I find myself using three PDF viewers. My preference is xpdf, but many files created by the latest M$ tools require epdfview or acroread. I tend to use them in that order. Rich I find that sometimes, I must use acroread to use some fill-in forms ... Okular will handle some but not all. I also find often enough that acroread will not display the proper font on Linux, while Okular will do just fine. But, I haven't been able to locate the file that is being discussed? Regards Fred James ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
On Wed, 5 Mar 2014, elcaseti . wrote: most people design PDFs using adobe products - I wouldn't assume that's still true. It might be, but it's hard to know for sure. I tend to get PDFs from clients and regulators that they wrote in Word. I suppose that some are created by acrobat but if Word can do them directly many folks won't bother to use an additional tooo. Too many others are scanned. Those are less fun to read and most are not clearly handled by gocr. Rich ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
On Tue, 4 Mar 2014, Keith Lofstrom wrote: Good question. It depends on the directory from which acrobat is launched. Keith, Interesting. I'll probably need to run some tests here. F'instance, I've not opened acroread in a couple of days, but found the file in ~/ today. I thought it was generated by firefox if I downloaded a .pdf file. Better to send the bits directly to /dev/null hell, where they will await the soul of the damned programmer who thought that creating this file was a good idea. Oh? You mean someone who thinks all the world uses Windoze? Rich ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
Rich == Rich Shepard rshep...@appl-ecosys.com writes: RichActually, the correct command is 'rm -rf Rich C:\\nppdf32Log\\debuglog.txt' and should probably be preceeded Rich by a test to see if the file is present. Just a FWIW, if it is a single file, you don't need the -r (recursive), or, most likely the -f (force). (not intended to endorse this particular solution, anyway, I have no acroread on my machines, so not directly relevant to me). -- Russell Senior, President russ...@personaltelco.net ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
On Tue, 4 Mar 2014, Russell Senior wrote: Just a FWIW, if it is a single file, you don't need the -r (recursive), or, most likely the -f (force). Russell, True. I thought it was a directory so I included the -f switch, but it's only the single file. Rich ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
...they are designed specifically to be displayed by other adobe products... There are so many PDF creators, some of which follow the ISO specifications (http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=51502 and related), some of which dont very well, that i don't think that this statement makes much sense. On Tue, Mar 4, 2014 at 4:06 PM, wes p...@the-wes.com wrote: well since most people design PDFs using adobe products, they are designed specifically to be displayed by other adobe products... so most PDFs are more likely to look right in acrobat than okular etc. -wes On Tue, Mar 4, 2014 at 3:51 PM, elcaseti . elcas...@gmail.com wrote: Are there specific functions included in Adobe Acroread that makes it worth messing with? Most of the folks that I know (including myself) use libre software applications like Okular for dealing with PDFs other file types. On Tue, Mar 4, 2014 at 11:37 PM, wes p...@the-wes.com wrote: On Tue, Mar 4, 2014 at 1:30 PM, Rich Shepard rshep...@appl-ecosys.com wrote: On Tue, 4 Mar 2014, Rich Shepard wrote: Naive as I am, I wonder why a simple 'rm -rf C:\nppdf32Log\' in ~/.bash_logout wouldn't work as well. Actually, the correct command is 'rm -rf C:\\nppdf32Log\\debuglog.txt' and should probably be preceeded by a test to see if the file is present. Rich Keith's fix is to stop it from generating those files at all. rm'ing them would just delete them, only for them to be created again in the future. -wes ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug -- Free Geek Seattle- Helping The Needy Get Nerdy http://www.freegeekseattle.org/ https://groups.google.com/group/freegeek-seattle/topics?hl=en ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
s/facto/jure/ On Tue, Mar 4, 2014 at 6:48 PM, wes p...@the-wes.com wrote: On Tue, Mar 4, 2014 at 6:36 PM, Rigel Hope g...@rigelhope.org wrote: ...they are designed specifically to be displayed by other adobe products... There are so many PDF creators, some of which follow the ISO specifications ( http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=51502 and related), some of which dont very well, that i don't think that this statement makes much sense. creators as in software applications which can be used to create PDFs? sure. creators as in people who create PDFs? most of them use adobe products to create them. most of those who don't, use products tailored to create PDFs for viewing by acrobat reader. that said, even if it is still more than half, this number is dwindling steadily as other large organizations take on adobe's de facto standard. apple and google have written PDF viewers that are not entirely lame. -wes ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
hmmm I'm pretty sure I meant facto. PDF is the de jure standard, Acrobat's special variety is the de facto standard. de jure means by the rules while de facto means in fact (implying despite the rules, this is the reality of the situation) thankfully, this is changing, albeit slowly. -wes On Tue, Mar 4, 2014 at 7:02 PM, Rigel Hope g...@rigelhope.org wrote: s/facto/jure/ On Tue, Mar 4, 2014 at 6:48 PM, wes p...@the-wes.com wrote: On Tue, Mar 4, 2014 at 6:36 PM, Rigel Hope g...@rigelhope.org wrote: ...they are designed specifically to be displayed by other adobe products... There are so many PDF creators, some of which follow the ISO specifications ( http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=51502 and related), some of which dont very well, that i don't think that this statement makes much sense. creators as in software applications which can be used to create PDFs? sure. creators as in people who create PDFs? most of them use adobe products to create them. most of those who don't, use products tailored to create PDFs for viewing by acrobat reader. that said, even if it is still more than half, this number is dwindling steadily as other large organizations take on adobe's de facto standard. apple and google have written PDF viewers that are not entirely lame. -wes ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
On Tue, 4 Mar 2014 19:02:17 -0800 Rigel Hope g...@rigelhope.org dijo: s/facto/jure/ I have no entry in my lexicon for this expression. ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
http://www.iso.org/iso/home/news_index/news_archive/news.htm?refid=Ref1141 can you please point out the ways in which Adboe's version differs from the ISO version? thanking in advance. On Tue, Mar 4, 2014 at 7:10 PM, wes p...@the-wes.com wrote: hmmm I'm pretty sure I meant facto. PDF is the de jure standard, Acrobat's special variety is the de facto standard. de jure means by the rules while de facto means in fact (implying despite the rules, this is the reality of the situation) thankfully, this is changing, albeit slowly. -wes On Tue, Mar 4, 2014 at 7:02 PM, Rigel Hope g...@rigelhope.org wrote: s/facto/jure/ On Tue, Mar 4, 2014 at 6:48 PM, wes p...@the-wes.com wrote: On Tue, Mar 4, 2014 at 6:36 PM, Rigel Hope g...@rigelhope.org wrote: ...they are designed specifically to be displayed by other adobe products... There are so many PDF creators, some of which follow the ISO specifications ( http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=51502 and related), some of which dont very well, that i don't think that this statement makes much sense. creators as in software applications which can be used to create PDFs? sure. creators as in people who create PDFs? most of them use adobe products to create them. most of those who don't, use products tailored to create PDFs for viewing by acrobat reader. that said, even if it is still more than half, this number is dwindling steadily as other large organizations take on adobe's de facto standard. apple and google have written PDF viewers that are not entirely lame. -wes ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
Oh sure ya do, don't you remember every little detail and nuance you learned in your Bash Scripting class at freegeek? essentially, substitute facto with jure -wes On Tue, Mar 4, 2014 at 7:37 PM, John Jason Jordan joh...@comcast.netwrote: On Tue, 4 Mar 2014 19:02:17 -0800 Rigel Hope g...@rigelhope.org dijo: s/facto/jure/ I have no entry in my lexicon for this expression. ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
I don't have a list handy, all I have is experience. I realize that is anecdotal evidence and therefore worthless, though it's not like I'm hoping to effect some change here or convince anyone of anything. I welcome your disagreement (if you have any) and I appreciate that you have helped me to realize that I wrote somewhat boisterously. I will now shut my pie-hole until I can find some pie that conforms to standards to put in it.. :) -wes On Tue, Mar 4, 2014 at 7:54 PM, Rigel Hope g...@rigelhope.org wrote: http://www.iso.org/iso/home/news_index/news_archive/news.htm?refid=Ref1141 can you please point out the ways in which Adboe's version differs from the ISO version? thanking in advance. On Tue, Mar 4, 2014 at 7:10 PM, wes p...@the-wes.com wrote: hmmm I'm pretty sure I meant facto. PDF is the de jure standard, Acrobat's special variety is the de facto standard. de jure means by the rules while de facto means in fact (implying despite the rules, this is the reality of the situation) thankfully, this is changing, albeit slowly. -wes On Tue, Mar 4, 2014 at 7:02 PM, Rigel Hope g...@rigelhope.org wrote: s/facto/jure/ On Tue, Mar 4, 2014 at 6:48 PM, wes p...@the-wes.com wrote: On Tue, Mar 4, 2014 at 6:36 PM, Rigel Hope g...@rigelhope.org wrote: ...they are designed specifically to be displayed by other adobe products... There are so many PDF creators, some of which follow the ISO specifications ( http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=51502 and related), some of which dont very well, that i don't think that this statement makes much sense. creators as in software applications which can be used to create PDFs? sure. creators as in people who create PDFs? most of them use adobe products to create them. most of those who don't, use products tailored to create PDFs for viewing by acrobat reader. that said, even if it is still more than half, this number is dwindling steadily as other large organizations take on adobe's de facto standard. apple and google have written PDF viewers that are not entirely lame. -wes ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
[PLUG] What's with 'nppdf32Log' and acroread 9?
I updated Adobe's acrobat reader (acroread) from version 7 to version 9. I now find a directory in my home directory called C:\nppdf32Log\ that contains a single log file. As I downloaded and successfully installed a linux flavored acroread I'm puzzled why this directory and file shows up regularly when it never did before. There's a mozilla plugin called nppdf.so which is apparently the same shared library used to view pdf pages in the browser as is used with acroread. Is anyone else seeing this Windoze directory on their linux hosts? Rich ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
On 03/02/2014 01:30 PM, Rich Shepard wrote: I updated Adobe's acrobat reader (acroread) from version 7 to version 9. I now find a directory in my home directory called C:\nppdf32Log\ that contains a single log file. As I downloaded and successfully installed a linux flavored acroread I'm puzzled why this directory and file shows up regularly when it never did before. There's a mozilla plugin called nppdf.so which is apparently the same shared library used to view pdf pages in the browser as is used with acroread. Is anyone else seeing this Windoze directory on their linux hosts? Rich ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug Perhaps this is the same issue? https://bugs.launchpad.net/ubuntu/+source/acroread/+bug/986841 -- ^^R /Linux, and Open Software, an alternative./ Registered Unix http://counter.li.org user #409453 ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] What's with 'nppdf32Log' and acroread 9?
On Sun, 2 Mar 2014, Richard England wrote: Perhaps this is the same issue? https://bugs.launchpad.net/ubuntu/+source/acroread/+bug/986841 Yep. Sure is. Guess I need to modify .bash_logout to remove it. Thanks, Rich ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug