I have uploaded a new unofficial version KM-16-F3618 ,
based on the updated Firefox 3.6.18 , Gecko 1.9.2.18
from June 14th .
The Firefox 3.6 series will further exist alongside with Firefox 5.
Note : This version needs the 80's runtimes. Download MSvce8dist.exe from
http://jujuland.pagesperso-orange.fr and install it.
As kplugins from K-Meleon 1.5 are being used, you will also need
the files mfc71u.dll, msvcp71.dll and msvcr71.dll in your system or in your K-Meleon folder.
If you need these files, look for them in the internet.
The profile will be created inside the K-Meleon folder.
If in Linux you want it inside the ".wine" folder, because of
user rights problems, rename the file profile.ini to
profile.ini-renamed before the first start.
A MFC unicode dll file will not be used by any (normal) kplugin.
So IMHO nobody needs to search for it.
Only K-Meleon.exe is an mfc application the kplugins are not.
An external unicode dll is only needed by the rare K-Meleon.exes that are build without Dorian's usual integrated custom-build unicode support. No official or semi K-Meleon.exe version uses that.
PPL will find an installer for the msvcp71.dll and msvcr71.dll runtimes on the K-Meleon page of TechJunk who some here still know as Fast Sjonny.
Edited 1 time(s). Last edit at 06/25/2011 06:26PM by guenter.
Quote Fred
I have uploaded a new unofficial version KM-16-F3618 ,
based on the updated Firefox 3.6.18 , Gecko 1.9.2.18
from June 14th .
The Firefox 3.6 series will further exist alongside with Firefox 5.
Fred, I have good news and bad news.
Good news: Mozilla will release a new security update to Firefox 3.6 after 3.6.18 which is 3.6.19 and will exist further more along with FF 5.
Bad news: After Mozilla releases Firefox 3.6.19, FF 3.6 will go into EOL phase.
Thanks for testing in Windows 7 64 .
I have replaced the kplugin toolbar.dll with the
one from KM 16b in the zip for download.
@ 4td8s
Thanks for the information about FF 3.6 .
Lets hope that the EOL phase may be long.
This may be affected by possible negative reactions
of users or companies who got cut off abruptly from
FF 3.5 updates or getting no updates for their existing
addons anymore.
Thanks for testing in Windows 7 64 .
I have replaced the kplugin toolbar.dll with the
one from KM 16b in the zip for download.
@ 4td8s
Thanks for the information about FF 3.6 .
Lets hope that the EOL phase may be long.
This may be affected by possible negative reactions
of users or companies who got cut off abruptly from
FF 3.5 updates or getting no updates for their existing
addons anymore.
Fred
Fred,
"I'm basically saying that I don't care about making Firefox enterprise friendly," Dotzler said (when justifying EOL for FF 4 and a rapid update strategy with major version numbers used instead of incremental revises. IF they keep to this strategy, FF5 will be gone in 18 weeks or so. When you read about the next sched meeting for EOL for 3.6.xxx, they seem to be saying that 3.6.19 will be the EOL.
N
Edited 1 time(s). Last edit at 06/26/2011 09:23PM by ndebord.
This is a scary statement .
It could signify the start of the return of a
vast majority of enterprises to Internet Explorer.
And also the fact that K-Meleon would have to look
for another base than Gecko.
But decisions can be changed.
Time will tell.
Quote Fred
This is a scary statement .
It could signify the start of the return of a
vast majority of enterprises to Internet Explorer.
And also the fact that K-Meleon would have to look
for another base than Gecko.
But decisions can be changed.
Time will tell.
Fred
Fred,
Yup, Asa isn't the smartest wit on the planet. You can say privately that you have never supported Enterprise, but to stick your foot in your mouth publicly for no benefit that I can see? That's just plain stoopid.
As for K-Meleon having to look for another base, that is scary. WebKit? Perhaps follow in the footsteps of Camino, which hasn't said what it will do, but plenty of speculation.
As you say, too early to tell how all this will play out.
For my 2 cents, FF5 is just a FF 4 revise, should be FF 4.2 or some such.
"I'm basically saying that I don't care about making Firefox enterprise friendly," Dotzler said (when justifying EOL for FF 4 and a rapid update strategy with major version numbers used instead of incremental revises. IF they keep to this strategy, FF5 will be gone in 18 weeks or so. When you read about the next sched meeting for EOL for 3.6.xxx, they seem to be saying that 3.6.19 will be the EOL.
Yup, Asa isn't the smartest wit on the planet. You can say privately that you have never supported Enterprise, but to stick your foot in your mouth publicly for no benefit that I can see? That's just plain stoopid.
As for K-Meleon having to look for another base, that is scary. WebKit? Perhaps follow in the footsteps of Camino, which hasn't said what it will do, but plenty of speculation.
As you say, too early to tell how all this will play out.
For my 2 cents, FF5 is just a FF 4 revise, should be FF 4.2 or some such.
gee ndebord, I wonder if K-meleon ever supported enterprise users huh.
answer that question if you or the other K-meleon developers ever did.
Yup, Asa isn't the smartest wit on the planet. You can say privately that you have never supported Enterprise, but to stick your foot in your mouth publicly for no benefit that I can see? That's just plain stoopid.
As for K-Meleon having to look for another base, that is scary. WebKit? Perhaps follow in the footsteps of Camino, which hasn't said what it will do, but plenty of speculation.
As you say, too early to tell how all this will play out.
For my 2 cents, FF5 is just a FF 4 revise, should be FF 4.2 or some such.
gee ndebord, I wonder if K-meleon ever supported enterprise users huh.
answer that question if you or the other K-meleon developers ever did.
4td8s,
Moi, a developer? I think not; merely a semi-retired scribbler who worked in the trade magazines and loves KM. All the offshoots that used native widgets were mom and pop, end user love affairs, so I'm afraid your query is a non-starter in the context of major browser development. Perhaps if Google had supported K-Meleon to the tune of multi-millions a year, things would be different, but that is pure fantasy talk on my part.
N
Edited 2 time(s). Last edit at 07/01/2011 09:22PM by ndebord.
Quote Fred
I have uploaded a new unofficial version KM-16-F3618 ,
based on the updated Firefox 3.6.18 , Gecko 1.9.2.18
from June 14th .
The Firefox 3.6 series will further exist alongside with Firefox 5.
Note : This version needs the 80's runtimes. Download MSvce8dist.exe from
http://jujuland.pagesperso-orange.fr and install it.
As kplugins from K-Meleon 1.5 are being used, you will also need
the files mfc71u.dll, msvcp71.dll and msvcr71.dll in your system or in your K-Meleon folder.
If you need these files, look for them in the internet.
The profile will be created inside the K-Meleon folder.
If in Linux you want it inside the ".wine" folder, because of
user rights problems, rename the file profile.ini to
profile.ini-renamed before the first start.
Quote rodocop
It doesn't. But AdBlock 1.4 will fix it. Current is 1.3.9
rodocop,
Good to know, as I just got done trying to install 1.3.9 and it failed (I also tried 1.2.2 just in case). Shrug.
Will wait for the next one.
Am excited about getting 1.7 (FF 3.6 gecko) to work. Want to move entirely to KM 1.7 instead of Km 1.6 and then wait and see what happens down the road with Gecko 2.0 and KM.
The versions for Windows and Linux seem only have got a higher
version number to get a uniform picture compared to the Mac version.
I presume that the next security update will be for FF 3.6.20 on
the scheduled date of Aug 16th.
I hope that more updated FF 3.6 versions will follow.
A hint could be the fact, that installed FF 4 versions seem not
to be updated automatically to FF 5 anymore, possibly as a reaction
to numerous complaints by stressed adinistrators of companies in
the business section.
The accelerator keyboard shortcuts cannot be edited
from the menu Edit/Configuration/Accelerators but
must be edited manually.
The menu Edit/Configuration/Accelerators opens
the file /defaults/profile/accel.cfg or better the
respective file in the created profile, which
is the wrong file.
You can manually go to the file /defaults/settings/accel.cfg
and edit this file the way you want it, for example
adding at the bottom
CTRL VK_UP = ID_NAV_HOME
to create a shortcut to go to your homepage.
The personal shortcuts should appear after restarting
the browser.
Quote Fred
The accelerator keyboard shortcuts cannot be edited
from the menu Edit/Configuration/Accelerators but
must be edited manually.
The menu Edit/Configuration/Accelerators opens
the file /defaults/profile/accel.cfg or better the
respective file in the created profile, which
is the wrong file.
You can manually go to the file /defaults/settings/accel.cfg
and edit this file the way you want it, for example
adding at the bottom
CTRL VK_UP = ID_NAV_HOME
to create a shortcut to go to your homepage.
The personal shortcuts should appear after restarting
the browser.
Fred
Unless your distro differs from the official K-M regarding accelerators, your post is somewhat confusing.
Edit - Configuration - Accelerators opens the accel.cfg file located in your profile directory. Changes made to this file only affect the current profile. This is preferable so as not to affect the default accelerators file which would change keyboard shortcuts for all new & existing profiles.
So, yes, keyboard shortcuts CAN and should be edited from Edit - Configuration - Accelerators.
Does this version need a special SetDefault.exe? I used 1.3.1.6 under kernelX, which always worked for KM1.6 derivatives, and it won't start properly from a protocol (http:// link) in other applications, (Kmeleon 1.7) complaining of an XPCOM error and that the GRE is not loaded or something like that.
Thanks
I don't know if SetDefault.exe works in your system.
Remember that the k-meleon.exe is the one from KM 1.7 .
If necessary, here is a snippet from K-Meleon wiki :
"Or how to manually register "URL:HTTP(S)" filetypes:
Open up Windows Explorer and click the Tools button on the menu bar, then select Folder Options... In the Folder Options window select the File Type tab. Scroll down until you see "URL:HTTP (HyperText Transfer Protocol)" under the File Types column, it's extention is (NONE). Click the advanced button, then in the Actions: list box select open, then click the Edit button. In the new window click the Browse... button then navigate to the K-Meleon.exe in it's installed directory then click ok. The default location is "C:\Program Files\K-Meleon\K-Meleon.exe" (you can just copy this WITH QUOTES if you installed it in the default directory). Add "%1" to the The Application to preform action text box. Uncheck DDE and both Ok buttons. Do the same for the URL:HTTPS file type and then you're done."
Or for Win95 there is a video about manually setting
the default program for filetypes :
They both work well, but have different commands to do the same stuff. Some like one, some the others. Som also like cloud password managers too, but not my cup of tea.
mmm...no, the link starts kmeleon.exe all right and the URL:HTTP entry looks correct.
the problem is that kmeleon itself puts up an alert on startup ( with only a single thread running as well ) that says, "Could not initialize XPCOM. Perhaps the GRE is not installed or could not be found?"
However, it starts fine from a shortcut or the .exe itself.
If kmeleon is already running, and you try to launch a URL from another app, same behavior! although clearly, the program is already running and found the gRE!
I suspect something like it tries to start a new instance with some bogus parameter under these conditions and fails.