Mypal 68 in Windows XP - Custom Buttons and Extensions

[AstroSkipper]

On 11/12/2024 at 10:27 PM, AstroSkipper said:

@feodor2 I am not sure if you aware of this. The logger of uBlock Origin 1.60 does not work in Mypal 68.14.4b when running single-process mode. Neither in the officially last compatible version 1.46 of uBlock Origin. In multiprocess mode, the logger is running fine.

@feodor2 I don't know if you have read my post quoted above. The logger in the most recent version of uBO 1.61.2 has now completely stopped working in Mypal 68.14.4b and 68.14.5b. Neither when running single-process mode or multi-process mode.   I therefore reverted to the last officially compatible version 1.46, as uBO is unfortunately useless without a functioning logger.

Edited December 14, 2024 by AstroSkipper
Update of content

[AstroSkipper]

On 11/22/2024 at 7:55 PM, AstroSkipper said:

The download package MYPAL_68_CB_requirements.7z from my first post is actually working as it should. But I found in one file unnecessary code which was implemented by the original creator for enabling pre-Lion fullscreen mode mode under macOS. However, this code inside the file userChrome.js spits out an error in the Browser Console under Windows XP, which I could fix in two different ways. The most simple one is to remove this code since Mypal 68 targets the Windows OSes. The other one is to add some missing code which I also did just for fun. But as I already said, this is actually nonsense. Anyway! Here is the error when using the original userChrome.js file:



And here is a screenshot after removing code from the original userChrome.js file and restarting the browser:



You can see the message "ReferenceError: XPCOMUtils is not defined" has gone.  After some weeks of testing, I can confirm that all is working perfectly.  If you are interested in and want to also do the fix manually, then you can do it as follows:

Old content of the userChrome.js file:

// Copyright (c) 2017 Haggai Nuchi
// Available for use under the MIT License:
// https://opensource.org/licenses/MIT

// Set "useLionFullScreen" in the same way that it's done in
// chrome://browser/content/browser-fullScreenAndPointerLock.js
XPCOMUtils.defineLazyGetter(FullScreen, "useLionFullScreen", function() {
    return false;
});

New content of the userChrome.js file:

// Copyright (c) 2017 Haggai Nuchi
// Available for use under the MIT License:
// https://opensource.org/licenses/MIT

Additionally, I will update the MYPAL_68_CB_requirements.7z package as soon as possible.

Greetings from Germany, AstroSkipper

The last few weeks, or rather the last few months, I have expanded my JavaScript and CSS knowledge considerably. I started to develop not only new custom buttons for the legacy extension Custom Buttons and custom CSS stylesheets, both targeting Mypal 68, but also UC.JS scripts for Mypal 68 and compatible browsers. Additionally, I have tested and analysed all available methods for loading UC.JS scripts. I also put my favoured method, which I presented in the first post of this thread, to the test. The loading method in my download package MYPAL_68_CB_requirements.7z is based on the loading method of Nuchi and Sporif. At the time, I assumed that additional code inside the config.js file was needed to load UC.JS scripts. This code comes from the alice0775 project and, however, it is not needed at all for the loading method I have provided, as I have realised in the last few days. It is only needed if there is no binding via the userchrome.xml file. Fortunately, it didn't do any harm either, but I have nevertheless tidied up my package and got rid of unnecessary ballast. I will now create and upload a new download package which will also contain my fix for the error "ReferenceError: XPCOMUtils is not defined" in two different ways. What I can already say at this point is that my favourite Nuchi-Sporif method is one of the best of all regarding Mypal 68. More on this soon.

Greetings from Germany, AstroSkipper 

Edited January 12 by AstroSkipper
Update of content

[AstroSkipper]

On 1/11/2025 at 12:47 PM, AstroSkipper said:

The last few weeks, or rather the last few months, I have expanded my JavaScript and CSS knowledge considerably. I started to develop not only new custom buttons for the legacy extension Custom Buttons and custom CSS stylesheets, both targeting Mypal 68, but also UC.JS scripts for Mypal 68 and compatible browsers. Additionally, I have tested and analysed all available methods for loading UC.JS scripts. I also put my favoured method, which I presented in the first post of this thread, to the test. The loading method in my download package MYPAL_68_CB_requirements.7z is based on the loading method of Nuchi and Sporif. At the time, I assumed that additional code inside the config.js file was needed to load UC.JS scripts. This code comes from the alice0775 project and, however, it is not needed at all for the loading method I have provided, as I have realised in the last few days. It is only needed if there is no binding via the userchrome.xml file. Fortunately, it didn't do any harm either, but I have nevertheless tidied up my package and got rid of unnecessary ballast. I will now create and upload a new download package which will also contain my fix for the error "ReferenceError: XPCOMUtils is not defined" in two different ways. What I can already say at this point is that my favourite Nuchi-Sporif method is one of the best of all regarding Mypal 68. More on this soon.

