Pythonista 1.6 Beta

JonB

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.

Webmaster4o

I can confirm that in 1.5, default background_color is (0.0, 0.0, 0.0, 1.0). view.present shows black, but view.present("panel") shows up white. The same bug exists in 1.5.

omz

@JonB @Webmaster4o

The value that you get from the background_color attribute is actually incorrect, it should be either (0.0, 0.0, 0.0, 0.0) or None, i.e. the default color is transparent, which has different effects depending on the presentation style.

Webmaster4o

Oh! So there is a bug, but not the one we thought :P

Tizzy

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.

Update:

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.

https://flic.kr/p/vwhLpC

PS anybody have any scripts to use as action extensions to get the direct URL of a Flickr photo?

alt text

ccc

The current Beta expires in 21 hours...

JonB

just click the download button, choose the size, then copy the url

Webmaster4o

In the newest beta, pythonista becomes completely unresponsive if dialogs.share_image is 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.

#Perfect:

#Broken:

When the keyboard is open, the dialog fails to show, and the app must be quit from multitasking as it is completely unresponsive.

Webmaster4o

For now, is there a way to close the keyboard from a script?

ccc

Calling .end_editing() on your text field should do the trick.

http://omz-forums.appspot.com/pythonista/post/5050025600090112

Webmaster4o

Yep. Thanks.

Webmaster4o

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 :)

JonB

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.

Webmaster4o

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.

Webmaster4o

Ok, this worked for copying the folder, I got path like you reccommended, @JonB

JonB

As a workaround for the import appex bug:

import _appex
_appex.watch = None
import appex

Webmaster4o

Oh, wow! Thanks!

Tizzy

Build 160025 bug report.

I have a folder structure /AAAdriver/ inside of which I have DriverInfo.py and TripDataA.py.

previously, from within DriverInfo.py,

"import TripDataA"

worked just fine. With the latest beta, I'm getting "ImportError: No module named TripDataA"

dgelessus

From someone who indents with spaces - there are a few things that don't work as well with spaces indentation as with tabs:

Backspace on a space indent only deletes a single space, as opposed to {indentwidth} spaces like in 1.5
The "indent" option in the selection popup menu always indents with tabs no matter what
The "dedent" option always dedents by only a single space
The width of a tab character in the editor doesn't match the width of {indentwidth} spaces. Or rather it only matches if the default font settings are used.

Slightly related, it is still not possible to indent in the console using an external keyboard's tab key.

It would also be useful if there was a way to set indent mode for individual files. Not necessarily in a permanent way. For example most C source files assume that tabs are 8 chars wide, and some things look very "unaligned" otherwise.

georg.viehoever

I find the mechanism for opening multiple existing files a bit confusing: In editor, select [+. Then open file selection (hamburger menu), then select file. I would like to see a more straight forward way to do this from file selection directly, for instance hold file name for a longer time, show context menu allowing to "open in new tab" (similar to link in safari).
Georg