Hola, en la traducción al español del indicador de texto sigue apareciendo el texto en inglés (canal rc) desde hace muchas versiones (actualmente la 70 de krillin). He revisado la traducción en la plantilla y está bien. Adjunto captura. ¿es por el canal?¿o es por otro motivo que aparece así?

Hello, in the Spanish translation of the text indicator, the text in English (rc channel) continues to appear for many versions (currently 70 krillin). I have checked the translation in the template and it is fine. Attachment capture. Is it because of the channel? Or is it for another reason that appears like this?

Many times when acceding through the indicators to the information of networks the number of wifi networks is very high, to accede to the information of the own network, as the ip or the saved password it is necessary to accede to the configuration, that configuration is at the end would it be possible to put the access to the "configuration of the nalambrica network" above the names of the networks, for coherence the "configuration of the mobile networks" should also be above the networks.

@dobey I do not suggest that at all. But while the developers manage to overcome the challenge of executing i786 architecture applications in arm devices in a native way, without resorting to virtual machines, the optimal thing is to use the best application for each device, I even suggest that we do not keep the data in the cloud, but that our mobile device is the cloud where we can run a server, a database (the raspberry pi already does). The mobile would have all the prominence in terms of data processing, including editing, then you can connect a PC to the same as when you connect to your raspberry pi or nextcloud or gdrive.
Without a doubt, the work that UBports is doing is worthy of recognition and I hope that the ut project is a success. The normal thing is that they get it when the old devices with ut are no longer in the market due to the limitation of their technical specifications. Running firefox, libreoffice, inkspace on a mobile of only 1 gb of ram would be quite an achievement, but unrealistic.

Hello, the work that UBports is doing to maintain and improve this system is to make a tribute or at least collaborate with them as much as possible. Doing things well requires time, perseverance, doing and remaking until you reach a point where you know you can not improve.

For some time now I have questioned whether the approach that has been made about convergence is correct. Should not we make it easy? Developing an application to work on tablets, phones and computers is not. Why do not we rethink how we arrived at convergence? Because it can be reached in several ways.

Have a single huge application, in terms of size and use of resources in a small device to access the data and that when you connect to a monitor to access them to edit is the path you are trying to get, but if we can optimize all this that much easier.

How? Separating data and data processing, but linking the access between the desktop application and mobile data in an easy, safe and fast way (by wifi or cable). The data would always carry updated on the mobile (being able to make backups programs on other devices) all data agenda, tasks, activities, calendars, emails, documents, tables ....;

The processing would be with software optimized for each device and fully compatible with the data format, always saving the data in the mobile, to avoid duplicates or different versions.

I think this way would be more optimized to work, allowing mobile devices to go more fluid and avoid having to run heavy applications when they are not going to use much of the code.

Forgive for all the text but I think it was important that at some point we stop and go back to where we are going.