Hi all,
just wanted to start a thread about my first app development job, to inform you I have made the heavy lift (hopefully!) for having most of the fundamental features in place to bring such a functionality to the Ubuntu Touch OS.
The link to my Gitlab repository page is: dataMonitor app, where it is saved the most up to date .click version 0.1.2 (in the folder /build/app).
The very latest commit is important because it is regarding fixing the bug about received bytes from the SIM connection not detected (wi-fi received data monitoring was working since the beginning).
I'd need some help to find out if it is working for you as it is working for me, but please bear in mind the app is UNCONFINED and runs a daemon on the background, so, you never know, better to install it, if you are willing to help, on a test device and not on a daily driver.

I also would like to use this thread to invite the UT community to share ideas and feature requests to improve this app and having it in a better shape to be eventually ready to be published in the OpenStore or integrated in the OS.
I was similarly involved and committed to help with the Linphone app developed by @CiberSheep and Brian and it was a great experience, very exciting and rewarding even if I didn't contribute very much at its development.
I started to work on this app because I felt a modern OS as UT cannot lack in this regard. Also, I read several times on this Forum and on Telegram about people asking for it or complaining for this lack; unfortunately, sometimes the reply to those people was that sure, the data usage monitoring app was missing in the UT OS but they could easily ask their SIM Provider to provide information as a workaround, which I felt a bit unhelpful and insufficient: I don't know your case but in my Country I cannot trust Providers, they are quite nifty so in my humble opinion it is very important to have the ability to monitor the received data on our own, to check on our Providers.

Thank you in advance.

Matteo

P.S. here below some screenshots of the app running on my phone.

Hi All,
just to revive this thread, I'd like to inform the Community that the dataMonitor app, object of the present thread, is still in heavy development by me but right now I'm committed in fixing some little glitches and bringing in UI improvements before to update it again on Gitlab to the last version. This version will be a big one, since it will also bring some gestures I worked on during this time I missed from the present thread.
I'd like to share with you some pics of the very latest build:

@uri even though this is an old revived thread, only to let you know I'm right now working to provide an app bringing such a capability. I'm facing right now some troubles but I'm along the way to solve all those and maybe soon I'll come out with a concept app. Only for your information, the approach in my app is to exploit the API QNetworkConfigurationManager.

Matteo

New app version 0.1.9.9 with .click files for arm64 and armhf architectures are now available here.
Find below the current change log:

-Version 0.1.9.9-

1. Message bubble implemented for the graph, to display data usage for each data bar, just tapping on the concerned bar. This is deliberately taken from the Talaan app made by Kugi Eusebio @javacookies. Thanks Kugi for your work.

2. Main page and Chart page are now able to update theirs figures and chart automatically (every 10 seconds), the latter without the recourse to an update button, implementing the .qml 'Timer' cycle in the code. Because of that, for Chart page the update button on the top right hand side of it was deleted.

3. Added mattdaemon status in the Indicator panel to acknowledging if the daemon is Active or Inactive.

4. Refresh time in mattdaemon.conf file is set to 10 seconds (former 40 seconds) to be the app default update time step. With such modification the data usage is updated more frequently so that data not accounted for is more unlikely to occur and moreover battery drain doesn't seem to be much affected.

5. Refresh time for dataMonitor Indicator is set to 10 seconds (former 30 seconds) to be better aligned to Main page app refresh time.

6. Added a stop command to stop the mattdaemon daemon when uninstalled from Settings, to force it being inactive.

7. Fix for actiondaemon.cpp file for appropriate data storage, when the device is kept alive continuously for more than one day.

8. Exceeded data threshold notification is now translatable.

Any feedback on the current status of the app is always welcome.

Kindly note that the present version is the last test version and starting since the next one, i.e. the 0.2.0, you'll hopefully find it published in the OpenStore. What is now missing is only the artwork (to be clear the new app icon as minimum) which will probably not take me too much to implement it thanks to @C0n57an71n work). Thanks to the people who supported me in this journey, which was painful and instructive to me at the same time. See you in the OpenStore! Cheers.

Matteo

I just updated the app on my Gitlab repository (link to this you can find in the first post). The most important feature for me is the introduction of the notifications, which are now triggered in case of exceeding data thresholds. The full change log is below:

-Version 0.1.6-

