サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
ドラクエ3
weblogs.mozillazine.org
A while back I posted some concerns about the Thunderbird primary interface. My concerns were not really so much about features but about how those features were exposed in the user interface. I offered some suggestions, in bugs and in mock-ups, that I thought would help. None of those suggestions were radical re-designs. They were mostly about cleaning up and de-cluttering the current UI. Last we
if you have nothing to hide... If you have something that you don't want anyone to know, maybe you shouldn't be doing it in the first place. If you really need that kind of privacy, the reality is that search engines -- including Google -- do retain this information for some time and it's important, for example, that we are all subject in the United States to the Patriot Act and it is possible tha
I try so hard to make things suck less...And miles to go before I sleep. It's Alive! Over the last couple of months, the group working on Mac Chrome (myself included) has shifted gears from layout tests and WebKit compatibility to getting the application user interface up and limping. That also means getting the separate WebCore renderer processes to communicate over IPC to the browser. Last week,
I try so hard to make things suck less...And miles to go before I sleep. Standing on the shoulders of giants Two things opened up for me today. First, I'm allowed to talk about my project at Google. Second, it once again involves working directly with the open source community, something I've really enjoyed over the last ten years with Mozilla. I'm talking about the public release of the Chromium
We have been busy, mostly fixing bugs for stability, but also winning a bit more performance, since TraceMonkey landed on mozilla-central, from which Firefox 3.1 alpha-stage nightly builds are built. Tonight's builds include a fix for the bug that ilooped a SunSpider test (my apologies to those of you who suffered that bug's bite). But what I'm sure everyone wants to know is: how do we compare to
I'm extremely pleased to announce the launch of TraceMonkey, an evolution of Firefox's SpiderMonkey JavaScript engine for Firefox 3.1 that uses a new kind of Just-In-Time (JIT) compiler to boost JS performance by an order of magnitude or more. Results Let's cut straight to the charts. Here are the popular SunSpider macro- and micro-benchmarks average scores, plus results for an image manipulation
It seems (according to one guru, but coming from this source, it's a left-handed compliment) that JavaScript is finally popular. To me, a nerd from a tender age, this is something between a curse and a joke. (See if you are in my camp: isn't the green chick hotter?) Brendan Eich convinced his pointy-haired boss at Netscape that the Navigator browser should have its own scripting language, and that
« ES4 News and Opinion | Main | Popularity » November 29, 2007 My @media Ajax Keynote JavaScript 2 and the Open Web
XPath Generator hits the trunk After eighteen months of "try, try again", the first version of XPath Generator code has landed in Mozilla 1.9 "trunk" code. It is currently off by default. I'm quite pleased with this. This is the first complete feature I've driven from initial API drafts to a final implementation in Mozilla CVS. So how do you use it? First, you need a build with ac_add_options -ena
XTF: When XBL just won't cut it A few days ago, I was trying to load XBL bindings onto elements that the user doesn't see. By this, I mean the elements were loaded via a DOMParser. Unfortunately, that doesn't work. Since I've no desire to spend time trying to make it work in XBL, I reluctantly turned to another Mozilla technology, the eXtensible Tag Framework (XTF). Why reluctantly? Well, XTF is s
This is not an original thought, but I write with some authority here. I hacked Unix kernel code out of grad school at SGI, in SGI's "good old days" (1985-1992). Among other things, we took single-threaded (ST) kernel code and multi-threaded (MT) it on SGI's SMP boxes. I won a free trip to New Zealand and Australia in 1990 along with Bent Hagemark, with kernel source on magtape in our hot little h
Mozilla has gone from open source whipping boy in 1999 to open source poster child since 2004, due in large part to the success of Firefox. For that we can thank some amount of luck with our "timing the market" -- the browser market that no one knew existed, until it was suddenly clear in the summer of 2004 that Microsoft had dropped the ball and Firefox was picking it up. But we didn't just get l
One of the most problematic tasks when working on a Web browser is getting an accurate measurement of how long you're taking to load Web pages. In order to understand why this is tricky, we'll need to understand what exactly browsers do when you ask them to load a URL. So what happens when you go to a URL like cnn.com? Well, the first step is to start fetching the data from the network. This is ty
You can download nightly builds of Cocoa Firefox now. Many thanks to preed and coop for getting this up and running! Posted by josh at August 16, 2006 2:01 PM Comments Please stop calling it Cocoa Firefox! Everytime I see that I think you've created a Firefox that actually does use Cocoa! ;o) Posted by: Jon Hicks at August 16, 2006 2:31 PM As opposed to a Firefox that only uses Cocoa for widgets i
« House Party DJ Pictures | Main | Update: NPAPI Plugins on Mac OS X » June 16, 2006 Cocoa Firefox People have been asking how Cocoa widgets are coming along, and in particular about Cocoa Firefox. I put together an Intel Mac OS X build for people (sorry PPC users, I'm on an Intel Mac at the moment). Click here to download Intel Mac OS X Cocoa widgets Firefox Everything should work well, with the
« How would you design a Mozilla-based XML editor? | Main | Who would write language-specific editors for a XML editor? » Cool Tip Of The Day: JavaScript Scope through "subscript loaders" Anyone who does advanced JavaScript work is familiar with the concept of scope. It causes interesting problems, particularly if you want your script to work with someone else's. (Function names may be same, gener
« Fresh XPCOM thinking | Main | Fresh XPCOM Thinking Update » February 19, 2006 Python and JavaScript Mark Hammond's work to support Python in XUL is nearly done. The DOM_AGNOSTIC2_BRANCH should land in the next few weeks. Already I see many on the PyXPCOM list testing Mark's fine work, chomping at the bit to use Python in XULRunner. This brings to mind a hot topic in my recent hacking: infusing J
The Inside Track on Firefox Development. « Camino 1.0 | Main | More on Memory » February 14, 2006 About the Firefox "memory leak" A lot of people complain about the Firefox "memory leak(s)". All versions of Firefox no doubt leak memory - it is a common problem with software this complicated. We look to fix the issues where we can. David Baron and others have done a huge amount of excellent work in
I try so hard to make things suck less...And miles to go before I sleep. Pump Up The Volume I think what confused me was that before Apple made the change to using the hardware switch for mute on the iPad, if you turned the volume all the way down, everything went silent. After the change, that is no longer the case; you need to engage the mute switch to silence everything. I expected the function
Posted by ben at February 6, 2006 10:19 AM Comments Great article, very interesting insight. I want to translate it into spanish but, due to your copyright notice I would need your permission. Do I have it? Please e-mail me with the answer. Thanks in advance. Posted by: Mat�as at February 6, 2006 11:12 AM Excellent story. It sounds like the management could have used a copy of Karl's book, Produci
« New Roadmaps | Main | Holiday Links and Trees » November 09, 2005 JS2 Design Notes Goals Here are some design notes for JS2, starting with my goals, shared in large part by ECMA TG1 for ECMA-262 Edition 4: Support programming in the large with stronger types and naming. Enable bootstrapping, self-hosting, and reflection. Backward compatibility apart from a few simplifying changes. (Goal 2 implie
« On Paternity Leave | Main | Recap and Prelude » September 08, 2005 Python for XUL scripting I announced XUL support for Python at ETech to cheers, and now Mark Hammond has begun delivering the goods. See the DOM_AGNOSTIC_BRANCH for his work to enable Python (and other languages, but Python for sure, and other languages need their own champions to do some work) to be used when writing trusted XUL
次のページ
このページを最初にブックマークしてみませんか？
『http://weblogs.mozillazine.org/』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
