yallaman

Deleted. Moderator: feel free to delete my post.

Yes, it can.

Centered text in tables was one of a handful of things I absolutely had to change when I started using this great theme in 2014. Center alignment should be used very carefully (read: very rarely).

I have added the following code to the CSS box in Advanced Options:

.entry table { text-align: left; }
.entry table td { text-align: left; }
.entry table th { text-align: left; }

It has worked well from the start until now (I’m running the latest version of Hueman).

Sadly, the plugin does not support WordPress 5.9 or even 5.8. It has not been updated for more than 10 months.

Based on user feedback, it seems it also does not support PHP 8.

Unfortunately, I don’t have the skills to help you make the text in the header menu bold. However, I have a small comment that might improve the visibility/readability of the menu:

The text in the header menu is not white, like you say. It is (light) pink. Only when you hover over an item, does the colour of the text turn white. If you make the header text white, it will stand out a lot more.

Edit: Making the header menu text pure white might cause problems identifying which page/tab is currently active. Maybe my suggestion was not very helpful…

• This reply was modified 3 years, 2 months ago by yallaman.

Any progress on this, @nikeo? I guess it can be difficult to figure out. I believe there are two (somewhat separate) issues here:

1) Hueman preloads 8 (!!!) different woff/woff2 font files, even if some/many of them are not used for rendering the page. This is too much.

2) In addition, if Safari is used, the svg versions of Titillium is also loaded, which adds another 3 or 4 font files, giving a total of 11–12 (!!!) font files in order to load a website using Hueman. This seems like a bug.

Comments (not related to the potential bug when using Safari):

Hueman uses way too many fonts. The theme author might have inherited this issue from @alxmedia, who is the original author of this fantastic theme. I hope Hueman in the future will rely on a smaller set of fonts. The typography and layout of Hueman does not need 8 different woff/woff2 font files in order to look good.

Also, Hueman (probably) preloads too many font files. The theme preloads all fonts, regardless of whether the page uses them or not.

Useful info on fonts and font preload:
https://sia.codes/posts/making-google-fonts-faster/

From what I have been able to find out, the plugin does not support WordPress 5.8 (in three weeks 5.9 will be released) nor PHP 8. The last update was more than 9 months ago.

Hopefully the author will release a much-needed update soon. Fingers crossed!

I agree that the light grey font color can be a problem for many users. When I started using Hueman in 2014, I modified the font color on both the front page (post excerpts) and blog posts/pages.

