: K-Meleon Forum
K-Meleon development related discussions.
[quote=guenter] [quote=bksening] @guenter, are you sure KM 1.6 can be finished without changing C code? Isn't that what desga2 is working on in the Beta version thread? Isn't C/C++ coding required to fix the setdefault stuff? Isn't the lack of a coder the whole reason 1.6/1.7 have been in Beta/Alpha for years? By the way, there is no such thing as GRE 3.5. If I am correct, KM 1.6 uses Gecko 1.9.1, and KM 1.7 uses Gecko 1.9.2. FF4 is based on GRE 2.0, and the next version of GRE after that is v.5, and then onwards. http://en.wikipedia.org/wiki/Gecko_(layout_engine)#Usage Regarding EOL software, that's just the way life is. I agree older EOL versions that no longer receive security patches are at risk for newer found vulnerabilities, but the EOL announcements are publicly made and users have to deal with it, each in their own ways. This applies to the EOL Windows OS'es and to the EOL Firefox versions and their associated GRE's, which in 4 months will be anything less than FF/GRE10.[/quote] 1.) Yes. There are AFAIK no c++ show stoppers for 1.6. Correct me if I am wrong. I have no recent contact with desga2. No c++ coding is required to change setdefaut.nsi. That is used for Nullsoft installer makers to create setdefault.exe. alain/jujuland has maintained and improved that part of the code since version 1.0. deadlock and jujuland know something about it and are trying to update it to XP SP3 and Vista/Win7. alain is using Linux wine now. Obviously Dorian's lack of time stopped all c++ development. He was the only c++ coder that contributed to K-Meleon core since version 1.0. We ow him thanks for all versions since then. 2.) Sorry about mixing up Firefox and GRE number. Reason: You can use the Firefox sources to build a GRE for K-Meleon 1.6/1.7. GRE 1.9.1.x/1.9.2.x respectively. 3.) Imagine car producers to apply the same EOL policies as MS. Telling their customers that they waun't produce any spares and at the same time claiming their copyright and patents prevent 3 party vendors to step in. That is what the current US copy right laws allow MS and other software vendors to do. IMHO software patents & copy rights should end with the EOL of the product for which they were claimed. BTW. The point I was trying to make is that MS EOL policy for past Win32 OSes is endangering their current Win32 customers systems also. And You can not just shrug that aspect of as "live is hard on old customers & software which is over its EOL". Your answer to ndbord is IMHO missing an aspect. For example Mozilla's MFC test harness and support was not only about testing but Mozilla felt that much of the success of MS HTML engine was due to the fact that it could be built/embeded into other applications. Mozilla wanted to offer that also and not solely for altruistic reasons. Many projects that have taken up this offer and spent many man hours into adapting their own software to it & were left standing in the rain recently. They all would be better of if they would have stayed with MS HTML engine! Mozilla has outed itself as unreliable. K-Meleon is based on Mozilla MFCembed which is in turn based a Microsoft MFCembed for the MS HTML engine. Pity that we cannot revert to that easily. It would improve the projects chances.[/quote]
K-Meleon forum is powered by