Linux users :
K-Meleon Web Browser Forum
I have a brief questión: is possible to backport new Kmeleon-Goanna to Linux with no Wine requirement, as standalone package itself? :s
Edited 1 time(s). Last edit at 12/17/2017 07:20PM by J.G..
Brief answer: nope.
Semibrief answer: one should recreate KM 'shell' (binaries - main app and k-plugins) using one of the Linux (or universal) graphic toolkits (like Qt, GTK or some other).
There were one russian comrade here who planned to try making such a port to Qt but...
Not sure he still has this wish (or maybe just no time for this)
Edited 1 time(s). Last edit at 12/17/2017 07:45PM by rodocop.
Technically it is possible, but in addition to what Rodocop mentions, it should also change the functions and calls to the Windows API for its equivalent in Linux.
A good example would be p7zip (7-zip port) whose file manager has a graphical interface quite similar to Windows except for some missing details (see TODO file in source code).
This would defy the very point of K-Meleon, being the only Gecko-based browser which uses Win32 COM model. If you want Goanna-based browser on Linux, consider Pale Moon.
Replacing MFC with another framework(GTK/Qt/FLTK/etc.) requires rewriting *EVERYTHING*, so it is no-go to K-Meleon.
That's not the only 1 reason to need KM instead.
There's also macrolanguage! Absolutely need it. And easy customizing GUI possibility with text based configs etc.
Yes - siria but K-Meleon needs MFC. Which is not available in Linux.
Wine is a helper supported by many hands. Why reinvent the wheel?
Yes and no Anixx - it uses Windows native widgets to be fast and responsive.
So any native Linux or portable toolkit would IMHO do. A portable trans OS toolkit would be the best choice.
Yes - roytam1 You are right - AFAIK = I've been told and read. But how much of the MFC toolkit is really called. History: There was the Mozilla MFC embed that used a Visual C 6 example shipped by MS with VC 6. It embedded originally the IE engine and was altered to embed the mozilla GRE in much the same fashion. This code example was used by the first K-Meleon dev who was a specialist in creating skinable interfaces. So K-Meleon was skinable. First they used win embed then MFC embed. But K-Meleon has it own graphic interface and only uses MFG calls as helpers to draw, find etc. IMHO. An inspection with FileAneliser or such tool shows IMHO that few MFC items are really used.
MonkeySage and others created the easy or not easy to use leen and powerful macro language. That is not MFC code though it may use MFC calls. K-Meleon user interfaces are from the KMM and the Skinning code not MFC widgetes?
It is much mentioned in the file headers but only few MFC specific functions and calls seem actually used. Redirect those via "ifs" (MFC = identiacll call in other toolkit) and leave the rest of the code? I am a lamer who does not know a thing - but You did something like that for a function that was not supported by a CPU in a dll where You did not have the source IMHO. To me that much looked like the wizardry needed to port a program without rewriting it.
But as I said to siria. Low priority to reinvent the wheel or motor.
Edited 1 time(s). Last edit at 12/23/2017 08:01PM by guenter.
All about K-Meleon under Linux using wine.
Kmeleon on Goanna to Linux
Posted by:
J.G.
Date: December 17, 2017 07:17PM
I have a brief questión: is possible to backport new Kmeleon-Goanna to Linux with no Wine requirement, as standalone package itself? :s
Edited 1 time(s). Last edit at 12/17/2017 07:20PM by J.G..
Re: Kmeleon on Goanna to Linux
Posted by:
rodocop
Date: December 17, 2017 07:44PM
Brief answer: nope.
Semibrief answer: one should recreate KM 'shell' (binaries - main app and k-plugins) using one of the Linux (or universal) graphic toolkits (like Qt, GTK or some other).
There were one russian comrade here who planned to try making such a port to Qt but...
Not sure he still has this wish (or maybe just no time for this)
Edited 1 time(s). Last edit at 12/17/2017 07:45PM by rodocop.
Re: Kmeleon on Goanna to Linux
Posted by:
Rekufad
Date: December 23, 2017 02:54AM
Technically it is possible, but in addition to what Rodocop mentions, it should also change the functions and calls to the Windows API for its equivalent in Linux.
A good example would be p7zip (7-zip port) whose file manager has a graphical interface quite similar to Windows except for some missing details (see TODO file in source code).
Re: Kmeleon on Goanna to Linux
Posted by:
Anixx
Date: December 23, 2017 01:31PM
This would defy the very point of K-Meleon, being the only Gecko-based browser which uses Win32 COM model. If you want Goanna-based browser on Linux, consider Pale Moon.
Re: Kmeleon on Goanna to Linux
Posted by:
roytam1
Date: December 23, 2017 01:44PM
Replacing MFC with another framework(GTK/Qt/FLTK/etc.) requires rewriting *EVERYTHING*, so it is no-go to K-Meleon.
Re: Kmeleon on Goanna to Linux
Posted by:
siria
Date: December 23, 2017 03:18PM
Quote
Anixx
This would defy the very point of K-Meleon, being the only Gecko-based browser which uses Win32 COM model. If you want Goanna-based browser on Linux, consider Pale Moon.
That's not the only 1 reason to need KM instead.
There's also macrolanguage! Absolutely need it. And easy customizing GUI possibility with text based configs etc.
Re: Kmeleon on Goanna to Linux
Posted by:
guenter
Date: December 23, 2017 07:41PM
Quote
siria
Quote
Anixx
This would defy the very point of K-Meleon, being the only Gecko-based browser which uses Win32 COM model. If you want Goanna-based browser on Linux, consider Pale Moon.
That's not the only 1 reason to need KM instead.
There's also macrolanguage! Absolutely need it. And easy customizing GUI possibility with text based configs etc.
Yes - siria but K-Meleon needs MFC. Which is not available in Linux.
Wine is a helper supported by many hands. Why reinvent the wheel?
Yes and no Anixx - it uses Windows native widgets to be fast and responsive.
So any native Linux or portable toolkit would IMHO do. A portable trans OS toolkit would be the best choice.
Yes - roytam1 You are right - AFAIK = I've been told and read. But how much of the MFC toolkit is really called. History: There was the Mozilla MFC embed that used a Visual C 6 example shipped by MS with VC 6. It embedded originally the IE engine and was altered to embed the mozilla GRE in much the same fashion. This code example was used by the first K-Meleon dev who was a specialist in creating skinable interfaces. So K-Meleon was skinable. First they used win embed then MFC embed. But K-Meleon has it own graphic interface and only uses MFG calls as helpers to draw, find etc. IMHO. An inspection with FileAneliser or such tool shows IMHO that few MFC items are really used.
MonkeySage and others created the easy or not easy to use leen and powerful macro language. That is not MFC code though it may use MFC calls. K-Meleon user interfaces are from the KMM and the Skinning code not MFC widgetes?
It is much mentioned in the file headers but only few MFC specific functions and calls seem actually used. Redirect those via "ifs" (MFC = identiacll call in other toolkit) and leave the rest of the code? I am a lamer who does not know a thing - but You did something like that for a function that was not supported by a CPU in a dll where You did not have the source IMHO. To me that much looked like the wizardry needed to port a program without rewriting it.
But as I said to siria. Low priority to reinvent the wheel or motor.
Edited 1 time(s). Last edit at 12/23/2017 08:01PM by guenter.
English