Pythonista version 2.0.1 (201001) on iOS 9.2.1 on a 64-bit iPad5,4 with a screen size of (1024 x 768) * 2
Select a Python function name or method name and select "Help..." from the popup menu. No results. This is probably related to docs compression.
Fixed: in Pythonista version 2.0.1 (201004)
I see, thanks!
In this beta, opening the dialog to move files seems unusually slow.
@Webmaster4o Strange, I can't think of anything I've changed there.
The quick help issue will be fixed in the next build, which may actually be the final one. Not a very exciting update, I know, but I'm overall pretty happy with the state of the app, and I'll hopefully have something more interesting to announce soon...
@omz ok, thanks. I just noticed that bringing up the "move" dialog (as well as pressing "new file" takes an unusually long time. It may fix itself.
@Webmaster4o I kinda suspect that you have a pretty deep folder hierarchy in your documents, perhaps you recently installed a large package or something? The folder picker is admittedly not very smart about this, and it has to load the entire folder tree at once.
@omz maybe. That could be it. I recently copied all of the Pythonista.app directory to a folder in ~/Documents, That's probably it :P
@Webmaster4o Hint: use os.symlink.
Different issue: objc_util really needs an __all__. Especially because about 100% of all code that uses the module does from objc_util import *. (All of which has been accidentally importing about 10 probably unwanted modules.) It also means that I have to use hacks like these:
{name for name in dir(objc_util) if not name.startswith("_")} - {
"ctypes",
"inspect",
"itertools",
"os",
"pp",
"re",
"string",
"sys",
"ui",
"weakref",
}
There (still?) seems to be an issue with the icon support in the UI editor. Quickest way to reproduce:
* create pyui file,
* add a button,
* pick an image for the button -> icon selector works :-)
* add a custom view
* enter the custom view
* add a button there
* pick an image for the button -> empty icon list :-(
Since version 2.0 there is a little bug in the handling of the clipboard filled with whole lines. To reproduce: Look for a line of code with content starting in the very first column. Highlight the code from the left of the first character to the the very left of the next line.
Go to somewhere else. Insert the clipboard left from the first character of that line. Result: The line will be inserted but the terminating newline character (which should be in the clipboard) is NOT inserted. So, such an insert has always to be followed by pressing RETURN.
Sometimes changes in UI editor eg. in a scrollview are not saved and get lost.
@dgelessus , I agree objc_util needs an __all__
However, to exclude the imported modules, you don't necessarily need to enumerate; instead you can use inspect:
{name for name in dir(objc_util)
if not name.startswith("_") and
not inspect.ismodule(getattr(objc_util, name))
}
Setting __all__ in objc_util is a good idea, thanks @dgelessus.
Looking at the icon picker code in the UI editor now, I kinda wonder why anything works at all... :/
@omz Sometimes the things work by accident ;-)
@omz or anyone else, does anyone know to get files from your camera roll into the files area of the icon picker. This has been an issue for a while now, I just keep forgetting about it. I vaguely remember how to do it in 1.5, but I am lost with this one. It's probably something very simple right under my nose, I just can't see it
@Phuket2 In the UI editor, this isn't possible. For the general asset picker ([+] button in code editor), it should show image files that are in the same directory as the script you're editing (or a subdirectory). You can import an image from your camera roll as a file using the "New file" dialog. There's an "Imort Photo..." entry at the bottom there.
Is this new in this version?
Cannot place the caret at the end of the text in TextView without getting a 'Range out of bounds' error.
No error if I subtract one, but then the caret is before the final character.
Also no error if I select a range - e.g. selected_range = (0, l) in the sample below.
Simple test:
tv = ui.TextView()
tv.text = '123456789'
tv.present()
tv.begin_editing()
l = len(tv.text)
# l is 9
tv.selected_range = (l, l)
@mikael Interesting, I don't think it's new (at least I haven't made changes related to this recently). Temporary workaround:
from objc_util import *
# ...
on_main_thread(ObjCInstance(tv).setSelectedRange_)((l, l))
@omz: Thanks!
With the additional note that in ObjC, it is looks to be (start, length), not (start, end).
So, in this case (l, 0), or more generally (start, end - start).
@mikael Ah, you're right, forgot about that.
I can reliably crash my installation of Pythonista by:
Maybe related to the new compressed documentation?
The editable property for textview set in UI Editor doesn't seam to work. It doesn't matter, it is "editable" in any case.
@wnMark Thanks, will be fixed in the next build. Temporary workaround: Enter {'editable': False} in the "Custom Attributes" field.
@omz thank you for this hint!
Overall I am very happy with this beta. I can do much more then testing and discovering nearly every day new features.
It loolks like the problem is solved (in 201001), if I save a scrollview in UI editor. Sometimes the changes gone lost after I tryed to save via "x" sign in upper left corner.
@omz Thanks a lot for fixing the icon picker! :-)
@dglsseus objc_util has an __all__ in the latest 2.7 beta.
Indeed, thanks @omz.
@omz
Thank you for fixing the textview edit property in Beta 201004