Background
The qmcpy.org website has been migrated from WordPress hosting to GitHub Pages.
Current status
- Domain registration remains with WordPress.com (Automattic) through August 2028.
- DNS continues to be managed by WordPress.com.
- WordPress Business hosting is no longer required.
- GitHub Pages has been configured to serve
qmcpy.org as the project's website.
- HTTPS is provided by GitHub Pages.
- A repository (
QMCSoftware/qmcpy-website) was created to host the new site.
- The current homepage is simply the repository README and serves only as a placeholder.
The existing project documentation remains unchanged at
https://qmcsoftware.github.io/QMCSoftware/
Motivation
The website should become the public face of the project rather than simply exposing the documentation.
Recent discussions have explored branding the Python package as QMCPy, allowing room for future sibling projects such as QMCJulia.
The website architecture should accommodate whichever direction the project ultimately chooses.
Current Infrastructure
Domain
- Domain:
qmcpy.org
- Registrar: WordPress.com
- DNS: WordPress.com
Website hosting
- GitHub Pages
- Repository:
QMCSoftware/qmcpy-website
Existing documentation
https://qmcsoftware.github.io/QMCSoftware/
Questions for discussion
1. Purpose of the homepage
Should qmcpy.org primarily be:
- the QMCPy project homepage?
- a landing page for all QMCSoftware projects?
- simply redirect to the documentation?
2. Website technology
Choose an implementation approach for the project website.
Possible options include:
- Quarto
- plain HTML
- another static site generator
- reuse the existing documentation toolchain
The choice should consider long-term maintainability, contributor familiarity, and integration with the project's documentation and software ecosystem.
3. Website organization
Possible top-level navigation:
- Home
- Installation
- Documentation
- Tutorials
- Examples
- Publications
- Contributors
- News
- GitHub
Potential future links:
- QMCPy (Python)
- QMCJulia
- Other implementations
4. Documentation strategy
Should the new website primarily:
- link to the existing documentation,
- incorporate the documentation,
- or use another approach?
5. Branding
Pending discussion:
- Continue using QMCSoftware as the primary public brand.
- Brand the Python package as QMCPy, allowing room for future sibling projects such as QMCJulia.
- Determine the long-term relationship between the public website, project names, and the GitHub organization.
Initial tasks
Long-term vision
The website should become the central public entry point for the project while allowing the documentation, software repositories, and future language implementations (e.g., QMCPy and QMCJulia) to evolve independently.
Goal
Reach consensus on the long-term public website architecture before investing significant effort in implementation.
Background
The
qmcpy.orgwebsite has been migrated from WordPress hosting to GitHub Pages.Current status
qmcpy.orgas the project's website.QMCSoftware/qmcpy-website) was created to host the new site.The existing project documentation remains unchanged at
https://qmcsoftware.github.io/QMCSoftware/
Motivation
The website should become the public face of the project rather than simply exposing the documentation.
Recent discussions have explored branding the Python package as QMCPy, allowing room for future sibling projects such as QMCJulia.
The website architecture should accommodate whichever direction the project ultimately chooses.
Current Infrastructure
Domain
qmcpy.orgWebsite hosting
QMCSoftware/qmcpy-websiteExisting documentation
https://qmcsoftware.github.io/QMCSoftware/
Questions for discussion
1. Purpose of the homepage
Should
qmcpy.orgprimarily be:2. Website technology
Choose an implementation approach for the project website.
Possible options include:
The choice should consider long-term maintainability, contributor familiarity, and integration with the project's documentation and software ecosystem.
3. Website organization
Possible top-level navigation:
Potential future links:
4. Documentation strategy
Should the new website primarily:
5. Branding
Pending discussion:
Initial tasks
qmcpy.organdwww.qmcpy.org.Long-term vision
The website should become the central public entry point for the project while allowing the documentation, software repositories, and future language implementations (e.g., QMCPy and QMCJulia) to evolve independently.
Goal
Reach consensus on the long-term public website architecture before investing significant effort in implementation.