It looks like the OneDrive file provider implementation is buggy. I had similar problems with it before and it was basically unusable. I hope they fix it soon.

Other apps like Working Copy or iCloud Drive work fine.

You can enter arbitrary URLs when you open the preview screen and switch from Local to Remote, so this is necessary.

I could reproduce the error with the ownCloud Demo installation at https://demo.owncloud.org/

I do get the errors you describe in Textastic and I also tried it with Byword. When using Byword, I get the same error messages on the debug console. The only difference is that Byword doesn't present the errors to the user while Textastic does. You can check this for yourself with the "iOS Console" Mac app http://lemonjar.com/iosconsole/

So, this really looks like a bug in the ownCloud file provider extension. I have debugged everything related to saving and can't find a problem in Textastic's code.

Hello, you can already tap and hold a .zip file in Textastic for iPad/iPhone and choose "Open In…" which allows you to use AirDrop to send the file another iOS device or Mac.

That's weird. I'm using Apple's UIDocument class which handles saving automatically and is also responsible for the temporary files names you are seeing. Does a reboot of your iPad fix any of the problems you are seeing? Unfortunately, I have seen many document picker issues go away after a reboot...

Hello,

in Perl, "<<" can start a heredoc string.

While the Perl interpreter can decide if this is indeed a Heredoc string or a shift left operator, a simple language grammar can't, because it doesn't know that TSL2561_LUX_CHSCALE is a constant.

If you save the constant in a variable first and use that to do the binary left shift, it is highlighted correctly:

$shift = TSL2561_LUX_CHSCALE;
$chScale = (1 << $shift);

Can you send me the file so I can try it on my device?