All I can really say is that it was immediately apparent that a lot of the colours we used to use, which came from the default palette in older LO versions, aren't in the default palette any more, and if you go to the corresponding places in the format dialogs those colours do show up as "User" in LO5.
We'd have to look into the sorts of changes you mentioned if we were going to stick with 5, so thanks for the suggestions. However, given the graphical glitches and instability, which unfortunately make it borderline unusable on our test system, I don't think we'll be considering a larger scale migration any further until (I assume) some future updates that fix those things have arrived.
The glitches and instability appear to be across the whole suite, BTW. Basic stuff like drawing menus, toolbars and tabs is broken in very obvious ways, all the time. I'm guessing there's some fundamental problem with the routines LibreOffice uses to draw those graphical assets instead of the standard Windows functionality. Either that or there's some horrible conflict with the graphics drivers on the new machine, which is always a possibility but would be surprising at this point given how many other programs do seem to work OK.
You can do this by going to to Tools ▸ Options ▸ LibreOffice ▸ View.
P.S. I'm biased about LibreOffice as I have commit access and I'm working on the code at the moment. I do acknowledge its frustrating when things don't work, and I don't want to deny there are issues preventing you from adopting.
Sorry, turning the "Use OpenGL for all rendering" setting off made no difference.
I honestly wouldn't know where to start with filing useful bug reports. I'm a software developer myself, so I appreciate the need for useful information and ideally reproducible test cases, but at the moment we're seeing graphical glitches in everything from menu displays to dialogs to the tabs for different sheets, far too many different areas to isolate and investigate each one. It seems more likely that some combination of hardware/software isn't playing nicely on the test system, since presumably if everyone were seeing what we are the LO team would be seeing plenty of feedback already. If you'd like to investigate or try to triage it somehow, I can ask someone to get in touch by mail, and maybe that would lead to something specific enough to be worth putting in a bug report for more detailed investigation?
Sure, I'll do my best :-) even if I can't sort it out I can help point to the right places of maybe ask the right folks for suggestions on what's going on.
chris.sherlock79 at gmail.com is my email address, or hop onto #libreoffice-dev on Freenode and ask to speak to chris_wot (that's the IRC channel I hang out on the most frequently).
We'd have to look into the sorts of changes you mentioned if we were going to stick with 5, so thanks for the suggestions. However, given the graphical glitches and instability, which unfortunately make it borderline unusable on our test system, I don't think we'll be considering a larger scale migration any further until (I assume) some future updates that fix those things have arrived.
The glitches and instability appear to be across the whole suite, BTW. Basic stuff like drawing menus, toolbars and tabs is broken in very obvious ways, all the time. I'm guessing there's some fundamental problem with the routines LibreOffice uses to draw those graphical assets instead of the standard Windows functionality. Either that or there's some horrible conflict with the graphics drivers on the new machine, which is always a possibility but would be surprising at this point given how many other programs do seem to work OK.