Wepps
A web app framework to connect python projects to a simple but interactive frontend.
Usage
The framework is build upon the idea of having different web apps inside a folder that can be addressed from the index page.
So, install the library using
pip install wepps
and copy the sample project from here.
If you want to start from scratch, create a python file that looks something like
from wepps import Site
if __name__ == "__main__":
site = Site(apps_path="web_apps")
site.run()
The apps_path is the name of the directory next to the python file.
Also, next to the python file should be a README.md which will be used as the index page.
Note that the path links inside there should be connected to the web apps structure, so if you have a subdirectory such as web_apps/complex/index.md, then use [complex](/complex) in markdown or [app](/interesting/thing) for web_apps/interesting/thing.py.
Inside of the apps_path, here web_apps should be an empty __init__.py to make it a python module and some directories which serve as topic directories for the web apps inside of it.
In each of these directories should also be the obligatory __init__.py as well as an index.md file that displays information about the spefic topic.
Each web app has a python and a markdown file with the same name; the markdown file serves as the documentation text for the specific web app.
One example web_apps structure might look like this:
├── main.py
├── README.md
└── web_apps
├── __init__.py
└── demo
├── __init__.py
├── demo.md
├── demo.py
└── index.md
The individual web apps (such as demo.py) should always have the basic following structure
from wepps.app import App, ResponseStages
import wepps.stage.stages as stages
from wepps.stage.parameters import PositiveInteger
d1_docs = stages.DocsStage("Title", "Some markdown/LaTeX documentation.")
s1_params = [PositiveInteger("xi", r"$\xi$", "Placeholdertext", r"Hover docs", False)]
s1_settings = stages.SettingsStage("unique_id", "Title", s1_params, False)
p1_plots = stages.PlotsStage("Title", "Some descriptive text.", None)
class Demo(App):
def __init__(self) -> None:
super().__init__(title="API Demonstration")
def compute(self, response_data):
r = ResponseStages()
r.add_docs_stage(d1_docs)
r.add_settings_stage(s1_settings)
r.add_plot_stage(p1_plots)
return r
All classes that inherit from the wepps.app.App will be displayed as individual web apps and linked at their folder position.
So if the folder structure is web_apps/first/computation.py, the url of this app will be /first/computation.
For detailed information on what you can do and how you can react to changes, please have a look at this example.
Frontend Development
The frontend is built using Typescript and uses vite as a build tool.
The backend uses by default the latest build of vite, i.e., the single Javascript file, if the enforce_dev_mode flag in web.py isn't set explicitly to True such as Site(..., enforce_dev_mode=True).
To use the latest Typescript files (if anything was changed and wasn't build yet), one has to set the flag to True and start the vite development server.
For this cd into the src/frontend folder and enter
yarn
yarn dev
and start the backend from another project with the enforce_dev_mode=True flag .
For this, the sample_project is probably a good start and can be altered to check the improvements etc.
Building
The project can be built inside the wepps/frontend folder with
yarn
yarn build
The files created this way will automatically be picked up by the frontend from the created src/wepps/static/manifest.json and are used by default.
Currently, the build process doesn't delete old js files, so from time to time the files that aren't explicitly in the manifest.json file can be safely deleted.
Release files for wepps 0.3.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| wepps-0.3.0.tar.gz | 2.4 MB | Details |
Release files / wepps-0.3.0.tar.gz
| Download URL | wepps-0.3.0.tar.gz |
|---|---|
| Size | 2.4 MB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
c53a31561d3c2be731070117969662e67b8f0ce9c74627cdadb10e4eafa54f28
|
|
BLAKE2b-256 checksum How to use checksums |
4f89ae88a9dcbbbdba6bcb1ae52f33b0ff6d557c545e1e9290420a7a7a861f64
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.7
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Dec 10, 2025.
Transparency log