Talk:SeaMonkey:First Release

From MozillaWiki
Jump to: navigation, search


  • In general I think it's too late to enable new features, we are too close to the release. What about enabling SVG, Calendar, MNG etc In 1.9? We should first try to learn how to do a release without the help of the Mozilla Foundation. I suppose that alone will be much work.

If we do so we could tell the SVG and Calendar maintainers about this plan so they can concentrate on making their components ready for the end user. --Krohlas 00:17, 14 Mar 2005 (PST)

I second the idea that it's too late for any new features. Is this first release going to be a beta released near the time of the Firefox 1.1 Developer Release? Or are we foregoing betas and going to try to just do a final release? I suppose we need a roadmap... -- Schapel 12:47, 17 Mar 2005 (PST)

I'd like to nominate roaming as a feature that can be used for marketing purposes. It's in, 4xp and is the sort of advanced feature SeaMonkey users will appreciate. --TRS-80 03:59, 13 Aug 2005 (PDT)


  • I personally do not think Calendar is ready to be turned on by default yet, I have it on in my builds, and trunk needs alot of [overall] work right now. The branch would be good, however the trunk calendar uses the new "storage" mechanics (Mozilla2:Unified_Storage) with no (as of yet) existing migrator; Justin Wood (Callek) 09:53, 11 Mar 2005 (PST)
  • Indeed. We shipped all the 1.7 and 1.8 builds on OS/2 including calendar, but for 1.8b1 we had to skip it, it was just unusable. If it improves significantly until beta 2 or beta 3, we can reconsider. (But now that we have drivers or "divers" it's not our decision any more.)--Peter Weilbacher (paepse) 09:46, 15 Mar 2005 (PST)
  • I guess, the calendar-app. should not be part of the (new) core suite, things like this are typical add-ons. And esp. function and stability of the calender within Moz.18A6 had been a showstopper to continue use the 18a6-version (WinNT4.0). I really would appreciate, to drop the idea until it is matured and the plug-in-concept is working. Martin Martin He (mhonline) 10:00, 31 Mar 2005 (PST)


  • I feel building this is a good idea, however it is unclear to me if we would want to enable the pref to "turn it on" once built or if we would be best served leaving the pref off to make it easier for those who would want to view a page with an SVG plugin. Justin Wood (Callek) 09:53, 11 Mar 2005 (PST)
  • There is lots of space in the Prefs panel under Advanced. Just add another button for SVG.
  • well you did not sign this... But I feel that would be implicit in actually including SVG at all, but the question was if we enable or disable it by default? --Justin Wood (Callek) 15:42, 14 Mar 2005 (PST)
  • (Sorry, am neither used to wikis nor to IRC...) I didn't follow too closely the SVG development, but I think tor had a reason not to enable it by default, we should honor that. A button in prefs should be easy enough to find.--Pweilbacher 09:40, 15 Mar 2005 (PST)
  • Actually, I think this is not a good idea, at least not for the first release. If it was already on in trunk builds by default, then I might support it... but turning it on just for this release which is supposed to resemble Mozilla trunk sounds like opening a can of worms. --Alex Vincent (WeirdAl) 20:29, 15 Mar 2005 (PST)
  • OK, we can always do contributed "+svg" builds of this release on the platforms where it works well.--Peter Weilbacher (paepse) 03:37, 16 Mar 2005 (PST)
  • Opera 8 will be with SVG (as it seems) so we should also provide SVG enabled "1.8" releases. -- Opi 05:37, 17 Mar 2005 (PST)
  • I just tested a SVG-enabled nightly build of Seamonkey. While the support is not complete, IMO it is definitely enough to have it built by default, but turned off. This way, interested users can simply turn it on via about:config (svg.enabled -> true, doesn't even need a browser restart), giving web developers something to play (and learn) with, and could lead to valuable feedback to the people working on SVG. And remember: as Seamonkey isn't Firefox, we don't have a five-megabyte download size limit! What do you all think? --Jens.b 13:10, 17 Mar 2005 (PST)


Any more thoughts on MNG? There are still lots of voters for Bug 18574 and from previous discussions it always seemed to me that there is quite some overlap between MNG wanters and Seamonkey lovers. I am running in the configuration where MNG is even used to decode PNG images since mid of last year, and since November 2004 or so (libmng 1.0.8?) I didn't have any more display problems at all, and no crashes. For the "first release" I would recommend not replacing the PNG decoder but just to add the MNG/JNG decoder which has fairly low risk. --Peter Weilbacher (paepse) 08:38, 22 Mar 2005 (PST)

Although in general I don't think we should be adding major features in between a beta and final (and, regardless of naming silliness, "first release" is supposed to be the final for 1.8), I'm in favor of this. Especially since the Enable MNG extension seems to be broken and unmaintained these days. Gwalla 17:08, 13 May 2005 (PDT)
The MNG patch is maintained by me and I don't know what you mean with "Enable MNG extension" and what is broken with MNG? Also what you mean with unmaintained, I've updated the latest patch on 5th may. So what do you want to say? -- Alexander Opitz (opi) 14:17, 14 May 2005 (PDT)
I meant the "MNG Support" XPI. It has some pretty negative feedback on Mozdev. Although looking at the listed home page it seems that it's just that the XPIs linked from Mozdev are old, and a newer version has come out, so I guess I'm full of crap. Gwalla 21:55, 14 May 2005 (PDT)

The MNG plugins from this side are more then old ... they are only for mozilla 1.5.x and some for 1.6.x ... but the API changed and so they don't work for 1.7.x or 1.8.x. But you can use the latest Plugin for Mozilla/Netscape/Opera from Jason Summers. It also works with Dynamic MNG's but only if they are included with the <object> Tag not with the <img> Tag. On you can download mozilla and firefox builds which have the MNG patch and MNG enabled (some also use libmng for viewing png files). -- Alexander Opitz (opi) 10:58, 18 May 2005 (PDT)