Changing desktops - Was: (not) one browser for all

[Little Girl]

Hey there,

Bret Busby wrote:
>On 17/07/2019, Little Girl <littlergirl at gmail.com> wrote:
>> Bret Busby wrote:

>>>The good version of Midori, on UbuntuMATE 16.04.x, shows as being
>>>v0.5.11, and the not so good version of Midori, on UbuntuMATE
>>>18.04.x, shows as being v7-34-g0c5820f.  
>>
>> What's different between them?
>
>One of the annoying differences, is that, whilst the earlier version
>provides for each browser window having a menubar, the later version
>does not.

Ah, I've seen that in Firefox and it was a setting you can change by
right-clicking the hamburger icon and putting a tick in the "Menu Bar"
box to enable the bar. You might be able to do that in Midori, too.

>Another difference, is that, in the earlier version, encapsulation
>(if this is the correcter term in this context) works with "Private
>Browsing", and, does not, in the later version. I therefore, do not
>trust the "privateness" of the Private Browsing, in the later
>version.
>
>A good example of this, is that, in the version of Midori, on
>16.04.x, I can enable scripts (javascript) in a Private Browsing
>window, and, that enabling of scripts, is limited to whatever
>Private Browsing window, in which I have enabled it, and. nowhere
>else. From that, I assume that preferences set within one Private
>Browsing Window, are limited to existing within that Private Browser
>window, and, not without. In the later version of Midori, I have
>found that the setting of preferences, such as enabling scripts, is
>not contained within a "Private Browsing" window, but, it applied
>without, so that, instead of being like local variables, limited to
>the "Private Browsing" window, in which they are set, they are like
>global variables, unlimited in their presence, across all windows
>open of the web browser. I therefore have no confidence in the
>"Private Browsing" implementation, in the later version.
>
>These are the main two significant differences, that I easily
>remember. And, to me, they are both, quite significant.

That's definitely significant and enough that I would question it as
well. Have you reported it in their bug tracker so the developers can
take a look at it and see if it's an oversight that needs fixing?

>If you are still using Ubuntu 16.04.x, as long as you keep updating
>it, I suggest that you stay with it. I believe that 16.04, and its
>associated packages, are superior to 18.04.

It looks like it's good until 2021, so I guess there's no hurry
after all:

https://wiki.ubuntu.com/Releases

Somehow I had been under the impression that I should hurry up and
upgrade because I wouldn't be getting full support any more, but it
looks like that was in reference to the non-LTS release.

>The only feature of 18.04, that I have found, that has an advantage
>over 16.04, Is that I could install 18.04 into UEFI, on a MS Windows
>10 computer, and, with 16.04, from memory, it has to be installed
>into Legacy BIOS, and, can not be installed on a computer with MS
>Windows 10. I may be wrong in that, and, if I am wrong in that, I
>stand to be corrected.

I'm not quite sure, but I remember we had to get creative with the
UEFI in order to get Ubuntu 16.04 onto our machines (with
very different motherboards).

Below are my notes on UEFI in the event that they'd be of any use to
anyone else. They worked for us, but feel free to look them over and
offer suggestions for improvements since I'll probably be using them
when the time comes to upgrade to Kubuntu:

====================
When you install MATE with your new hardware, you'll want to pay
attention to whether your BIOS (or whatever they refer to it as
nowadays) is set up for UEFI or Legacy before you install since you
need to partition your drive in a specific way for each one.

UEFI is modern and legacy is for backwards compatibility. Do some
research on UEFI and see whether it's something you want or need. If
you decide that it is, then some additional research would be in
order to see how it's used. 

Here's some recommended reading that you'll want to supplement with
additional research elsewhere:

https://help.ubuntu.com/community/UEFI

https://askubuntu.com/questions/647303/uefi-or-legacy-which-is-advised-and-why

https://askubuntu.com/questions/446968/legacy-vs-uefi-help 

If you can't partition your drive properly for UEFI, you may have to
change the BIOS setting from UEFI to Legacy. You have two choices:

	* You can enable UEFI in your BIOS (your motherboard handbook
	  will tell you how) and you will not have to make a BIOS
	  boot partition at all.

	* You can disable UEFI in your BIOS (choosing Legacy instead)
	  and make a 1 MB BIOS boot partition, because GRUB requires
	  it on a GPT-partitioned hard drive. 

Important: If you get an "unable to satisfy all constraints on the
partition" message, this is a Gparted bug that's been around since
2010. You must have at least 1 MB of free space BEFORE THE FIRST
PARTITION ON THE DRIVE NO MATTER WHICH WAY YOU PARTITION THE DRIVE.
To solve that issue, you'll need to shrink one of your other
partitions so that you have free space on the drive.

Also, while inside the BIOS, instead of changing the boot order of
your devices so that it will boot from USB first, you can leave the
boot order as is and press F12 during boot to choose which device to
boot from when you want to boot from USB.

Also, the Ubuntu developers seem fo have fallen over when it came to
dismounting USB. If you put a USB stick in and boot from it to try
out the Live CD and then decide to shut down and reboot from the USB
stick so you can install the operating system (instead of clicking
the Install button on the desktop), you can't just leave the USB
stick in (which is what we tried to do since we knew we'd be using it
right away again). Instead, you must remove the USB stick when
prompted as part of the shutdown and then plug it back in after after
shutting down or it won't boot from it when you restart.
====================

-- 
Little Girl

There is no spoon.