@djeetee , the iCloud implementation in the beta is pretty awesome. Not sure the release date for the new version to the App Store, but I think you will be very happy with it

@technoway , thanks. I know it has limited value. I use it for part of a basic in file search program I made. The search program is basic, just searches for a word in all my files, I present a list of file names in a ui.TableView. Then if I want to look into a file, I bring up this viewer , to see if it what I was looking for. So for that purpose its good for me. I wanted to update the search program, so I separated this out first. It was a bit of a mess :)

These are the differences I encountered with Python 3.

There are many new libraries. Some deprecated libraries are replaced with better alternatives.

Python 3 has unicode support for strings. (This is good and bad, as it can require more work porting some Python 2 programs).

The print statement becomes a function, i.e. you must use curly brackets with print statements.

There is no "xrange" statement, and "range" behaves like Python 2's "xrange."

For Pythonista 3, if you push the "run" button and hold it, an option appears that will let you select to run the program with Python 2. Alternatively, if the first line of the program is:

#!/usr/bin/python2

then you can just push the "run" button, and the program will run under Python 2.

You probably don't need Python 3 for the problems you're solving, however, as noted, Python 2 is not advancing anymore, so you might want to know Python 3 for the future.

It also happened to me when the app or the script running try to access a restricted part of the memory or when there is not enough RAM

Since your script does not crash on my ipad pro 2017 (4GBs of RAM) too, i believe it's the second option

@AddledBadger , the beta version of Pythonista ships with module called arrow. Really simplifies date and time manipulation. If you are not on the beta version but have installed StaSH, you could pip install arrow yourself. Knowing that when the beta makes it to the App Store, arrow will be included.
arrow docs
StaSH

Look this is not as easy as what the other guys suggest if you dont have arrow installed. I understand why they dont suggest it. Anyway, its another way.

Anyway, the below is using arrow module.

import ui import arrow dp = ui.DatePicker(bg_color='white') dp.mode = ui.DATE_PICKER_MODE_DATE_AND_TIME arr_date = arrow.get('2017-11-26 08:00:00', 'YYYY-MM-DD HH:mm:ss') dp.date = arr_date.datetime dp.present('sheet')

Lol, ok I can see this topic generated as much interest as watching grass grow :).
But at least to give something visual, i did the below. Just using a static form here with no chance to give feedeback because the form is just sitting as a json file in a github repo. Baby steps :)
I still like the idea/concept though. Maybe I am alone on this one! Again, this not what I described above. I just thought If i could do a static example, may give it more context. BTW, the recipe in the example is real and fantastic. It was from YouTube, I should have put the link in, but again this is just an example. No interaction is possible with this simple example. But I think you could see how there could be.

import ui import requests import json _form_raw_url = '''https://raw.githubusercontent.com/Phuket2/ui_forms/master/MicrowaveEggRecipe.json''' resp = requests.get(_form_raw_url, timeout=5) if resp.status_code != 200: resp.raise_for_status() def close_action(sender): sender.superview.close() v = ui.load_view_str(json.dumps(resp.json())) if v["_dismiss"]: v["_dismiss"].action = close_action v.present('sheet')

Hi, moved the script to the root and its been fine since, thanks for the suggestion. Thank, Terry

Thank you! (Removing reprlib, revealed 4 more packages that must have been added by some package I installed. After they were all removed, all is working again). If that happens again, I now know where to look.

thank you. It works fine now.

I downloaded that app. I ran it under the latest Pythonist 3 beta, and got the following output in the console window.

No compatible devices found.

So, I didn't full test all functionality, but I got no errors.

Thanks omz. I ended up using the total play time to wait.

I had thought of that, but polling for a time with short sleeps, so that the wait can be interrupted, is probably less efficient than a notification, although admittedly only slightly so. It certainly is a lot simpler.

Why does Apple make it so hard to do the simplest of things. (Like on Windows and Android they have API’s for this.)

Like how is know what WIFI is around you going to hurt them or the End user.

Here is a simple dialog template that uses a pyui file created using designer. This helps to use ui controls like images, textviews, segmentedcontrol in dialogs. The gist with sample pyui file is here. I hope it helps

https://gist.github.com/73431fef1f00c462c3bee0551bd14be8

import ui class PyuiDialogController (object): def __init__(self, title='Pyui Dialog', pyui_dialog='pyui_dialog.pyui', cancel_button_title='Cancel', done_button_title='Done'): self.params = None self.view = ui.load_view(pyui_dialog) self.view.frame = (0, 0, 500, 500) self.view.name = title done_button = ui.ButtonItem(title=done_button_title) done_button.action = self.done_action cancel_button = ui.ButtonItem(title=cancel_button_title) cancel_button.action = self.cancel_action self.view.right_button_items = [done_button, cancel_button] def get_params(self): params = {} params['switch1'] = self.view['switch1'].value params['textfield1'] = self.view['textfield1'].text sg = self.view['segmentedcontrol1'] params['segmentedcontrol1'] = sg.segments[sg.selected_index] return params def cancel_action(self, sender): self.view.close() def done_action(self, sender): self.params = self.get_params() self.view.close() def pyui_dialog(): c = PyuiDialogController() c.view.present('sheet') c.view.wait_modal() return c.params def button_action(sender): print(pyui_dialog()) v = ui.View(frame=(0,0,600,600), name='Test Pyui Dialog') v.add_subview(ui.Button(frame=(200,300, 100,100), title='Test Dialog', action=button_action)) v.present('sheet')

@plessner - thanks for that - all up and running now.

@omz admin - that's pretty much exactly what I was after - very much appreciated.

Regards,

Bruce

TKInter is a desktop GUI module that accepts mouse input, while the iPhone is a touch based UI. This means there are some interactions and gestures that don't map across between them. For example the phone interface has no analogue of right-click or click-and-drag. Similarly the desktop interaction model has no analogue of a long-press or swipe.

You can arbitrarily try and assign mappings between some of these, so you could say long press equals right-click, but that might work fine in one application but poorly in another in which long-click might need to be used for another gesture such as to select something for drag-and-drop. No one mapping will work for every application, but at the framework level to make something portable you'd need to have fixed mappings.

Then you have the issue that the phone doesn't have a concept of floating windows, re-sizable windows, overlapping windows, floating dialogs and menus, scroll bars and many others. How do you do shift-click or control-click on a phone? Conversely on the phone you have conventions like swiping from the edge of the screen and multi-touch gestures. There are very good reasons why even Apple's own OSX GUI framework was not ported directly to iOS.

It is possible to write UI toolkits from scratch that are designed to map across between touch and desktop paradigms. The way to do this is to identify a subset of gestures and interactions in both models and creating strict mappings between them at the toolkit level. This gives you the portability, but at a cost of sacrificing the ability to use interactions that can't be deterministic-ally mapped to the other platforms. Unfortunately TKInter wasn't designed in terms of sacrificing desktop GUI capabilities in order to make the subset portable to phones, so it has a lot of GUI paradigm interactions and display widgets included that don't port over.

If you want to use your ipad as the peripheral, not the controller, then you would instead use
CABTMIDILocalPeripheralViewController

Either way adds your device to the CoreMidi devicelist, but i think you need to use CoreMIDI via objc_util to actually do anything with it.

Using console.open_in(filename) worked great. Took some attempts before I realized I had to write the file locally/inside Pythonista first :)

Is there an equally simple way to programmatically load a file from a selection of sources, like Dropbox, iCloud etc?