Greetings from Germany, AstroSkipper 

Script loader package for Mypal 68 - Update notification

My download package MYPAL_68_CB_requirements.7z has been updated. I edited different files to tidy up the package and remove unnecessary code. Here is a short changelog:

• In the config-prefs.js file, comments added and the pref general.config.sandbox_enabled deactivated.
• In the config.js file, unnecessary code removed.
• In the userChrome.css file, information added how to import CSS stylesheets.
• In the userChrome.js file, the error "ReferenceError: XPCOMUtils is not defined" fixed in two different ways: either unnecessary code completely removed, or the corrected file userChrome.js.FixedJustForFunByAstroSkipper can be used (the extension .FixedJustForFunByAstroSkipper has then to be removed, of course ).
• Instructions in the Instructions - Please read me first!.txt file updated.

The download link of my package Mypal 68 CB requirements - Updated 12.01.2025.7z can be found as always in the first post of this thread.

Greetings from Germany, AstroSkipper

Edited January 15 by AstroSkipper
Update of content

[AstroSkipper]

On 11/22/2024 at 8:43 PM, AstroSkipper said:

BTW, I reorganised the chrome subfolder inside my Mypal 68 profile folder. From now on, all my uc.js script files are located in a subfolder called "Scripts" such as all css files have already been stored in a subfolder called "CSS". If someone is interested how that can be done, just ask here. 

For my personal use, I have additionally modified the Nuchi-Sporif script loading method to load all UC.JS script files from a chrome subfolder called "Scripts".  This gives the user a better structured chrome folder.  If someone is interested how that can be done, just ask here. This modification has not been implemented in my new download package Mypal 68 CB requirements - Updated 12.01.2025.7z to avoid confusion.

Edited January 15 by AstroSkipper
Update of content

[AstroSkipper]

Overview of script loading methods for Mypal 68

This is a ranking list of all script loading methods for Mypal 68, which I am aware of, and reflects the experiences from my tests in the currently most recent versions 68.14.4b and 68.14.5b of this browser. 
Edit (05.05.2025): This ranking list is valid up to and including version 68.14.7b:

1. Nuchi-Sporif script loading method
2. Alice0775-Nuchi script loading method
3. Nuchi script loading method
4. Alice0775 script loading method
5. Aris-t2/Ardiman-Endor8 script loading method
6. Endor8 script loading method
7. Xiaoxiaoflood script loading method

The Nuchi-Sporif script loading method in 1st place is the one I have been making available for download here since 2022. All scripts that are really compatible with Firefox 68+ work with this method in Mypal 68 right from the start.  The Alice0775-Nuchi script loading method in 2nd place works similarly well if a small fix I was able to find due to an error message in the browser console is made in its code. The pure Nuchi script loading method in 3rd place does not automatically recognise scripts in the chrome folder. They must be imported manually by the user. But this method works just as well as the two previous methods. The pure Alice0775 script loading method in 4th place is actually available only starting from Firefox 72. But I also got it working in Mypal 68 if I remember correctly. I have tested so much that it is sometimes difficult to keep an overview. If anyone is wondering why I'm bothering with other script loading methods at all when the best one has already been provided by me, then I should mention at this point that the Nuchi-Sporif script loading method no longer works as of Firefox 72. Incidentally, this applies to all Nuchi script loading methods. Since I don't know what @feodor2 plans to do with Mypal 68 in the future and to what extent compatibility will be maintained, it's good to know what alternatives are available. In any case, the methods in 4th to 7th place are also available for higher Firefox versions. When using the Aris-t2/Ardiman-Endor8 or the pure Endor8 script loading method, however, some scripts need to be additionally fixed which I have already successfully done in some cases but this is not always easy.  In any case, these two methods led to more fixes to be done in scripts than the methods from 1st to 4th place and need deeper JavaScript and CSS knowledge. Unfortunately, the Xiaoxiaoflood script loading method in 7th place was the worst. Many of the scripts I use do not work with this method. Nevertheless, there are at least 7 methods to load UC.JS scripts in Mypal 68, even if they vary in their structure, user-friendliness and script compatibility.

Greetings, AstroSkipper 

Edited May 5 by AstroSkipper
Update of content

[AstroSkipper]

