[ralphy]

Hi Jerry,

Today I went ahead and took a peek at Set Default Browser in Lite Tweaks. I think that this tweak can use some more polishing. Here is what I found:

1- This tweak asks for elevation but the default browser setting should be stored on a per user basis and not globally. Hence, I believe that it shouldn't require admin privileges to run and do what it is needed. (Consider moving from lite-tweaks-super to lite-tweaks)
2- The settings should be read and written to ~/.config/mimeapps.list instead of  /etc/gnome/defaults.list (which causes elevation prompt thus changing default on the system instead of per user base) (I'm already working on this)
3- Vivaldi browser should be considered for inclusion. It is fast and versatile. (I'm already working on this)
4- Some additional changes may also need to be considered. There is XFCE Preferred Apps... Setting the default browser does not seem to have any effect on XFCE Preferred Apps. Therefore, I suggest we also look at changing this setting with Lite Tweak is used to set the default browser, otherwise not all settings are set uniformly.

Your thoughts?

[valtam]

Completely agree with all your points here Ralphy. I like how you think things through thoroughly.

[ralphy]

Please Jerry, if possible do not work in lite-tweaks lite-tweaks-super for now please. I'm working on it and I've made quite few changes so far:

- Moved Default Web Browser to lite-tweaks
- No more admin prompts - No /etc/gnome/defaults.list modifications necessary.
- Settings are stored in the user profile (.config/mimeapps.list
- check whether .config/mimeapps.list exists and create it if needed
- check .config/mimeapps.list file configuration and update it accordingly before running browser tests (check for installed browsers)
- added Vivaldi browser to the list of browser checks
- added Vivaldi cache clean up
- added midori cache clean up
- added dialog confirmation for cache clean up (firefox, chrome, chromium, vivaldi, midori)
- removed unnecessary loop (Process Completed) <= This dialog now appears only for lite-tweaks-super tasks. Eventually it may go away all together. It happens that when a task fails the user is prompted afterwards with a "Process Completed. Would you like to keep running Lite Tweaks?" dialog; which doesn't make much sense because it produces an ambiguous prompt. Either users get an error or they get a success confirmation; they shouldn't receive both at the same time. This is still a work in progress and will be applied to other tweaks as we move along.
- Updated multiple dialogs wording

Other small updates here and there... nothing major.

p.s: Pull request sent.

[valtam]

Great stuff Ralphy, merged. Will test this week.

[valtam]

If there are any other web browsers for linux that you can think of that are actively developed, feel free to add them in.

[ralphy]

If there are any other web browsers for linux that you can think of that are actively developed, feel free to add them in.

Will do but main stream browsers are actually included already. We can always include additional ones if requested.

Right now I'm working on important changes for Hostname tweak. I want to use this one as a good example of how we can loop the user within a task without having them to go through the process of re-selecting tasks and executing them again for having left the loop... Here is an example that should make sense for these changes I'm doing:

1- Run Change Hostname tweak and try to set an empty hostname...
2- In the next dialogue, the user is warned about not being able to set an empty name as hostname.
3- After clicking 'OK' in the previous warning, task is cancelled and the user is sent back to "Lite Tweaks" where they must start by selecting the task and running it again <= not happy     

What I've done, is to loop the task so that the user is let know that "an empty name as hostname cannot be set", but instead of cancelling the task they are sent to set the hostname once again.

This is how it flows now:

1- Change hostname



2- User enters invalid hostname



3- User clicks "Got it!" button acknowledging the warning and is returned to the task options



4- 'Cancel' exit out to Lite Tweaks without additional prompts



I think this is a more user-friendly way to have users interacting with Lite Tweaks. Isn't it?

[valtam]

Agreed, makes sense Ralphy.

[ralphy]

I'm about to send another pull:

Worked on: Hostname and a little bit in Numlock tweaks... Hostname went through major surgery  ;D but I'm not happy with Numlock tweak... I need to come back to it and polish it up  :-[ 

[valtam]

Thanks Ralphy, really appreciating your contributions here. Take it easy, I don't want you to burn-out. I've seen it with other Devs that go hard for days/weeks without a break, then stop contributing altogether and disappear. Pace yourself :)

[ralphy]

Thanks Ralphy, really appreciating your contributions here. Take it easy, I don't want you to burn-out. I've seen it with other Devs that go hard for days/weeks without a break, then stop contributing altogether and disappear. Pace yourself :)

Hi hear you Jerry. I don't have much time for coding for LL. So I take every little chance I have to add my 2 cents. If I disappear like those devs you mentioned is likely because I'm overloaded with work of my own... otherwise, I find it fun to add few improvements here and there whenever time allows.

I've stopped for today. Gotta migrate few domains mailboxes to a different mailserver, SPF, DKIM, DMARK and all other DNS records and cool stuff  ???

Let me know if you find interesting the Hostname tweak revamp. There is quite a bit to test there :)

Cheers!