patrickjdempsey wrote: so I'm really not even sure who they think they are appealing to.
Certainly not the masses
patrickjdempsey wrote: so I'm really not even sure who they think they are appealing to.
Moonchild wrote:Please understand that this is a one-time issue. I will not change GUID again since Pale Moon has its own now (as opposed to previously).
patrickjdempsey wrote::-"
Meanwhile, back on topic:
.
patrickjdempsey wrote:
On either path, if the best you can expect is to keep using a hacked old version of an extension, then that means you'll never get bug fixes for that extension, and if the extension depends on external resources (like AdBlock Plus, LastPass, WOT) then it's possible for very small changes to the external resources to badly break the extension.
Trippynet wrote:And it's "Pale Moon", as you well know. We do not resort to deliberately misspelling Mozilla product names, so please be civil. Thank you.
LoudNoise wrote:Matt is apparently going to breath good life into ABP by authoring Latitudes. ABP's rejection of Palemood apparently hit him hard. I would assume that it will have one list and it will be hardcoded.
Matt A. Tobin wrote: Those devs that won't play ball will simply have their add-ons forked as is the case with adblock plus.
Matt A. Tobin wrote:Yeah, because of that! And because I am not gonna pseudo-static update ABP to 2.6.5 when THEY released a new version just the other day and didn't BOTHER to take FIVE SECONDS to add Pale Moon.
MoonChild wrote:Neither, really. Pale Moon 25 includes code from 24, 25, 26, 27, 28, (not so much) 29, 30, 31, 32, 33 and 34. More from all these versions will be cherry-picked if found desirable in the future. In addition, there is plenty of Pale Moon-specific code. As stated elsewhere it is a hybrid. It is its own thing, hence the absolute need to stop carrying the Firefox GUID because it would enforce this kind of comparison and would prevent us from individual development if we at all times have to keep a parallel with a specific version of Firefox.
Moonchild wrote:No real surprise, since the staff at MozillaZine seems to be terribly uninformed about Pale Moon's status, code, changes and approach.
Moonchild wrote:To clarify this quote from Mozillazine, consider the following:
Moonchild wrote:Pale Moon is still a Mozilla-based browser and as such draws heavily on the Mozilla code that lies at its roots. LoudNoise clearly does not understand anything beyond black or white. Yes, this has likely never been done before by anyone.
Moonchild wrote:It is its own thing, hence the absolute need to stop carrying the Firefox GUID because it would enforce this kind of comparison and would prevent us from individual development if we at all times have to keep a parallel with a specific version of Firefox.
Moonchild wrote:It currently advertises Firefox/24.9 to websites if compatMode is enabled - but that will be changed in the near future.
It advertises the same to extensions, although from an extension point of view this only applies to the installation routine. Pale Moon's front-end is "most compatible" with 24ESR as far as UI elements go. This is a temporary situation though, and only in place to allow Mozilla Firefox extensions to continue running on Pale Moon in an "extension compatibility" mode.
fanboy wrote:Why not just remove the Australis patches from Firefox, and use that for PM? Seems a bit backwards using older code, with a few selected patches. It wouldn't take much effort to dissect where Australis was enabled to create a patchset from that.
This "Hybrid" system seems to be lacking any upgrade of Javascript; http://i.imgur.com/jCekkIU.png and very selective html5 option upgrades: http://i.imgur.com/AyVZLQr.png So going by this PM is not ESR31, its ESR24 with very selective patches. Also the javascript benchmarks Octane/V8 weren't very kind to Palemoon.
Until Palemoon is rebased with a newer source, I'd recommend people not to use it.