On 1/15/2025 at 7:44 PM, AstroSkipper said:

The pure Alice0775 script loading method in 4th place is actually available only starting from Firefox 72. But I also got it working in Mypal 68 if I remember correctly.

My memory wasn't playing tricks on me.  I was able to run even this method in Mypal 68.14.4b one more time. I combined methods from the Alice0775 project targeting FF 69+ and FF 72+ to get this script loading method (without binding via the userChrome.xml file from the Nuchi project) from 4th place of my ranking list running. However, two little fixes inside the userChrome.js file were necessary for that. As I already mentioned, this should actually only work from Firefox 72 onwards.  Perhaps, Alice0775 did not even consider this possible variant for FF 68 at that time. 

Edited May 4 by AstroSkipper
Update of content

[feodor2]

Process mode toggles works good, thanks.

Ublock 1.61.2 also works as usually, on the single process logger opens by the context menu on "new tab" or "new window".

For you the last good version may be 1.56

[AstroSkipper]

1 hour ago, feodor2 said:

Process mode toggles works good, thanks.

I'm glad to hear that. For me, the PMT - Process Mode Toggler is ideal for testing and comparing different things in both process modes with only two clicks in the same profile.

1 hour ago, feodor2 said:

Ublock 1.61.2 also works as usually, on the single process logger opens by the context menu on "new tab" or "new window".

For you the last good version may be 1.56

At the moment, I have reverted to the last officially compatible version 1.46. But I will test the 1.56 version again. Thanks for the hint!

Edited January 27 by AstroSkipper

[NotHereToPlayGames]

<OT>

OT and forgive the interruption - is "4st" a word?  Here in the US, it's either "1st" for "first" or "4th" for "fourth".

Just curious because I have never ever seen "4st".

All I could find was this - https://www.abbreviations.com/4ST

Of course also acknowledging that the forum is no longer allowed to use US English (ie, people that use "favor" will be told to correct it to "favour").

</OT>

Edited January 27 by NotHereToPlayGames
forfgive -->> forgive

[NotHereToPlayGames]

11 minutes ago, AstroSkipper said:

PMT - Process Mode Toggler

Is this one shared publicly now?

Last I recall, it was not but this is one I would be very interested in using.

[Saxon]

11 hours ago, NotHereToPlayGames said:

<OT>

OT and forfgive the interruption - is "4st" a word?  Here in the US, it's either "1st" for "first" or "4th" for "fourth".

Just curious because I have never ever seen "4st".

All I could find was this - https://www.abbreviations.com/4ST

Of course also acknowledging that the forum is no longer allowed to use US English (ie, people that use "favor" will be told to correct it to "favour").

</OT>

<OT>

OT and forgive the interruption - is "forfgive" a word?  Here, in Belgium, it's either "forgive" , "forgave" or "forgiven".

Just curious because I have never ever seen "forfgive".

I couldn't find anything.

Of course, also acknowledging that the forum is no longer allowed to use US English, but still allowed to make typos.

</OT>

[NotHereToPlayGames]

LOL

I'll give you a "like" for that OBVIOUS typo.  But that's also kind of my point.  We all need to hire proofreaders just to be an MSFN member!  Or is it "a" MSFN member?  I won't lose sleep over it.

[AstroSkipper]

33 minutes ago, NotHereToPlayGames said:

OT and forfgive the interruption - is "4st" a word?  Here in the US, it's either "1st" for "first" or "4th" for "fourth".

Ever heard of a typo? Happens even to the best.  If you had read my posts carefully, you would have noticed that I had written it correctly in the post before:

On 1/15/2025 at 7:44 PM, AstroSkipper said:

In any case, the methods in 4th to 7th place are also available for higher Firefox versions.

The part to which you refer came in the next post:

On 1/16/2025 at 5:55 PM, AstroSkipper said:

from 4st place of my ranking list running.

If you're not interested in the content of my posts, and you're just looking for spelling mistakes, have fun with it! You will certainly find one or two more. 

[NotHereToPlayGames]

13 minutes ago, Saxon said:

but still allowed to make typos.

tThhatT's a reeLeef.  Eye'd hAt two bee banNed ovEr a TyPo.

And I really have no interest in hiring a proofreader for outside of actual work.  And not really interesting in jumping on the AI Wagon for proofreading either.

[NotHereToPlayGames]

10 minutes ago, AstroSkipper said:

interested in the content

I do tend to speed-read, I make no apology.  This is not my full-time job. 

What I "follow" is for waiting for the Toggle Process Mode button to be made public.

And yes, maybe I missed it so this is me asking directly.