-
Notifications
You must be signed in to change notification settings - Fork 675
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add legacy template and port stuff #61
Conversation
This needs to be more pretty (a lot of duplication is going on) port all of the blogs. blogs needs to be checked that the links are the same. Also fix broken images in blog posts. css/js/images needs to be cleaned up. events still missing.
I don't quite understand what this is for. We cannot run more than one theme in Hugo at a time. Can you describe a bit more of what the approach is for this? |
I've created extra theme in order to avoid any merge conflicts, or overwriting any current work we have on the As we discussed previously, it would be much easier for us to port the old site to use Hugo, and only then start making edits to the layout. The devops-legacy theme does most of it (not including /events, since we want to use data files there). Tell me what you think. (BTW this PR was only done to see the diffs but since I've copied bunch of files around, it's pretty hard to see the important changes. There's still work to be done there, mainly removing a lot of duplication and cleaning up a lot of JS/CSS) |
Where does all the event data come from? I don't see any of the old events? |
yep, I didn't port any events yet. |
Just let me know if I should invest time in this |
My only concern with this is that we will import all the pages over, and then have to touch them all with the new layout. I think the layout is actually almost done; the thing that is the holdup right now is there is no point in importing the events until that is done since the data file format is not finalized right now. I would suggest we do the following:
In this approach, we should make NO more stylistic changes to layout, etc...just get the data over so it all displays. Then we can make changes to the templates which will be much more of a DRY approach. |
But the current layout is entirely different from the site we have at devopsdays.org so I guess I'm not really understanding what is the goal. I'm not sure what you mean by "My only concern with this is that we will import all the pages over, and then have to touch them all with the new layout.". Can you give an example? |
Which parts are completely different? The menu nav? I pretty much replicated how it looked when I built this theme. The only real difference is in the menu bar/social links. The page layouts can/should be the same, and those are just templates anyway...my concern is building a structure with partials that doesn't reflect the overall? I might be missing something so if you can be specific about what is fundamentally different in the new theme it will help me a lot :) |
Well, not only. Right now the front page is different in many things (alignment, sizes, missing elements). I thought it would be easier just to take what we currently have and convert it to use Hugo, instead of building everything from scratch and trying to make it look identical. Did you run the legacy theme? |
I did. I pulled it down and ran it. I guess as long as we feel like any content imported using the "legacy" theme wouldn't require touching later, then it makes sense. What I don't want to do is important dozens of events, and then have to touch their files again to make them work with the final theme. The layout stuff you've mentioned seems to be more chrome than functional, and I don't think it affects the import of data one way or another. I see the point of having two themes so you can switch between them as we go. The biggest thing is to make sure they are both compatible with the data/content and the content files don't need to be changed for the new setup. The only thing I would suggest is to not over-write the content/page/organizing.md file...I put a ton of content in it which will get blown away by this merge (see #52 for reference) Otherwise I think it is good :) |
From my checks the The only edit to the actual content files I did were to remove the first headline (the same headline that already exists in .Page.title) |
I probably just panicked from the github diff. Then I say plus one on the merge. I'll fire it up. It won't hurt anything :) |
Add legacy template and port stuff
Add legacy template and port stuff
Add legacy template and port stuff
This needs to be more pretty (a lot of duplication is going on)
port all of the blogs. blogs needs to be checked that the links are the same. Also fix broken images in blog posts.
css/js/images needs to be cleaned up.
events still missing.