hugo-sid / hugo-blog-awesome Goto Github PK
View Code? Open in Web Editor NEWFast, minimal blog with dark mode support.
Home Page: https://hba.sid.one
License: MIT License
Fast, minimal blog with dark mode support.
Home Page: https://hba.sid.one
License: MIT License
Describe the bug
The RSS Feed link at the bottom of posts 404s. The link works correctly on the /posts/
list and the home page.
Steps to reproduce
Tested with v1.13.0
:
/posts/table-of-content/
Expected behavior
I don't know what the best behaviour is, in my case I overrode the footer partial with to disable the RSS link for posts:
// filepath: <root>/layouts/partials/footer.html
// ... snip
<div class="footer_social-icons">
{{- if .Page.IsPage -}}
<!-- Remove RSS feed icon for pages -->
{{- partial "socialIcons.html" (where site.Params.socialIcons "name" "!=" "Rss") -}}
{{- else -}}
{{- partial "socialIcons.html" site.Params.socialIcons -}}
{{- end -}}
</div>
// snip ...
For the example site, it would make sense to link to the /posts
feed, however in general I think there could be cases where a post appears in multiple feeds, so it might be unclear which is the best feed to pick. I'm a Hugo newbie so I don't know if this "ambiguous" feed thing is an actual possibility.
Device information
Windows 11
Hugo 0.121.1 installed via Chocolatey
Describe the bug
The Google Analytics script is not injected to the <head>
element of the build site.
Steps to reproduce
hugo
)public/index.html
gtag
- nothing is found.Expected behavior
The Google Analytics js script should be injected.
Device information (please complete the following information):
ce9f89b
Additional context
Moving googleAnalytics
variable to the top of the config.toml
seems to resolve the issue.
This does not work:
baseURL = 'example.com
languageCode = 'en-us'
title = 'Lorem Ipsum'
theme = 'hugo-blog-awesome'
[[params.socialIcons]]
name = "Rss"
url = "index.xml"
# To enable Google Analytics 4 (gtag.js) provide G-MEASUREMENT_ID below.
# To disable Google Analytics, simply leave the field empty or remove the next line
googleAnalytics = 'G-MEASUREMENT_ID' # G-MEASUREMENT_ID
and this does inject:
baseURL = 'example.com
languageCode = 'en-us'
title = 'Lorem Ipsum'
theme = 'hugo-blog-awesome'
googleAnalytics = 'G-MEASUREMENT_ID' # G-MEASUREMENT_ID
[[params.socialIcons]]
name = "Rss"
url = "index.xml"
Should I open a PR?
Describe the bug
Seems like there is an error with the paginator, I'm new to using this theme and first time I encountered this issue.
Steps to reproduce
Steps to reproduce the behavior:
hugo new content
command hugo server --buildDrafts
Error: error building site: render: failed to render pages: render of "page" failed: "C:\Users\orbet\Documents\GitHub\FNDev-Blogs\themes\hugo-blog-awesome\layouts\_default\baseof.html:3:8": execute of template failed: template: _default/single.html:3:8: executing "_default/single.html" at <partial "head.html" .>: error calling partial: "C:\Users\orbet\Documents\GitHub\FNDev-Blogs\themes\hugo-blog-awesome\layouts\partials\head.html:2:8": execute of template failed: template: partials/head.html:2:8: executing "partials/head.html" at <partial "meta/main.html" .>: error calling partial: "C:\Users\orbet\Documents\GitHub\FNDev-Blogs\themes\hugo-blog-awesome\layouts\partials\meta\main.html:2:3": execute of template failed: template: partials/meta/main.html:2:3: executing "partials/meta/main.html" at <partial "meta/post.html" .>: error calling partial: "C:\Users\orbet\Documents\GitHub\FNDev-Blogs\themes\hugo-blog-awesome\layouts\partials\meta\post.html:5:21": execute of template failed: template: partials/meta/post.html:5:21: executing "partials/meta/post.html" at <.Paginate>: error calling Paginate: pagination not supported for this page: kind: "page", path: "/posts/event-capture",
Expected behavior
Should properly serve with build drafts argument on dev server
Screenshots
The lines that causes the error inside themes\hugo-blog-awesome\layouts\partials\meta\post.html
:
Device information
It will be great if we change the icon to moon when we switch to the dark mode.
Project has only English and Italy language. Russian language not supported.
Originally posted by bernardolago December 17, 2023
hi everyone
when using the dark theme, inline code works fine. when using the light theme, if as inline code is inside either a heading or a list, the colors don't change from default text color (text color and background), just the font changes. any thoughts?
Describe the bug
The "twitter_simple" shortcode, now requires two named parameters: user and id.
The example content needs to be updated to reflect this change.
Steps to reproduce
Steps to reproduce the behavior:
Use Hugo version 0.123.7
to preview/build the site (exampleSite).
Expected behavior
Tweets should be displayed without any error.
Device information
Any
Additional context
See the Netlify log corresponding to a failed deploy here.
If you use a .png image with a transparent background as the avatar image the background is always black.
This looks good in dark-mode, but not good at all in light mode.
Would be great if that could be fixed. Thanks!
Originally posted by randomodbuild August 8, 2023
Just looking to add support for the lastmod entry in the frontmatter and have the last updated date also show next to the post date.
Hello :)
There is a problem of going to the top of the git page when you press the home button. I wonder if this is my git page setting problem or if it can be solved by setting it in the config.toml file.
Describe the bug
After having deployed the site, to a VPS via NGINX and testing I noticed that I was unable to toggle the theme. It seems to work locally when running hugo serve
however when building and deploying this toggle is functionless. The main.min.generatedString.css file within the sass folder only shows the varient for dark-theme at the bottom, I'm not sure if this is expected. I've cleared my browser cache and opened the site in a private window so I know it's some kind of issue in the generation of the static files.
Following the guide in this repo, it doesn't seem like I have done anything incorrect in this config and install process.
Device information (please complete the following information):
Describe the bug
I noticed that when running this with hugo --minify
to build all the files statically will cause weird issues. The CSS files fail to get loaded into html.
Steps to reproduce
hugo --minify
instead of setting up a serverindex.html
and check network tab, no css loadsDevice information
Irrelevant
Describe the bug
dateFormat from config is not implemented everywhere
Steps to reproduce
Steps to reproduce the behavior:
dateFormat = "2006-01-02"
2006-01-02
format)2 Jan 2006
formatExpected behavior
Dates everywhere in 2006-01-02
format
Screenshots
If applicable, add screenshots to help explain your problem.
Device information
Additional context
Add any other context about the problem here.
Describe the bug
The homepage title seems to be duplicated.
Steps to reproduce
Steps to reproduce the behavior:
What I did:
hugo new site myblog
cd myblog
Get the latest version of the theme:
git clone --depth=1 https://github.com/hugo-sid/hugo-blog-awesome.git themes/hugo-blog-awesome
myblog\config.toml
, copy myblog\themes\hugo-blog-awesome\exampleSite\config.toml
to the myblog
folder.hugo server
.Look up the title of the home page,It shows Awesome Hugo blog | Awesome Hugo blog
.
html source code:
<title itemprop="name">Awesome Hugo blog | Awesome Hugo blog</title>
Expected behavior
I don't think this is the correct title,the correct title should be Home | Awesome Hugo blog
If you add a emtpy _custom.sass
to the theme then people using the theme can overwrite it in their root /assets/sass/
directory and make small css adjustments themselves.
Thanks!
Describe the bug
This issue is closely related to #170. I doubt whether the issue addressed there is fully resolved.
Steps to reproduce
Steps to reproduce the behavior:
git clone --single-branch -b hugo-module https://github.com/deining/hugo-blog-awesome
cd hugo-blog-awesome/exampleSite
hugo server
Site runs fine with hugo v0.122.0, but not with hugo v0.123.7
Expected behavior
Site should run fine both with hugo v0.122.0 and hugo v0.123.7
The issue can also be seen here.
I want to change the date format ,can you add a config to setting the date format?
Hey Sid,
Thanks for the minimal theme.
Can we also have dates on the page list.
As of now we only list the title on the /posts
hugo-blog-awesome/layouts/_default/list.html
Lines 15 to 19 in f5a0718
Internally I'm adding this this right next to {{ .Title }}
<p class="post-item-meta">{{ .Date.Format "January 2, 2006" }}</p>
Let me know your thoughts on this. If you're okay with this, I can push the changes.
I see here:
That the JSON linked data uses Site.Params.github
as the name of any given post's author. This means that, if this var is unset (which is likely, since the docs don't say to set it), there is no author name, and if it is set, it is set for all posts, even those which set a different author in their page metadata.
I think this should probably use per-page metadata if present, and fall back Site.Params.author.name
. Does this seem reasonable?
Describe the bug
The twitter_simple
shortcode needs named parameters since hugo v0.123.0
When building the exampleSite, the following build errors occur:
10:43:32 AM: ERROR The "twitter_simple" shortcode requires two named parameters: user and id. See "/opt/build/repo/exampleSite/content/en/posts/rich-content/index.md:22:1"
10:43:32 AM: ERROR The "twitter_simple" shortcode requires two named parameters: user and id. See "/opt/build/repo/exampleSite/content/de/posts/rich-content/index.md:22:1"
10:43:33 AM: Failed during stage "building site": Build script returned non-zero exit code: 2
10:43:33 AM: ERROR The "twitter_simple" shortcode requires two named parameters: user and id. See "/opt/build/repo/exampleSite/content/ru/posts/rich-content/index.md:22:1"
10:43:33 AM: ERROR The "twitter_simple" shortcode requires two named parameters: user and id. See "/opt/build/repo/exampleSite/content/it/posts/rich-content/index.md:22:1"
Steps to reproduce
Steps to reproduce the behavior:
cd exampleSite
hugo server --themesDir ../..
Expected behavior
The pages containing twitter_simple
shortcode are built properly
Device information
Describe the bug
I have checked #16 and my baseUrl is fine :)
The toggle works when I run the blog with hugo server
.
It doesn't when I generate the static files with hugo
and run the site with an HTTP server (nginx or http-server node module).
I could reproduce with the example site.
My website is deployed here: https://colin.cafe/#
The source code is here: https://github.com/ColinMaudry/colin.cafe
hugo version
hugo v0.111.3-5d4eb5154e1fed125ca8e9b5a0315c4180dab192+extended linux/amd64 BuildDate=2023-03-12T11:40:50Z VendorInfo=snap:0.111.3
Steps to reproduce
cd colin.cafe
hugo
cd public
http-server
Expected behavior
When clicking on the sun icon the theme should switch to dark.
Device information (please complete the following information):
Hey Sid, awesome work on this template! I was wondering what the best way is to handle favicons, is that something you've already built in? Thanks, Phil
Not sure if Im alone with this request, but a page width setting, in the best case in the configuration.toml would be great. Its a bit narrow especially on ultrawide displays and I dont really want to mess with the whole theme just for adjusting that.
Describe the bug
Cannot turn off TOC for a blog post when global setting of TOC is on.
Steps to reproduce
[params]
toc = true # set to false to disable table of contents 'globally'
+++
title = "About"
toc = false
+++
Expected behavior
Should overwrite global config
Describe the bug
When viewed in an RSS reader, only the first few lines of the posts are shown. Rest of the content isn't visible (checked with multiple RSS readers. Checked with multiple example sites using this theme)
Steps to reproduce
Steps to reproduce the behavior:
Expected behavior
The entire post's content should be visible on the RSS reader
Screenshots
The screenshot is from Feedly RSS reader using the theme's demo page as an example. Only the first few lines are shown
Describe the bug
On the homepage, post dates wrap if post titles are too long. This happens especially if the post titles are too long and you're browsing the website from a device with a small screen resolution - such as a mobile phone.
Steps to reproduce
Steps to reproduce the behavior:
This is an example of what I get. Please notice that post date wraps to the second line of text:
How I fixed this problem
I know this is not an elegant solution, but at the moment it's working.
I simply patched the source in layouts/partials/postCard.html
by replacing this code:
<time class="post-item-meta" datetime="{{ dateFormat $ISO_date .Date }}">
{{ time.Format $configDateFormat .Date }}
</time>
with this code that replaces normal spaces with non-breakable spaces:
<time class="post-item-meta" datetime="{{ dateFormat $ISO_date .Date }}">
{{ $postDate := time.Format $configDateFormat .Date }}
{{ strings.Replace $postDate " " " " | safeHTML }}
</time>
And now this is how the posts are now displayed on a single line:
You see, it's not the best solution in the world, so I was hoping that maybe you could find a better solution to this problem.
Best regards
RSS template fails with multiple errors:
... render of "home" failed: ".../themes/hugo-blog-awesome/layouts/_default/rss.xml:22:17": execute of template failed: template: _default/rss.xml:22:17: executing "_default/rss.xml" at : can't evaluate field LanguageCode in type *langs.Language
Hugo gives the same error for render of "taxonomy" and "term". The errors do not occur with version 1.2.0 of the theme, which is the only older version I have tested.
Theme is latest version pulled via git. Hugo is v0.111, the latest available on Ubuntu via Snap.
Describe the bug
Hugo throws an error when dateFormat
parameter is not set.
Steps to reproduce
Steps to reproduce the behavior:
hugo server
Expected behavior
Some default date formatting should be in place so, that no error is thrown when dateFormat
parameter is not set.
Originally posted by @RuiAAPeres
On small screens, the 404 page looks like this:
Any suggestions on how to fix it? Thank you!
Describe the bug
A clear and concise description of what the bug is.
When using the Mullvad browser (basically tor browser without the tor stuff, so this probably applies to tor browser too), the default theme is always light even when set to dark if the security slider is set to anything other than "standard".
Steps to reproduce
Steps to reproduce the behavior:
Expected behavior
I would think the security slider would have no effect on whether a site theme is dark or light.
Screenshots
If applicable, add screenshots to help explain your problem.
n/a
Device information (please complete the following information):
cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"
NAME="Debian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
Mullvad browser: 12.0.6 (based on Mozilla Firefox 102.11.0esr) (64-bit)
Additional context
Add any other context about the problem here.
Trying to get a simple and fast website that is dark and doesn't need javascript. Which reminds me, seems javascript still is included in the public website even when configured not to be used. Of course, I am new to this whole hugo thing so could be user error.
after I run the hugo
it generate the resources/_gen/assets/scss/sass/main.scss_a4b227022dfae4b28843e276c7e6b126.content
resources/_gen/assets/scss/sass/main.scss_a4b227022dfae4b28843e276c7e6b126.json
It is a bug ? I don't want to add the two file to the git
hugo
git status
public/
resources/_gen/assets/scss/sass/main.scss_a4b227022dfae4b28843e276c7e6b126.content
resources/_gen/assets/scss/sass/main.scss_a4b227022dfae4b28843e276c7e6b126.json
hugo-blog-awesom verson is
Hey there, I have been using your template for my blog website: https://paddy-exe.github.io
Thank you for creating this :D
I have found several issues:
enableEmoji: true
in the md header does NOT actually activate Emoji support. Not really sure whystatic
, a post package folder with an img
subfolder and none workedA declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.