Replies: 1 comment
-
|
Hi @josehbez I do not think it's worth keeping support for the old app. Existing users of gnome-pomodoro-tracking can keep using it. I see what you're trying to do - to keep the continuity and the familiar workflow. Important note: The automation panel in the new app is not available on Flathub due to extra permissions needed... The Flathub reviewer didn't like the idea of a pomodoro timer having access to the commandline. So, not all users will have it. Automation panel could be published as an Add-Ins/Extensions. Let's step back and assess the current pain points... In my opinion, they are:
Ideally, I see it included in the app. In main branch has landed integrations panel and a proper architecture for plugins (based on libpeas). Quick mockup:
We would require use of Secret portal to store credentials and a permission for network access. I doubt Flathub reviewers would approve it 😓 ... so, for now for now we could instruct advanced users to install the app from source, or to distribute Flatpak bundle on our own. The tagging and naming current Pomodoro could be added to the state selector. Additional benefits of including into the app could be offline support and ability to upload historic entries. @josehbez What do you think? |
Beta Was this translation helpful? Give feedback.


Uh oh!
There was an error while loading. Please reload this page.
-
Hey @kamilprusko and @codito ,
I'm currently rewriting the
trackingutility to make it completely framework-agnostic:The main reason for this refactor is to support multiple frontends (sources) and plugins (destinations):
Frontends (Sources):
Plugins (Destinations):
I also have a couple of ideas for the repo name, such as TimesheetSync or TimerSync.
Please let me know your thoughts or if you have any advice on this approach.
Beta Was this translation helpful? Give feedback.
All reactions