You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Implement the concept of "page", with a dedicated "pages" folder like Jekyll #25
The upstream project distinguishes between a "post" a "page" and a... "neither-post-nor-page", let's call it "infrastructure" (home, posts, tags).
As far as I can tell, the only current difference between the three kinds of pages should be the CSS class of the title / description <div>: post-heading for posts, page-heading for pages, site-heading for infrastructure. However, the conceptual distinction is more important than just the CSS class, because the StartBootstrap team may decide to, say, use different masthead colors for posts and pages, and we wouldn't be able to implement that if we can't tell what a "page" is.
#23 adds an IsArchive setting which is similar in purpose (a "neither-post-nor-archive" is a "page") but an IsPage setting would probably make more sense, as it maps easily to the concept of "page" in Jekyll, Wordpress, and probably others.
Add a pages folder under input with an about.md file (that will be overridden by users) to demonstrate the feature. (EDIT: no sense in forcing a page to exist on user sites; a decently-written section in README will do)
Add PageSources and IsPage settings in settings.yml:
Styling for the page-heading class is already implemented and imported, we just never got to see it so far.
Make all other necessary changes wherever IsArchive was used to tell apart pages from infrastructure.
Incompatibilities
An existing blog's "About" page will not see any changes, unless the author adds IsPage: true to front matter.
If an author wants to keep existing pages in input they have to exclude the pages folder from processing; it shouldn't be hard AFAIK, but I'd advise moving pages under pages and using redirects instead.
@daveaglick any thoughts? Should I add this to #23 instead of the IsArchive mess (admittedly of my creation)?
changed the title [-]Implement the concept of "page", _à la_ Jekyll[/-][+]Implement the concept of "page", with a dedicated "pages" folder like Jekyll[/+]on Oct 26, 2022
@atiq-cs I fail to see how this issue could be split. The bullet points under "Implementation" make little to no sense if singled out.
Anyway, this issue is moot since the problem was created halfway in #23 and the fix is already in a later commit in #23. Even if #23 gets abandoned in favor of smaller PRs, I'll just avoid creating the problem in the first place.
Hi Guys,
It's been a while. Hope you are doing great!
Change in this commit 8c248f0 as part of this PR has regressed build performance. As a result of that, our large blog with 819 posts has started failing since pulling in this change. Our blog successfully builds till commit 8c248f0 is pulled.
To provide more context, our blog usually builds in 6 minutes. Since pulling this change / commit 8c248f0 it has been building for forever. It's also failing on the cloud instance since pulling in this change due to time outs. I request re-reviewing the change introduced and what changed that increased build time dramatically!
Please let me know if you need any other debug / diagnostic info.
@atiq-cs reopening this issue months after the fact wouldn't do much good IMHO, so I took the liberty of copying your post to new issue #34. If a fix is needed, it's better applied via a new PR at this point.
Activity
[-]Implement the concept of "page", _à la_ Jekyll[/-][+]Implement the concept of "page", with a dedicated "pages" folder like Jekyll[/+]Replace support for IsArchive metadata with support for IsPage
rdeago commentedon Oct 28, 2022
Changes already pushed to #23. @daveaglick I'm sorry for not even waiting for your reply, but the
IsArchivehack just had to die.atiq-cs commentedon Nov 30, 2022
ditto: multiple PRs with small amount of changes is much better
rdeago commentedon Dec 1, 2022
@atiq-cs I fail to see how this issue could be split. The bullet points under "Implementation" make little to no sense if singled out.
Anyway, this issue is moot since the problem was created halfway in #23 and the fix is already in a later commit in #23. Even if #23 gets abandoned in favor of smaller PRs, I'll just avoid creating the problem in the first place.
Replace support for IsArchive metadata with support for IsPage
atiq-cs commentedon Aug 6, 2023
Hi Guys,
It's been a while. Hope you are doing great!
Change in this commit 8c248f0 as part of this PR has regressed build performance. As a result of that, our large blog with 819 posts has started failing since pulling in this change. Our blog successfully builds till commit 8c248f0 is pulled.
To provide more context, our blog usually builds in 6 minutes. Since pulling this change / commit 8c248f0 it has been building for forever. It's also failing on the cloud instance since pulling in this change due to time outs. I request re-reviewing the change introduced and what changed that increased build time dramatically!
Please let me know if you need any other debug / diagnostic info.
Here's output of
-- preview,atiq-cs commentedon Aug 6, 2023
@daveaglick need to re-open this issue please if it makes sense from above!
rdeago commentedon Aug 8, 2023
@atiq-cs reopening this issue months after the fact wouldn't do much good IMHO, so I took the liberty of copying your post to new issue #34. If a fix is needed, it's better applied via a new PR at this point.
Disable IsPage till perf regression is fixed
Disable IsPage till perf regression is fixed