| Age | Commit message (Collapse) | Author |
|---|
|
This currently just allows viewing heartrate over a day, a week or 3 weeks
|
|
|
|
This was missed when the code was moved from sensorlogd, and caused issues as the bool would arbitrarily be true or false.
|
|
|
|
|
|
Currently the width of the labels isn't dynamic as it was before. This will need fixing.
|
|
The label code has been split into its own set of components:
-TimeLabels: These try to display time labels as best as possible. They can label intervals from a minute to a day, but the code for labelling weeks is still missing. There's also no code protecting against strings overlapping with each other.
- VerticalLabels: The code for these is a bit more 'analogue' than that of the time labels, but it's roughly analogous to previous code.
These have also been implemented for the heartrate graph.
|
|
|
|
|
|
|
|
this splits off the graphs for different sensors into separate files which should make maintenance a bit easier
|
|
settings
UI page is currently empty
|
|
|
|
the move of loggersettings into main is just done so we don't have a duplicate, since we now need it in main.
|
|
|
|
the labels containers are now inset so they actually align with the values (a small offset would be caused by the way that the graph insets its data)
all the code for positioning of the horizontal labels has been redone. This necessitated some changes in the loading code, and a fix to a particularly embarrassing variable duplication.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This fixes an issue where a single bar could fill the entire width of the graph, making a blob shape
This is done by setting an effective minimum of the number of bars that the graph sees, so that an individual bar can't be wider than the width seen when there's three bars
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This app should eventually be a drop-in replacement for that, so it seems appropriate to reuse the colours
|
|
This should mean we always have the most up-to-date data.
I am not sure this will work - the daemon may still be taking the reading as the graph draws, so the data still isn't fresh. Frankly, the daemon's recording mechanism needs a rewrite, and this is a stopgap.
|
|
|
|
|
|
|
|
This page currently only allows enabling/disabling the two currently supported sensors
This also necessitated the addition of a layerstack to allow layer navigation
|
|
|
|
|
|
|
|
This adds a basic home page for the app, with a steps display and a history for the past week.
|
|
Based on asteroid-helloworld
|
|
booster-qtcomponents-qt5 has been deprecated upstream and the application launches fine with just booster-qt5 as well
|
|
Previously the main program file was installed to /usr/bin, mistakingly giving the impression it could be executed as is. However it isn't a binary but a library that gets executed through invoker. To prevent confusion move it to /usr/lib and add a launch script to /usr/bin instead which launches it through invoker
|
|
|
|
This is the complementary change to
https://github.com/AsteroidOS/meta-asteroid/pull/105
Signed-off-by: Ed Beroset <beroset@ieee.org>
|
|
This adds generation of an .ipk file if the user requests the build
target "package".
|
|
The build process will generate the asteroid-helloworld.desktop file so
we don't need to store it in the repository.
|
|
Desktop file generation failed due to a missing quote.
This fixes this minor issue.
|
|
|
|
Qt is slowly deprecating QMake. They have stopped building Qt itself
with QMake and moved Qt6 to CMake instead. Although QMake is still
around, it's clear the focus has shifted and it would be good for
applications to switch over to an alternative build system as well
So hereby, switch the build system to CMake
|
|
|
