This version is, as of 2020-09-11, considered as legacy, please, refer to the new 76.3 thread:
kmeleonbrowser.org/forum/read.php?19,153118

---

---

STICKY:
★ K-Meleon 76.2.1 - Goanna 3.4.6 (Build 20200822)
^{Updated link with current test build}

Latest Release Notes: http://kmeleonbrowser.org/forum/read.php?19,148500,153037#msg-153037

GitHub release mirror (may not always up to date): https://github.com/roytam1/kmeleon/releases

Notice: please delete browser folder(i.e. KM76-Goanna\browser) and startupCache folder in Profile folder before you replace all files!

★ Video decoder (FFMPEG) libraries (aka LAV filters)
(alternative2: lite dlls for non SSE2)
(alternative3: fallback lite dlls with no optimized code)
(Explanation of the above 3 lav-types: in Video-Audio topic)
^{Highly recommended to add support for H264 and avoid memory leaks while viewing some embedded videos}
Source: https://o.rthost.win/palemoon/FFmpeg-ee567773-src.7z

★ Fixed Mouse Gestures k-plugin
and a test version with superdrag "restored":
http://o.rthost.win/gpc/files1.rt/km76g-gestures-nogdip.7z

★ Basic AdBlock plugin

---

Modified source codes are pushed to github: https://github.com/roytam1/kmeleon

A goanna3 source tree that has kmeleon adaption patch applied is available here: https://github.com/roytam1/palemoon27/tree/kmeleon76

Bug/Issue Tracker

---

---

Quote
older-discussions

Quote
Rekufad

Quote
smallhagrid
It is a good browser, but...PM has dropped support for XP.

Then maybe could use that was implemented in New Moon (Pale Moon fork for Windows XP).

To be clear, I don't create a fork of Pale Moon, instead, I build official Pale-Moon source from their git repo with my(and also Feodor2's) small patch set.

Quote
Rekufad

Quote
Ящер
I'll support Pale as the Moon. The browser does not develop, Dorian abandoned it, it does not appear on the forum. The browser does not meet the challenges of the time. Please update the browser - it's not a whim - it's a must. If Dorian continues to ignore the fans of the browser, he (the browser) will die.

The code is in https://sourceforge.net/projects/kmeleon/ for anyone who wants to make a fork.

Actually I don't know how to build KM in hg repo, who can gimme some hints?

---

Advance Notice: you should update all kplugins in next version since nsIDOMWindow/nsPIDOMWindow objects were changed.



Edited 75 time(s). Last edit at 10/29/2023 02:48AM by JohnHell.

New regular/weekly KM-Goanna release:
https://o.rthost.win/kmeleon/KM76.1-Goanna-20190112.7z

Changelog:

In-tree changes:
- nsIDOMWindow to nsPIDOMWindow conversion for Goanna3 nsIDOMWindow change (9049c387)
- bump K-Meleon version to 76.1 (972d4e6f)

