EskeRahn

I have sometimes had the same phenomena with a PC and Remote Desktop.

Not quite. If you do not get the product with a credit card payment you can get your money back. With a bank transfer there are no guarantee. I will suggest you to offer something like PayPal payment, You could add the fee to the price if the buyer prefer to pay this way, it could be seen as an insurance of the transaction.

Oh we already get personalized adverts, my thought was that looks like the same offer also is going to vary in discount depending on the data they got their dirty paws on for the person seeing the ad, Including but not limited to insurance. Many companies already vary the price of a car-insurance depending on how powerful the car is, that is they assume that if you got a powerful car, you are more likely to be driving it haphazardly. And though that most likely is true in mean, this obviously will not go for everyone(*). So IF used fairly they in theory could require a higher premium for

I too gave up about that point TLDR. *LOL* An interesting aspect that he oddly does not seem to address is the consequences of cleverly targeting ads. If say you have been searching a bit for something on say shoes, it will make sense to present you with ads for boots. But if you have searched more intensively for boots, it might be an option to present you with ads with lesser discounts, as you are clearly already in the market. So you might end up with worse offers than if you to the algorithm seemed less interested... We all know the mechanism when you visit a market place. The le

You can do both. But currently the OTA does a total download, not an incremental one, so it is rather slow (in the order of an hour), but if you flash it manually it is a bit more work, but is done in minutes. When using flashing that includes installing google-apps, people have reported loss of the personal settings for some of these google-apps. (I have not noticed this myself, so I guess I do not use the particular google-apps in question, or use them with default settings, and thus never notice the issue)

I agree that a better grip in the back of the display would help the 'lift' method. But we do not really need it on the other side, as that is pushing only. I have suggested to carve some grooves in parallel to the screen in the top part over the fingerprint reader. Currently I have a tiny (5x20mm) piece of self adhesive non-slip tape (intended for use on stairs) mounted.

Thanks. Just downloaded the files, and are currently flashing have just flashed with no issues...

It should make no difference if you push in the middle or to a side, due to the construction of the mechanism. What matters is that it is NOT a straight push parallel with the keyboard (see my posts earlier in the thread)

Well I hope you are right, but if you look at their own video, he has troubles opening it. A normal slider requires the press to be somewhat precise at the middle or with two thumbs evenly on both sides. This mechanism seems to be even more picky here. But of course they might find a solution with a rod synchronising the two sides. ADD: To quote my self from here

See this

We got a long thread filled with various suggestions here I got my own with links to where I got the different ones i experimented with here. You can modify most cases for a "Huawei p20 pro" with a small pair of scissors in a few minutes.

For widgets this should include allowing different dimensions used in the two directions. E.g. You might want a widget in landscape to be wider than what is possible in portrait.

We better tag @tdm here, he knows a LOT more about this than I do.

As described above, this really is the viewer not being in compliance with the jpeg standard ignoring the EXIF rotation flag.

Just for generel info. When rotating an image, until some years ago, the image information was 'resampled' to give the wanted direction. BUT there is also a FLAG in the EXIF metadata, telling if the image is to be rotated 0°, 90°, 180° or 270° Unfortunately still not all viewers/handlers respects this!! So in one context a file may show correct, and in another in the native original data's orientation, that is: rotated compared to what was intended. The purpose of this flag is to make rotation fast and easy, while keeping all image information. The price is that the image is to be rotat

I just did a factory reset a few days ago, and was able to skip

It can take a VERY long time to get the very first fix. Try to leave it outside for say ten minutes, and see if that helps. But Lineage DO seem to use fewer satellite-systems, see also the discussion here a month ago.

I think the optimal would be if we could arrange things independently for the two directions BUT when adding a new item in one direction it also tries as best it can to add it in the other, but allows us to rearrange independently and even to remove for one direction only. The automatic system could then have different 'modes' like the 'two-half' approach, 'keep centre and corners', 'start filling bottom up' and what ever other algoritms that can be thought up.

You are welcome. And no wiki I'm aware of.

It seems to always do this, did on all the test/images too, so quite normal. Actually the gaps also 'stops' at 47% but is so much faster that we usually do not notice. (I wonder why they did not choose to stop at 42 😁😇)

This sounds really bad! Let us tag @Erik so he can find out what has gone wrong.

Also try and 'dial' *#*#4636#*#* (4636=INFO) and select Phone1 Information, and double check that "Mobile Radio Power" is ON. You could generally compare the settings for slot 1 and 2.

For the first time in at the least a year I had it too this morning. And looking at the logcat it could be related to WiFi. I see entries like these before and not after the crash 08-24 07:48:21.605 1668 2065 E AndroidRuntime: FATAL EXCEPTION: LocaleTracker 08-24 07:48:21.605 1668 2065 E AndroidRuntime: Process: com.android.phone, PID: 1668 08-24 07:48:21.605 1668 2065 E AndroidRuntime: java.lang.NullPointerException: Attempt to invoke virtual method 'void android.net.wifi.WifiManager.setCountryCode(java.lang.String)' on a null object reference 08-24 07:48:21.605 1668 2065 E Andr

Indeed this is rather limited, but a convenient usage of MTP to INCREMENTAL copying files can be found here.