Weekly Edition
Return to the Press page
| |||||||||||||
Mitchell Baker and the Firefox Paradox (Inc)
Inc. magazine has published a lengthy look at the Mozilla project. "Unlike other open-source ventures, which tend to be niche products embraced by techies who become fiercely loyal to and dependent on the software, Firefox is a mass-market, consumer-oriented product that can easily be replaced should it fail to offer distinct advantages over the competition. That means Mozilla has to move faster and be more innovative and marketing-oriented than its open-source cousins."
(Log in to post comments)
"Dependent on" ??? Posted Feb 27, 2007 17:22 UTC (Tue) by AnswerGuy (guest, #1256) [Link] Hmmm, Fiercely loyal to and "dependent on" a particular implementation?
GNU Emacs, XEmacs
XFree86, X.org
vi -> nvi -> elvis -> stevie -> vim ...
CERN -> NSCA HTTPD -> Apache
I'm not seeing it. I don't see open source users being particulary
However, the major benefit of libre (*free* and open source) software is
So I wonder at the stated premise of this article.
JimD
"Dependent on" ??? Posted Feb 27, 2007 18:12 UTC (Tue) by i3839 (guest, #31386) [Link] It seems to try telling us that Firefox is better that most other open source software, because they've tougher competition. Which is rich, considering where it's coming from.
Firefox started as a Mozilla fork with reduced fat and different functionality. In the Phoenix and Firebird days each release produced a noticeably faster and better application. Unfortunately that line of improvement has been abandoned long ago after it was embraced as the default browser by the Mozilla project.
I don't see much realistic and usable alternatives for Mozilla/Firefox. Konqueror depends on KDE, Opera is closed source, anything else out there for Linux or BSD users?
"Dependent on" ??? Posted Feb 27, 2007 18:23 UTC (Tue) by proski (subscriber, #104) [Link] I think a browser would only get enough attention from the developers if it's cross platform. We may see attempts to decouple Konqueror or parts of it from KDE once it's ported to Qt4.
"Dependent on" ??? Posted Feb 27, 2007 18:55 UTC (Tue) by tnoo (subscriber, #20427) [Link] and Safari?
"Dependent on" ??? Posted Feb 27, 2007 20:34 UTC (Tue) by oak (guest, #2786) [Link] You mean something like: http://gtk-webcore.sourceforge.net/ ?(according to site, released open source October 19th, 2004)
"Dependent on" ??? Posted Feb 27, 2007 21:06 UTC (Tue) by proski (subscriber, #104) [Link] No, I mean a browser that uses more than just the rendering engine from Konqueror. Also, the choice of gtk+ doesn't seem very wise to me. I'm not aware or any large collaborative cross-platform project using gtk+. Whether we consider gaim or Evolution or gimp, the Windows port is always an effort of one or two developers. That won't work for a competitive browser. Using gtk+ also means that other Konqueror code just cannot be used, and it would likely discourage Konqueror developers from contributing.
"Dependent on" ??? Posted Feb 28, 2007 0:24 UTC (Wed) by drag (subscriber, #31333) [Link] I use Epiphany.
If you remember Galeon, it was 'Firefox' before there was a firefox. 'Just the web' sort of approach and used the Mozilla engine. Well Epiphany is a fork from that, and later Galeon development was folded back into Epiphany, more or less. It's now the official browser of Gnome.
It's lighter on the resources then Firefox, especially when used in Gnome, although it's not especially lighter.
I like it becaue of that, but also because it's not fancy and it integrates into Gnome much much nicer then Firefox. For instance through Gnome it supports theming properly and it does things like support the *.desktop standard properly so that applications you choose for media types through nautilus will be used by Epiphany's settings also.
I like how easy it is to arrange buttons along the top. I also like that it's using the mozilla engine.
It doesn't support Firefox's extensions although you can write your own in C, python or c# (rather then just javascript).
I don't care if it runs on OS X or windows or if supports all the plugins or add-ons and so on and so forth. I just want a browser and Epiphany does a decent enough job.
"Dependent on" ??? Posted Feb 28, 2007 0:26 UTC (Wed) by drag (subscriber, #31333) [Link] ps. It does support firefox plugins though. Flash, java, totem-mozilla/gxineplugin, etc.
Just not all the extensions.
Konqueror works fine without KDE Posted Feb 28, 2007 13:33 UTC (Wed) by dark (subscriber, #8483) [Link] Konqueror pulls in some KDE libraries, but I'm using it just fine in myfvwm2-with-xterms environment.
"Dependent on" ??? Posted Feb 27, 2007 18:16 UTC (Tue) by proski (subscriber, #104) [Link] I guess the author meant that Mozilla Firefox is at risk of losing its market share to non-free software with a different codebase. That's what you get if your users are "non-religious". Fanatics would rather start a new "schism" than go to the "archrival".
"Dependent on" ??? Posted Feb 27, 2007 20:16 UTC (Tue) by jstAusr (guest, #27224) [Link] I will admit to not reading the article, well, how could the author possibly recover?
If the author only knows about: horse-->cart
Obviously: cart-->horse
Is going to appear as a real lock-in.
After all it might indeed get you somewhere but, how do you see around the horse to know where you are going?
"Dependent on" ??? Posted Mar 6, 2007 23:18 UTC (Tue) by roelofs (guest, #2599) [Link] Reductio ad ascii-artum... I like. :-)Greg
"Dependent on" ??? Posted Feb 27, 2007 22:02 UTC (Tue) by eklitzke (subscriber, #36426) [Link] Sorry, but I think that the point that the author makes has a lot of merit. Lets consider a few examples (mostly biased from a math perspective, because I am a math student).
TeX/LaTeX. There is simply no competing tool to do what this does in the open source world. And there are _serious_ deficiencies in TeX. For example, TeX (and hence LaTeX) has no support for non-ASCII character sets. You can get TeX to render non-ASCII characters, but your .tex file needs to be ASCII only. I talked to a German math professor about this the other day. Every time he is writing a math paper in German and wants to insert an umlaut-u he has to enter \"u, even though his keyboard can insert them natively. There are packages to make typesetting particular character sets easier, but they are still hacks -- for example, there is a package that lets one instead type "u, but this is still two characters. The syntax for TeX/LaTeX is in many ways old and obsolete, and the TeX system as a whole is complicated enough that the only distribution I know of that has moved away from tetex to texlive (tetex has been unmaintained since the summer) is Debian/Ubuntu.
Octave and Maxima. If you want a Maple-like math implementation, octave is your only choice in the free software world. And it is miles behind Matlab. While octave does what it does very well, it isn't even close to Matlab/Mathematica/Maple wrt feature parity. Maxima does symbolic math, and nothing in the free software world comes even close to it in features and speed. But maxima is still sorely lacking in features (you can't even take complex derivatives!), and far behind commercial alternatives. Again, there isn't very much competition here, and we have to stick to the inferior implementations we have.
GCC. This is pretty much your only choice if you want a C/C++ compiler. Many years ago GCC was a healthy project with lots of progress and competition (remember EGCS?). Nowadays my impression is that there are only a handful of developers working on GCC. The codebase is big and complicated, and not a lot of people have the expertise required to contribute. As a result, most of the changes to GCC in the past few years have been to make it more ANSI compliant, and there have been relatively new features or speedups. In fact, compiling code takes longer than it used to.
GIMP. There really isn't any other open source program that competes with GIMP. While GIMP is pretty good, and I use it relatively frequently, I think everyone recognizes that there are a lot of big changes that need to be made to bring it up to the same level of esteem that is held for its proprietary counterparts, and this has been the case for many years. AFAICT not a lot of fresh new development is going on on the GIMP, and it is one of those niche programs that everyone uses because they don't have a real alternative.
(I'm sure you can come up with many others)
The free software world has a plethora of MTAs, mail clients, IRC clients, text editors, and terminal emulators. There are a lot of areas where there is healthy competition, and the software that is produced is better than the best proprietary counterparts, and many of these are enterprise products like Apache and MySQL. But the fact still remains that there are really a lot of cases where we are dependent on a particular implementation of a piece of software, where there isn't any competing application, and where things have been stagnating in the same state for years. It's true that as the software mentioned is open source, anyone is free to step up and improve it (or even fork it). But realistically, this hasn't happened in a lot of cases where it should have. A year or two ago I would have put X11 on this list, and recent developments have made it so I no longer feel that this is an application whose particular implementation we are dependent on, so there is hope. But I still feel that there are a _lot_ of cases of free software that doesn't have any alternative implementation, that is unmaintained, and that many people are dependent on.
(La)Tex and non-ascii character sets Posted Feb 27, 2007 22:30 UTC (Tue) by boog (subscriber, #30882) [Link] The comment that the ".tex file needs to be ascii" is incorrect. The "inputenc" package can translate many character sets to ascii for you, so the .tex file can be in the native encoding. There is even the ucs package for translating native utf-8 unicode.
There is still at least one problem for non-ascii character sets though, and that is bibtex (the bibliography tool), which requires the .bib bibliography databases to be in standard tex (\"u for u-umlaut, etc). I wonder whether there wouldn't be a workaround whereby inputenc or ucs would be run on the .bib file before bibtex processes it.
Although I don't use it, other systems built upon tex, such as ConTeXt might be considered to have a more "modern" syntax, if you don't like (la)tex.
(La)Tex and non-ascii character sets Posted Feb 28, 2007 16:49 UTC (Wed) by khim (subscriber, #9252) [Link] Bibtex works just fine with UTF-8 AFAIK - just not the ancient version included in tetex
(La)Tex and non-ascii character sets Posted Feb 28, 2007 21:39 UTC (Wed) by boog (subscriber, #30882) [Link] I would be grateful if you could point me to the utf8-capable version. I have really looked quite hard, and I still have not found anything better than bibtex8, which can use 8-bit encodings but not utf8. Are you sure you are not confusing the two? See, for instance, p7 of http://www.tug.org/pracjourn/2006-4/fenn/fenn.pdf.
(La)Tex and non-ascii character sets Posted Mar 2, 2007 16:04 UTC (Fri) by jschrod (subscriber, #1646) [Link] Some small addition: inputenc does not "translate to ASCII", but to LICR, the LaTeX Internal Character Representation. I.e., inputenc transforms the input into internal tokens, none of them being ASCII.
And while the PP is very obviously wrong -- since more than 10 years -- in the assertion that LaTeX is ASCII only, it is true that working in a UTF-8 environment with TeX is not really well supported. Being able to type UTF-8 characters in one's TeX files is only part of the game; BibTeX, index sorting, and other auxilliary tools are really missing for most end users.
It's a sad state, but then, we're simply too few developers over here in TeX-land.
Joachim
"Dependent on" ??? Posted Feb 27, 2007 22:36 UTC (Tue) by rfunk (subscriber, #4054) [Link] I haven't had to mess with heavy math stuff in a while, so I'm not entirely up on all theissues you mention, but then most users, free software or not, haven't either. Specialized applications are a bit different from a web browser. That said... You could do your writing in OpenOffice or Kword, though of course TeX is much better suited to math. There's also groff, but that syntax is even more ancient and ugly than TeX. LyX may also be of assistance. Finally, it seems that a simple preprocessor script would work wonders here, translating accented letters into TeX notation. Does SciLab help with the Matlab-type stuff? That's an area where you might have to be the one to step up and improve the existing tools. It's also an area where there are relatively few people even using the tools (compared to GIMP, for example). EGCS ended up becoming GCC. I don't see that it matters much that compiling code takes longer than it used to, if the resulting code runs faster. I believe there has been lots of work on the optimization in recent years, which is actually why compiling is slower. GIMP -- see Krita.
"Dependent on" ??? Posted Feb 27, 2007 23:48 UTC (Tue) by nix (subscriber, #2304) [Link] There is also TeXmacs on the TeX front, which can drive TeX but doesn'thave to. It's explicitly aimed at the same sort of audience that TeX originally was (well, sort of: TeX's audience was Don Knuth, TeXmacs is aiming a bit wider than that...)
"Dependent on" ??? Posted Feb 27, 2007 23:38 UTC (Tue) by nix (subscriber, #2304) [Link] GCC. This is pretty much your only choice if you want a C/C++ compiler. Many years ago GCC was a healthy project with lots of progress and competition (remember EGCS?). Nowadays my impression is that there are only a handful of developers working on GCC.I can't really imagine how you could get that impression. I've been watching the GCC lists since maybe 1998, and while people have left or hugely cut down their development effort (Zack Weinberg, Matt Austern...) other developers have piled in. A lot of them. Not random newbies, either: more years ago than I care to remember, Ken Zadeck invented the SSA representation that GCC is now using. A quick grep with a vile lashup of shellery reveals that, in 1998 and 1999 combined, a rough total of 325-odd people appeared in the GCC changelogs. In 2006 *alone* the same number appear (actually 326). All these figures are thrown off by typos, UTF-8 canonicalization and Romanization differences, and so on, so it's hard to say what the actual numbers are, or how many people have arrived and left the project: but numbers of developers are definitely not declining, unless the people who are left are becoming much less capable of spelling their own names. If we error in the other direction by ignoring unique names that appear less than ten times in the changelogs (some people with non-ASCII characters getting short shrift in the process), we get a total of 89 heavy contributors who committed at least ten changes in 1998/1999 (66 contributed in 1999 alone), and 121 who did the same in 2006. That's a rough doubling of the `heavy developer' base, and comm(1) shows only 25-odd heavy developer names in common. (Some surprising people get left out of the 1999 list, though, like Jeff Law, who goes through too many variations on his name for my ugly script to spot, with each iteration getting less than ten commits...) (Vile scriptery available on request but it has raw tabs in it so I'm not sure I can paste it in here. Jon's git-grinder is doubtless much nicer.) The codebase is big and complicated, and not a lot of people have the expertise required to contribute. As a result, most of the changes to GCC in the past few years have been to make it more ANSI compliant,Oh, boy, you're out of date. The huge push toward (mainly C++) standards-compliance was a 3.x thing. GCC 4.x added an entire new intermediate representation (GENERIC/GIMPLE) and dozens of optimization passes, on a much firmer theoretical base and more pleasant representation than the ad-hoc RTL stuff that was the only choice for non-frontend optimizations before that. Before this change, it was horribly diffficult to pick algorithms out of the literature and use them in GCC. Afterwards, well, it's still effort, but it's at least an order of magnitude less. and there have been relatively new features or speedups. In fact, compiling code takes longer than it used to.You're going to get a nice surprise soon, then, because the tree-ssa optimizers have finally reached the stage where some of the horrible slow old RTL optimizers are being removed or drastically simplified, as the much faster tree-ssa optimizers can supplant them entirely, and take much less time to do much more work... As for new features? Let's see, we have gfortran in GCC 4.0, a radically improved Java implementation in GCC 4.3 (thanks to using ecj as the frontend), and OpenMP in GCC 4.2... Or do new features not count unless they're in the C frontend? Oh, btw, the C frontend had its parser completely rewritten by Joseph Myers in GCC 4.0.) You probably won't see huge improvements in speed on targets like i386 without someone rewriting the register allocator and reload pass, probably the most hairy thing left and a creature of a different era. This requires vast fortitude and an immense ability to pick unstated assumptions out of pretty much every .md file in GCC. Several attempts have been made: none have yet succeeded. I'd say the pace of development in GCC has never been higher. If anything, it's so high that better tools are needed: patches get lost unreviewed in the swirl of traffic on gcc-patches too often...
"Dependent on" ??? Posted Feb 27, 2007 23:40 UTC (Tue) by nix (subscriber, #2304) [Link] Posted Feb 27, 2007 17:38 UTC (Tue)
I'm not sure I trust that timestamp. It's 23:35:24 here in the UK, and
Jon, what's wrong with the timestamps? Is it showing
"Dependent on" ??? Posted Mar 6, 2007 23:34 UTC (Tue) by roelofs (guest, #2599) [Link] Jon, what's wrong with the timestamps? Is it showing the-timezone-west-of-New-York time and calling it UTC or something?Michigan time, presumably. Six hours would be US/Central. (Fixed at some point, in any case.) Greg
"Dependent on" ??? Posted Mar 7, 2007 21:49 UTC (Wed) by nix (subscriber, #2304) [Link] Ah. The C stands for `Corbet'. ;)
(I suppose it *is* universal, too. Wherever you are, the time where Jon is
"Dependent on" ??? Posted Feb 27, 2007 23:47 UTC (Tue) by nix (subscriber, #2304) [Link] (Bah. Typing faster than brain, SSA isn't a representation in that sense.Still anyone who knows what SSA is will know what I mean.)
"Dependent on" ??? Posted Feb 28, 2007 12:19 UTC (Wed) by k8to (subscriber, #15413) [Link] Thanks for all that, a fascinating read.
Here is an unfair nitpick:
> You probably won't see huge improvements in speed on targets like
Indeed, I'm busy noticing how much _slower_ gcc has gotten in generated-code speed on i386 over the last few cycles. I'm definitely behind the times here, as I bothered to try doing a bunch of cross-release cross-feature timings for various performance sensitive code recently as I got a new amd64 box. The surprise was gcc 3.x generated code was much faster (5-20%) across the board. Not what I was expecting at all.
"Dependent on" ??? Posted Feb 28, 2007 14:28 UTC (Wed) by nix (subscriber, #2304) [Link] I'd expect this with -O3, as inlining tends to increase register pressure.
I've noticed that quite a few of the recent optimizations tend to do this on register-poor targets, actually; the problem seems to be that the optimizers have got no way of telling if they're causing excessive stack spills because allocation of non-pseudo-registers doesn't happen until right up until the end (and that happens to RTL, far lower-level than the GIMPLE that most optimizers chew on). This is also waiting on some heroic figure rewriting the register allocator so that earlier passes can get decent feedback on whether they're going to spill to hell and back or not (and then the earlier passes would have to get updated to use this information...)
(A good few passes are turned off at -O<3 for this reason.)
There's still a lot to do: GCC is far from perfect: a lot of the problems it tries to solve (like, well, register allocation) are NP-complete anyway, but it could definitely do a better job than it does.
But it hasn't been stagnating.
(Again, I'm just an observer; if I'm spraying ignorant rubbish someone who does actual useful work like Joe Buck should point it out. :) )
"Dependent on" ??? Posted Feb 28, 2007 15:41 UTC (Wed) by k8to (subscriber, #15413) [Link] It seemed also true with -O2 and no O Flags at all. It was also true on amd64 which is not so register poor.
"Dependent on" ??? Posted Feb 28, 2007 17:50 UTC (Wed) by nix (subscriber, #2304) [Link] With no -O flags at all I'd expect *huge* register pressure problems at all times! With -O2, well, even there the pressure is building up (although the problem is much less severe than with -O3).
I'm surprised to find problems on amd64. Raise a bug, maybe?
"Dependent on" ??? Posted Feb 28, 2007 17:57 UTC (Wed) by k8to (subscriber, #15413) [Link] I suspect they know. It's getting better across 4.x as a whole. Also I'm really not excited about filing a bug "these 5 big applications that I don't really understand all do much better on gcc 3.x on i386 and amd64. Here's your several hundred thousand line testcase."
If I was the developer of them maybe, or if they were were more managably sized, or if I hadn't read through other bug entries where it's discussed that there are (supposedly) no automated performance regression tests at all.
I'm certainly not really intending my observations as complaints, it's just a matter of fact observation. I wish it wasn't so but it is, and I suspect half-assed bugs will only cost the project.
"Dependent on" ??? Posted Feb 28, 2007 22:13 UTC (Wed) by massimiliano (subscriber, #3048) [Link] Want to do a big favor to the gcc developers? Profile those applications, and find the hot spots that get significantly worse. Then, write small benchmarks with the same code, and test them to see that the slowdown is still there. Finally, open the bug with the small benchmarks :-) And if you do it, remember to send the samples to me as well (massi(at)ximan"dot"com)! I work on the Mono JIT, and am generally interested in performance tests...
"Dependent on" ??? Posted Feb 28, 2007 23:20 UTC (Wed) by nix (subscriber, #2304) [Link] Hell, if they're free software at least say what they are so someone elsewith more machine time than sense and heaps of old compiler versions scattered around can do the profiling :)
"Dependent on" ??? Posted Mar 1, 2007 12:09 UTC (Thu) by k8to (subscriber, #15413) [Link] Off the top, the n-queens "benchmark" shows a significant drop from 3.x to 4.x. http://www.arch.cs.titech.ac.jp/~kise/nq/index.htm
A larger one I care more about is UAE, the amiga emulator, without JIT. Both mainline and E-UAE from rcdrummond.net
"Dependent on" ??? Posted Mar 9, 2007 19:49 UTC (Fri) by anton (guest, #25547) [Link] Want to do a big favor to the gcc developers?And see it closed as invalid after an hour (less time than it took to do create the bug report). Given this reaction, I don't think the gcc developers consider such bug reports as favors, and it certainly has not inspired me to report other gcc bugs.
"Dependent on" ??? Posted Mar 9, 2007 20:52 UTC (Fri) by massimiliano (subscriber, #3048) [Link] And see it closed as invalid after an hour (less time than it took to do create the bug report). Interesting discussion in that bug :-)
Anyway, I wrote my suggestion without knowing how gcc development
actually works... I would welcome bugs like that opened for
the Mono JIT!
"Dependent on" ??? Posted Mar 10, 2007 1:42 UTC (Sat) by nix (subscriber, #2304) [Link] It seems that fixing this would be ridiculously difficult and not terriblybeneficial (how many programs have you seen that use computed goto? How much effort is it worth going to to speed it up?)
I'd have kept it open, too, but there is so much low-hanging optimization
GCC development actually works in much the same way everything else works
"Dependent on" ??? Posted Apr 7, 2007 20:29 UTC (Sat) by anton (guest, #25547) [Link] >how many programs have you seen that use computed goto? How>much effort is it worth going to to speed it up?
Many interpreters are using labels-as-values for a significant
>one-platform optimization bugs
As far as I understand the reply to the bug report, this bug affects
>A noninvasive patch would probably have made it...
They consider the bug "invalid", so they probably would not have
"Dependent on" ??? Posted Feb 28, 2007 22:30 UTC (Wed) by massimiliano (subscriber, #3048) [Link] This is also waiting on some heroic figure rewriting the register allocator so that earlier passes can get decent feedback on whether they're going to spill to hell and back or not (and then the earlier passes would have to get updated to use this information...)
How funny! This is exactly what I want to do in the Mono JIT :-)
Actually we will not go fully SSA so fast, and maybe never. But we will rewrite the register allocator, and in the SSA path I will make sure that the communication between the optimization passes and the regalloc will happen effectively! If you ever want to "chat" about compiler internals, feel free to drop me a mail (massi(at)ximian"dot"com).
"Dependent on" ??? Posted Feb 28, 2007 23:19 UTC (Wed) by nix (subscriber, #2304) [Link] Interesting stuff. Of course the Mono JIT is operating under more constraints than GCC in some respects (`compilation' must be *fast*) but it's more amenable to rewrites because you don't have to target a myriad decade-old backends rife with unstated assumptions and with widely-varying constraints on (e.g.) the register file.Zack Weinberg put it well in an IRC conversation (later reprinted in the acknowledgements to _A Maintenance Programmer's View of GCC_ in the 2003 GCC Summit proceedings): Take an H. R. Giger painting, you know, with the perverse and insanely complicated biomechanical constructs.Much of GCC is better than that these days (thanks to tree-ssa obsoleting many of the nasty parts, and a lot of effort to clean up the problems Zack identified in that paper), but some parts (notably reload and the rest of the register allocator, and combine) are still deep in the slime. The first part of Vlad Makarov's _Fighting register pressure in GCC_ (in the 2004 summit proceedings) has a good description of how the current allocator works, and the extreme constraints on changing it. That attempt at rewriting the allocator ran into the slimy weeds and got all tangled up; virtually every subsequent summit proceedings has the skeleton of another attempt in it. Someday, someone will succeed... you're already talking about moving away from BURG, but one of the earlier rewrite attempts was I think trying to move to it. I'm fairly sure the Mono compiler's register allocator can do a better job at this intractable task than GCC's can...
"Dependent on" ??? Posted Feb 28, 2007 15:16 UTC (Wed) by nix (subscriber, #2304) [Link] You're going to get a nice surprise soon, then, because the tree-ssa optimizers have finally reached the stage where some of the horrible slow old RTL optimizers are being removed or drastically simplified, as the much faster tree-ssa optimizers can supplant them entirely, and take much less time to do much more work...Note, `soon' here means `GCC 4.3'; the mem-ssa work reduces the size of the intermediate representation so much that the improvement to cache utilization alone causes significant compile-time speedups. GCC 4.2 is indeed yet another slower-at-compiling release. (mem-ssa is far too large to backport...)
"Dependent on" ??? Posted Feb 28, 2007 3:05 UTC (Wed) by tetromino (subscriber, #33846) [Link] > TeX/LaTeX. There is simply no competing tool to do what this does in the open source world.Of course there is: XHTML + CSS + MathML + SVG, rendered by your favorite browser. For some things (complicated mathematical formulas, bibliography), TeX is more convenient to use. For other things (complicated table layout, designing new styles from scratch), XHTML is easier.
> AFAICT not a lot of fresh new development is going on on the GIMP
"Dependent on" ??? Posted Feb 28, 2007 4:07 UTC (Wed) by drag (subscriber, #31333) [Link] ""here is a massive amount of development going on.""
Although I wouldn't considure it massive, Gimp certainly is plodding along.
Right now certain Gegl is finally, after many years, starting to work well. When that is integrated into Gimp it will certainly make people reevaluate their own block-head-iness when they realise the reason they didn't like Gimp was more to do with their personal dependance on Photoshop's menu layouts rather then lack of 16bit colors, cymk, and 'RAW image format' support in current Gimp.
With the current development branch of Gimp it is certainly faster and more pleasent to use. I prefer it much over the current stable (I am using the version from Debian Experimental through the magic of apt-pinning)
Once 2.4 gets out the door then your probably going to see quite a bit of development regarding integrating Gegl.
"Dependent on" ??? Posted Feb 28, 2007 7:13 UTC (Wed) by tnoo (subscriber, #20427) [Link] You describe very well the situation as it was five years ago (the LaTeXsolution with inputenc is even older). I'll reply to the math part:
> Octave and Maxima. If you want a Maple-like math implementation, octave
There are more alternatives like scilab, but the one that really rocks is
While not as polished as Matlab, it very often exceeds Matlab in
And of course it is free and open which is an incredible asset if you
tnoo
"Dependent on" ??? Posted Feb 28, 2007 9:15 UTC (Wed) by njs (guest, #40338) [Link] Scilab is non-free, but agreed that scipy + matplotlib is getting _very_ slick.
Now if I could just convince everyone else in my field to stop writing all their code in matlab, sending me .m files via email, and attaching .m files to their journal articles. Network effects suck :-(.
"Dependent on" ??? Posted Feb 28, 2007 22:18 UTC (Wed) by job (guest, #670) [Link] TeX (and hence LaTeX) has no support for non-ASCII character sets At least ten years ago I know I used the package inputenc in the document preamble and all latin1 characters were available. They are not always available in all fonts, of course, and fonts designed with the umlauts in-place looks better than those who gets them composed on. GIMP, and it is one of those niche programs that everyone uses because they don't have a real alternative. Except for Xara and Krita, of course...
"Dependent on" ??? Posted Mar 1, 2007 15:42 UTC (Thu) by scruffie (guest, #5704) [Link] There are a few projects working on adding non-ASCII support, especially Unicode, to TeX: XeTeX and Omega are two. I'm currently using XeTeX: it has support for easily using platform fonts (Type1, Truetype, for instance), as opposed to the torturous method required for TeX.
Mitchell Baker and the Firefox Paradox (Inc) Posted Feb 27, 2007 18:35 UTC (Tue) by kirkengaard (subscriber, #15022) [Link] All open source projects, and indeed, all software projects, experience competitive pressure within their niche. Certain niches are broader than others, or have more subcategories in which to excel. To suggest the obvious, that Firefox can easily be replaced if it fails to live up to the expectations of its audience, is to declare the standard value of open source software in general. It resolves dependency and monoculture. If you don't like it for your itch, you can easily do something else. This is only threatening if your corporate existence depends upon the broad market adoption and success of your software product. Hence monopoly pressure and "market share" obsession. This obsession, not the ease of replacement, is the drive for Mozilla to move faster and "be more innovative", whatever that means, and therefore to market aggressively instead of relying upon quality and aptness for attracting users. Supporting the shareholders' investments instead of the users' needs. Mozilla relies upon creating dependency, and does so in a market where that scarcity myth already exists thanks to Microsoft.
Moving faster (than what?) and being more "innovative" (than whom?) become replacements for making software that Just Works (TM).
Mitchell Baker and the Firefox Paradox (Inc) Posted Feb 27, 2007 18:47 UTC (Tue) by muwlgr (guest, #35359) [Link] I am just hoping that SeaMonkey development will continue.It is so much better than FF+TB. I have used Netscape 3.x since 1996, thru 4.x, then Mozilla milestones and 0.x/1.x versions. I think it was a very strange decision to split browser and email tools apart.
Mitchell Baker and the Firefox Paradox (Inc) Posted Mar 1, 2007 7:13 UTC (Thu) by man_ls (subscriber, #15091) [Link] On the contrary, for those of us who use webmail it is a most coherent decision. Now I don't need to have my mail program open at all times!
Mitchell Baker and the Firefox Paradox (Inc) Posted Mar 1, 2007 20:09 UTC (Thu) by muwlgr (guest, #35359) [Link] Webmail is a trend of the day. It comes and goes.Nothing beats good old IMAP/POP3/SMTP/NNTP :> Btw, you don't have to keep Mail&News window open all the time. You can close and reopen it, just keep the same Semonkey process running. Even if it is closed, you still keep getting mail notifications. How could anyone be unsatisfied with this ? :>
Webmail and suites Posted Mar 1, 2007 22:20 UTC (Thu) by man_ls (subscriber, #15091) [Link] I am afraid that webmail is here to stay. It is another way to look at your mail, very convenient when in a roaming mode. It can even be made easier than many mail clients, as Gmail has shown.As I have already recalled here on LWN, when Netscape Communicator 4 was finally released in 1997 many of us were flabbergasted. What was this 4 MB-odd monster that was being deployed on us? Web browser, of course; mail client, why not; but the rest... A news reader? A stupid IRC client? A cheesy HTML designer? Was this a joke? Why carry all that baggage just to browse the net? I don't want to have all those processes on my back! If I want email notifications I will install an applet that does them, thank you very much! You know, the problem of a suite is that it's like a Katsuhiro Otomo manga, it tends to aggregate everything in its path. Look at Microsoft Office or even at OpenOffice for examples. If you have the resources to spare it's fine, I guess. 7 years after that, Firefox emerged as a lean browser once again; you can even integrate it with Thunderbird if desired. Now Microsoft has some competition once again. But SeaMonkey is not it, sorry.
Webmail and suites Posted Mar 8, 2007 9:58 UTC (Thu) by renox (subscriber, #23785) [Link] FireFox a lean browser? Surely you jest.
Mitchell Baker and the Firefox Paradox (Inc) Posted Apr 8, 2007 3:35 UTC (Sun) by dlang (✭ supporter ✭, #313) [Link] Nothing beats good old IMAP/POP3/SMTP/NNTP :>
true, but that assumes that you have a decent implementation.
having to pay the cost of the mozilla mail client, when you don't want to use it (becouse it can't sanely handle mailboxes with tens of thousands of entries for example) is not a good thing.
Mitchell Baker and the Firefox Paradox (Inc) Posted Feb 28, 2007 2:42 UTC (Wed) by njs (guest, #40338) [Link] I might quibble with the article's phrasing, but, c'mon guys, it's entirely correct that Firefox is in a unique place. The competition for Firefox is not Konquerer; the competition for Firefox is Internet Explorer. Can anyone name a single other FOSS project that has gone toe-to-toe with a marquee MS product, on the desktop, and gotten double-digit market share doing so? We hope that our office environments, desktop environments, kernels, etc., will do the same someday, but so far... we've failed at that. Firefox is the only project managing it, and it's a very interesting question how they're doing it, and whether they'll continue to do so.Furthermore, the stakes are not just whether Firefox happens to be more pleasant to use than Epiphany or whatever... you can use whatever you want, I don't care, it doesn't affect me. But if we don't have something breaking the monoculture (i.e., getting at least double-digit market share on the desktop), then we hand control over the web's development to Microsoft and Adobe. Since they have no stake in the web remaining open and interoperable, that would not be the preferred outcome. The Firefox crowd seem to be the ones with the best chance of preventing this, so I'm rooting for them even if I don't use their browser...
Mitchell Baker and the Firefox Paradox (Inc) Posted Feb 28, 2007 11:09 UTC (Wed) by quintesse (subscriber, #14569) [Link] I would have to ask: what other "marquee MS products" are there for the desktop? Office yes, but what else? I can't think of any.
So IMO in the end Firefox is in a "unique position" accidentally not because it was designed to be. Firefox was lucky that it was targeting a market that MS had ignored because they were not making any money of it. Neither the Linux kernel nor office applications like OOo are in that "luxury" position, MS has always put a lot of money and effort into Windows and Office so distinguishing yourself from the competition by offering an obviously superior product will be much more difficult. It will also mean that MS will react much more quickly when a competitor incorporates some good ideas in their products.
So of course it's good to look at the Firefox project to see if there's something you could learn but I think that it's already obvious what made them successful: make a greatly superior product that appeals to a large group of people that is easy to use without too much limitations when compared to the current leading competitor.
But in the end I think it's the lack of similar circumstances that will make it very difficult to pull of another "Firefox". (That doesn't mean I think it's impossible, I just think it will take much more time because the advantages of switching will be far less obvious to most people).
Mitchell Baker and the Firefox Paradox (Inc) Posted Feb 28, 2007 13:22 UTC (Wed) by kirkengaard (subscriber, #15022) [Link] Actually, Firefox is in a "unique" position because it developed out of the longstanding position of Netscape relative to Internet Explorer. Netscape became Mozilla, and Mozilla became a gargantuan monster, and necessitated Firefox, which became Mozilla's newest flagship product. Call it "successor in interest". That position is in no wise new. The other position is being marketed for by OpenOffice.org, which (wonder of wonders) has a similar level of marketing and corporate clout behind it, and interest in seeing it succeed because of investment. Again, inherited from a previous "rival" (though of far less consequence) in StarOffice.
Mitchell Baker and the Firefox Paradox (Inc) Posted Feb 28, 2007 22:25 UTC (Wed) by job (guest, #670) [Link] I'm not sure about the other ones but I think VLC has a fair share of movie viewers hooked, who might not care about free software otherwise.
Mitchell Baker and the Firefox Paradox (Inc) Posted Mar 1, 2007 11:07 UTC (Thu) by drag (subscriber, #31333) [Link] Yep and you can thank the magic of Ffmpeg for a lot of that.
Hands down their multicodec is superior to most commercial codecs and if they are not superior then it's damn close or it's because certain specific features are missing.
Divx/Xvid < ffmpeg for instance.
Especially that SNOW experimental codec that is in ffmpeg. They made that and it's probably superior in compression/quality then the current "Hi-def" champion: h.264
Although unfortunately these sort of things need more love from developers. Potential for being the Vorbis of Video.
Mitchell Baker and the Firefox Paradox (Inc) Posted Apr 8, 2007 3:42 UTC (Sun) by dlang (✭ supporter ✭, #313) [Link] I would have to ask: what other "marquee MS products" are there for the desktop? Office yes, but what else? I can't think of any.
walk through any large company and you will find several others, the exchange/outlook monstrosity (open source mail, trivial, now get me an integrated calander, task list, etc. or if not integrated, at least wroking well togeather), visio, project, word, excel, powerpoint (some of these covered by the 'office' bundle)
firefox had it easy in comparison, the web follows standards (more or less), for all of these other areas the new project will need to figure out how to be file compatible (due to the network effects metnioned earlier in the thread related to mathlab)
Mitchell Baker and the Firefox Paradox (Inc) Posted Feb 28, 2007 9:00 UTC (Wed) by tarjei (guest, #29357) [Link] There are a few things left unmentioned here. I think the author is correct in stating that Firefox has a development model that is closer to closed source software than most projects.
Just take a look at how the project communicates. The mailing lists are hard to find and do not contain a lot of debate. As a result most user communication goes through the bugzilla.
I can understand that they have to be more careful with how they let their developers connect with the userbase as they may be swamped, but still it is a project that is fairly hard to enter.
Also, another major difference is that the Mozilla corporation has vastly more money than other projects.
Offtopic Posted Mar 1, 2007 4:01 UTC (Thu) by bronson (subscriber, #4806) [Link] Just about every comment attached to this posting is insightful, fascinating, and offtopic. How could a strange article on Mozilla spiral into deep discussion on TeX and GCC optimization? Could only happen on LWN.
|
|||||||||||||