vala-www
vala-www copied to clipboard
Gtk4 Vala examples from @aeldemery
@aeldemery has been working on a wonderful set of examples for Gtk4 with Vala. Perhaps we could find a way to include some of them.
@bottiger could you please let me know which subscription schemes the app support and provide us with a high-res logo for it?
Please also let me know when subscription scheme support hits the Play store. Thanks!
@benzimmer Here is a link to the logo: https://github.com/bottiger/SoundWaves/blob/master/store/icon/launcher.png
I have implemented these schemes for adding a feed to the app:
pcast: pcast:// itpc: itpc:// soundwaves://subscribe/
that said - I am not quite sure how to handle feeds which doesn't include http:// in the URL properly. At the moment I just assume they are http feeds, and not https. I really want to avoid doing the testing and validation of the URL inside the app.
I will let you know when the app is live. My next iteration is kind of ready for beta testing, but I'm taking a week of vacation next week.
@benzimmer I completely forgot about this issue. However, the subscription schemes are implemented and live on the play store.
that said - I am not quite sure how to handle feeds which doesn't include http:// in the URL properly. At the moment I just assume they are http feeds, and not https. I really want to avoid doing the testing and validation of the URL inside the app.
Assuming http is right but be ready to accept fully qualified https URLs as these are are now a thing and will be pretty commonplace once iTunes removes its weird limit in that regard.
Google Play store URL: https://play.google.com/store/apps/details?id=org.bottiger.podcast
I think using http:// as the default is just fine, because best practice is to have a http->https redirect anyway. So, as long as the app can handle that, everything should be fine.
I think using http:// as the default is just fine, because best practice is to have a http->https redirect anyway. So, as long as the app can handle that, everything should be fine.
I disagree. Our spec at http://podlove.org/podlove-subscribe-button/ is pretty straight forward in its demand to be able to accept https feed URLs. They exist and they will be passed on.
I meant when no protocol is given.
Ah okay. Well then it's pretty clear that "no protocol" means "http"