@travisfw this is an interesting question. Are you looking to fill that role, or get in contact with someone who fills that role?

@AmauryDBZ Thanks for your answer. I will think about it.

When these "modern" OS-es start, the clean desktop is shown, meaning the user knows it is there, and for some reason the starting state is off limits if there is one or more programs open. elementaryOS also does this. Even the keyboard shortcut to show the desktop is removed. The section isn't even there anymore. Would be interesting to see what kind of problems people think they are solving by implementing this. It is 100% against convention of anyone touching a computer or device the last 30 years. The upside seems to be not accidentally minimizing something you are working on. It is also not how the system the user is familiar with and is using has functioned in the past. For my own sake I will say this makes me think of something I know I can use, into something where I think I can't figure it out and no change was needed. And no, it just isn't possible anymore. No explanation. The mind compartmentalizes information in structural hierarchies, and the spatial awareness to keep track of this is something you can do with cognition, but the ability to look at a clean slate actually has function. It is the closest thing you get to seeing where your files are by default. Yes, that place someone decided no files are to be shown, before they decided file hierarchy is something the user shouldn't do. There is a serenity to having just a clean slate to go back to. It is as familiar, and not having what you are doing visible on the screen is useful. It also has the benefit of vested interest and familiarity in that the user often changes the desktop. Thus making it their machine.

There is a beta test build for ppl with problems, please try https://github.com/ubports/telegram-app/releases/tag/v2.5.5

If we start with HERE, see their API first. We need search (address->coordinates), routing and reverse search (coordinates->address). Pure Maps uses REST API to communicate with the servers. So, check their REST API and see if you can get trucks support if you use it. Docs are at https://developer.here.com/documentation Routing at https://developer.here.com/documentation/routing/dev_guide/topics/request-a-simple-route.html If routing seems OK, then let's start with search. Its API at https://developer.here.com/documentation/geocoder/dev_guide/topics/what-is.html That API we will translate to code in https://github.com/rinigus/pure-maps/tree/master/geocoders , so Pure Maps will understand it

@kristatos : Thanks for updating your post!

@mschmids Since some changes in mattix sdk cause the problems, it may well be that element web faces the same issues as cinny, because it likey uses that as well. Just a guess, though.

@mariogrip said in Move from Github to Gitlab?: Hello everyone! So, with the resent news about Microsoft buying Github https://www.theverge.com/2018/6/3/17422752/microsoft-github-acquisition-rumors the question have been raised to me if we should move to Gitlab. We will for sure talk about this in our Developer meeting today, so I decided to post this to see what the community things before making a decision. This has to be an Developer decision, but at the same time we do bug reporting on Github too so community input is extremely important. So please give your input on if we should move or not. To move to Gitlab will have no major drawbacks, we will only gain extra functions like direct CI on Gitlab. Gitlab has all the existing functions we use on Github. Gitlab is even opensource which is a big plus! (github is not opensource) Importing will also be no extra job, Gitlab has already automated tools to import everything from Github (issues, pr, wiki, repos etc). And for infrastructure using Gitlab is no problem plugins etc for Gitlab already exists (https://jenkins.io/doc/pipeline/steps/gitlab-plugin/) So from my side there is no reason to not use Gitlab. vote here: http://www.strawpoll.me/15829621 I myself strongly dislike this, and do not trust Microsoft, so I have moved all my personal things to gitlab! Also the irony asking someone to create a bug report for our project on a Microsoft platform is weird. What I still don't understand today is why they didn't make a real switch to open-sources. The fact that they changed to the e.v. club https://codeberg.org in this form

@cibersheep Well I suppose this will need to be a one step at a time kind of thing. Once a half decent guide for one language is set up then surely it shouldn't be too much trouble for people to translate it later.

@applee Oh yes you're right. Now I see what it is... Thank you. So I confirm there's no kind of such a Led working on Redmi Note 7, UT OTA-16 Stable. Btw, there's no charge indicator on this device yet. Nothing's shown on the display when USB-C cable is plugged in, but battery does charge correctly anyway.

@JDee-Intl Ideally, you have to flash the latest Android 13 from their site. Fairphone OS is Android so they're the same. Latest Android 14 would also work however when I tried that on mine, Fingerprint wasn't working. I'm not sure if that's the exact reason though. Maybe you can try it yourself see if it's the same In any case, Android 13 is still recommended to avoid issues that is not consistent with other people. Also, this isn't the right thread for this

@moncon - No worries! Thank you so much for the detailed and encouraging response. I just ordered a CC for Christmas and will surely install Debian and UT now with your recommendation. By the way, I was running UBports UT on my Pixel 3a XL and digging it until the cell network modem died (FYI: The modem hardware had issues before UBports UT install). Anyway, hope my CC wasn't manufactured and assembled on a Friday Thanks again. Cheers!

@alan_g it sure is. Now that the issue is public though, it makes it even more important to release OTA13 to bring the patch to stable users.

Oh well, you will be successful.

@Eric-H said in Resurrection of Indicator Upower: I can see POWER_SUPPLY_CHARGE_TYPE=Fast in udev battery info, so it seems to be a fast charge. No, I got Fast with low-end 7W charger too. My guess it's POWER_SUPPLY_FASTCHARGE_MODE=1. My device has POWER_SUPPLY_HI_POWER. How much power can your charger deliver? POWER_SUPPLY_POWER_NOW=39764516 looks realistic for 45W. I also tried to find the Fast Charging voltage (9..12V) on BMS and failed, so you can try it too. Probably not being monitored by software. And all of this is very device-specific.

@3arn0wl Well, it's not decision, is a recapitulation of the ideas we have been putting here but: we decide how we want it to work we are tied to «what is possible» to implement all in the case that we start implementing it

@flohack I have had the NetworkManager problem for a while - since ~202012 IIRC (can't remember the exact version - sorry), but the SSH and cellular problems are new.

@moem Thank you, after some time using i might say that it is quite awesome, yet to try sim card capabilities