|
2014-04-14
, 12:37
|
Posts: 343 |
Thanked: 819 times |
Joined on Jan 2010
@ Paris, France
|
#52
|
|
2014-04-19
, 18:34
|
Posts: 456 |
Thanked: 1,580 times |
Joined on Dec 2009
|
#53
|
|
2014-04-19
, 20:15
|
Posts: 498 |
Thanked: 836 times |
Joined on Jun 2012
@ Finland
|
#55
|
|
2014-04-19
, 20:44
|
Guest |
Posts: n/a |
Thanked: 0 times |
Joined on
|
#56
|
|
2014-04-20
, 06:32
|
Posts: 1,137 |
Thanked: 1,903 times |
Joined on Apr 2007
@ Belarus
|
#57
|
|
2014-04-20
, 07:49
|
Guest |
Posts: n/a |
Thanked: 0 times |
Joined on
|
#59
|
Hi.
I've tried to add the new feature to SkippingStones: "Possibility to hangup incoming call using Peeble watch".
Please test it
https://github.com/vasvlad/SkippingS...-2.armv7hl.rpm
Vlad.
P.S. Patch in pull request you can find here
https://github.com/ruedigergad/SkippingStones/pull/1
The Following User Says Thank You to For This Useful Post: | ||
|
2014-04-20
, 08:14
|
Posts: 1,137 |
Thanked: 1,903 times |
Joined on Apr 2007
@ Belarus
|
#60
|
Feels great to see another developer jumping on the boat
Do you think you could add the possibility to receive calendar reminders? That would be the last thing missing. Or would that mean too much trouble to implement it?
Edit: I only wonder why the rpm file is almost twice as big now? Must be some really big changes
The Following 2 Users Say Thank You to vasvlad For This Useful Post: | ||
It seems that SkippingStones really reached a state in which it is actually useful for some.
As one consequence (and due to popular demand), I added SkippingStones to OpenRepos:
https://openrepos.net/content/ruedig...skippingstones
Please note, however, that I don't know if I can keep the OpenRepos site always up to date with the most recent updates.
Most likely, I will post links to new versions here before I upload new versions to OpenRepos.
Architecture-wise, a solution for this would be to split SkippingStones into two parts: a daemon and a user interface.
The daemon would then run in the background and do all the "business logic" like handling the connection with the watch, receiving notifications from the phone and forwarding these to the watch etc.
The user interface would then be used only when needed to tweak settings or interact with the daemon in case some things went wrong.
However, this would require quite some additional effort which I cannot afford to do time-wise.
One thing to consider is, e.g., the communication between the daemon and the user interface.
Furthermore, I don't really know if it is possible to run a QML application headless, i.e., as daemon.
The reason for this is that I chose to implement large parts of the protocol in QML.
I actually used QML because it significantly eases the "hackability" as it enables people to hack on the device without the need to recompile things.
It is very unlikely that I will find the time to do something like this.
(To get an idea of how something like this could be done have a look at, e.g.: https://github.com/ruedigergad/Skipp...yer_dbus.patch )
However, for feature requests like this and other things:
The code of SkippingStones is publicly available and it uses a very liberal license:
https://github.com/ruedigergad/SkippingStones
So, everyone can actually do anything she/he wants.
If I can afford it time-wise I am also always happy about contributions to SkippingStones, e.g., in the form of patches or pull requests.
If someone adds support for SkippingStones to other apps, like cutespotify, it would be also great to share the patches here.
For those who are not that much into code, other ways of contributing can be, e.g., sharing ideas and experiences in this thread, discussing best practices, or supporting new users.
Advanced Clock Plugin --- Binary Clock, Desktop Version --- libswt-hildon
Stultitia Simplex --- To-Do-O --- VU Meter --- Zeecontrol
My homepage with assorted posts about my apps, Qt/QML, etc.: http://ruedigergad.com
Last edited by Wonko; 2014-04-14 at 09:10.