Catch up on stories from the past week (and beyond) at the Slashdot story archive


Forgot your password?

+ - Lossy PNG

Submitted by porneL
porneL writes: Although PNG is supposed to be lossless, there are 3 methods of encoding PNG images in a lossy fashion and they can generate files 2 to 5 times smaller than lossless PNG. This makes images with alpha transparency much more usable on the web, as lossy PNG files are compatible with all current browsers and operating systems.

Comment: PNG8 is here (Score 4, Informative) 249

by porneL (#38102060) Attached to: Google Upgrades WebP To Challenge PNG Image Format

I'm working on it -- or rather squeezing every last drop of the existing format.

With good PNG8+alpha quantization you can get compression in the same league as WebP (although WebP is still better) and basically 100% browser support (it degrades well in IE6).

Comment: Strawman massacre (Score 1) 630

by porneL (#33659796) Attached to: The Surprising Statistics Behind Flash and Apple

Of course replacing Adobe lock-in with Apple lock-in would be dumb. HTML has 100% market share and CSS+JS are still ahead of Flash.

Jobs didn't block Flash on desktop, where Flash has high market share, so why quote that statistic? He refused to support it on mobile, where currently iOS has much higher market share than Flash.

Comment: Re:Well, Opera Mini isn't strictly a browser... (Score 1) 292

by porneL (#31085822) Attached to: Opera For iPhone To Test Apple's Resolve

> Because the bank is (presumably) chartered in the country you live in and heavily regulated, and you have recourse if they screw something up.

Indeed, Opera won't get trillion dollar bonus if they screw something up ;)

Opera is publicly traded company regulated in civilised country. They're technologically very competent, which I can't say about my bank which has JavaScript-laden IE-optimized website in 640x480 popup window.

Comment: It does not violate SDK terms (Score 5, Insightful) 292

by porneL (#31085096) Attached to: Opera For iPhone To Test Apple's Resolve

It could be accepted.

Apple forbids code interpreters other than Apple's own, BUT this is Opera Mini, not full Opera Mobile. Mini executes JavaScript server-side and only sends rendered result to the phone. There's likely no (turing-complete) interpreter on iPhone side, so it should be fine within terms of SDK.

Apple has already accepted number of WebKit-based browsers, so browsers in general aren't forbidden.

And for iPhone users, especially on EDGE, there is very good reason to use Opera Mini: it's going to be faster. iPhones before 3GS are also very low on RAM, and Safari only uses RAM for caching. Presumably Opera Mini would be able to keep many more tabs open and fully cached.

Comment: Re:PHP harder to test than C++ (Score 1) 752

by porneL (#30507246) Attached to: The Environmental Impact of PHP Compared To C++ On Facebook

> But how exactly do you go about doing unit tests of the front end of a web application?

Unit testing in PHP isn't different than in other languages. You split code into testable chunks and hammer them with PHPUnit.

> due to all the javascript stuff that lives on the browser these days.

How is that related to C++/PHP? And would you just run Facebook without unit tests? (good luck!)

Anyway, for JS there's Selenium and it can integrate with PHPUnit. UI testing is difficult, and browser-hosted tests are especially fragile and finicky, but that's not PHP's fault and C++ won't fix it.

Comment: Re:Interpreted Languages... (Score 1) 752

by porneL (#30506098) Attached to: The Environmental Impact of PHP Compared To C++ On Facebook

> If there is so much PHP out there, why wouldn't/couldn't there be an efficient compiler

There is PHC and Roadsend.

However there are PHP-specific problems that make it harder than it should be.

PHP's "standard library" is heavily dependent on the interpreter, so you either lug it around and maintain its state, or rewrite 5000 methods.

And there's of course eval(), extract(), dynamic include/autoload and other magic that makes static analysis pretty hard or impossible.

Comment: Re:PHP harder to test than C++ (Score 1) 752

by porneL (#30505788) Attached to: The Environmental Impact of PHP Compared To C++ On Facebook

This is not a problem in PHP.

If you have editor with auto-completion, misspellings are uncommon. Other kinds of errors are caught (and logged) as soon as faulty code is executed. With short edit-run cycle it's pretty quick.

It's not perfect, but OTOH C++ compiler won't tell you about all memory leaks, dangling pointers and buffer overflows at compile time.

C++ has runtime errors too, and you won't easily get logs with line numbers where your memory corruption happened.


Palm Pre Development In the Browser 53

Posted by Soulskill
from the pre-existing-condition dept.
introspekt.i writes "Palm is building upon the Mozilla Bespin project to deliver an IDE for the Palm Pre entirely in the web browser. Apps can be developed on the server and then downloaded and deployed locally. It is an interesting tool, especially given that WebOS is so web-centric. This tool comes as a supplement to the existing development tools for Eclipse and the command line released by Palm earlier this year. The project is open to anyone who registers as a Palm developer, which is free to do."

Like punning, programming is a play on words.