It’s quite easy. See my reply (post #2) in this thread:
https://www.ads-software.com/support/topic/how-to-change-font-color-on-blog-post/

Same thread as this one?

I don’t quite understand what you mean and what the problem is. You write “Browsers show multicolumn site sequentially.” Do you mean that the blog posts are displayed in just one column instead of two?

I checked your website with both Firefox and Safari on my iMac (5K 27″). Your site displayed blog posts in two columns in both browsers.

PS: I’m not an expert, so unfortunately I can’t help any further. I just wanted to report that your site displays posts in multicolumn (two) in both Firefox and Safari on Mac.

Previously the font colour used by Hueman was a rather light shade of grey. It was quite difficult to read. I believe the theme author has since made the text darker. If you want pure black, you can add the following in the CSS box in Advanced Options:

.entry { color: #000; }

If you also want the same colour on the front blog page, you can include this line as well:

.entry.excerpt { color: #000; }

I have used this code (except with a dark grey colour: #333) for many years, so it should work for you as well.

@nikeo: Screenshot of Hueman’s demo site, showing that all woff fonts are loaded first, then the corresponding svg versions (see further details in my previous posts).

Image: https://prnt.sc/1bd585f

Edit: removed image embed code, as it doesn’t work on this forum

• This reply was modified 3 years, 8 months ago by yallaman.

I did some further tests and found something that might be relevant:

In Safari, all the woff and woff2 fonts are loaded first, presumably because Hueman now includes font preload.

However, the svg versions are loaded at a later stage (which might indicate that they are not preloaded). The svg files should not be loaded because the woff versions of the same fonts have already been preloaded.

A final note:
In Firefox, things work normally, i.e. only woff fonts are loaded. However, the Console tab on Firefox’ Web Developer still reports several warnings regarding font preload on Hueman’s demo site and my own site:

The resource at “https://demo-hueman.presscustomizr.com/wp-content/themes/hueman-pro/assets/front/webfonts/fa-brands-400.woff2?v=5.15.2” preloaded with link preload was not used within a few seconds. Make sure all attributes of the preload tag are set correctly.

The resource at “https://demo-hueman.presscustomizr.com/wp-content/themes/hueman-pro/assets/front/webfonts/fa-regular-400.woff2?v=5.15.2” preloaded with link preload was not used within a few seconds. Make sure all attributes of the preload tag are set correctly.

The resource at “https://demo-hueman.presscustomizr.com/wp-content/themes/hueman-pro/assets/front/webfonts/fa-solid-900.woff2?v=5.15.2” preloaded with link preload was not used within a few seconds. Make sure all attributes of the preload tag are set correctly.

The resource at “https://demo-hueman.presscustomizr.com/wp-content/themes/hueman-pro/assets/front/fonts/titillium-light-webfont.woff” preloaded with link preload was not used within a few seconds. Make sure all attributes of the preload tag are set correctly.

The resource at “https://demo-hueman.presscustomizr.com/wp-content/themes/hueman-pro/assets/front/fonts/titillium-lightitalic-webfont.woff” preloaded with link preload was not used within a few seconds. Make sure all attributes of the preload tag are set correctly.

The resource at “https://demo-hueman.presscustomizr.com/wp-content/themes/hueman-pro/assets/front/fonts/titillium-regular-webfont.woff” preloaded with link preload was not used within a few seconds. Make sure all attributes of the preload tag are set correctly.

The resource at “https://demo-hueman.presscustomizr.com/wp-content/themes/hueman-pro/assets/front/fonts/titillium-regularitalic-webfont.woff” preloaded with link preload was not used within a few seconds. Make sure all attributes of the preload tag are set correctly.

The resource at “https://demo-hueman.presscustomizr.com/wp-content/themes/hueman-pro/assets/front/fonts/titillium-semibold-webfont.woff” preloaded with link preload was not used within a few seconds. Make sure all attributes of the preload tag are set correctly.

I’m not an expert, so these warnings in Firefox might not be relevant to the woff+svg “double loading” issue in Safari.

Great! Thank you.

PS: I don’t know if you have access to a Mac with Safari. If you make any changes regarding fonts on your demo site, I can check it with my mac, if you like. Just let me know. (FYI: The fonts load normally using Firefox and Chrome.)

This is a rather important issue, so I was wondering if the theme author @nikeo has been able to look into it?

Four months ago, at the end of this thread, you mentioned that you would explore the issue.

Apple products, and therefore the Safari browser, is extremely popular today. In Safari, Hueman loads svg versions as well as woff versions of the various fonts. Hueman uses a lot of fonts, and when the browser loads svg and woff versions of the same font types, the total load size gets much larger than it should be.

I have checked the number of fonts and font formats loaded by Hueman’s demo site (currently ver. 3.7.9), by my own website, and by two other users’ websites running Hueman. I found the same weird behaviour in Safari in all of them.

(As an example: On my light-weight site, all the “double loaded” fonts make up more than 70% of the total page size.)

I’m interested in this too.

I really wish we didn’t have to register with Gravatar or install a plugin just to show an author image. I’m also the only author on my site.

I found a potential bug that may or may not be related to font preload: In Safari, Hueman now loads two versions (woff+svg) of each Titillium font type, while Firefox only loads the woff files. This happens on my site, on Hueman’s official demo site, and on other users’ sites.

Details can be found in this thread.