Out-of-tree changes:
* update Goanna3 to git c581f09b3..35fb6f0f2
- import changes from wicknix/Arctic-Fox:
- Backport of Mozilla Bug 1267338. Remove dead codepath for the case when we opened a window even though popupState was openAbused, since we never open a window in that situation (4930e3bb7)
- slightly modernize code, use nsPIDOMWindow and prepare for next patch (37e709eca) (with missed win32 code plugged in)
- Backport of Mozilla Bug 1222516 part 1. Add a window API for opening a window with navigation and a given docshell loadinfo to use for the navigation. (d4c222d45)
- Backport of Mozilla Bug 1222516 part 2. Add a window API for opening a window passing through a boolean indicating that no opener should be set on the result. (c3259462b)
- first batch to transition nsIDOMWindow to nsPIDOMWindow at about TenFourFox level (dba07065a)
- update also GetOpener to nsPIDOMWindow (701c46ecb)
- Backport of Mozilla Bug 1207245 - part 1 - move RefCounted<T> to its own file (1acef0a1d)
- Bug 1207245 - part 2 followup - add more mozilla/RefCounted.h (31cad506d)
- Bug 1207245 - part 0 - fix why-did-we-allow-that tests in TestRefPtr.cpp (cad11cb06) (80ef6dfdb)
- import changes from wicknix/Arctic-Fox:
- backport of Bug 1188696 - Remove the XPCOM dependencies in nsRefPtr.h (6c2860799)
- backport of Bug 1188696 - Hoist nsRefPtr.h into MFBT (e892acb58)
- Backport of Bug 1138967 - Part 3: Add D3D11 YCbCr texture clients and upload on the client side (2e4218167)
- Bug 1038536 - Flatten image/src/ directory (3adb2d635)
- Bug 1038536 - Flatten image/public/ directory (22329f3b4)
- Bug 1038536 - Flatten image/decoders/icon/qt/public/ directory. (7b5b8b2af)
- Bug 1038536 - Update header guard after flatten image/build (20e1614ac)
- Bug 1116905 - part 2 - add MakeAndAddRef helper function to facilitate constructing TemporaryRef (9c85f45a0)
- Bug 1139781 - Implement VideoPlaybackQuality for MediaCodecReader. (1a7c6c0a7)
- Bug 1138825 - Fix the crash at mAudioPromise: call decode audio data when the audio queue is empty and check the mAudioPromise is empty or not. (3f5d3a1c5)
- Bug 875247 - Add support for DXVA2 via D3D11 (2ca491206)
- Bug 1145513 - Upload YCbCr image data on the client side when using d3d9 layers. (50f7a69fa)
- Bug 1053563 - Use a static create function to replace InitWith for TextureClient. (dd1c8fc89)
- Bug 1145764 - Add some default-disabled logging to TextureClientPool (1cfc0d1b9)
- Bug 1120780 - Fallback on lock_ycbcr when ColorConvertor fails (3a9b893f0)
- Bug 1161815: Use a single ID2D1SolidColorBrush per DrawTarget. (a70b72ef6)
- Bug 1160485 - remove implicit conversion from RefPtr<T> to TemporaryR…ef<T>; (e6e6224c5)
- Bug 1116905 - part 3 - remove dependence on implicit conversion from T* to TemporaryRef<T>, gfx changes; (f71d3ffa8)
- Bug 1116905 - part 1 - remove dependence on implicit conversion from T* to TemporaryRef<T>, non-gfx changes; (f66714955)
- implement Event.srcElement as alias (6c1ee1c6d)
- 1116905 - part 4 - remove implicit conversion from non-nullptr T* to TemporaryRef<T> (f94c680f9)
- Bug 1031152 - Define a JS public API for working with SavedFrame instances (2aa41721a)
- Update TLD's from ESR 60 (b9dbe0ca3) with some changes to fix building, reported to upstream:
- https://github.com/wicknix/Arctic-Fox/commit/2e421816773b6a57502907ab22c285d994d8b024#r31893045
- https://github.com/wicknix/Arctic-Fox/commit/50f7a69fa9a36634aef1ae5a221415ca98284435#r31892913
- https://github.com/wicknix/Arctic-Fox/commit/f667149556ae0e64c9dbce08836bb5d957db2464#r31892928 (d16bac042)
- addendum to upstream change "first batch to transition nsIDOMWindow to nsPIDOMWindow at about TenFourFox level (dba07065a)": missing accessible code change. reported to upstream: https://github.com/wicknix/Arctic-Fox/commit/dba07065a9a9543f772dd98ff3d3358e72ce3c32#commitcomment-31896793 (bcfdf272b)
- import changes from rmottola/Arctic-Fox:
- Bug 1135535 part 1 - Suppress C4805 unsafe mix type warnings in js/src and mark that warning an error on MSVC. (dc6556208)
- Bug 1135535 part 2 - Fix C4067 unexpected token in js/src and mark this warning an error on MSVC. (5ee1a479e)
- Bug 1135535 part 3 - Fix C4258 definition ignored warnings and mark it an error in js/src on MSVC. (0d6bdd2ff)
- Bug 1136925 part 1. Stop passing a parent to JS_CloneObject (02806f3cb)
- Bug 1136925 part 2. Stop passing a parent to Wrapper::New. (1d51cbd34)
- Bug 1131803. Remove the use of parents from SandboxCallableProxyHandler and SandboxProxyHandler. (43015c1fa)
- Bug 1131803 comment fix followup. (80f08fbdd)
- Bug 1136292 part 1. Stop passing a parent to BindingJSObjectCreator methods, since it's always the global anyway. (80cdbc44d)
- Bug 1136292 part 2. Stop passing an explicit JS::NullPtr parent to JS_NewObjectWithGivenProto in nsDocument. (4b9a421b2)
- Bug 1136292 part 3. Stop passing a global as the parent arg to JS_NewObjectWithGivenProto in bindings code. (82e58f2c4)
- Bug 1136292 part 4. Stop passing a global as the parent arg to JS_NewObjectWithGivenProto in XBL code. (8b0920249)
- Bug 1136292 part 5. Stop passing a global as the parent arg to JS_NewObjectWithGivenProto in XPConnect. (d8d834ecd)
- add missing parts of Bug 1138967 - Part 3 (f7dfd5865)
- Bug 1136925 part 3. Stop passing parents to js::NewProxyObject. (dc13db8da)
- Bug 1136925 part 4. Stop passing parents to ProxyObject::New. (e2d30e340) with some changes to fix building, reported to upstream:
- https://github.com/rmottola/Arctic-Fox/commit/f7dfd58658595b9c5251b9258c625a7eeebdfbf6#r31909537 (a75a3d758)
- update nspr to 4.20 (cdef6ffd8)
- update NSS to rev c8f7602ce9e6 with nss339-vc2013.diff applied (e9b9856a4)
- restore accidentally removed nspr win64 patch (96f655649)
- reverting these changes in order to fix crash for now:
- Bug 1136925 part 1. Stop passing a parent to JS_CloneObject (02806f3cb)
- Bug 1136925 part 2. Stop passing a parent to Wrapper::New. (1d51cbd34)
- Bug 1136925 part 3. Stop passing parents to js::NewProxyObject. (dc13db8da)
- Bug 1136925 part 4. Stop passing parents to ProxyObject::New. (e2d30e340) (35fb6f0f2)

* Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses.



Edited 3 time(s). Last edit at 01/12/2019 01:16PM by roytam1.

ATTENTION:
the first post above is constantly updated with the NEWEST 76.x version.
Other posts below start with the oldest version of KM-Goanna 76.1

===================
version KM-GOANNA 76.0 first test builds since 2017-11-28
http://kmeleonbrowser.org/forum/read.php?19,143253
(that topic's first post was later updated too)
PTF Goanna: 3.4.1 - 3.4.2, version.ini 33751048 (=2.3.08, after old KM76 gecko 2.3.07)

First build using the Goanna engine, from Pale Moon 26
Attention, not to confuse with much older KM 76.0 from 2015/2016, engine gecko 38esr!

final KG76.0: https://o.rthost.win/kmeleon/KM-Goanna-20181215.7z

===================
version 76.1 since 2019-01-12
http://kmeleonbrowser.org/forum/read.php?19,148500 (=here)
PTF Goanna: still 3.4.2, version.ini 33751056 (=2.3.10)

Quote
roytam1
In-tree changes:
- nsIDOMWindow to nsPIDOMWindow conversion for Goanna3 nsIDOMWindow change (9049c387)
- bump K-Meleon version to 76.1 (972d4e6f)

The first post above gets UPDATED with latest versions and download links.
The other notes in it are still copied from 76.0, may be partly obsolete now.

first KG76.1: https://o.rthost.win/kmeleon/KM76.1-Goanna-20190112.7z
final KG76.1: https://o.rthost.win/kmeleon/KM76.1-Goanna-20190209.7z

===================
version 76.1.1 since 2019-02-23
http://kmeleonbrowser.org/forum/read.php?19,148500,148731#msg-148731
PTF Goanna: 3.4.4, version.ini xxx?

Quote
roytam1
In-tree changes:
- bump version to 76.1.1 due to Goanna ABI changes (2290fdd6)

Quote
roytam1
there is a binary level incompatibility that requires recompiling K-Meleon front-end tree.

http://kmeleonbrowser.org/forum/read.php?19,148500,148730#msg-148730
There should not be any incompatibilities found in users side, ONLY IF users try to do partial update(e.g. just replacing xul.dll/mozjs.dll instead of replacing all DLLs). If you tried to do so(e.g. using 76.1.1 xul.dll with 76.0 k-meleon.exe), it will crash at startup.
All macros should be fine at the moment. For XUL extensions, if any incompatibilities are found, it will be listed in release notes. (recently a mis-use of getComplexValue API form nsIPrefService interface is found, and will be listed in release notes)

first KG76.1.1: https://o.rthost.win/kmeleon/KM76.1.1-Goanna-20190223.7z
final KG76.1.1: https://o.rthost.win/kmeleon/KM76.1.1-Goanna-20190420.7z

===================
version 76.2 since 2019-04-27
http://kmeleonbrowser.org/forum/read.php?19,148500,149128#msg-149128
PTF Goanna: 3.4.4, version.ini xxx?

Quote
roytam1
in-tree changes:
- MozUtils: JS::Evaluate() don't use `globalJSObject` anymore as bug 1097987 is landed in goanna3 side. (17c38519)
- bump version to 76.2 since goanna API is changed due to landing of bug 1097987 (a844f112)

.
=================== old:
Sounds like this could really merit a little update of the version number. Also at least once a year perhaps? :cool:

Update: Great, thanks! :-)

