Hello Philippe,

Thanks for the suggestion. We will discuss this with the developers and see what we can do about it.

We are not going to implement this because this feature was initially requested by one of our paying mobile app customers.

We are not going to implement this because this feature was initially requested by one of our paying mobile app customers.

@ Philippe, post a feature request !
I do not know if you are a paying customer, I am not, so I will not post a request or vote for this....
But Mark wrote ONE paying customer... so if the community vote on your request this might help

To be fair, the feature requests area on the native app should only be posted by people who own a subscription. They are the ones funding the project.

Without their support, that project will never even come true

I would imagine if someone who does not own an EasySocial license submits a feature request to remove or change certain behavior that would upset you guys, that would not be ideal too.

You are correct Mark !
You wrote your answer at the same time I was editing my post above:

I do not know if you are a paying customer, I am not, so I will not post a request or vote for this....

Thanks for understanding

That beeing said...
I now do not really know what to think about

To be fair, the feature requests area on the native app should only be posted by people who own a subscription. They are the ones funding the project.

I was one with you then had some thoughts

There are still reasons why I do not buy the App and I am waiting for other implementations.
So posting a feature request to improve the App to your needs and then buy it - makes sense
Just like voting on features requests so the App reaches your minimum requirements to buy it - makes sense

Mark what do you thinks of these arguments?

EDIT:
I don't want to start a new subject, waiting for your reply and probably will not reply so you can close the post if needed

the same on my end:

There are still reasons why I do not buy the App and I am waiting for other implementations.

that's why I think it should be possible to steer future development with my vote.
furthermore, most of the votes that are cast are from the long-time users of the stackideas products who have been helping to shape the products for years through their input - this should remain the case.

Hm, I think the key here is prioritizing on our tasks. Everyone's idea is good but we are prioritizing on features / suggestions on users with a valid subscription.

Should you decide to buy or not based on the existing features, it is of course entirely up to you

It's the same for me.
I would like to offer this app to my users. But I don't have the budget to pay for it all year round.

So I would be forced to subscribe for just one month, once or twice a year.

I am waiting for the application to be sufficiently mature, and for certain features to be integrated.

Philippe

Your suggestions and feedback is more than welcome but we will prioritize feature requests from our customers who supports the project.