This is the community forum for my apps Pythonista and Editorial.
For individual support questions, you can also send an email. If you have a very short question or just want to say hello — I'm @olemoritz on Twitter.
Reverse engineering challenge to cvp
JonB last edited by
@mikael uncomment the first print url line, then select a normal help item.
I'm truly impressed by what you've been able to accomplish in such a short amount of time! It might even make sense to provide a built-in hook for this kind of thing, not quite sure yet about the implications.
@mikael Did you find the right path?
@omz It could be sufficient that you allow the concaténation of a user (zipped) doc file to the standard one.
@cvp I don't know, I would guess that augmenting the search results with online sources could potentially be more useful, not sure though.
@omz I agree but a big advantage of your (marvelous, did I already say it 😀?) application is that the entire doc is local and thus available off-line.
@cvp That's certainly true (and thanks for the kind words!), and I can definitely see both use cases, but running a script hook would allow you to do that as well, I guess.
JonB last edited by
@omz Are you using your own pregenerated keyword index in your search?
Or are you actually indexing on the fly?
Also, not sure if you have ever seen jedi-vim-- since jedi already (sort of) knows what module a highlighted term belongs to, one option might be to use something akin to jedi-vim for showing the pydoc/docstring associated with an object. There are some other jedi-vim features which would be cool , (showing function prototypes wlin the autocomplete) though I'm not sure what that would really look like in iOS without getting really cluttered.
It would totally be useful to just search docstrings in user modules that are not already included in the built in docs, and just show that, even if not fancy HTML formatted -- hooking user generated .zips would be cool, but only useful for docs specifically written to be indexed by pythonista. Going with generic pydoc would allow any module to hook into the quickhelp. My quick tests with pydoc.ModuleSearcher seem like it is pretty quick ( and also provides callback and quit capability, so ought to be pretty performance)
@JonB Yes, I'm using a pregenerated keyword index, though I guess using
jedito extract docstrings could be an interesting option as well, might be more accessible than a script hook.
Could you please remind me how to find the right path, as it is different from the Document files?
open doc tab (via ? button), then swipe to right and run this script
# open doc tab (via ? button), then swipe to right and run this script import console import editor from objc_util import * import ui @on_main_thread def searchDocPath(): win = ObjCClass('UIApplication').sharedApplication().keyWindow() main_view = win.rootViewController().view() ret = '' def analyze(v,indent): ret = None for sv in v.subviews(): #print(indent,sv._get_objc_classname()) if 'UIWebBrowserView' in str(sv._get_objc_classname()): print(sv.webView().mainFrameURL()) ret = analyze(sv,indent+' ') if ret: return ret ret = analyze(main_view,'') return ret if __name__ == "__main__": searchDocPath()
cvp last edited by cvp
@mikael I didn't know where to post this, congratulations 😀
mikael last edited by
@cvp, thanks, I’m so happy!
@mikael You have all to be happy:
- you have Pythonista
- you're a Python master
- you live in Finland
Seriously, I hope that your and your family are safe, be careful with this shit of virus