AstroSkipper
MemberContent Type
Profiles
Forums
Events
Everything posted by AstroSkipper
-
The Process Mode Toggler custom button has been originally developed for my personal use only. So, no download link is available at the moment as it is not released so far. And if Mypal 68 doesn't support the Custom Buttons extension any longer, then there will never be a release of this button. It's up to @feodor2 what will happen next. BTW, my Restart & Purge v2.0 custom button is a unique one for convenient clearing of the Startup Cache via one click. This is very important for all users of UC.JS scripts to make them run correctly after code or script changes.
-
To get back on topic, I am a true, daily Windows XP user. I have very special UC.JS scripts (created by a great German Firefox community) running in Mypal 68, some of which I had to customise for the now obsolete Mypal 68 browser. I have also developed nice and more complex custom buttons especially for Mypal 68. I will produce a clip to give you an impression of my configuration and work. I have already posted a clip with my new Process Mode Toggler custom button. I don't know if you've looked at it yet. https://msfn.org/board/topic/183657-mypal-68-in-windows-xp-custom-buttons-and-extensions/?do=findComment&comment=1275047
-
Noted. I missed that part of the conversation. Apologies. Accepted. Such misunderstandings can happen. You know, I am a man of clear words. Then send it to me in Germany!
-
Sorry. It seems you really don't get it. The Custom Buttons extension works in the official Firefox releases in general, even in the latest versions. And so do my and other custom buttons created with this extension. If the latest version of Mypal 68 no longer supports this extension, then that is actually an issue that does not even occur in the official Mozilla versions. And you won't understand the problem if you are not a user of Mypal 68 and this extension. You are a Chrome/Chromium user and has abandoned Windows XP. Your self-created, proprietary buttons have nothing to do with this topic and are totally irrelevant. It's not about stopping software development, but rather about steering it in the right direction so as not to act even worse than Mozilla does. And for someone who hates raccoons 🦝, has never really been involved with Mypal 68 and is no longer a user of Windows XP, I don't understand what you're actually trying to accomplish here.
-
@feodor2 As I already suggested, I will send you via PM an archive with the most recent Custom Buttons extension, the no longer working UC.JS scripts together with a CSS stylesheet which has the task to style the toolbar button generated by one of the scripts. Everything works fine in Mypal 68.14.4b and has stopped working in Mypal 68.14.5b. And forget about xiaoxiaoflood. This is simply crap. I have tested it deeply, and this method for loading legacy extensions and scripts cannot do anything valuable in Mypal 68 except failing. I forgot to mention that for testing purpose only, you have to use a much better loading method for scripts and CSS stylesheets I already provided in my thread in the first post when starting the thread. I will configure the archive in a way you only have to copy all files to the correct locations of your fresh installation and profile folder. Install it first in Mypal 68.14.4b and then in Mypal 68.14.5b! You will then see the problems I have been talking about. BTW, all my implementations do not generate any errors in the Browser Console in Mypal 68.14.4b since I have fixed all of them. P.S.: Archive file already sent via PM last night.
-
@feodor2 As I already suggested, I will send you via PM an archive with the most recent Custom Buttons extension, the no longer working UC.JS scripts together with a CSS stylesheet which has the task to style the toolbar button generated by one of the scripts. Everything works fine in Mypal 68.14.4b and has stopped working in Mypal 68.14.5b. And forget about xiaoxiaoflood. This is simply crap. I have tested it deeply, and this method for loading legacy extensions and scripts cannot do anything valuable in Mypal 68 except failing.
-
You don't get it. The Custom Buttons extension has stopped working completely. So, none of my custom buttons can be used anymore.
-
Unfortunately, your changes broke UC.JS scripts which actually work in more recent Firefox versions. Same applies to CSS stylesheets. The main toolbar is broken. The Add-ons Manager can't be accessed anymore via a well-known and great script due to the sudden script breakage. And the most recent version of Custom Buttons has stopped working in Mypal 68.14.5b in contrast to more recent Firefox versions. Same applies to earlier versions of Custom Buttons. So, yes, scripts and the Custom Buttons extension work in more recent Firefox versions but not in Mypal 68.14.5b.
-
I don't think that the end-user is in the position to dictate anything in development of software. But if many things are suddenly broken, then the end-user is allowed to report issues, to express his displeasure and to voice his ideas. In any case, Mypal 68.14.5b is unfortunately a failure. Nothing more and nothing less. And when it comes to me, I created and modified many things for Mypal 68. A lot of them do not work anymore in Mypal 68.14.5b. Thus, I am not amused at all. Compatibility is my top priority. So, spoken for me only, I thankfully do without a Mozilla-like development strategy. I've had enough of that. That's why I'll definitely stay with Mypal 68.14.4b if nothing is changed.
-
@feodor2 Inside the omni.ja file, you changed, for example, the chrome://browser/content/browser.xul file in Mypal 68.14.4b to the new chrome://browser/content/browser.xhtml file in Mypal 68.14.5b. Without any announcement and information, such changes are predestined to cause problems. Now, nothing surprises me anymore. Edit: I removed the image with a toolbar and icon issue as it was caused by one of my scripts which is now broken in Mypal 68.14.5b.
-
Just for clarification. I did not and do not have any problem with closing tabs or memory consumption. I use Mypal 68.14.4b in multiprocess mode with rebased DLL files. I set up my profile perfectly. In the background, a custom button is minimising memory every 10 minutes and tabs can be completely discarded at any time, either automatically or manually. I replaced many extensions by self-created or modified custom buttons and UC.JS scripts. I am not a tab horder, so I do not have any problems with memory management although my Windows XP machine is equipped with a single core CPU and only 1.5 GB SD-RAM. All is working fine , only some websites do not work anymore due to bloated, modern layouts. Greetings from Google and their frameworks, webkits & co! These websites are fodder for my Android (Google ) tablet.
-
In general, it's always a good idea not to make too many changes at once when it comes to software development. You don't want to end up like Mozilla, which breaks compatibility almost with every release. @feodor2 Here is my wish for Christmas: Please, recheck your changes and revert those which break compatibility! None of your previous releases caused any breakages to UC.JS scripts, CSS stylesheets, extensions or custom buttons. There was only one breakage in terms of language packs in the past. But all other things worked in every of your releases. Do not follow Mozilla's way of destruction!
-
After all my tests and changes I made with UC.JS scripts, CSS stylesheets, custom buttons and extensions, the best and most stable version for me is Mypal 68.14.4b.
-
Just for your information! All solutions, be it UC.JS scripts, extensions or CSS stylesheets, I have posted here are definitely working up to the version 68.14.4b. Unfortunately, the most recent version Mypal 68.14.5b causes breakages. (German saying. Translated: There is the worm in it!) Therefore, be careful when updating Mypal 68! A backup of your profile should be done first. Do not post here any issues regarding this version! Mypal 68.14.5b contains changes which break different things like extensions, scripts and styles. Therefore, it should be used with caution in production systems. I have installed it for testing purpose only and for reporting issues. All issues should be reported in the Mypal 68 thread or to the issues on GitHub.
- 400 replies
-
3
-
- userChrome.js
- Mypal 68
-
(and 3 more)
Tagged with:
-
The Custom Buttons extension worked fine in Mypal 68 from the very first release until the previous version 68.14.4b. @feodor2 also has this extension available and can certainly test what's going on. In any case, he has made significant changes. The menu bar is also affected and no longer behaves as it did before. This may also be one of the reasons why some of my CSS stylesheets no longer work. Same applies to the Add-ons Manager. P.S.: @feodor2 And FYI, I also tried xiaoxiaoflood's method you recently pointed to and installed the boostrapped version of Custom Buttons (this extension always comes in two different versions). In this case, the extension options appears again in the Add-ons Manager (no error in the Browser Console in terms of the boostrap.js file) but when installing custom buttons, none of them are available. Although they are listed under the entry Custom Buttons in the Add-ons Manager, they are simply not accessible and their tool bar icons missing in the Customize window. Same to the Custom Buttons menu in the main toolbar. As you may know, Custom Buttons is an extension that also runs in newer Firefox versions up to the very latest. BTW, all was tested by me in a clean, fresh profile. If you need all the no longer working stuff, please let me know. I will then upload it for you. P.S.2: Furthermore, new errors can be found in the Browser Console compared with your previous release, even when opening the about:preferences page. Since you haven't been around here since 27. October, and the bugs are plentiful and serious, I even jumped over my shadow and reported it to your issues on GitHub to make sure you were aware of the problems with your new release.
-
Hi @feodor2! Thanks for your new release and all your efforts to improve Mypal 68! Unfortunately, I have to report that my beloved Custom Buttons extension is no longer working due to the changes you made in Mypal 68.14.5b. Furthermore, some UC.JS scripts have stopped working. Same applies to some CSS stylesheets. All of them have been working fine in Mypal 68.14.4b but in your new release, they do not work anymore. Although the Custom Buttons extension can be installed, the extension options is missing and when installing some custom buttons, they do not appear. Neither they are listed under the entry Custom Buttons in the Add-ons Manager nor their tool bar icons are shown in the Customize window. The CB menu in the toolbar to create buttons is also missing. The Browser Console shows errors when reading the boostrap.js file of this extension. Try it yourself as you already have the Custom Buttons extension! At the moment, I will stay with Mypal 68.14.4b. Too much is not working in Mypal 68.14.5b.
-
The last months, I have deepened my knowledge about JavaScript and CSS. In the case of the Process Mode Toggler custom button, one might think that it only toggles the browser.tabs.remote.autostart preference. However, this is not the case. Besides toggling this preference, my custom button displays the current process mode via toolbar icon and tooltip. It doesn't matter whether the button was used for toggling the process mode or not. It always recognises the correct mode. The process mode change is linked to a restart of the browser which is of course necessary for running the browser in the new mode. Additionally, it also adjusts two other prefs that are related to the respective process mode: dom.ipc.processCount and dom.ipc.processCount.webLargeAllocation. Their values can be preset for the respective process mode in the first lines of the button code. So, this custom button is very special and rather unique. In any case, one thing is clear. Webextensions are much more restricted and not allowed to control such features what in contrast UC.JS scripts and legacy custom buttons can easily do, though.
- 400 replies
-
5
-
- userChrome.js
- Mypal 68
-
(and 3 more)
Tagged with:
-
Which two buttons? The clip is about one button, my recently created custom button called Process Mode Toggler. You won't find it anywhere. However, I have recently posted some new custom buttons for UXP browsers and compatibles in my thread "Extensions and custom buttons for UXP browsers - Corrections, modifications, adjustments, and special recommendations". Given the lack of response and interest, I doubt that the Custom Buttons extension is used very much in general by our members or readers for whatever reasons which I do not really have to understand, though. And with a probability bordering on certainty even much less in Mypal 68 if at all. TBH, I am beginning to think I am the only one using the legacy Custom Buttons extension in Mypal 68. Anyway! I developed the Process Mode Toggler custom button actually for personal use in Mypal 68 to test UC.JS scripts, CSS stylesheets, extensions and legacy custom buttons conveniently and quickly in multiprocess mode as well in single-process mode. Especially to test my self-created ones. If there was genuine interest in my custom buttons and it was communicated in this way, then things would be different. But I can't see that so far. The clip I have posted should simply give you an impression of what I do with custom buttons and what can be done at all. No more, no less.
- 400 replies
-
5
-
- userChrome.js
- Mypal 68
-
(and 3 more)
Tagged with:
-
I think it is well known by now that I am a fan of custom buttons. The last months, I created a couple of them for the UXP browsers as well for Mypal 68. Here is one of my latest creations:
- 400 replies
-
5
-
- userChrome.js
- Mypal 68
-
(and 3 more)
Tagged with:
-
Then, try for example the Auto Tab Discard extension! However, not the most recent version but the older one 0.5.0. When it comes to uc.js scripts or extensions for use in Mypal 68, it is very often better to use older versions (according to the era) due to compatibility issues. Here is the download link: https://addons.mozilla.org/firefox/downloads/file/3889015/auto_tab_discard-0.5.0.xpi Even this version shows some warnings in the Browser Console as there are features in the extension's manifest which Mypal 68 doesn't support. But this version is nevertheless fully working in Mypal 68.
- 400 replies
-
5
-
- userChrome.js
- Mypal 68
-
(and 3 more)
Tagged with:
-
I can't say if these extensions I found do their job correctly in modern browser. This thread is about Mypal 68 which of course isn't a modern browser. It is more an old browser modified to be a bit more recent, especially its JavaScript engine. So, do you look for such an extension targeting Mypal 68?
- 400 replies
-
5
-
- userChrome.js
- Mypal 68
-
(and 3 more)
Tagged with:
-
Besides rebasing several DLL files and triggering the internal memory minimisation feature, there is a third option to reduce RAM consumption in Mypal 68 called discarding tabs. Tabs, which have been loaded but not used at the moment, can be successfully discarded in multiprocess mode without disappearing in the tab bar. If it is done correctly, these tabs do no longer occupy any RAM. I found a uc.js script and a few extensions which could satisfactorily fulfill this job.
- 400 replies
-
4
-
- userChrome.js
- Mypal 68
-
(and 3 more)
Tagged with:
-
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.
- 400 replies
-
5
-
- userChrome.js
- Mypal 68
-
(and 3 more)
Tagged with:
-
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
- 400 replies
-
5
-
- userChrome.js
- Mypal 68
-
(and 3 more)
Tagged with:
-
My Browser Builds (Part 5)
AstroSkipper replied to roytam1's topic in Browsers working on Older NT-Family OSes
When the CSS code for animations and transitions is active, you can't close some popups on MSFN. For example, the popup to see your recent notifications.