Oh no…
DOUBLE D’OH!!!
I was running it in web repo 1.0, and it loaded the interface but it didn’t work…
It works just dandy I’m 2.0!
Sorry if I gave you a fright!
Ah, I’m glad to hear it!
@Steppers - had a problem with this. Downloaded and installed. Ran in Portrait and alert came up for an update. Accepted update and during/after that it crashed. Found two versions on the project page both hung up when run.
Also at one stage I selected games but couldn’t select other options from the category links at the bottom - locked into Games.
@Bri_G I think there’s an issue at the moment when it updates requiring you to return to the project browser first. What was the project called when you installed it from the zip? It should just be ‘WebRepo’
As for the locking into games I think that happens if you change tab before the projects are loaded. I’m aware of this one.
@Steppers - when I first installed it it came up with ‘WebRepo 1’ as the suggested name as I had WebRepo already. I changed it to WebRepo2 but I also had that (apparently) finally installing it as WebRepo2b . From there it suggested the update which crashed my pad.
@Bri_G Thanks, that should be fixed in 2.0RC4 now and should update fine in future regardless what you name the project (i.e. Updates following RC4)
@UberGoober Aspect ratios also fixed now, though it can crop a lot of the image out.
@Steppers - exported and removed existing WebRepos and loaded latest one up . Installed, closed Codea and re-opened Codea, ran the update and all seems well at the mo. Thanks.
Trying to exit the program with the little red x has been crashing Codea.
@Bri_G Glad to hear it.
@UberGoober I can’t say I’ve seen that one before… it should just be calling viewer.close() after all 
You may have to resort to swiping in from the left of the screen to close then.
In the drop-down menu for submitting an app, the list is sorted in a way that puts words that start with lowercase letters at the bottom of the list. This can make it seem like the list is missing projects — I was just confused about this myself, because I was looking for a project that I had named “dave1707 Center On Screen”, but before I figured out how the list was sorted it looked like the list was just failing to detect that project.
I recommend ignoring capital letters when sorting projects.
@UberGoober Thanks for pointing that out, I’ll take a look.
If you’re not already aware though, the search tab searches name, short description and authors so the author in the project name isn’t entirely necessary and can bloat the name in the app listings leading to some overlap on iPhone.
I’m not sure what to do about that, because your system is good for your app’s purposes and my system is good for mine personally.
I name things that way because I have tons and tons of projects cluttering up Codea, both mine and other people’s, and if I need to find one, it turns out that having the author’s name in the title really cuts down on search time. So I’m not about to stop naming my own projects that way.
Your app-submission form is great but it’s not possible to change the app name on it. Enabling that would help.
@UberGoober Oh I see. I think it could be a good idea to remove the author names temporarily then during a submission. It makes my life a little easier at least 
Fwiw, I’ve just spent the past hour or so looking into adding an additional ‘display name’ but I’ve just ended up at the conclusion that it ends up adding far too much complexity to the system. The submission form for example, pre-fills the fields if the project has been submitted before, but this wouldn’t work if the project name differs from that on the repo.
I also attempted to append the author names automatically to projects when they’re installed but this goes against the idea that someone can easily download a project, make small changes and simply resubmit the same project with their own changes (in a new version) for the same reason as above.
Unfortunately I think we’re stuck with the current naming convention for now.
I’ll try to remember to convenient-ify before I upload. Remembering’s not my strong suit, be forewarned. But I’ll give 'er a go.
@UberGoober Thanks, I’ve added a reminder to the submission form too now.
@Steppers - I thought there were system variables for project authors etc. I used them initially but got out of the habit. We should encourage authors to use them for projects added to WebRepo.
Second thoughts - I think this was using saveProjectData() with Author and Version used as key values.
@Bri_G You’re right from what I’ve seen. The values just get added to the project’s Info.plist file.
WebRepo 1.x used the plist file to obtain metadata but json is far easier to work with in an automated system in my opinion. Especially as Codea has json support built in.
@ronjeffries @dave1707 - hmmmm, would it be possible to use saveProjectData() to load a sub program that could be called to run in parallel with a Codea project? By loading and asset and calling the key?