francisbarton
Forum Replies Created
-
Forum: Themes and Templates
In reply to: [Aaron] Nav menu suddenly not displayedIf I change a page layout from my usual “Static and Featured” to “Blank”, I get the menu back! But I lose my page header, footer and background…
- This reply was modified 4 years ago by francisbarton.
- This reply was modified 4 years ago by francisbarton.
- This reply was modified 4 years ago by francisbarton.
Forum: Themes and Templates
In reply to: [Aaron] Nav menu suddenly not displayedThis is a child theme of Aaron, obviously!
Have tried making a fresh menu and setting it to Primary, but no change.
- This reply was modified 4 years ago by francisbarton.
Forum: Themes and Templates
In reply to: [Aaron] Logo link@galcy this may not be the answer you want, but there are plugins (I’ve used Responsive Menu) that allow you to override the theme’s own menu and set the home page link in the main menu to be the site logo instead of the Home text.ignore me, I misunderstood the question! sorry.
- This reply was modified 6 years, 3 months ago by francisbarton.
Forum: Themes and Templates
In reply to: [Aaron] Theme doesn’t keep new fonts set in customiserThanks Carolina – yes it’s fixed here now: customiser is keeping the typography options as set.
Of course you’re right about the CSS order – I was just thinking in my own bubble about how to work around the issue. I prefer to put everything in a child theme CSS rather than use the “additional CSS” feature, and I don’t like settings in the page header (that I can’t easily affect) over-riding my child theme external CSS file. But of course it has to be that way.Forum: Themes and Templates
In reply to: [Aaron] Theme doesn’t keep new fonts set in customiserHere’s the order things live in my <head> (edited for simplicity):
<link rel='stylesheet' parent style (Aaron) /> <link rel='stylesheet' child style (mine) /> <link rel='stylesheet' id='aaron-fonts-css' (Montserrat) /> <link rel='stylesheet' id='open-sans-css' (Open Sans) /> <javascript, meta tags, link rels etc etc> <style type="text/css">customiser settings</style>
I am wondering, if I can make my child stylesheet link come after the <style> tag, would that make any difference? I tried to find out from here: https://css-tricks.com/precedence-css-order-css-matters/ – I think the answer is yes, but I still wasn’t sure if this is something that is worth trying to achieve.
Forum: Themes and Templates
In reply to: [Aaron] Theme doesn’t keep new fonts set in customiserThank you – I appreciate you are doing this in your own time.
Forum: Themes and Templates
In reply to: [Aaron] Theme doesn’t keep new fonts set in customiserHmmm, the customiser settings seem to be in the <head> of the page, so according to Firefox Dev Tools as inline styles they are overriding my child theme CSS.
Also in the <head> there are these two lines – is this right?
<link rel='stylesheet' id='aaron-fonts-css' href='//fonts.googleapis.com/css?family=Montserrat%7COpen%20Sans&subset=latin%2Clatin-ext' type='text/css' media='all' /> <link rel='stylesheet' id='open-sans-css' href='https://fonts.googleapis.com/css?family=Open+Sans%3A300italic%2C400italic%2C600italic%2C300%2C400%2C600&subset=latin%2Clatin-ext&ver=4.9.8' type='text/css' media='all' />
Forum: Themes and Templates
In reply to: [Aaron] Theme doesn’t keep new fonts set in customiserI’ve cleared the cache now and tested it again; still the same issue.
As I’m running a child theme, I can easily do a workaround to this by setting the fonts in my CSS, but the issue is there, still. I can’t think at the moment where the variables set by the Customiser would be stored? There must be a file somewhere in the theme folder that documents the customiser outputs. I could have a look and see what is there.
Other changes that I make in the Customiser are being successfully retained; it seems to be just the fonts that are not being changed. Maybe something wrong with my Google fonts set up? But surely Aaron would override this.Forum: Plugins
In reply to: [Gutenberg] Arrows to move blocks up and down missingAh ok, it turns out that “Spotlight mode” is incompatible with the arrows.
As soon as I turned off spotlight mode the arrows and drag handle reappeared.Forum: Plugins
In reply to: [Gutenberg] Arrows to move blocks up and down missingHi,
I don’t think this should be marked as resolved just because one person sees the arrows. The OP has not said that the matter is solved.
I too have the same problem: the up/down arrows are very rarely to be seen. I am using the latest Firefox Developer Edition (I think it’s FF63 or something).
It does not matter how much I wave the mouse pointer around, clicking here and there, trying to find the ‘magic’ place to hover to as to make the arrows appear on the left – they are resolutely hiding. There’s no “cursor turning into a hand” for me.
I don’t understand why the arrows can’t just be made visible, especially while GB is in beta, instead of auto-hiding.
And there’s no other way to move a block around except using the arrows – you can’t click and drag blocks, you can’t use the three-dot menu at the top of the page to choose to move a block up or down. Very disappointing.