PS: old thread for Goanna-76.0 was here, if later someone looks for the beginnings of KM-Goanna:
http://kmeleonbrowser.org/forum/read.php?19,143253



Edited 7 time(s). Last edit at 04/27/2019 09:19AM by siria.

Quote
siria
Sounds like this could really merit a little update of the version number. Also at least once a year perhaps? :cool: If not the outer number, at the very least please the version.ini number which macros can read easily.
(@others: yeah go kick me again just because you think *you* don't need it, but that will not change the fact that identic version numbers for different versions do matter, as all other apps change theirs too, and KM in the gecko past did too, and that changing a simple number does not waste any time and effort)

If version number is needed, then you can treat build number as "version number".

BTW I'm thinking about bumping to "76.1" as nsIDOMDocument interface is changed, so people can differentiate incompatibilities of kplugins. (thats the REAL need of version numbers, bumping version numbers without any incompatibilities issue is just waste of time)

Those "incompatibilities of kplugins" sound a bit worrying, having no clue what it means exactly. Could that break macrolanguage, macros, xpi addons etc.? That could be a killer prob, with no one here being able or with enough time to fix lots of older stuff again.



Edited 1 time(s). Last edit at 01/14/2019 08:16PM by siria.

Quote
siria
Those "incompatibilities of kplugins" sound a bit worrying, having no clue what it means exactly. Could that break macrolanguage, macros, xpi addons etc.? That could be a killer prob, with no one here being able or with enough time to fix lots of older stuff again.

because those old third-party K-Meleon kplugins that use nsIDOMDocument interface will break and cause KM crash. Bundled kplugins have already fixed that part of interface code and recompiled.

And for xpi side, I think it should be OK(or some extensions that uses nsIDOMDocument interface may need to change but I'm not sure)



Edited 1 time(s). Last edit at 01/12/2019 01:24PM by roytam1.

Quote
roytam1
Bundled kplugins have already fixed that part of interface code and recompiled.

Good to know

As siria pointed out, no one, or no one with the dedicated time to do it, plus knowledge, is around here anymore, so would be a big problem.

After all, macros.dll is a kplugin and the core and soul of K-meleon itself. Without it will just become a headless "chicken" shell of the Goanna engine without much more to offer.

@roytam1

Conducted basic tests (including tests with my extensions, no conflicts have been detected yet),
all very well Big thanks!
...
We look forward to further corrections with hope and gratitude!
And... hope - someday will emerge and 4.x KM Goanna

Fantastic, thanks!

And a brand new thread for KG76.1
The prob is just that the versions in the forum titles are now switched, 76.1 still called 76.0, and the old monster thread for 76.0 already claims to be 76.1 :cool:

@roytam1
as original author, can you adjust the first postings yourself, and copy the contents?
Or if no time perhaps an admin.
I'd even prefer to see the old topic blocked completely, to avoid a total mess with people posting in both topics.



Edited 1 time(s). Last edit at 01/14/2019 08:16PM by siria.

The very first post of the old KMG76 thread is needed here too at the beginning of the post just because it contains several useful links and mostly all the important instructions for KMeleon Goanna itself:
http://kmeleonbrowser.org/forum/read.php?19,143253,page=1

Quote
siria
Fantastic, thanks!

And a brand new thread for KG76.1
The prob is just that the versions in the forum titles are now switched, 76.1 still called 76.0, and the old monster thread for 76.0 already claims to be 76.1 :cool:

@roytam1
as original author, can you adjust the first postings yourself, and copy the contents?
Or if no time perhaps an admin.
I'd even prefer to see the old topic blocked completely, to avoid a total mess with people posting in both topics.

old thread is closed so I can't quote/edit and copy the codes to here.

Thank you

Also very important missing info, which should be stated somewhere:
which system is required? Which SP? Does KG76.1 run on 32bit? 64? SSE?
Can it also run on Linux? How much RAM? Is it portable? Is it stable?
And for user who are not familiar with Goanna, a bit basic info how KG76.1 is related with Firefox...

Such important stuff for new users has been neglected for so many years, although it's certainly quite easy for experts to tell. Hopefully someone somehow somewhere can put some lines together...

@siria

With regard to system requirements, past information is still relevant, but can be repeated.
(for KM 76.x Goanna / current builds)

Software / OS requirements:

- as minimum Win2K SP4 (with 2K KernelEx, see this topic) including server version;
- XP SP2 (with kernel replacement, see this topic)or SP3 (native support);
- 2K3 SP2 (native support);
- NT 6.x any version and all SP (i.e. Vista / 7 / 8 / 8.1 / 10 and server versions
2008 / 2008 R2 / 2012 / 2016 / 2019) native support;
- fully functional on all 64-bit OS (since 2K3 SP2);
- works correctly on Linux (tested on distributions over the past five years, on Debian and Slackware) in Wine environment.

Hardware requirements:

In fact, any processor if capable of supporting the work of the above OS.
Examples of tested, real old processors:



and



Ie, almost any CPU released for more than twenty years.

/* Functioning problems can occur in littered systems and in case of errors from operating party (users). */

As minimum, simply unoptimized 2K with 20 MB of RAM can confidently load KM!
(see this topic for extended information about RAM)

Maximum can be open 255 tabs in a single window (requires interface modification for efficient management of dozens tabs).

From real-world examples, if you do not abuse the number of tabs (and better only one) you can confidently work even with 128 MB of RAM, with 256 you can watch 360p video without freezes.
On adequately optimized system.



Edited 3 time(s). Last edit at 01/16/2019 08:08PM by hermes.

Quote
hermes
With regard to system requirements, past information is still relevant, but can be repeated.
(for KM 76.x Goanna / current builds)

Software / OS requirements: (....)

Whow! YES, what I meant exactly but even better, and with links
Thank you! Guess now we can simply add a "System Requirements" link near the downloads and link to your post here.

Just a little tip, if anyone's interested, have just seen this addon "Palemoon Commander":
https://addons.palemoon.org/addon/pm-commander/

It's for PM27, which matches KG76.x, and looks quite interesting IMO.
An interface for lots of advanced hidden settings, one of the things KM is missing so badly since ages.

New regular/weekly KM-Goanna release:
https://o.rthost.win/kmeleon/KM76.1-Goanna-20190119.7z

Changelog:

Out-of-tree changes:
* update Goanna3 to git 35fb6f0f2..de2f91a7b:
- import changes from rmottola/Arctic-Fox:
- Bug 1031152 - Part 2: Define a JSAPI test for the SavedFrame public API (5b391e61c)
- add MOZ_OVVERRIDE and MOZ_FINAL taking from older upstream, since they were later removed. (45041af7f)
- Bug 1129769 - Handle more kinds when resolving tracked type names. (76779d2bc)
- Bug 1129769 - Followup: ignore indirect function calls from JSStreamWriter's use of stdstream in hazard analysis. (df3fe0866)
- Bug 1129780 - Report the youngest sampled frame's line number if it has optimization info. (46a5b92fc)
- Bug 1131429 - Add a shell function to dump all of a function's tracked optimizations. (be91b86d0)
- Bug 1136837 part 1 - Don't inline calls with incomplete type information for this or arguments. (0f88dc0f5)
- Bug 1136837 part 2 - Improve |this| types when inlining after a CALLPROP/CALLELEM. (0f6e50f93)
- Bug 1134638: 1. Add OperationName to MSimdBinaryBitwise (4100a5ff8)
- Bug 1134638: 2. Inline some float32x4 binary arithmetic and bitwise operations (c7f3a22ea)
- Bug 1134638: 3. Templatize inlineSimdBinary functions (39b6f6fab)
- Bug 1134638: 4. Also test correctness of SIMD operations (8c9d75ed3)
- Bug 1134638: 5. Add OperationName to MSimdUnaryArith; (69860fe64)
- Bug 1134638: 6. Inline SIMD unary arithmetic operations (6a456e62e)
- Bug 1134638: 7. Add spew for MSimd{Binary{Bitwise,Arith},Unary} (199320b8e)
- Bug 1134638: 8. Inline SIMD conversions in Ion (6a06cc94c)
- Bug 1047529 - Move caller field from MResumePoint to MBasicBlock. (2f2617ccd)
- Revert "Bug 1047529 - Move caller field from MResumePoint to MBasicBlock." (b369b2f7d)
- Bug 1120170 - part 1 - Change JSMSG_NOT_NONNULL_OBJECT message to accept an argument. (20c7374f3)
- Bug 1120170 - part 2 - Self-host RegExp.prototype.flags. (469c3b324)
- Bug 1135429 - Object.create shouldn't throw when its second argument is a primitive value. (a1b3545ba)
- Bug 1047529 - Move caller field from MResumePoint to MBasicBlock. (7b00e8a79)
- Bug 1134638: 9. Drive-by cleanup: FloatingTypePolicy can just have SPECIALIZATION_DATA (d5f86598c) (de2f91a7b)

* Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses.

Great thanks!

And the troubleinfo macro is now updated to 76.1 too:
http://kmeleonbrowser.org/forum/read.php?9,142878

@roytam1 Thanks!

Do i need any of the above video decoders on Windows 10 Home 64-bit while running the latest version of Goanna? I also have K-Lite Codec Pack (Full) installed if that's of any relevance.

I usually play videos in 480/720p only.

@roytam1 thank you!

Quote
Rain
Do i need any of the above video decoders on Windows 10 Home 64-bit while running the latest version of Goanna? I also have K-Lite Codec Pack (Full) installed if that's of any relevance.

I usually play videos in 480/720p only.

Necessary libraries (for native HTML5 video) have been included in set for a long time. The only exception is if you use Flash plugin, then you need to add it (as example, from here https://labs.adobe.com/downloads/flashplayer.html)*.
--
*In this case, it will be reasonable to install plugin on virtual machine and copy only necessary DLL in browser plugins folder (to avoid leaving garbage in system).

@hermes

So... I can just use a bare bones/stock version of Goanna for default video streaming then? I won't be doing any of the VM stuff.

Quote
Highly recommended to add support for H264 and avoid memory leaks while viewing some embedded videos

If this was included in, why isn't it mentioned on the front page? :s



Edited 1 time(s). Last edit at 01/21/2019 11:35AM by Rain.

Quote
Rain
@hermes

So... I can just use a bare bones/stock version of Goanna for default video streaming then? I won't be doing any of the VM stuff.

Quote
Highly recommended to add support for H264 and avoid memory leaks while viewing some embedded videos

If this was included in, why isn't it mentioned on the front page? :s

This is old information (today), it is necessary that moderators corrected. You can see for yourself that there are two DLLs in the browser folder (*-lav-*.dll). To view HTML5 (mp4) video this is more than enough (on youtube as example).
...
This link references alternate versions of compilations this library (LAV). This is useful if you are going to use them consciously. In General case, this is not necessary.



Edited 1 time(s). Last edit at 01/21/2019 09:04PM by hermes.

Hi,
thanks a lot for all your work !
But I have two problems with K-Meleon (even with the 20190119 version):
- how can I make it totally portable ?
- lists seems not to be clickable (http://technologiescollege.github.io/Blockly-at-rduino/), when I select a board it's not the right one.

Thanks a lot for your help.
Regards.

Thank you for update roytam1 - downloading it now.

Bug?

Rodocop's Ultrasurf package not working for me in this version.


https://my.powerfolder.com/dl/fiMbdtCBTdHaxzofrMibQf6H/ultrasurf-km-eng.7z

Thread:
http://kmeleonbrowser.org/forum/read.php?9,141077

Update and rename ( u1806 -> Ultrasurf):new UltraSurf

Thanks that works.

Quote
Mello
Thanks that works.

Yes do not treat

Quote
Anonymous User

Quote
Mello
Thanks that works.

Yes do not treat

I do not know English:
Well that works*)