Together with @jonius and @TimSueberkrueb, I had the great pleasure to build a small (about 250MB) MyCroft demo click package. Its at a very early stage: ssh server needs to be enabled on the device in order to use the app; its known to crash on FP2@16.04 and hammerhead@15.04 :-(but nonetheless you could try if its working on your FP2/nexus5) and is kind of working on turbo@15.04 and krillin@16.04 yippy Details on the status are found in the issue tracker. Everyones welcome to test it (obv)!

A little about how MyCroft works:

1. The device is listening for the wake word (atm) "Hey MyCroft". That is done locally on the device.
2. Everything said after the wake word is then sent to a speech to text web service. By default Googles is used.
3. The text returned is then mapped by the intent parser to a skill and depending on the skill different things will happen.
4. The skill returns text which is (locally) synthesized to speech again (also called text to speech).

A few sentences about privacy concerns and future plans:

1. To avoid having the microphone always on (beside privacy concerns it has an big impact on the battery too), it would be nice to wake MyCroft by pressing a hardware button. Whether this will be possible or not, depends on how it is integrated in/packaged for Ubuntu Touch.
2. Most probably it won't be possible to do the speech to text locally on the device. There will be a setting to select the service used (there are others than Google) but if you want to use it, you'll have to send your speech to some service at least or use a chat bot - @TimSueberkrueb is thinking about implementing this.
3. At the moment its funny in the first place. But my actual motivation having MyCroft, was for practical reasons: Being able to call mum while driving by car or adding milk to the buy list while baking... Therefor we have to interface with the apps (for example) and that of course should happen locally again, s.t. for the useful things only your verbal request (i.e. "call mum" or "add milk to the buy list") will be processed to text online and the rest will happen locally...

The issue tracker already also reflects these plans more or less. I'm very curious what you think about that and hope you enjoy testing.

@flohack @cibersheep so the background of the icon will be white right?
If it will be transparent you wont see any rounded corners anyway no matter if they are made automatically or not?
If the background will be white: could we see how it looks on a non white background? At best... just did it:

@domubpkm Now I have concrete news for you Heres Dekkos 0.2.0 release candidate:
https://gitlab.com/dekkan/dekko/-/jobs/298656006/artifacts/raw/build-armhf/dekko2.dekkoproject_0.2.0_armhf.click

I don't expect any more regression will come up, so that we will release it tomorrow or latest on Friday.

Status update:

• new alpha release here: https://gitlab.com/doniks/dekko/tags/0.1.6-alpha1
• python dependencies for the composer now included in the click (again)
• build process with clickable working fine now
• show stopper: Fails to display multi part mails (not html mails as told above)

So this isn't my work - only a very very very small part of it - but I would be very proud if it was mine and even reading the title of the thread doesn't feel right for me...
The only thing I can feel when holding dekko2 in my hands is deep gratefulness. Thank you Dan, for being with us, for continuing Dekko, making teleports possible and teaching and guiding us! Also thanks to all the other experienced developers as well as the not so experienced devolpers and also the non tech guys dedicating their time. And ofc thanks for all the donations. I especially like the way how the experienced people are guiding the unexperienced in the ubports community. Thats great! You're great!
@guru sry for hijacking your thread

Hi @domubpkm, two things to say:

1. the qtwebengine branch is where I left it off one month ago: oxide was replaced by qtwebengine in a clean way, but you won't be happy with the result, as the userscripts aren't working yet for some reason, causing
   • zooming to behave odd
   • the font being very tiny
   • context menu to not work

I think I will get back to it, after the next teleports release, and...

2. We fixed a date for the hackathon, it will take place on the 31. of August in Munich. There will be an official announcement as soon as the location is confirmed. Thanks to @jonius for organizing the hackathon!

The topic was once started by @mardy... He has already taken the very first steps, so he is the one to get in contact with...
Read also: https://github.com/ubports/address-book-app/issues/3
I don't think theres any code online now. It might be a good idea to open a telegram group for coordination. I would appreciate a hackathon on that topic...!

I'm very happy to announce, we have a beta version out. Get it here: https://gitlab.com/dekkan/dekko/tags/0.1.6-beta1

@PINE64 I really appreciate how open, realistic, trustable and reasonable PINE64 is acting! So here comes a bit of a delicate question, which I'm pretty sure is difficult to answer positively... For many of the people here (i guess) beside freedom, openness and privacy also acting responsible and ethically is important/an issue. Do you know how the Pine64 community thinks about that? Have their been any discussions/investigations on what it would cost to get a 'clean' supply chain or to what degree it would be even possible?
A few questions stolen from @lionelb:

• Does ethical manufacture have to mean that it is only affordable by an elite?
• Since you rely on many components, the research necessary to check green and labour credentials would be 10x the size of the rest of your organisation? (Would working together with the fairphone guys make sense?)
• Do you have some ethical policies and can we find them on the website or can you publish them?

Even if the outcome is that you use regular materials, as otherwise the price would skyrocket (@TheKit), I'm appreciating very much the possibility of having an honest discussion with you in contrast to almost all other companies...

Do you already know this: https://github.com/ubports/qqc2-suru-style/blob/master/qqc2-suru/qquicksurustyle.cpp?

So instead of defining only background colors you could suggest some sets of colors each containing all of the nine "input colors" and thus "defining a theme".

Then we maybe could add a third theme called "user defined" or "custom" and add a page to the settings app (or to UTTT) where the theme can be set and colors for the custom theme can be chosen. Your sets could act as some presets. The "best" one or two palettes could be dedicated themes maybe, and a "barrier free/color blind" theme/color preset would also be a cool thing.

@costales no, but theres an issue for it: https://gitlab.com/dekkan/dekko/-/issues/79

(On telegram we have already discussed somewhen, how the UI could look like and had no especially nice idea imho.)

@marius-ciclistu regarding dekko:

• share url via dekko 2 is not opening a new mail with the link in body

This works if dekko is already open when sharing whatever to it. Sharing to dekko while its closed (https://gitlab.com/dekkan/dekko/-/issues/74) will be fixed with the next release by end of october.

• Dekko 2 does not show search results from server.

Can you elaborate?

• dekko 2 does not delete mails from trash folder.

Thats actually a known issue, but there seems to be no issue for it yet. May you write one please?

The username is phablet btw.

@CiberSheep the "my city time" has a dot between hours and minutes, while the world clocks have a colon there. I think we should use the same "hours minutes seperator" for all times (?)
(And ofc the time format should be localizable.)

But ofc, the "UT app dev community" can create its own gitlab organisation and perhaps openstore namespace and develop apps together there... I like that idea. Lets discuss which advantages it would have, to collect UT apps in a common place...(?)

@stanwood Its not 100% comfortable but it should also work at night (at least it does for me).

Hi @stanwood!

You need to press the download button in the top right corner. That will only work if the camera scanner has actually recognized the edges of your document. You'll see the difference in the preview pictures. A dark or at least uniform underground/background helps. Edges of the document have to be on the photo an well visible.

Btw. stopping and restarting timers is pretty buggy...

@Tellina i was playing with the same/a similar idea... Would good to have a second android phone for me atm to play with for my current job. So i was thinking of buying a GS290 and flash ut on it later when i'm done with the job and donate 100 Euro or whatever to volla to support their efforts.

Another way to run UT apps on a usual amd64 desktop linux is packaging them as snaps. That has been done for fluffychat and dekko for example:
https://snapcraft.io/fluffychat
https://snapcraft.io/dekko2
However probably only a few UT apps are packaged as snaps yet and there may be some restrictions for the snap builds. I.e. there is no "desktop replacement" for content hub in dekko yet to attach files to mails...