New Beta for Pythonista 3.3

ihf

Some Apple Watch support would be a great addition and (as has been said) would help fill the void that Apple created when they replaced Workflow with Shortcuts.

dgelessus

@ttobias said:

General question: Does the TestFlight Beta override the installed app or is this separated?

The beta replaces the App Store version. If you already have the App Store version installed and then install the beta through TestFlight, you'll get a warning message saying that you may lose your data - this is generally not the case for Pythonista. (I've been in the Pythonista TestFlight beta since the beginning, and installing a beta has never overwritten my data. But if possible you should make an iTunes backup beforehand, just in case.)

You can also go back to the latest App Store release at any time, by going into your purchases and redownloading Pythonista there. This will replace the beta version, but also leaves your data intact (except perhaps for features that were introduced in the beta).

jsamlarose47

Just to say: the new keyboard is opening up some really exciting possibilities, and aside from everything else that Pythonista offers, this is the kind of functionality I've been wishing for on the iPad for a long time now. I've tried a number of third party keyboards to do more with text in iOS and the vast majority of them have proven disappointing, but this... there's more possible than all of those others put together. Happy days ahead. Hats off to OMZ.

mithrendal

New BETA crashes when I use the new introduced key_command feature

Pythonista completely exists when pressing the a key on the external BT keyboard

# coding: utf-8
import ui
import console

class UIView (ui.View):
	def get_key_commands(self):
		print('get_key_commands')
		return [{'input': 'a'}]
		#return [{'input': 'a', 'modifiers':'cmd'}]
		
	def key_command(self,sender):
		print('key_command='+str(sender))

def main():
	main_view = UIView(frame=(0, 0, 400, 400))
	main_view.name = 'Key Commands Demo'
	
	main_view.present('sheet')
	
if __name__ == '__main__':
	main()

omz

@mithrendal I see thanks. I'll look into it tomorrow, but I think you might be able to move the main_view creation into the global scope (i.e. out of the main function) to make it work, but it's getting pretty late here, and my iPad is busy, so I can't really test this theory right now. I definitely had a working example (just not very pretty) when I posted the last beta.

mithrendal

Hi @omz ,
if I move the main_view creation into the global scope (i.e. out of the main function) it also crashes.

There is another issue with the newest BETA: When you create a custom view (extending ui.View) and add with the help of objc_util a native KeyCommandsView as a subview into that custom view. With the newest BETA that does not work anymore. Whereas it worked with the Beta before and with the current production version. I guess that you also added a KeyCommandsView into the ui.View and it consumes all key events, so the self-done-native way is not working anymore when using a custom view. When not extending the ui.View (e.g. using a pure ui.View) and adding the KeyCommandsView to it, the self-done-native way still works.

Could you also do something for this second issue ?

test case example of the second issue:

# coding: utf-8
from objc_util import *
import ui
import console
UIKeyCommand = ObjCClass('UIKeyCommand')

modifiers = {(1<<17): 'Shift', (1<<18): 'Ctrl', (1<<19): 'Alt', (1<<20): 'Cmd', (1<<21): 'NumPad'}

def keyCommands(_self, _cmd):
	keys =['A']
	cmd_key_flag = 0
	key_commands = []
	for k in keys:
		key_commands.append(UIKeyCommand.keyCommandWithInput_modifierFlags_action_(k, cmd_key_flag, 'keyCommandAction:'))
	commands = ns(key_commands)
	return commands.ptr
	
def canBecomeFirstResponder(_self, _cmd):
	return True
	
def keyCommandAction_(_self, _cmd, _sender):
	self = ObjCInstance(_self)
	key_cmd = ObjCInstance(_sender)
	flags = key_cmd.modifierFlags()
	modifier_str = ' + '.join(modifiers[m] for m in list(modifiers.keys()) if (m & flags))
	key_input = key_cmd.input()
	console.hud_alert(str(key_input))
		
	
KeyCommandsView = create_objc_class('KeyCommandsView', UIView, [keyCommands, canBecomeFirstResponder, keyCommandAction_])


class CustomUIView (ui.View):
	def will_close(self):
		pass
		
@on_main_thread
def main():
	#this does not work anymore in latest Beta. E.g console.hud_alert('A') is not called anymore
	main_view = CustomUIView(frame=(0, 0, 400, 400))
	
	#this still works. console.hud_alert('A') is called 
	#main_view = ui.View(frame=(0, 0, 400, 400))
		
	v = KeyCommandsView.alloc().init()
	v.becomeFirstResponder()
	ObjCInstance(main_view).addSubview_(v)

	main_view.present('sheet')
	
if __name__ == '__main__':
	main()

caddtec

Hi @omz,
I have a weird bug... I was working on one of my projects with pyui files. I wanted to change the name of the component (a table view) and to my surprise it deleted the component. Actually, it deleted the component because of the backspace keystroke (since I wanted to change the name). Then I realized that also, any of the direction keys (up, down, left, right) weren’t working as well. All the other keys however are working. I then realized it was the physical keyboard that didn’t work in the pyui file. When I use the on-screen keyboard, everything works including the backspace. And only in the pyui fille display because if, for example, I try to use the backspace key from the physical keyboard from, let’s say the run text field (when you press a few seconds on the « play » icon), it’ll work.

Let me know if you need more info.
D

mithrendal

I tested the new BETA build 330012

it still crashes when I use the in 330007 new introduced key_command feature

Pythonista.app completely exists when pressing the 'a' key on the external BT keyboard

# coding: utf-8
import ui
import console

class UIView (ui.View):
	def get_key_commands(self):
		print('get_key_commands')
		return [{'input': 'a'}]
		#return [{'input': 'a', 'modifiers':'cmd'}]
		
	def key_command(self,sender):
		print('key_command='+str(sender))

def main():
	main_view = UIView(frame=(0, 0, 400, 400))
	main_view.name = 'Key Commands Demo'
	
	main_view.present('sheet')
	
if __name__ == '__main__':
	main()

@omz Do you still have some working example code of the new keycommand API ?

EDIT: OMZ wrote me. Although title is optional as written in the documentation, it must be set in the BETA otherwise it crashes.

so the statement

 return [{'input': 'a', 'title': 'a'}]

repairs keycommands for the BETA. It will be fixed in the coming builds...

Kayt

Ole Zorn has released the first Beta of the next version of Pythonista which has shortcuts support.
http://www.sirihacks.net/

dchevell

@omz regarding passing output: iOS 13 has API's for that! Please support them! :takemymoney:

JoshuaLausch

@omz when is this releasing? Can we get an ipa for the beta cos it’s full

eddo888

Could I also please request that the new "open external file" and "open external directory" api be supported, so I can use Pythonista to access files AND directories in WorkingCopy. Yay Cheers Dave.

manitsy

Will this version will support Pandas ?

mikael

@manitsy, no.

Use Google to search for ”Pythonista issues Pandas”.

eskdale

Just purchased Pythonista 3 and its 3.2 (I had an earlier version as well)
Is this correct 3.3 still not released?
Many Thanks

cvp

@eskdale yes, 3.3 is in beta mode, hoping released soon

videoMonkey

Is there a release timeline? The beta is full and I would like to be able to take advantage of the keyboard.

cvp

@videoMonkey All we can say is that current beta build expires in 61 days

robertiii

Beta has expired....Any way of renewing?

cvp

@robertiii no, but we hope the definitive version will arrive soon