Load string from resource array

Is it possible to access a string value in the resources by an integer value?

For example:

to load this string when a value equals 11 or 12 ? How can I concat a resource identifier?

WatchUi.loadResource(Rez.Strings.U%03d) ???

Another question I have:

Is it possible to create fit contributors programatically?

Do I always need an entry in the fitContributions.xml?

I have an array of different values, and want to create a fitcontributor for every value. Which one is not known before and should be created on runtime.

Is that possible?

thanks for any help!

regards

Erich

0 jim_m_58 over 5 years ago

I'd have to look around bet there's a thread about this from the last couple weeks.

Something along the lines of

var a=[:v0,:v1,:v2] if I recall, then using a[x] to load it

As far as the fitcontrib, the answer is no, if you want them to be seen in Garmin connect. The reason being is the xml defines how the data is displayed, and that's included in the .iq

0 jim_m_58 over 5 years ago in reply to jim_m_58

Here's something close I found in a quick search:

https://forums.garmin.com/developer/connect-iq/f/discussion/2660/get-string-from-resources-using-name/18686#18686

0 hundsmiachn over 5 years ago in reply to jim_m_58

Thank you for the fast help! I will try it with the lookup table.

Regarding the fitcontrib, I think I will solve this with 10 predefined fit entries and dynamically number them from 0 to 9 in the code. So, only a maximum of 10 fit contributors is allowed then.

Why is the unit and the field name twice referenced? I hope the one from createfield is displayed, when I leave the chartTitle, dataLabel and unitLabel empty in the xml?

regards

Erich

0 9635560 over 5 years ago in reply to jim_m_58

I found the discussion we had was educational and relevant (translate integer to property), too. Especially the later bits on symbols - understanding more about symbols kinda revolutionised my CIQ coding.

forums.garmin.com/.../is-there-a-better-way-to-select-resources

0 hundsmiachn over 5 years ago in reply to 9635560

Thanks for the tip, will read through that!

0 9635560 over 5 years ago in reply to hundsmiachn

Leaving those empty gives me compile errors! I think they’re required.

The doubling up is that one is written to the FIT file and so, presumably, available to third parties that consume them. The other, as per Jim earlier, is in the iq which is read by ConnectIQ. No, I don’t know why it was deemed essential to have them externally- possibly website performance but that’s a guess.

0 FlowState over 5 years ago in reply to 9635560

9635560 said:
No, I don’t know why it was deemed essential to have them externally- possibly website performance but that’s a guess.

My theory is that it's at least partly so that FIT contributor strings can be localized (translated to multiple languages).

0 jim_m_58 over 5 years ago in reply to FlowState

Yup - localization. Also, it's not something that needs to be in the .prg. When an activity is displayed in garmin Connect, the info is pulled from the app store to display it in garmin connect.

It's the same with app settings. There's json files included in the .iq file for that. When you go to seeings (GE/GCM/Connect IQ app) the data to prompt for them gets pulled from the app store

Both these are also why you need an app to be in the store to use app settings or display fitcontrib data.