Gideros Forum

You should have asked this in a seperate topic. As I don't want be the reason for Görkem having to much fun about me, I let him answer this question.

@MikeHart

MikeHart said:

You should have asked this in a seperate topic

sorry Mike.
you are right.
I did not do maliciously.
i'm so sorry really.

Gianluca.

@MikeHart - you've done a fantastic job on this, Mike - it's made it easy for other people just to add on the bits that they need for their UI needs.

Sorry that I haven't been able to contribute - real life issues have come my way, hopefully temporarily.

Thank you Mike :)

techdojo said:

I'm assuming that the plugin can be baked into some kind of library (.a ??) and then reused from project to project - yes ?

Also as I actually do most of my development on a Windows PC, can that library be used along with the player (compiled and installed on my iPod touch) to develop and upload code from Windows using Gideros Studio??? - or have I got the wrong end of the stick?

Regards

Jon...

1. yes
2. yes, as long you have compiled and installed the player first with XCode on your device.

@mikehart @evs @techdojo @gregbug @caroline I'd suggest you put this code sample to Github, and start contributing to it by adding a README file, inline comments, a few usage examples etc. I believe it'll be of help to many people in the forum.

Someone get the ball rolling, please :)

@mikehart @gorkem - I've talked with Mike and put it up on github:

https://github.com/carolight/MHUIKit

Not sure how forking works, but I guess we'll find out :).

Let me know if I need to change anything, or if you find somewhere better to host it.

So easy even *I* can understand without comments \:D/

For Mac, I can recommend http://mac.github.com/ or http://www.atlassian.com/software/sourcetree/ (But I haven't used neither of them, only read good reviews)

Most of the documentation / forum posts about plugins refer to the iPhone, are there any plans for implementing a plugin system for android?

I know plugins aren't for everyone but already having experience with the Android NDK and having looked at Caroline's TestPlugin example (http://www.giderosmobile.com/forum/discussion/571/a-simple-c-sample-plugin), I can't see any reason why it shouldn't be possible to implement on android, or am I missing something which prevents the use of plugins in android.

Edit:
Doh!!!!, I posted too soon, the last comment I managed to read (http://www.giderosmobile.com/forum/discussion/572#Item_2) mentioned that you're already on the case. :)

Hello all,

I've forked off ( "Fnarr! Fnarr!") and added a Simple PickerView with a lua usage example - picker.lua

https://github.com/evsgithub/MHUIKit

I also made the following additions to TextField2

setTextColor(r, g, b)
setBGColor(r, g, b)

showKeyboard() - call after adding to view

I hope It's not too buggy?


Cheers

evs

Does someone know how to fix the scrollview problem?

The problem here is:

controls that are added to it, will be collected from the GC once it kicks in. The fastest way ro recognize this is to use the slider as this creates the most events.

evs said:

I'm new to using github

Darn - I had hoped you knew something about it :). So I'll integrate then? I guess I just download your fork into my code and recommit?

Doooh

Scrollview issue... So simple to fix. I got it working. Now I have to figure out how to submit this back to the hub.

@mikehart - when you say you "uploaded it", what exactly did you do?

I think I will have to go and read something about git...

Hello,

It's probably because the git has Read-Only access.

I used the fork icon online to create my own repository and I use Mac GitHub to manage it.

I suppose Caroline would have to grant you Write access for you to commit to her hub?


Cheers

evs

@Caroline

Pull requested

Cheers

evs

@evs - that seemed to work.

@mikehart - I'm not sure how all this co-ordinates, but you'll presumably need the new uikit.mm.

Ok, forked, changed, committed and pull request send. I am so happy that this damn scrollview issue seems to be fixed.

Wow!

I haven't looked at anything related to iOS plugins until yesterday/today. I just read the guide section on plugins and compiled/ran the uikit example. I'm awed by how much work Caroline and Mike have done in his area and how much you guys have been willing to share. Impressive!

Thanks!!

--ND

@MikeHart - I'll get there eventually [-O< :)

I've updated this with a very simple table view with a separate Gideros project as an example. You just provide a table, display text in the cells and receive a selected message when the user selects a cell.

Before I go any further with this, the whole subviews thing needs to be looked at. I've spent some time going over this, but my C++ skills fail me.

I would prefer that Gideros provides the table view cell with a contentView that has a view hierarchy for the cell, so that it can be totally formatted inside Gideros Studio, however, view hierarchies are currently not implemented.

One way I tried approaching it was to have a static contentView for each cell, for example holding a Label and an image, and the label text and image could be updated for each cell. So as an example, if you have 10 visible cells, then you have 10 contentViews for which you can provide different text and different image. I attempted holding these contentView addresses in a table in Gideros, so they could be accessed by the event function, but I gave up on this, because holding the view hierarchy there is ugly.

Having a subview hierarchy will become important, I'm sure, the more people use UIKit. I'm going to have to abdicate from this, because of lack of skills (AKA my brain hurts) :bz.

Link is still:
https://github.com/carolight/MHUIKit

Oh, I didn't mean I don't want to do this, but I'm not competent at making those subviews work. I'm quite happy to merget forks from other people.

However, at any time, we can take down the source from github and upload it anywhere as a new master.

Gideros provides a root view, to which all UI items are attached. The UIKit plugin is using Apple's UITableView, just hooking into the events that the UITableView provides. The UITableView cells perform in exactly the same way as if the app is an Objective C app.

If I were writing an Objective C app, I would provide a contentView to the UITableViewCell contentView property for each cell, which is what I would like Gideros to be able to do. The difficulty is that I would like this contentView to have its own subviews hierarchy.

As far as I can see, this is the way it works, but I could be wrong, as only @atilim knows the internals of Gideros.

In Xcode, you can look at the loadview() method in GiderosiPhonePlayerViewController.mm.

This method creates an OpenGL view (EAGLView) and a UIView. The UIView is the main root view, and the OpenGL view is added to the root view. I'm pretty sure that Gideros would be using OpenGL rather than CoreGraphics.

I believe that Gideros would be using a single OpenGL view to draw on, although multiple views can be done using CAEAGLLayers layer backed views, according to this thread:
http://stackoverflow.com/questions/4726745/multiple-opengl-views-on-iphone

When you use any of the views in this UIKit plugin, they are added to the root view. They would appear on top of the OpenGL view, because they are added later than the OpenGL view.