[Old] Bling Bling - Whats ahead for you

Slightly off topic but it is related to the table/list view so…

The docs state:

"myMap = native.newMapView( left, top, width, height )

Renders a MapView within the specified boundaries and returns a Corona display object. This object can be moved or rotated like any other display object."

However they do not behave like regular display objects as they cannot be added to other display objects and other display objects cannot be added to the mapview object.

This causes two problems:

  1. A map view cannot be used within a tab view
  2. Buttons cannot be loaded onto a mapview [import]uid: 9371 topic_id: 6055 reply_id: 20932[/import]

Great, great, great! :wink:

But… I always see only fullscreen tableviews. Will we be able to specifiy x/y and width/height of the tableviews (like the webpopup)? Just to mention iPad Apps with maybe three columns of tableviews side by side within an app layout.

Will we also be able to have full access to the table cells? Expanding with transitions for example?

[import]uid: 12870 topic_id: 6055 reply_id: 21012[/import]

On Motorola Droid X. Running on Android Froyo 2.2

http://www.youtube.com/watch?v=gLSQoyvLtXg

:wink:

C [import]uid: 24 topic_id: 6055 reply_id: 21021[/import]

I don’t know what makes me more happy…

Rick Astley, or native UI support in Corona! [import]uid: 6084 topic_id: 6055 reply_id: 21039[/import]

Rick Astley is a damn close second…

Seriously, I’m really hoping these controls are as powerful as they appear, if not more, because it really opens the door to kicking other platforms in the Astley.

M [import]uid: 8271 topic_id: 6055 reply_id: 21100[/import]

This is what I get when I try to watch that video:

http://www.flickr.com/photos/tokyodan/5423814913/ [import]uid: 295 topic_id: 6055 reply_id: 21104[/import]

Hi Carlos,

could you specifiy this line please:

local coffeelist = list:newList(0,0,true,true,70)

The first two arguments are clearly x and y. But what for the rest? I Hope there are width & height to be passed somewhere. I know, I’m a nasty bugger on this :wink: [import]uid: 12870 topic_id: 6055 reply_id: 21119[/import]

You could always edit the coronaui.lua to allow the width to be passed in to the new list function [import]uid: 9371 topic_id: 6055 reply_id: 21120[/import]

Hi dweezil,

yes, I also did this with the old listview examples. But what is with the height? We would really need full clipping possibilities for our apps, since we nearly never have fullscreen / fullheight lists, especially on iPad apps. But maybe I’m just blind and not seeing the solution ahead :slight_smile:

edit:
Oh and I also tried with masking, which would be a ok-workaround, but not perfect either. But all text inside a mask is rendered black which wont be a problem as long you have no otherwise colored text. I allready posted that, but I didn’t got a response on that either.
http://developer.anscamobile.com/forum/2011/01/26/masking-actually-does-work-text-renders-it-black

Well… wont need masks if we had real clipping of the table- and listviews. [import]uid: 12870 topic_id: 6055 reply_id: 21123[/import]

My main concern is that the new UI widgets support the retina display. Currently the text on list views on iPhone 4 looks blurred and makes the app look crap and very unprofessional :frowning: [import]uid: 9371 topic_id: 6055 reply_id: 21127[/import]

Yes… +1 on retina support :slight_smile:

To specify my request for custom width/heights:
http://developer.apple.com/library/ios/#documentation/UIKit/Reference/UITableView_Class/Reference/Reference.html#//apple_ref/occ/instm/UITableView/initWithFrame:style

Excerpt 1:
[applescript]
initWithFrame:style:
[/applescript]Initializes and returns a table view object having the given frame and style.

- (id)initWithFrame:(CGRect)frame style:(UITableViewStyle)style

Excerpt 2:

Parameters frame
A rectangle specifying the initial location and size of the table view in its superview’??s coordinates

Whereas CGRect refers to:

CGRect
A structure that contains the location and dimensions of a rectangle.

[applescript]struct CGRect {
CGPoint origin;
CGSize size;
};
typedef struct CGRect CGRect;[/applescript]

[import]uid: 12870 topic_id: 6055 reply_id: 21131[/import]

One other thing. I see that the table view is populated from XML. This is great! Are the details views also populated from the same XML too? That would be a really nice touch.

So maybe if the XML was laid out in such a way so that it denoted which fields where to be shown for the table/list view and which ones for the details

Typically the table/list view would display an image, title and subtitle whereas the detail view would show the same image (or a different image), title, subtitle and any number of details fields.

It would be perfect if ALL this data could be held in ONE XML file and the table/list and detail views all built from it. [import]uid: 9371 topic_id: 6055 reply_id: 21360[/import]

Not to sound impatient, but do we have a release timeframe for this? Maybe I misinterpreted, but I thought we were going to get this yesterday.

Also, I hear people playing with higher build numbers, how does one access the daily builds? Is this new UI API included in the newer builds? [import]uid: 6084 topic_id: 6055 reply_id: 21407[/import]

This is a few weeks away from beta quality. It will be included in the daily build drops for you to enjoy. We are fixing and adding iPad features as well. We will have an iOS version first, then an Android fixes.

Only for subscribers.

C [import]uid: 24 topic_id: 6055 reply_id: 21439[/import]

Thanks, and when can we have daily builds?

(Subliminal message follows : RETINA SUPPORT FOR ALL UI ELEMENTS PLEASE!) [import]uid: 9371 topic_id: 6055 reply_id: 21446[/import]

Whats the magic word?

[import]uid: 24 topic_id: 6055 reply_id: 21448[/import]

I’ll go one better and give you 7 magic words…

Pretty please with cherries on the top [import]uid: 9371 topic_id: 6055 reply_id: 21452[/import]

Me again. My ‘productivity’ app is done, got it all to work with retina support APART from the text on the list/table view.

So any idea when retina text support will be available? [import]uid: 9371 topic_id: 6055 reply_id: 21721[/import]

In all seriousness I wonder about the decision to write the new ui stuff in corona/lua as opposed to in obj c / java . Isn’t the corona / lua implementation more likely to ‘break’ when new iOS / android versions are released?!
Plus it means ‘fiddling’ around with graphic files based upon the underlying os controls.

For examPle the Alert function isn’t a lua implementation so will look the same as the devices alert call.

I think a more ‘black box’ approach would be more stable and a better long term solution but what do I know?

Plus surely it’ll be leaner & meaner in obj c? [import]uid: 9371 topic_id: 6055 reply_id: 21790[/import]

Well, it is only conjecture at this point, so I guess we’ll have to see when we all get our grubby little paws on the latest and greatest. Corona UI.

It all depends on how things are factored. IMO, it would be optimal if the Corona stuff is just a nice paper-thin wrapper over Cocoa Touch and Android. I’m pretty sure that is what Ansca did with the Web Popup (a wrapper around UIWebView on iOS).

To me it will be perfect if Corona UI is my abstraction over the native UI, that way, I write the Lua code once and get a native UI experience on both platforms, not some approximation. If it is pure Lua drawing code that is trying to emulate the native widgets, I won’t be as excited.

Regardless, Carlos is driving me crazy with all the videos leading me to sit here and speculate :slight_smile:

Shaun
[import]uid: 11196 topic_id: 6055 reply_id: 21801[/import]