@sim@john@jfperusse - latest issue that I have, which I think is related to this, is that when I switch to the settings page in my newest iPad looking at the top left is a message that my iCloud Drive is almost full. Tapping on it it fires up a message giving details of my allocation and offers to extend my iCloud usage at various levels.
But - it fires up two of these overlapping message boxes and one is offset horizontally so that you can’t read it. The images shake.
This must be tied in some way to having two pads or is it possible it could be down to two folders of the same name in my iCloud account ?
@sim@john@jfperusse - just exploring my two Codea folders on iCloud. The one without the small icon (ie a normal folder) is full of apps in the root of the folder or in a sub folder.
There is a plist file present which I have listed below
Could you explain what the HiddenInProjectBrowser means.
There are a lot of files there and, in the interests of minimising my iCloud storage load - are they delectable without loss from Codea apps on my iPad?
Interesting! I just checked the code and it seems like we no longer use that key (HiddenInProjectBrowser) in any recent versions of Codea. I think that may have been used at some point in the past to prevent certain folders from showing up (think things like your old Dropbox.assets folder, for example)
@sim - thanks for that reply, I think it means that I now have separate Codea iCloud folders for each of my iPads. It must also mean that the appearance of a second folder is concurrent with iOS changes. Not an ideal situation resulting in some duplicate files and probably what led to my confusion with asset management recently.
Have you access to older iPads to confirm this behaviour ?
Question - why should I have a hidden duplicate Dropbox folder/files in my iCloud ?
Just checked my Dropbox folder and it doesn’t contain the same spread of folders/files. The iCloud duplicate folder is dominated with Codea projects and assets but significantly different from the iCloud folder bearing the small Codea icon.
@sim did something change with material.basic? i don’t seem to be able to define the colour of the material anymore? Switching to material.standard it does still work. This change seems to have happened quite a few versions ago.
Wouldn’t it be better to house the demos externally, like on a website, with a built in link in Codea. You could give access to all with the ability, for users who manage to produce relevant good quality demos, to include/broaden the options. It would also be a good advert for Codea. You could have separate sections for V3 and V4.
I don’t believe this would replace WebRepo which hosts mainly finished projects rather than demos.
It would also free up space on our iPads for more projects.
Also, I’m not sure how many users actually use the folder options, within Codea root, to store project development versions in. I have about 10 but I tend not to use them. Could you omit them. They could still be accessible via the asset system.
But I see a new problem though…
if i try to insert the cursor at point much further down the file (i.e. i have had to scroll such that the current cursor point is off the top and no longer visible) then it won’t work it brings me back to where the cursor was previously.
edit: Also when first entering editor and selecting a line by tapping on the line number on the left, the selection lollipops do not show up. This gets fixed if i select text by clicking on the text.
The second issue is long standing — and annoying! I’ll see what I can do. It started happening when we began using Apple’s text interaction instead of our own
On the scrolling issue, I am not able to reproduce it… here is what I am trying, perhaps i misunderstood:
Position the cursor in a long file
Scroll the cursor off the top or bottom of the screen
Tap to place the cursor somewhere else
Bug: it scrolls back to the original cursor location (this is not happening to me)
@piinthesky@sim - I don’t see the scrolling and curser positioning problem but I have another issue with 486:
When I run Codea, first time after switching on Codea crashes. The second attempt to run is successful.
I’ve seen a number of issues with first time running resulting in freeze or crash. Subsequent runs have usually been OK.
Does this imply that Codea is missing something loading or configuring when first run. If Codea crashes without running the initial project then runs at second attempt does this mean the first crash provides some loaded requirements or configuration variables etc ? Which may still be retained in the Codea workspace on a second attempt at running even when Codea had crashed ?
@Sim i also see the crash on the first starting of Codea-sent crash report.
I confirm i still see the issue with the cursor placement when the current cursor location is offscreen. I rebooted the ipad and tried several of my programs but still have the issue both in portrait and landscape. In fact the cursor doesn’t come back to the original position but some random position offscreen higher up.
