A new Mozilla roadmap
- Shift its browser focus from the classic Mozilla browser to the newer
Phoenix
application.
- Add emphasis to the development of the Minotaur mail
component as a standalone application.
- Rearrange the code "ownership" model. Cross-project CVS access will
go away, in favor of "
vigorously defended modules with strong leadership and clear delegation
".
The current plans call for a stable 1.4 release in May, followed by 1.5
(which is when the big changes begin) in August.
Posted Apr 2, 2003 20:32 UTC (Wed)
by sphealey (guest, #1028)
[Link] (9 responses)
sPh
Posted Apr 2, 2003 22:59 UTC (Wed)
by elvolio (guest, #9549)
[Link] (4 responses)
Posted Apr 2, 2003 23:12 UTC (Wed)
by njhurst (guest, #6022)
[Link] (2 responses)
"Read my ranting about it for more details in comment #28 of that bug. "I manage 2000 desktops and deployed Mozilla before fully understanding the ramifications of this bug. The end result was a lot of pissed off users of lost profiles over and over. "Don't think it's a big deal? My employer's entire IT structure was recently looked over by an outside consultant and during my interview, she asked "What is your e-mail client?" I said "Mozilla." She was like "Mozilla was a big mistake let me tell you. Your users hate it." "And the only reason they hate it is because Windows, when using roaming profiles (and my users roam a lot being it's a college) likes to move the location of the profile (eg, ...\username, ...\username.domain, ...\username.domain.001, etc) and if that happens, mozilla goes to hell and loses the profile. And you can't move %appdata% to a UNC path via GPO to get around this because Mozilla just plain ole won't work then.) And while you can move most of the profile to a fixed drive letter place, like Z:\mozilla, registry.dat file still must remain in %appdata%. "So here I tried to give my users a browser alternative and I got reamed by a consultant (whose final report hasn't been released yet) for doing it. "So yeah, I'm a bit bitter... If you manage a windows domain environment, avoid Mozilla, Netscape 7, or anything based on the code, until this bug is fixed,. Learn from my misfortune."
Posted Apr 3, 2003 10:16 UTC (Thu)
by libra (guest, #2515)
[Link]
Certainly there is a bug, but certainly if you had understood it better you could have found a solution (or even write a patch) yourself. As an example have you thought of storing all profile directly on the server through a share and not a roaming profile? (I don't know if that works, but as it may have been a solution I wonder if you tried it) Finally I must add that Mozilla has less problem to my point of view than IE + Outlook. You can not imagine how much time some of my collegue are loosing, trying to configure these programs to do something not too far from their target. And we do not even have the problem of roaming profile at work (we simply never give this option, it is too much burden, and it NEVER WORKS WELL). For my part I use Mozilla, and I have none of the problem of my collegue, simply I can not share my calendar with them, but I have too much work to have time to manage a calendar anyway.
Posted Apr 3, 2003 17:46 UTC (Thu)
by chohman (guest, #5519)
[Link]
Consider: "Windows ... likes to move the location of the profile" By way of a workaround, offered by someone with no direct knowledge (roaming profiles were to too much of a horror to contemplate for our 300 users in a mixed NT/2000 environment), can't you just use a GPO (that's Group Policy Object for those who care) - or perhaps a logon script - to map a drive letter for Mozilla to find its profile info on? regards,
Posted Apr 2, 2003 23:24 UTC (Wed)
by sphealey (guest, #1028)
[Link]
sPh
Posted Apr 2, 2003 23:43 UTC (Wed)
by tjc (guest, #137)
[Link] (1 responses)
This sounds like a step in the right direction to me. Standalone browser and email clients with a simplified user interface and smaller memory footprint. Very nice! This is quite a departure from the usual "memory is cheap" line of thinking that is so prevalent today.
Posted Apr 3, 2003 9:02 UTC (Thu)
by beejaybee (guest, #1581)
[Link]
Posted Apr 3, 2003 1:27 UTC (Thu)
by cyd (guest, #4153)
[Link]
Personally, I think it's a bold and far-sighted move on the part of mozilla.org. Phoenix shows that the Mozilla technologies work very well for standalone web applications. The current monolithic framework does nothing for me that I can see.
Posted Apr 3, 2003 22:58 UTC (Thu)
by gerv (guest, #3376)
[Link]
particularly given the density of buzzwords in the Mozilla.org roadmap You've made exactly the same comment here, on Slashdot and on MozillaZine. Trolling? :-)
Posted Apr 3, 2003 22:03 UTC (Thu)
by johnjones (guest, #5462)
[Link] (1 responses)
browser + mail + calendar + IM they ditch it come on I know that its slow in places but the advantage of doing all look at apple iChat regards John Jones
Posted Apr 4, 2003 15:42 UTC (Fri)
by jzbiciak (guest, #5246)
[Link]
Sounds like the end of Mozilla to me - particularly given the density of buzzwords in the Mozilla.org roadmap announcement. "Reset...around" "rich" "strawmen". Sure. This isn't a way to avoid dealing with those annoying bugs that prevent large-scale deployments of Mozilla but no one wants to work on, right?A new Mozilla roadmap - is this the end?
What bugs are those? There are a few minor bugs in Mozilla, definitely, and some of them are annoying: but I haven't run across anything that should prevent a "large-scale" deployment. In fact, I run into more annoyances with IE than with Moz.
A new Mozilla roadmap - is this the end?
Well, according to weave (48069), on slashdot:A new Mozilla roadmap - is this the end?
"Let's hope they fix bug 162025, another huge corporate blocker. If a place has a GPO that redirects the %appdata% folder, mozilla won't work. If a mozilla profile is pointed at UNC pathname, it won't work.
As you write yourself, you had to face the problem not only because of bug 162025, but also because you didn't evaluate its importance well enough. A new Mozilla roadmap - is this the end?
GPO? UNC? Given that this is the *Linux* weekly news, why assume that readers are familiar with Windows acronyms?A new Mozilla roadmap - is this the end?
For Libra, who as also replied to your post, a UNC (Uniform Naming Convention) path can be a share point.
I have observed that some versions of Corel Quattro work fine with drive maps and not with UNCs, which suggests to me that the Windows APIs don't treat them consistently - suprise! I can speculate that the Mozilla bug - which I haven't looked at - could be related to the same problem.
Of course, since Microsoft (hopefully) understands the arcane, likely undocumented, behaviour of this feature they can work around it. It seems to me that Mozilla needs simply sort out the ramifications of this Windows "feature", and away we go.
Carl
Well, the one where it loses all your bookmarks periodically comes to mind...Critical bugs
Sounds like the end of Mozilla to me - particularly given the density of buzzwords in the Mozilla.org roadmap announcement.A new Mozilla roadmap - is this the end?
Agreed ... KISS & avoid the loss of focus involved in trying to build too much into a single "application".
A new Mozilla roadmap - is this the end?
Out of curiosity, why did you post exactly the same thing on Slashdot and Linux Today? It's not even a very acute observation; as has already been pointed out to you on Slashdot, "reset", "rich", and "straw men" are not buzzwords in the normal sense of the term. If you dislike the move, at least give reasons that make sense.A new Mozilla roadmap - is this the end?
A new Mozilla roadmap - is this the end?
just when i thought that I could have a Calendar + IM ?
meeting arangments (not there yet because calendar does not work right) and IM
from a single base works
iCal
Safari
Mail
it all just works with each other now its going to broken up because people wanted
to browse in tabs....
any sales guy will tell you that no "real person" is really intrested unless it can
schedule meetings and chat with their buddys (AIM not IRC thats for sure)
Just because they want to browse in tabs? Hardly. Mozilla supports tabs too -- not just Phoenix.tabs?