For me, it won’t really start until the 18th, when my holiday starts 
4 Likes
Ever since I first borrowed my brother’s Commodore 64 in the early ‘80s, I’ve been interested in programming. I might had learnt, if the computer didn’t just restarted when the memory was full. No warning, hours of work vanished! (I was so in to what I was doing, I hadn’t saved my work on tape.) After that I didn’t look at computers for years. But after a while I rediscovered computers and programming. So, Devember for me is I’ll try to learn Python – again I took my first look at Python last year at this time. I love https://www.w3schools.com/python/default.asp where you can browse short tutorials on strings, for loops, operators, or what have you. And in their Try it yourself-editor, you can run code directly in your web browser. Instead of browsing Youtube when taking the commuter train to work, I browse ’Python Tutorial’ and play with the code examples. It’s great fun! I don’t have a plan for my learning, that doesn’t suit me this time, I just try to get in to it: Python. And, bit by bit (ha :), I’m learning. I can recommend Charles R. Severance ‘Python for everybody’ (https://www.py4e.com/) and, if you want to create GUI and start playing with tkinter, have a look at: https://realpython.com/python-gui-tkinter/
2 Likes
Cool! Welcome!
Be sure to check out the sample Sailfish OS app in Python https://github.com/sailfishos/python-sample
Here is my Devember 3.0 Project: https://github.com/fridlmue/harbour-avarisk 
Made it already to the JollaStore and OpenRepos
I hope some people find it useful!
I want to mention: After the initial hurdle, it is a charm to develop for Sailfish. In this case I used pyotherside for the XML-Parser.
5 Likes
Has anyone here interest in Common Lisp? I’ve compiled the latest version Embeddable Common Lisp in my Xperia 10 running Sailfish 3.4. (the version available in OpenRepos is now old). Is this the appropriate place to post a binary? or should I upload it to OpenRepos?
I’m a bit too slow for pure functional programming languages, Erlang is more my level. But definitely do package it and put it up (on OpenRepos).
And with this maybe building new versions can become easy enough that there is a steady supply of new versions.
Common Lisp is actually multi-paradigm and has a very sophisticated object system as well . Thanks for the hint and for the link, I’ll follow those.
My contribution to this devember is a parcel/letter tracking app. So far working for French’s LaPoste parcels, and still in very early development.
Hopefully during the holidays, it can progress further. I’ll publish the code as soon as I have a working version besides the sandboxed tracking numbers.
4 Likes
First version on openrepos (EDIT: I remove it, and instead will propose a pull request to Paketti app).
As it’s very early, I haven’t published the code yet (I’ll clean it properly first), and I only integrated the authorization key for the sandbox API of LaPoste (I’ll add the production key when the app is starting to take shape).
With the sandbox API, only some tracking number work (available at laposte dev page). So please test it and give me your advice or opinion, so I could improve the app.
The goal is to have a functional version by the end of the month.
Well, seems there is already a parcel tracking app called Paketti. Although I learned a lot from my app, I’ll instead propose a pull request to integrate LaPoste/Colissimo/Chronopost to Paketti.
3 Likes
agreed, makes more sense to have a single application. let’s hope that the developer of Paketti is still active and will accept your PR
1 Like
I’m actually in the middle of developing a Pushover client using the ECL and EQL5 that are currently on OpenRepos! The main thing slowing me down is my total inexperience with both Qt and EQL5. Still I’m almost done with an alpha version.
ECL wouldn’t be useful to me without EQL5 though, since my main interest is apps with a UI.
Here are the repos, comments on improving my Qt en EQL5 usage welcomed:
- https://git.sr.ht/~aerique/pusfofefe
- https://git.sr.ht/~aerique/cloverlover
- https://git.sr.ht/~aerique/sfosbid
Hi5 fellow Lithper!
2 Likes
My modifications got merged in Paketti 
Kudos to the app maintainer who was quite helpful and improved on the code, and a new release is published in openrepos supporting La Poste shipping tracking!
4 Likes
[If you are lazy to read it all the important stuff is written in Strong]
Hi all,
Since we are suggesting programming for Devember (and yes I’m commenting this halfway thru the month) I’d like to ask for more documentation on how to create apps.
There are very few up to date tutorials for creating native apps on SFOS and even less tutorials for creating apps that use an API (and that’s often what we need the most to port our bank, messaging, etc… Android apps to Sailfish) . The official documentation is very short on my opinion, either on SF website or QT’s one.
And in the end, casual developers end up having to follow Russian language tutorials on Youtube like this one (not the best one found but i cant find back the one i tried to follow) :
And I swear, for non-russian speakers, its hard.
So if you developed an app, could you please document it for others to inspire themselves (on your own blog, on medium, wherever) ?
Also if you have links to help program an app using QT and an API I’m keen for it !
Merry Christmas and happy new year 
2 Likes
Thank you for your reply !
I indeed saw old posts on the old forum (the mooc is new for me) but I still think that , making tutorials or documentation for an app created has it’s benefits like promoting SFOS and making documentation easy of access (although of course, it may lead to not well written code)
Can you please expand a bit on this? Are you talking about SFOS-specific APIs, Qt APIs or third party ones?
For the latter case (which it sounds like you want to use) it doesn’t really make sense to me. Basically all APIs are different in purpose and structure. Maybe it is a problem with my mental model, where i view making an app at all as one part, and then making it interact with whatever external service as another. This second part being quite unique from case to case.
I do however completely agree that (to use an analogy) teaching people to fish definitely should involve showing actually catching a fish.
However, when it comes to third party APIs, is it not like fishing and rowing a boat? Sure there are some tricks to not get your line tangled in the oars, but generally the activities are better taught separately.
Do let me know if/what i misunderstood.
1 Like