Pythonista 1.6 Beta
hyshai, I was about to respond that I didn't have this problem.... until I clicked more, and reordered the scripts.... then all but one disappeared. so the symptom appears to be caused once the more menu is entered...
userista last edited by
Oops! Sorry :(
dgelessus last edited by
The unpredictable script clearing bug has returned for me recently and has happened multiple times. The few common circumstances that I could observe were the following:
- I was using an external keyboard
- The files were empty when I reopened the app after it was terminated (either automatically or manually by swiping it out of the app switcher)
- The affected files were the currently active editor tab
- More than one tab was open (not entirely sure about this one)
- None of the files were Python scripts (two Markdown files and one plain text file)
One time this even happened twice in a row. I had about 5 files open, one of them got cleared. I closed that tab, restarted the app, and the next file was cleared as well.
Can't say if this is related to the bug that emptied files when updating to a new beta version. That still happened with the last update, but that was a few weeks ago. I've got a feeling the beta might be expiring again soon. *hint hint*
omz last edited by
I think I know why this happens now, and it should be fixed in the next build (later this week). Basically, the editor sometimes auto-saves a file even though it hasn't finished loading yet, resulting in an empty file.
In the case of the beta release notes, the app first restores the previous tabs, but then immediately opens the release notes file in the selected tab, before the previous file has actually been loaded completely. Opening a different file (the release notes) in the same tab triggers an auto-save, so the previous file is overwritten with an empty file...
In this case, it's trivial to reproduce, but in other situations, the bug appears to be more "random". It could for example happen if the app goes into the background (triggering an auto-save) while a file is being loaded etc. The fix is pretty simple – just don't save anything before a file is loaded (duh!).
It's possible that there are other reasons for this behavior, but I'm relatively confident that this is it.
not sure if this is a bug or feature...
when creating and presenting a ui.View, the default bg color is (0,0,0,1), or black.
however when presenting as panel, the bg color shows up as white, even though the attribute is unchanged.
setting the bg color manually does correct this.
I want to say that in 1.5, the default color was white, but I could be wrong.
I can confirm that in 1.5, default
(0.0, 0.0, 0.0, 1.0).
view.presentshows black, but
view.present("panel")shows up white. The same bug exists in 1.5.
omz last edited by
Oh! So there is a bug, but not the one we thought :P
Tizzy last edited by
What's the word on iOS 9 beta... are there any known 1.6 issues with it? Apple beta software program just sent out notifications and I want to jump in.
Just went for it and there appears to be a problem with the speech module - specifically speech.get_languages() now returns an empty array rather than the lost of languages and corresponding codes.
PS anybody have any scripts to use as action extensions to get the direct URL of a Flickr photo?
ccc last edited by
The current Beta expires in 21 hours...
just click the download button, choose the size, then copy the url
In the newest beta, pythonista becomes completely unresponsive if
dialogs.share_imageis called while the keyboard is showing. In my UI, the user puts text into a box, then presses a button that calls
dialogs.share_image. If the user fails to close the keyboard before pressing the button, pythonista doesn't crash, it just freezes. If the keyboard is hidden when the button is pressed, everything works perfectly.
When the keyboard is open, the dialog fails to show, and the app must be quit from multitasking as it is completely unresponsive.
For now, is there a way to close the keyboard from a script?
ccc last edited by
.end_editing()on your text field should do the trick.
Possible bug: scripts run from the app extension can't see modules in site-packages. If I run my script, it works, but if I run it from the app extension:
Is this a bug or am I missing something? Of course, most app extensions that use appex don't work anyway in this beta, because of
from _appex import watch:)
the appex has its own sandbox... the main app can see the appex sandbox, but not vice versa. I think this is a security feature. bottom line, you have to reinstall all of the modules you need into extension/site-packages folders.
if you want to do this using stash, you can find the Extensions folder by opening a file, then using
editor.get_path. otherwise just copy the folder using the file manager.
My file manager doesn't seem to have a way to move a folder into extensions. Also, pythonista crashes if I try to create a file in a sub folder of extensions.
Ok, this worked for copying the folder, I got
pathlike you reccommended, @JonB
As a workaround for the
import _appex _appex.watch = None import appex