1. A new icon has been introduced with the present release (I'm not a great artist so this could be a temporary solution in case somebody else would come up with a better idea);

2. Added notifications in case of data thresholds exceeding. The code employs the C++ function 'popen' which apparently is the only one I discovered to work seamlessly without killing the daemon ('system' and 'QProcess' were the other two methods tried before);

3. Added summary at the Main.qml page for SIM and Wi-fi data;

4. Added the "info" section on the up right corner, close to "settings";

5. Merged early translation to spanish thanks to @Krakakanov (new additional strings to be translated have been added since then);

6. Added translation to italian thanks to...me;

7. Added gestures to interact with the graph:

   • Scroll down/up with two fingers to enlarge/narrow the 'MBytes' data range;

   • Press and hold with one finger to create a new data threshold object;

8. Added 'BottomEdge' section to store the list of the created data thresholds. In this section you can:

   • Drag the data threshold row towards right, to delete the data threshold;

   • Drag the data threshold row towards left, to mute the notification for the concerned threshold;

9. Added labels for 'Mbytes' and 'Days of Month';

10. Fixed 'Mbytes' data steps to be consistent between the Vertical and Horizontal view and to fill all the space at its disposal;

11. Fixed bug occurring when the date passed from one day to the day after, not calculating the received data in a correct way;

12. Added message on the middle of the page to inform about data unavailability when opening a graph with no data yet;

13. Added message on the middle of the 'BottomEdge' page to inform about thresholds unavailability when no data thresholds yet.

@mariogrip All the best wishes to you and your family. The Community needs you in the best shape to move the project further and further but remember that life and family always come first.

I read your post and I felt your pain, which is mine too. I agree with you with the fact that many little bugs ( some of the bugs you reported don't seem to me very little BTW) could have been tackled before. However, we are a small community, and only a bunch of devs among all the community people are active in the development and we cannot expect miracles from them. For this reason, personally I'm struggling to find my way to help the development to improve, with the goal to start from the little bugs. I'm not a dev, I know some coding languages, but never developed for a phone OS. Like me, other people are trying to ride the same route with similar objectives. In the end, in my humble opinion, something is moving in the background, and maybe soon (that's my hope!) there will be self-taught devs who will be able to make this OS always better and better. For all the interested people, we have a discussion group on matrix named Bootcamp, where all the beginners are more than welcome

@Lakota I have BQ Aquaris E5. I installed also Gimp and it seems working good.

@Stefano I also once changed the baseband following the guide on this forum but I didn't notice such an improvement. To be honest I didn't test it so heavily so thank you Stefano to have made us aware of that, I'll certanly flash it back and pay more attention to the behavior. As a final comment, I'd say that if confirmed to be worth the upgrade, it would be great if the latest firmware would be included in the UT image.

@mymike I'm late to the party but I wish only to say: great job Michele! I like very much how you designed the breakdown of stored data for each app; the idea of proportional bars and the data characterization by different colors is just brilliant. Thank you and keep up the good work

@cliffcoggin Hi, thanks for using my app, glad you can employ it to limit your data usage, that was my goal
To answer to your questions:

1. Actually the dataMonitor title in the app Main page is orange and it was only meant to be some sort of a tribute to the Ubuntu orange. That's the only color you cannot change from Settings;
2. Confirmed, it's the time step to be set for data update. There is a daemon always running in the background and you can decide at which time step make it trigger. Theoretically, at small time steps you have the best performance but more battery drain and vice-versa with big time steps. Actually, I'm not sure at small time steps you can experience big battery drain, I observed not much impact on that, but need to investigate more.

New app version 0.1.9.9 with .click files for arm64 and armhf architectures are now available here.
Find below the current change log:

-Version 0.1.9.9-

1. Message bubble implemented for the graph, to display data usage for each data bar, just tapping on the concerned bar. This is deliberately taken from the Talaan app made by Kugi Eusebio @javacookies. Thanks Kugi for your work.

2. Main page and Chart page are now able to update theirs figures and chart automatically (every 10 seconds), the latter without the recourse to an update button, implementing the .qml 'Timer' cycle in the code. Because of that, for Chart page the update button on the top right hand side of it was deleted.

3. Added mattdaemon status in the Indicator panel to acknowledging if the daemon is Active or Inactive.

4. Refresh time in mattdaemon.conf file is set to 10 seconds (former 40 seconds) to be the app default update time step. With such modification the data usage is updated more frequently so that data not accounted for is more unlikely to occur and moreover battery drain doesn't seem to be much affected.

5. Refresh time for dataMonitor Indicator is set to 10 seconds (former 30 seconds) to be better aligned to Main page app refresh time.

6. Added a stop command to stop the mattdaemon daemon when uninstalled from Settings, to force it being inactive.

7. Fix for actiondaemon.cpp file for appropriate data storage, when the device is kept alive continuously for more than one day.

8. Exceeded data threshold notification is now translatable.

Any feedback on the current status of the app is always welcome.

Kindly note that the present version is the last test version and starting since the next one, i.e. the 0.2.0, you'll hopefully find it published in the OpenStore. What is now missing is only the artwork (to be clear the new app icon as minimum) which will probably not take me too much to implement it thanks to @C0n57an71n work). Thanks to the people who supported me in this journey, which was painful and instructive to me at the same time. See you in the OpenStore! Cheers.

Matteo

@mymike I'm late to the party but I wish only to say: great job Michele! I like very much how you designed the breakdown of stored data for each app; the idea of proportional bars and the data characterization by different colors is just brilliant. Thank you and keep up the good work

New app version 0.1.9.8 with .click files for arm64 and armhf architectures are now available here.
Find below the current change log:

-Version 0.1.9.8-

1. Added a second button in Settings to set a daily switch threshold for the app Theme, other than the nightly switch already available.

2. SIM and WI-FI received data recap in the app Main page is now updated every time going back from the Graph page.

3. Fixed error thrown when a database of data thresholds isn't yet created. This is useful to cleaning up the mattdaemon.log from undesired error report, which wasn't preventing the app to correctly work though.

Any feedback on the current status of the app is always welcome.

Thank you.

New app version 0.1.9.7 with .click files for arm64 and armhf architectures are now available here.
Find below the current change log;

-Version 0.1.9.7-

1. Modification to mattdaemon-service.conf to be able to trigger the executable Actiondaemon file when rebooting the device; this is useful to resetting the daily received data soon after rebooting without waiting anymore for a transition time to occur (equal to the daemon time step, set in 'Settings'). For users who have previous versions of the app installed, once updated the app to the present version, the current stored mattdaemon files shall be manually removed, by heading to 'Settings' and pressing the relevant button provided to remove the daemon files. Afterwards, closing and re-opening the app automatically would restore those newly updated files to their correct location. A subsequent device shutdown and re-boot will eventually bring this file in normal operation.

2. Added a lock in Settings for the daemon time step, to avoid changing this option by inadvertently touching the slider.

Any feedback on the current status of the app is always welcome.

Thank you.

@arubislander you can even turn off the keyboard backlight while you are using it: in fact there is a buttons combination to be executed, i.e. pressing at the same time the Pine button on the left hand side of the bottom bar + the button with a light bulb depicted on the right hand side of the bottom bar

New app version 0.1.9.6 is now available here. My intention is now to issue two or three additional versions prior to get to the final 0.2.0, which I believe will be the eligible version to be published in the OpenStore. I have just small modifications still missing, only to make the app as polished as possible before publishing, therefore I think it will be a fast process to get to the final version.
Here below the current change log:

-Version 0.1.9.6-

1. Slight modifications to Actiondaemon.cpp and Daemon.qml files to further fix issue #5 "Inconsistent values (even negative)", still causing the indicator to show negative values for a small time step at every reboot.

2. Added switcher options in 'Settings' to be able to choosing the data for SIM and Wi-Fi to be displayed in the indicator. This is a specific user request (for details see issue #6 "Select which data appears in notification bar").

3. Removed few dividers from the Settings page to meeting suggestion raised with issue #4 "suggestion: remove some dividers".

4. Graph bars better centered inside relevant days gaps.

5. Indicator icon updated. Now this is hand made by the app author and not anymore provided as a default one (thanks to @abmyii for the hint).

6. Thanks to a hint from @Danfro (Daniel Frost), now the Settings page scrolls down immediately to display a message.

Any feedback on the current status of the app is always welcome.

Thank you.

@C0n57an71n not sure if this is even possible to get since as far as I understand the app icon is hard-coded once the app is compiled. But I'm not the best to tell you about the insight behind that.
Instead, I think that since it seems the discussion is too quite and nobody voted so far on the different rendering of icons, I wish to give you my preferred guide lines to be followed to draw the best icon, in my humble opinion:

1. I''m still preferring the look of the rendered ICON N.4, with the grid shown in transparency; maybe I'd provide the deep green color to the grid and more evidence to it (therefore less transparency), in order to look more "Matrix"ish;
2. I like the dots at the bottom row, to ideally recall the days numbers;
3. I don't really mind colors gradient for the columns, but they look like randomly set for each column (extent of the gradient): perhaps we could adjust that in order to have a consistent approach?
4. On top of the last column, I still prefer having the rectangle more than the triangle shape, for it seems to me more discreet;
5. Sure style with a fold-able side is perfect.

Thank you.

Matteo

@matteo in addition I cannot look at the About page of the app because I only own a PinePhone and for this device the CloudMusic app isn't available yet (it's arm64 arch).

@johangm90 thank you but the problem is that when I found your repositories page in Gitlab, I saw a couple of repositories for CloudMusic but both seemed outdated, or actually not updated since a lot of time (one year at least if I'm not mistaken). Would you kindly post here the link to the correct one?