Google Builds a Native PDF Reader Into Chrome 285
An anonymous reader writes "Google's latest Chrome 6 Developer Update comes with a few subtle GUI changes, but there is also a major update under the hood. As its ties with Adobe quite apparently grow stronger, there is not just an integrated Flash player, but also a native PDF reader in the latest version of Chrome 6. Google says the native reader will allow users to interact with PDF files just like they do with regular HTML pages. The reader is included in Chrome versions (Chromium) 6.0.437.1 and higher, and you can use the feature after you have enabled it manually in the plug-ins menu. That is, of course, if you can keep Chrome 6 alive — Windows users have reported frequent crashes, and Google has temporarily suspended the update progress to find out what is going on." The Register has some more details on the PDF plugin and a link to Google's blog post about it.
PDF files will render as seamlessly as HTML? (Score:4, Insightful)
Does this mean that the PDF pages are translated into HTML pages then displayed? I always thought that one of the main strengths of PDF was that the author has 100% control over how it is presented. Or am I misunderstanding that feature?
Re:PDF files will render as seamlessly as HTML? (Score:5, Informative)
Or am I misunderstanding that feature?
Saying "PDF files will render as seamlessly as HTML" is not the same as "PDF files will render as HTML".
So, yes, I think you misunderstand.
Re:PDF files will render as seamlessly as HTML? (Score:5, Informative)
Re: (Score:2)
Re: (Score:2)
Re:PDF files will render as seamlessly as HTML? (Score:4, Insightful)
I think you are. PDFs aren't read-only. PDFs aren't secure (well, unless you have some DRM package installed, and even then it's debatable). PDFs will, in the absence of anything else, present like the author wanted. But they are easily edited, modified, redacted, and such. I know people that think "If I send it as a PDF, they won't be able to just copy the text off it, and they can't just change a couple things in it and send it on to someone else like it was mine." Both are incorrect. So yes, you are misunderstanding that feature. It is so that you know they can open it, not that you know they can't modify it. Those are unrelated issues, and it just happens that most people don't bother to get programs that let them modify PDFs and they aren't necessarily easily modified, so they aren't modified regularly in practice.
Re: (Score:3, Informative)
Re: (Score:3, Informative)
They translate PDF to html already - try opening a PDF attachment in gmail.
Re: (Score:3, Insightful)
Re:PDF files will render as seamlessly as HTML? (Score:5, Insightful)
Yeah, because a web page should look exactly the same on my smartphone as it does on my 1080p display....
I don't think the OP understands the purpose of a markup language, a browser, or the idea the pages should render gracefully on different devices. And that's okay so long as he's not a Web developer.
Re: (Score:3, Interesting)
I don't think the OP understands the purpose of a markup language, a browser, or the idea the pages should render gracefully on different devices. And that's okay so long as he's not a Web developer.
Except that in practise they never do because you're mixing fixed size (images, banners, logos etc.) and dynamic size (text mostly) content and making sure that it always reflows well just doesn't happen. Of course you can blame the developers but it's a little like saying no buffer overflow is the language's fault, if all developers were perfect it wouldn't happen. Slashdot is one of extremely few sites that do it and it only works because slashdot is extremely simple, for example I just checked the five b
Re: (Score:2)
Most people who are enlarging text don't give a shit if the webpage looks a little off with alignment. Why do web developers have such a problem understanding that? The page just has to degrade gracefully. It doesn't have to be perfect. That means set column heights with min-height instead of height.
I don't see why it has to be all or nothing. Reminds me of the article on slashdot earlier about names and validation of forms.
Re: (Score:3, Insightful)
It worked, and continued to work just fine for any other browser and it passed W3C's validator which you don't see too many do - you'd see the alt numbers in Lynx and if you scale both images and text there was no layout problem. The calendar would be somewhat more blurry on other browsers because you'd be zooming an image and not a truetype font, but still usable. It's funny that you think I don't know about other browsers, the reason I don't talk about those is that all the others just work - Firefox, Saf
Re: (Score:2)
perhaps they should. Things aren't the same as when the web was invented - where mostly text and a couple of inline images have been replaced with "content-rich" skillfully-designed layout. Ok, maybe you need to be a graphic design person to feel their pain here, but perhaps that web page *should* render the same on your smartphone as it does on your TV. Naturally, you'll be able to zoom in and out to make it readable (unless they offer 2 versions of the page, like high/low bandwidth versions, or single-col
Re: (Score:2)
>>>Things aren't the same as when the web was invented - where mostly text and a couple of inline images
And that's a shame. The web was faster then, and cleaner as well. There's no need to fill a browser with a bunch of flashing images, sounds, and videos like a TV. The scifi.com site won an award (circa 1995) for being one of the best-designed websites, and I think it's still a hell of a lot nicer-looking than most of the overloaded BS that exists today.
Re: (Score:3, Insightful)
LINK to scifi.com in 1996 - http://web.archive.org/web/19961124030947/http://scifi.com/ [archive.org]
Fast loading (even on dialup). Clean. Easy to use
.
Re: (Score:2)
Re: (Score:3, Insightful)
Re: (Score:2)
And that idea has remained a pipe dream. You'd be hard pressed to find a website that actually manages to separate presentation and content.
Re:PDF files will render as seamlessly as HTML? (Score:4, Insightful)
Actually the separation of presentation and content is pretty good on most of the bigger sites, i.e. you can switch to "View/Page Style/Basic Page Style" in Firefox and things will look just "fine", they have all their <ul>'s and <h2>'s marked up properly.
The much bigger problem is that the presentation information itself isn't very flexible, instead it consists of ugly hacks and expectation of pixel-perfect exact rendering on every browser. If you change little details like the font-size almost all webpages will completly fail. Some will fail mildly (on Slashdot the Reply button will fall apart) while others will fail catastrophically (overlapping and thus unreadable text). CSS is simply extremely crappy when it comes to creating robust layout, as soon as some small parameter changes, it might result in an unusable webpage, which is why the user is left with the choice between no style at all and pixel perfect rendering as intended by the author, while most of the time you really would want something in between.
Re: (Score:3, Informative)
And the further problem is that if you want another presentation, you probably need another set of divs than what you have right now.
To a certain extend, yes, as you can't reorder div's with CSS, you have to arrange them in your HTML to fit your planed CSS layout. But that is really not the fault of the web designer, as CSS just doesn't offer any tools to do a better job. Considering what HTML/CSS allow, many webpages do as good as a job of separating presentation and content that is possible.
Re: (Score:2)
No
The rendering of a html page depends on all sorts of factors. For starters there is window size, on a html page widths generally determine the flowing of the content unless a moronic web designer forces them to do otherwise. Then there is fonts. Heck there are web browsers that run on text terminals. Fonts are likely to be substituted depening on the platform and the particular install which will also affect the sizing of stuff.
Re:PDF files will render as seamlessly as HTML? (Score:4, Insightful)
> Then there is fonts. Heck there are web browsers that run on text terminals.
> Fonts are likely to be substituted depening on the platform and the
> particular install which will also affect the sizing of stuff.
Font sizes are also sometimes much larger than the 2pt that Web designers adore because some of us have less than perfect eyesight.
Re: (Score:2)
I would think that the point of HTML compliance would be so that the web page renders correctly for the viewing area used. I mean, I don't really need buttons for "forward" and "backward" to look the same, as long as I get the same functionality, so if someone uses a big honking button on the regular page, if I have a mobile device, it should be able to be dynamically replaced with something that indicates "this does X, this was placed here to improve functionality on this device." As long as a browser can
Re: (Score:2)
>>>Hopefully it means people can drop this HTML crap and design pages which look how the author intended, always, everywhere, and not only if they have this or that version of a browser.
Actually PDF sucks for this purpose. It typically looks like a 8.5 x 11" page, which does properly fit onto a screen. In contrast HTML can "reflow" and display a readable page whether you're using a widescreen LCD, a standard shape CRT, or an old laptop with just 800x600 resolution. That is a strength not a weak
Chrome, you're losing me! (Score:3, Insightful)
I started using Chrome because it was an improvement over the other browsers. It was faster, it used less memory, and it was more crash-resistant. But I have not been impressed with the latest versions.
Everyone knows about them removing http:// from the URL bar already. Their reasoning was, to put it politely, complete horseshit. That was a change they never should have made.
Embedding Flash natively is good for YouTube, no doubt, but bad for everyone who doesn't want to support or use something that is so shitty and proprietary.
One of the last things I ever wanted was native PDF support in my browser. Just like with Flash, I go out of my way to avoid PDFs.
As much as I dislike proprietary software, these recent Chrome developments are driving me to Opera. Opera is faster than Chrome, manages memory better, and never crashes. While their code isn't open source, at least they embrace open and truly free standards. Until the Chrome developers get their acts together, I'm done with it.
Re:Chrome, you're losing me! (Score:5, Insightful)
Re: (Score:2, Insightful)
Re: (Score:2)
From a security point of view, I'd feel better if Google wrote their own PDF implementation. Far be it for me to read TFA, but I get the impression that this code comes from Adobe, whose software generally makes me nervous.
I tend to agree. Whether or not you like Google's corporate policies, the fact is that most of their software releases are competently executed. The same cannot be said for Adobe. I've had to use their libraries in the past, and had to contact their developer support (I use the term loosely.) The responses I received were usually along the lines of "the function call operates as intended according to the documentation." The fact that it did no such thing didn't seem to make much difference. That was a few y
Re: (Score:2)
From a security point of view, I'd feel better if Google wrote their own PDF implementation. Far be it for me to read TFA, but I get the impression that this code comes from Adobe, whose software generally makes me nervous.
Bingo! I was about to post the exact same sentiment. I don't get why people are so against PDF... it's a freaking document format, for crying out loud. That said, one of the downsides is that Adobe's implementation is typically bloated and full of bugs. Had Google gone and wrote their own PDF renderer, that would have actually been very cool and likely way more secure.
Re:Chrome, you're losing me! (Score:5, Informative)
From a security point of view, I'd feel better if Google wrote their own PDF implementation. Far be it for me to read TFA, but I get the impression that this code comes from Adobe, whose software generally makes me nervous.
I've read it for you. The code doesn't come from Adobe, Google wrote it themselves. It also uses Google's new sandboxed plugin API, so it would be less of a security concern even if it did.
(I'm surprised you got two replies who also didn't RTFA.)
You did not RTFA either (Score:2, Interesting)
because TFA doesn't explain that google wrote it themselves. Heck, even the google blog announcement doesn't explain that google wrote it themselves. Guess what, it turns out google did not write it themselves, they're using libpdf.so [chromium.org] which is libpdf [sourceforge.net]
Re: (Score:2, Insightful)
I think you have the wrong library. There is no way Google used an unknown, anonymous, 9-year-old C library. Even a newbie hacker could likely exploit that with little effort.
Re:You did not RTFA either (Score:5, Informative)
because TFA doesn't explain that google wrote it themselves. Heck, even the google blog announcement doesn't explain that google wrote it themselves. Guess what, it turns out google did not write it themselves, they're using libpdf.so [chromium.org] which is libpdf [sourceforge.net]
I was referring to the Google blog post, which is linked from the Slashdot summary and thus counts as "TFA".
It says "Currently, we do not support 100% of the advanced PDF features found in Adobe Reader, such as certain types of embedded media" and "We would also like to work with the Adobe Reader team to bring the full PDF feature set to Chrome using the same next generation browser plug-in API", which I took to mean that:
1. it clearly isn't being written by Adobe, and
2. even if Google didn't write it, they are maintaining and improving it, so they "wrote it" in the same sense that Apple "wrote" WebKit.
As for the "libpdf.so", part, I assume you're looking at the part of the code that says
#if defined(OS_WIN) // Linux and Chrome OS
cur = cur.Append(FILE_PATH_LITERAL("pdf.dll"));
#elif defined(OS_MACOSX)
cur = cur.Append(FILE_PATH_LITERAL("PDF.plugin"));
#else
cur = cur.Append(FILE_PATH_LITERAL("libpdf.so"));
#endif
Which means that they're using a file called libpdf.so on Linux. As another one of your replies points out, this is doubtful to be the 9-year-old unmaintained incomplete C library you link to, and judging from the Windows and Mac filenames, this is nearly definitely a library written (or at least maintained) by Google.
Re: (Score:2)
Re: (Score:3, Interesting)
First, this isn't Adobe Reader, thank Zod. It's Google's own implementation.
Second, I have (entirely speculative) doubts that the bundling of Flash is happening on its own merits. I suspect a quid pro quo was agreed, whereby Google bundles Flash and offers moral support against Steve Jobs, and in return Adobe extends Flash to support the new WebM video format. This extends its reach to (most) users of IE and Safari, neither of which will be adding native support.
Re: (Score:2, Informative)
Re: (Score:2)
Re:Chrome, you're losing me! (Score:4, Interesting)
The built-in PDF feature isn't available on the linux version yet.
Some questions that I had that weren't answered by TFA:
Re:Chrome, you're losing me! (Score:4, Insightful)
There's more than one person amongst the geek community. People can have differing opinions even when identifying under a common label. Shocking, I know.
Re: (Score:2)
Can you people make up your mind? On one hand, you continually tell us that it's a bad idea to have Seamonkey-style applications that contain all sorts of functionality. You proclaim that it's not modular enough. So we create minimalistic browsers that can be extended via extensions and plugins. But now you're telling us that it's good to include unnecessary functionality within the core browser? Please, just make up your mind. Don't tell us that modularity is essential, only go turn around and advocate absolutely non-modular implementations like this.
Ha ... people's opinions on this subject do seem a bit schizoid at times. The problem is that sometimes you want something to just be there so that it's consistent for everyone, other times you want extensibility and in all cases you want performance and security. It's called "having your cake and eating it too."
Re: (Score:2)
Firefox from 3.6 compiles the chrome's JavaScript to native code if it's used enough, so it shouldn't be a problem, right?
Re: (Score:2)
>So we create minimalistic browsers that can be extended via extensions and plugins.
Mozilla was extensible via extensions (and plugins, but those don't count, because IE and NN had those a bajillion years ago) before FF was a gleam in what's-his-name's eye
Re: (Score:3, Informative)
Faster perhaps, but less memory? Many tests show it uses more memory than other browsers.
http://lifehacker.com/5457242/browser-speed-tests-firefox-36-chrome-4-opera-105-and-extensions [lifehacker.com] http://dotnetperls.com/chrome-memory [dotnetperls.com]
http://www.whoisandrewwee.com/browsers/verdict-on-google-chrome-memory-hog/ [whoisandrewwee.com]
Re: (Score:3, Interesting)
From http://dotnetperls.com/chrome-memory [dotnetperls.com]:
Their methodology is flawed. The operating system will share identical unmodified memory pages between processes once in memory. So if they simply summed @ the total memory usage for each process, they could be
Re: (Score:2)
I don't find that to be true: when the VLC plugin locks up in Chrome, it locks even other windows (besides tabs).
Re: (Score:2)
Everyone knows about them removing http:/// [http] from the URL bar already. Their reasoning was, to put it politely, complete horseshit. That was a change they never should have made.
Erm... why not? Please, enlighten us. Personally, I find it great. If I'm at the Google.com homepage, I should see "google.com" in the address bar; everything else is just unnecessary and distracting. I don't really need "http://" there to remember that it's a web site; the fact that I'm using a web browser is kind of enough.
Re: (Score:2)
> ...the fact that I'm using a web browser is kind of enough.
Real browsers can do more than "http://". "file://", for example. Or "ftp://". Or "gopher://".
Re: (Score:2)
Re: (Score:2, Insightful)
Re: (Score:2)
Go to about:plugins, click "Disable" twice, and you are done.
Re: (Score:2)
While I agree I do not care about native PDF support in my browser, if you are a scientist, just about all the papers you need to obtain to learn what others are discovering will be in PDF. Those, I can download, I need them rather in soft searchable content. Failing that, I'll take them as images. I think that is the proper use of PDF for scientists. I occasionally find a reference within a PDF as a hotlink useful. However, with adequate references, I can track it down myself. I also find that manufacturer
Re: (Score:2)
It was faster, it used less memory, and it was more crash-resistant.
Everytime I read a post like this it always seems to come back to the same thing. "I like browsers that don't have features" Well I'm sure I can still send you a copy of an early beta for Chrome if you want.
It's always the same. Half of the world wants the browser to be a complete window to the online world. Then a newcommer enters the market with a browser that is lacking a lot of fundamental features and half the users complain "It has no adblock plugin" or in my case "it has no colour management". The
Yay? (Score:4, Insightful)
PDF is actually a useful standard when it comes to reproducing printed or printable documents. The worst thing about PDF is Adobe's Reader implementation. Hopefully, this is a clean implementation, not based on Adobe's lousy, slow, insecure Reader code. I know they say its sandboxed, but still.
Anyone using Safari or Firefox (extension here [mozilla.org]) on the Mac has been able to do this for some time; PDFs are a lot better without the Adobe plugin.
Re: (Score:2)
In Linux, I used Mozplugger to embed evince, but now I just open them externally.
Re: (Score:2)
Old technology (Score:2)
Maybe Google simply took this server-based code and put it into Chrome...
Re:Old technology (Score:4, Insightful)
Google Policy on Automatic Updates (Score:5, Insightful)
I've experienced Chrome crashes too - more frequently than IE or Firefox. And that's a big problem with Chrome: You can't turn off Automatic updates(*). You will find several hundred meg vanishing from your download quota. I guess the Google developers with their top-of-the-line hardware forget that us regular folks care about things like bandwidth, disk space (it leaves the downloaded files sitting on your hard drive - multiple versions) and quotas (because I don't want to go over my peak quota because some punk program won't take directions). It also jumps up and starts downloading and installing even if you're in the middle of something.
I'd rather schedule my own updates to fit my own schedule - I don't want some program stuffing up when I'm in the middle of something. Chrome has some nice features - it's fast and it doesn't waste the screen space or have the memory bloat that Firefox or IE do, but Chrome crashes a lot and in the end I figured Firefox was best because it at least gives you some control over your PC. Chrome doesn't.
* = Google do provide a way for Enterprise users to modify the groups policy because (as described in their faq) 'enterprises should be able to schedule their own updates'. But Joe Public doesn't get that luxury, and there's no checkbox to turn it up like every other software is decent enough to provide. BTW don't try the REGEDITS; they don't work. Google know about all this because there are many posts complaining about it (search for 'disable chrome automatic updates'), but in the usual corporate arrogance won't even acknowledge the problem: pesky customers! Google think they know what's best.
http://www.google.com/search?q=disable+chrome+automatic+updates [google.com]
Re: (Score:2)
Where are you that you need to keep an eye on your bandwidth?
Re:Google Policy on Automatic Updates (Score:4, Interesting)
Where are you that you need to keep an eye on your bandwidth?
Where the hell are you that you can't even imaging having to worry about bandwith? Can I move there?
Over here in Australia, internet connections with 1GB quotas per month are not unusual, and most mobile 3G accounts are even more restricted.
Re: (Score:2)
1GB per MONTH?! I use 1GB on a good evening.
My weekly backup over the net is 4GB.
Re: (Score:2)
I have 5Mb/s down for about 25 USD/month no quotas... Looking a gnome-system-monitor I downloaded 2.1 GiB over the past two hours or so
Re: (Score:3, Interesting)
I agree with GP, in what places on earth, apart from what I assume is a farm in the middle of the desert in Australia, is quotas an issue ? :)
Cuba. My quota used to be 170 Mb/month, and I had one of the highest quotas in the university (I was the sysadmin, and I was authorized to increase my own quota, and ask for permission later, if I needed). In practice, though, I never reached that ammount... 1mbit/sec shared by 10000 users didn't make it easy, but there were professors in the 50-70 Mb/month range that had a hard time by the end of the month.
The very first thing we had to teach users was to disable automatic updates (instead we would downloa
Re: (Score:2)
Home Internet connections in north America (I'm in the US, but it's the same in Canada) almost never have bandwidth caps, although Comcast will put on a soft cap (throttling) past 20GB or some such. 3G connections are typically soft-capped at 5GB. Don't know about Europe, but Aus and NZ are the only places that I've ever heard *everybody* has bandwidth caps.
Re: (Score:2)
Dude, I live in a 3rd world country and I only have to pay 13$/month for unlimited internet access (3 mbps ADSL). And unlimited mobile 3G is around 15$.
Re: (Score:2)
6 already? (Score:5, Insightful)
Geez, it seems like I was just upgraded to 5 last week.
I already hava a PDF Viewer (Score:3, Insightful)
Internet is a highly dangerous place and it's very hard, if not impossible, to secure the browser only for HTML, CSS, JavaScript and DOM. But now Google makes the same mistake like MS with the IE (with ActiveX) and includes PDF in the core browser? PDF is a monstrous standard; the hackers can even hack a stand alone PDF viewer to run code on your computer and now you want to include it in the core Chrome? What's next, ActiveX?
Leave it in a additional Addon for that people who just can't just download a PDF and open it in the stand alone PDF viewer.
Re: (Score:2)
Internet is a highly dangerous place and it's very hard, if not impossible, to secure the browser only for HTML, CSS, JavaScript and DOM. But now Google makes the same mistake like MS with the IE (with ActiveX) and includes PDF in the core browser?
Umm, they built it using their new "secure, sandboxed plug-ins" API. Including it by default improves security because it means fewer people will end up downloading Adobe's terribly insecure PDF reader app or plugin, because the functionality will already be there in a much more secure way.
using a browser to display documents? (Score:4, Insightful)
using a browser to display documents with complex layouts, fonts, images, etc? What a novel idea, I don't know how nobody thought of this sooner. Seriously, the main reason why I hate PDF is that I need a separate program to open them, when they're just a glorified webpage.
I wonder why they don't just build this as a native client plugin, and use it on-demand when a pdf shows up, instead of making a big deal about how it's "built in".
Re:PDF plugin, OK. PDF built-in? Not so sure... (Score:5, Informative)
I'm not fully qualified to comment on this since I will never be a Chrome user until someone forks off a "stainless steel" release where a group of people have poured over the source code to ensure there is no Google data collecting going on and then compiles it themselves for distribution.
No, I think what you want is the "tinfoil hat" release.
But seriously, it's called Chromium. It's the fully open source project that feeds into Chrome, and it's free of all Google branding and such. For what it's worth though, there's nothing in Chrome that does anything remotely close to what you're afraid of. Feel free to run it for a couple of weeks through a debugging proxy to watch what it does (I have).
Re: (Score:2, Informative)
Re: (Score:2)
I will never be a Chrome user until someone forks off a "stainless steel" release where a group of people have poured over the source code to ensure there is no Google data collecting going on and then compiles it themselves for distribution.
Ever try Iron [srware.net]? There's also a Chromium-based browser actually called Stainless, as you suggest, but I believe it's Mac OS X only. Iron is Windows only.
Re: (Score:2)
Re: (Score:2)
Iron!! LOL!! Take Chromium source code Change all instances of "Chromium" to "Iron" Disable three user-configurable options and remove from the Options menu Modify source code comments (to try and hide how little was changed) PROFIT!!
Re: (Score:2)
[...] where a group of people have poured over the source code...
FYI:
http://en.wiktionary.org/wiki/pore_over [wiktionary.org]
http://en.wiktionary.org/wiki/pore#Verb [wiktionary.org]
Re: (Score:2)
Tip: Poster is probably Canadian or speaks UK English. Poured over is a common phrase in both countries.
Was that a subtle attempt at humour? If not, "pour" is not the British spelling of "pore".
Re: (Score:3, Insightful)
Re:Why? (Score:4, Insightful)
Adobe's big applications (Photoshop, Premier, etc) are quite good. The problem with Adobe PDF is not a lack of resources, skill or competence on the part of Adobe programmers. The problem is that a PDF reader/creator should be a small simple program, but some pointy haired boss somewhere constantly demands the addition of more and more "features" that are inappropriate, make the program ridiculously bloated and frequently lead to numerous sercurity flaws.
Re: (Score:2)
Re: (Score:3, Interesting)
Re: (Score:3, Insightful)
How exploitable is/was doc? MS's implementations usually asked you if you wanted to run macros and had macro settings. I can't think of any trojans or botnets that scaled to huge numbers by exploiting doc. Adobe reader? Yes, lots. Adobe's Reader out of the box runs js without even a warning. Its one of the largest exploitable apps on the internet today and most people have its plugin running in their browser.
Unfortunately, scripting in documents isn't going away anytime soon. In the meantime, can't I get s
Re: (Score:3, Informative)
How exploitable is/was doc? MS's implementations usually asked you if you wanted to run macros and had macro settings.
I think it only started to do that since Office2K or so; pretty sure that there were popular releases which already had scripting, but no user control over when that starts executing once the document is opened. Most certainly, viruses written in VBA ("macroviruses" was the word for that) costituted a hefty chunk of popular virus registries back in late 90s.
Re: (Score:2)
I think you don't really know the history of PDF, it's a variant on a programming language called Postscript, Postscript is a Turing complete programming language that makes extremely accurate page description.
http://www.adobe.com/print/features/psvspdf/ [adobe.com]
Re:PDF is fat (Score:5, Interesting)
PDFs tend to bloat for at least two reasons - one is the inclusion of tons of rasters and other embedded objects, and that's a problem between chair and keyboard - the resultant documents are just was was asked for. The other is that PDF is (a superset of) a subset of Postscript. Some combinations of software and the drivers that generate PDFs, can do insanely redundant things that cause massive documents. One neat workflow I saw several years ago was placing raster images into Illustrator objects, then through a DTP program to be rendered to PDF. That particular software stack/combination of transformations managed add something like 400x bloat compared to the same document produced in a different way.
Generating non-insane Postscript used to be a solved problem, but it appears to come back every so often.
Also, changes in the PDF happened some time back that had big size advantages. Documents generated by old PDF renderers are going to tend to be larger than those generated by newer ones. (I don't really recall the details, but some of it was how embedded objects are stored.)
Re:PDF is fat (Score:4, Informative)
PDF viewing is very fast on OS X, and Safari has natively displayed PDFs for a long time. I blame Adobe's reader.
Re: (Score:3, Informative)
I know PDF has embedded fonts, but that shouldn't take much room, should it?
Embedded fonts can get pretty big if the software doesn't subset them or a lot of glyphs are used. DeJavu sans for example is over half a megabyte! Some fonts are much bigger (pan-unicode fonts and CJK fonts for example)
What are they doing that converts something that would be a 10K ASCII file into a 500K PDF monstrosity?
PDFs will always be a bit bigger than plain text because they control the positioning of stuff exactly and that t
Re: (Score:2)
What are they doing that converts something that would be a 10K ASCII file into a 500K PDF monstrosity?
A terrible job.
With LaTeX, I've got a 12K text file here that along with two images (16K and 24K respectively) turn into a beautiful 72K PDF. Another, text-only, from a 32K file to a gorgeous 48K PDF. The only case where it has a noticeable overhead is in a math-heavy document I've got which is 4K in plain text and 28K as PDF, but considering two-thirds of the document are mathematical equations I don't think it's that bad, and would probably be less if the document was longer.
Sure, not all programs will be
Re: (Score:3, Interesting)
Let me known when they figure out how to add a menu bar. Until then, I'll be sticking with Firefox.
LK
This. I moved from Firefox to Chrome for speed and from Chrome to Ephiphany for a menu bar. I've lost a lot of features in the moves but now I have a fast, stable broswer with a menu bar.
Re: (Score:2)
Re: (Score:3, Insightful)
What do you need the menu bar for that the two menu icons in Chrome can't provide?
Those two icons do not provide a menu bar. It's been a standard part of a GUI for 25 years.
LK
Re: (Score:2)
Re: (Score:2)
Why do they need to provide a menu bar?
Because some people want it.
To be perfectly honest, I'm not convinced that a menubar is even a good UI design in the first place. Chrome and IE7+ are just doing what should have been done a while ago: get rid of a space-wasting and confusing widget.
IE7 and the new Opera make the menu bar optional. That would even be fine. Chrome completely omits it. I won't use it.
LK
Re: (Score:3, Insightful)
Why use a confusing picture (Wrench and Piece of paper?) when perfectly clear text can be used.
Similarly, should I have all my mp3's in one folder, or should I have subfolders by artists and albums, or some other criterion for example?
Anyways, that's why I like the traditional "file edit view history bookmarks tools help" interface. Faster and more organized IMHO
Re:Chrome is not an application, it's a widget. (Score:5, Insightful)
Why use a confusing picture (Wrench and Piece of paper?) when perfectly clear text can be used.
The wrench has been a universal configuration icon as long as we've had icons. In fact, using a wrench to denote the storage of tools predates computers considerably. The truly crafty would drill holes in a crappy wrench, add standoffs, and use it as the handle for a tool drawer. Windows 7 includes a wrench icon for configuration on most notifications. Similarly, a picture of a document has been the symbol for document manipulation as long as we've had icons as well; and further, it has long been present on toolbars.
Or, short form, if you are confused by a wrench and a piece of paper, you are a pathetic tool user. Get off my lawn, if you can manage to walk in a straight line.
Similarly, should I have all my mp3's in one folder, or should I have subfolders by artists and albums, or some other criterion for example?
It's not similar. And BTW, if your filesystem doesn't suck, and your player has decent metadata support, it doesn't matter how you store your mp3s as long as you use a naming convention that supports them all being in the same place.
Anyways, that's why I like the traditional "file edit view history bookmarks tools help" interface. Faster and more organized IMHO
But you're wrong. It's slower and less organized. Menus are piles of functions loosely grouped. Chrome's interface is designed to show you the controls you commonly need. Do you really need to go to the edit menu for copy/cut/paste? Everyone I know knows the keyboard shortcuts, even my artist/chef lady love has managed to get those down, and when she forgets them, she uses the context menu, which is the second place you should go. The menu is a distant third (largely because it is distant) and you don't need to go there except to change encoding or report a bug, two things done very infrequently. I use the wrench menu slightly more often because I like to mess with extensions, but everything commonly used in there has a keyboard shortcut or an interface button... except the bookmarks button, for which you need an extension [google.com].
Re: (Score:2)
It's not that I can't, it's that I won't.
I'm a heterosexual, that doesn't mean that I can't have sex with another man. It means that I don't want to and I won't.
LK
Re: (Score:2)
I'm an adult, I prefer to read.
Maybe you still wear your garanimals, but I choose my own clothes.
LK
Re: (Score:2)
If it's not optional, I'll be sticking with FF3.x. It'll be like all of those people who still use IE6.
LK
Re: (Score:2)
I don't think the filename and MIME types are enough information to tell you that the files are "quite different".