Technology Tales

Getting rid of Windows 10 notifications about disabling start-up applications

On several Windows 10 machines, I have been seeing messages appearing in its Action Centre pane with the heading Disable apps to help improve performance. It appeared again recently so I decided to look further into the matter.

What I found was that the solution first involves opening up Control Panel and that takes a little finding in Windows 10. You could use Cortana to get to it or right clicking on the Start Menu and left clicking on the Control Panel menu. Using the Windows key + X will produce the same menu and choosing the same entry will have the same effect.

Once Control Panel is open, it makes life a little easier if you change to the Large icons view using the drop-down menu under the Search Control Panel box on the right hand side. Then, what you need to do is click on the Security and Maintenance icon.

Once in that Security and Maintenance section, you are presented with two subheadings, one for Security and one for Maintenance. So long as you have not dismissed the message in the action centre, you will see a corresponding entry under the Maintenance section. At the bottom of that entry, there will be a link that turns off these messages permanently and clicking on this will have the desired effect.

Take a great leap forward, then consolidate…

While I have been a user of WordPress since late 2006, I only began to start keeping tabs on its development following my hearing news of dramatic changes coming in what became 2.5. Since a pattern developing with bigger changes coming in 2.5 and 2.7 while both 2.6 and 2.8 didn’t add too much in the way of upheaval but rather evolved what was already there. With 2.8, theme and widget management got the once over while there were plenty of other tweaks that polished a well received forbear. The differences between 2.7 and 2.8 are discernible without breaking anything that shouldn’t be broken. In short, I rather like the result.

The reaction to 2.5 was mixed, to say the least, and that in part led to the dramatic changes in 2.7, especially with regard to the administration interface. I admit to having had doubts about these when I first saw them development and there was so much chopping and changing during development that stepping back until things settled down became a necessity. Even adding a ticket to the TRAC was problematical unless you had sight of what was happening behind the scenes because it became too easy to add an invalid ticket.

With the release of 2.8 into the wild, 2.9 is now on the horizon and I am inclined to suspect that we might see bigger changes again. For one thing, there was that interface poll a little while ago and who knows what impact that may have on what comes next. The structure of the administration screens may not alter that much but that still leaves changes to colours and icons with the aim of separating navigation from what else is on there, something that doesn’t trouble me at all. In fact, I don’t see very much wrong with how how things are right now and wonder if there’s any point in making too many changes at all. The forecasted incorporation of WPMU functionality is a bigger change that would mean the end of WordPress MU as a separate entity and would concern me more with the amount of under the bonnet re-engineering that would be needed. Add Google Summer of Code projects to this mix and 2.9 looks as if it could be a step change in the spirit of 2.5 and 2.7, if not in feel. Summer 2009 could be very interesting for WordPress and I only hope that it continues to work for me in the way that it does as we move from version to version.

Where’s WordPress 2.8?

It now seems that WordPress 2.7 has been an unqualified success. The major changes that were made to the administration screens have been well received and the grumblings that were extant about 2.5 and 2.6 seem to have dissipated too. Another observation is that security bugs have not being making their presence felt. All in all, it feels very much like assured progress and may explain why 2.8 has been taking its time in coming.

It’s now pencilled in for the end of this month and looks as if it will be a polishing of what already works well. It seems to me that most of the changes are behind the scenes but there is a new widgets interface that should be ever more user friendly together with an automated theme installation and upgrade facility that is based on what is already in place for plugins (speaking of which, that interface has been tidied too). Another rough edge that has been removed is the whole business of time zones and daylight saving time. In summary, it seems to be a sharpening of a package that already works well anyway. I have been running it on another site without a whimper of drama so that’s probably saying something. Saying that, quite how they are going to get anyone to upgrade is another matter. For one thing, Lorelle VanFossen’s overuse of the word “mandatory” cannot be likely to do it…

In a way, the subject of upgrade fatigue brings me to a recent poll run by Automattic’s Jane Wells. Quite a number want to stick with what works while others fancy a change. This split could be tricky to manage and might even encourage some not to upgrade at all and stick with what works for them. After all, there were two episodes of major upheaval last year and I cannot see everyone wanting to see that happen again. Continual evolutionary freshening would suit me better. Thankfully, any talk of changing the administration screens has been left for 2.9 now and there’s always the option of sticking with 2.8 if what is produced becomes a sufficient irritation. Well, it saves a leap to Habari or another alternative anyway…

Why my blogroll is no longer a widget

I have taken what some might consider a retrograde step: I added code to insert my blogroll directly below the widgets section of my left-hand sidebar. The reason for this is reuse of the same ID; it causes my Firefox HTML Validation add-on to issue warnings and so can hardly be standards compliant. Ironically, in its native state, the blogroll functions take panes to ensure that each category has its own ID, only for the widgets functions to go and disregard all of this and assign the same ID for each category. To change this in the widgets code involves ploughing through loads of arrays (and functions) and is not something for which I have time when an easier solution is very much possible.

Now, I know why my site layout changed on WordPress.com…

One of the caveats of using themes authored by others is that you don’t quite know how things are set up. The reason that this has come home to roost for me is that I was trying to change the title of a widget last night and was wondering why it wasn’t filtering through to the blog pages. I went for a spot of googling as you do and it dawned on me what might be going on. The plug-ins used by the Andreas09 theme are defined in its functions.php file and I was being scuppered by naughty piece of hard coding in there. If it was using the standard widget from widgets.php in the wp-includes directory, then everything would have worked as expected. A quick spot of code porting resolved the issue and all was well again.

What this has to do with WordPress.com is that they seem to have encountered the same problem and fixed it using what could be viewed as a more ham-fisted approach: deleting the widget functions from functions.php for Andreas09. This would have meant that the default widgets shone through, thus explaining the changes that I had seen and why my nice categories listing now grabbed less attention. I reckon that my more surgical approach is the better one: at least, I still have my categories looking how I want them…

Going overboard on blog plug-ins and widgets?

WordPress 2.2

WordPress 2.2 made its début yesterday and, after a spot of cautious testing, I upgraded my hillwalking blog to use it. The reason for the testing was that self-hosted WordPress blogs can now have what WordPress.com blogs have had for a while: built-in widget capability. It was this that upped my level of caution but the changes weren’t as drastic as I had feared: you need to amend your theme for widgets to be supported and not having done this causes no untoward effects. Making themes widget compatible is something that Automattic describe in a helpful article on their website. Other than this, WordPress 2..2 doesn’t cause much upheaval and, apart from pieces JavaScript snagging on occasions in Firefox, all seems well. I am still sitting on the fence as regards those widgets though…

Using blog widgets

WordPress.com and user registration

Snap Preview… removed

Snap Preview has been removed from this blog with immediate effect after seeing a blog post by Nick Wilson decrying it from a user perspective. I can accept that it is intrusive but I have to admit that I still find it something of a novelty. However, visitor annoyance easily overrides any appeal that such a widget may hold for me and it has had to go.