Forgot your password?
typodupeerror

Comment Re:uses? (Score 3, Informative) 97

Yes, Wine really is coming along nicely. It's been a very long hard fight, but an amazing range of things work, and it's just going to keep getting better.

Note that Wine has a sponsor - CodeWeavers - and we have collectively dumped at least $20 Million on Wine through the years. Wine is hard.

We do all of that that $59.95 at a time, with the support of people who understand what we do and who choose to support us. I think this is amazing and powerful and wonderful, and I am deeply grateful to everyone who does support us.

I just wish more people knew the details and understood why PlayOnLinux and stock Wine work so well these days. My ducky demise will not be in vain if just one more person discovers CrossOver goodness :-).

Cheers,
Jeremy

Comment Javascript performance (Score 3, Informative) 284

My javascript performance comparison between Firefox 3.6 and Chrome and Safari http://www.manu-j.com/blog/firefox-3-6-vs-chrome-vs-safari-javascript-performance/432/

As usual, Firefox performance on the v8 benchmark is pathetic where Chrome is more than 10 times faster.It is 24% faster than version 3.5.4 in V8 but it is clearly not enough. In the sunspider test, chrome is 2 times as fast as firefox. In this test, 3.6 is 17% faster than 3.5.4. Safari too comfortably beats Firefox in both these benchmarks

Submission + - Mozilla Firefox 3.6 Released 2

Shining Celebi writes: Mozilla has released Firefox 3.6 today, which adds support for Personas, lightweight themes that can be installed without restarting the browser, and adds further performance improvements to the new Tracemonkey Javascript engine. One of the major goals of the release was to improve startup time and general UI responsiveness, especially the Awesomebar. You can read the full set of release notes here.

Comment Your Ethics look fine to me (Score 4, Insightful) 782

The GPL, as many have commented, does not preclude or even discourage charging money for the software. The primary ethical thrust of the GPL is that your users must have unbridled freedom to use, modify, and redistribute the software you have provided to them. You appear to have met that cleanly.

But, as a considerate human being, you've also taken the time to consider the original authors personal wishes. That's a gracious thing to do, but obviously it's now landed you in an awkward position. Candidly, I'm with you; I'm rather biased, and think that folks deserve to receive compensation for their work on Free Software. However, it's up to you to decide how far to go in satisfying their personal wishes. So, it remains an interesting ethical dilemma, but I think it has nothing to do with the GPL.

Of course, if this is all a clever marketing stunt, and you're in cahoots with the original developer to create a fake controversy, then my hat is off to you, sir. :-).

Cheers,
Jeremy

Comment Re:Wha...? (Score 4, Informative) 251

I'm not current on development for the Mac, but I've heard that multiple processes can't share a single window in OS/X.

Do you happen to know how Chrome works around this, or is this not an actual limitation?

I'm not a mac dev and what i'm posting here is gleaned from several svn log entries. So it might be wrong and inaccurate :). The chrome architecture is that there is a main process which handles the UI and there is one process per site which is launched but do not handle the UI. In Mac, the one process per site works but if you open up Activity Monitor you will see that the additional processes are shown as "Not responding" though in reality they are.

What is happening here is that OS-X expects the additional processes to respond to UI events and since they don't mark them as "Not Responding". Two solutions have been proposed

1. have dummy code which responds to UI events to keep OS-X happy
2. Rip out the Cocoa code from the additional processes which will make OS-X not expect the process to respond to UI events.

Comment Re:Wha...? (Score 5, Informative) 251

I have been following chrome for mac development closely on my blog with weekly updates. Here is a list of the functionality as of Build 17426
What Works

* Almost All Websites
* Bookmark pages
* Most visited sites
* Open link in new tab
* Open new tabs
* Omnibox
* Back, Forward, Reload
* Open link in new window
* Drag a tab to make a window
* Launch new tab
* Cut, Copy, Paste
* Keyboard shortcuts
* about:version, about:dns, about:crash, about:histograms
* Find in page
* History with search
* Form Fill
* Delete Thumbnail in New Tab Page
* Window Positions Remembered
* View Source with synatx highlighting and clickable links

What Doesn't Work

* Plugins (No flash -> No youtube)
* Bookmarks Bar
* Print
* about:network, about:memory
* Web Inspector
* Input methods such as Kotoeri (Japanese)
* Preferences (Partial implementation)
* Full Screen Browsing
* Favicon (thanks brin)

Comment Re:Wow. What a load of crap. (Score 4, Informative) 470

One clarification: in my last paragraph, I implied that I was upset with people on the Wine mailing list. That was poorly written on my part; my anger is almost entirely directed at the original poster. Max has written some nifty code. Alexandre won't take it, for reasons that most folks are clear on. So folks are working to find ways to make that code available for folks to try. That's all good; it in fact makes good pressure for getting it done 'right', and makes it a great tool to test the usefulness of a DIB engine. So it's all good, and healthy, and for this to somehow be spun up the way it was really bugged me.

Cheers,
Jeremy

Comment Wow. What a load of crap. (Score 5, Informative) 470

I find this story spin deeply offensive and highly misleading.

Let's start at the bottom, because that's the one that offends me so mightily. My blog is pointed to, with a caption 'adverse commercial agenda'. In that self same blog post, I refer to the energy we put into the DIB engine - I paid Huw to work on the DIB engine for six months. In fact, CodeWeavers has had the highly unenviable job of doing the long, hard dirty jobs that no one else wants to do, because they're not fun. (Can you say "COM", boys and girls). CodeWeavers contributes all of its patches to Wine first, and if you look at the top contributors to the Wine project throughout its lifetime, you will find a stunning number of CodeWeavers people. I find it personally insulting to the many people at CodeWeavers that have worked so very hard on Wine, often for very little pay, to imply that we have an evil agenda. We don't. We do want to make a living. We do put our customers ahead of shills on mailing lists. We do sometimes focus on making CrossOver better for specific tasks, but at all times our core mission remains making Wine better.

The proposed 'wonder' patch is based upon solid work by Jesse Allen, along with some of the work we paid Huw to do. And, in fact, it does some nifty things, because the author went after the fun cool part of the task, and ignored the long, hard, nasty part of the task. Indeed, the author repeatedly refuses to consider Alexandre's requirements for doing it right. Max has not 'satisfied all requirements set'. In fact, if you read this post, you'll see that Max has no interest in implementing the DIB Engine in the fashion that Alexandre has requested - it's too much work.

Wine has come a long way in the past 8-10 years - anyone who has used Wine lately can tell you how amazing it is becoming. This is largely driven by the ever increasing standard that Alexandre is using - the bar for patches, particularly against stable and well tested code - is becoming very high. This is a Good Thing (TM).

And finally, up to the top, this phrase is troubling: 'the dissatisfaction of core developers with the arbitrary project governance'. Once a year, the core Wine developers get together at WineConf. We often have a topic called 'Wine governance', where we have great fun lampooning Alexandre. (He certainly is terse, and can be incredibly maddening). But the overwhelming and unanimous consensus, year over year, is that he does a damn fine job and that the Wine project is lucky to have him.

Change that to be 'the dissatisfaction of a bunch of vocal people on the mailing list, who don't really understand the technical issues at hand, but think they're missing out on a cool shiny' and now you have an accurate statement.

Cheers,

Jeremy

Slashdot Top Deals

Thufir's a Harkonnen now.

Working...