@mikael I like that .... ;-)

You have to open and select the workingcopy folder in pythonista. It is definitely possible.

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

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

you could setup a custom view and overwrite the will_close method, maybe you also like to know when the view is fully loaded...

I have copied the appropiate code from the docs http://omz-software.com/pythonista/docs/ios/ui.html for you

import ui

class MyView (ui.View):
    def did_load(self):
        # This will be called when a view has been fully loaded from a UI file.
        pass

    def will_close(self):
        # This will be called when a presented view is about to be dismissed.
        # You might want to save data here.
        pass

Hi,
I tested the new Beta on my current projects. It run most of the time fine. I had some methods where I had to additionally annotate with @on_main_thread to make it run, which I must not in pythonista 3.2 . But I think this is more correct and I guess v3.2 was just a bit more forgiving in that regard and v3.3. a bit more strict which is fine.

I had an issue though with pythonista-gestures from @mikael :
it gives an key error upon accessing a dictionary each time you trigger a gesture

I opened an issue for this at https://github.com/mikaelho/pythonista-gestures

Due to some restructuring in the new pythonista v3.3, in the end I think it has to be repaired in Gestures.

EDIT: it has been repaired. ;-)

I hope @mikael has also access to the beta :-)

How many seats are there free ?

Now I will have a look at the funny keyboard thing ... ;-)

Hi @robnee
huh, nobody answers to you. Ok I will try. From what I have seen, only breakpoints of the script on which you started the debug-session will fire. That means if you debug a.py only those breakpoints will fire.

But what seems to work is some sort of multi-module or multiple script debugging. That means if you have your break in a.py then the debugger will perfectly step into b.py when you single step forward and the code leads into a method located in b.py

Weird world. Writing Mac Apps on an iPhone with Pythonista ... How crazy would be that !!! ;-)

@Drizzel I tried my very best to hide my real name but you now uncovered it. Yes I am the son of an uncle of a cousin of gandalf the white! :-)
PS: hope that they don't throw us out of this forum now. Sorry for the off topic ness nature of this post to anyone who's disturbed by it. :-)

@Drizzel MultipeerConnectivity defines two modes:

see here the definition taken from apple developer website:

MCSessionSendDataReliable
Use this message type for application-critical data.

MCSessionSendDataUnreliable
this message type should be used for data that ceases to be relevant if delayed, such as real-time gaming data.

@mikael uses in his wrapper the first one which might not be perfectly suited for gaming, where you simply want no lag at all. But you can patch the wrapper so it sends in MCSessionSendDataUnreliable mode. just look out for the send data method mikael uses for mode a 0 value. Replace it with a 1 value should do. (https://developer.apple.com/documentation/multipeerconnectivity/mcsessionsenddatamode/1407029-unreliable)

in mikaels multipeer.py file, find the following line and change the 0 to 1

self.session.sendData_toPeers_withMode_error_(json.dumps(message).encode(), peers, 0, None)