[jQuery] een variabele plaatsen in een functie

[Rwin]

Ik probeer een variabele te plaatsen, (adressen) maar volgens mij moet dat net anders geformuleerd worden, maar ik zie niet wat.

Dit werkt (zonder variabele)

JavaScript:

<script type="text/javascript">
$(function() {
   $("#pbwGmap").gMap({markers: [{ address: "Tettnang, Germany", html: "werkt ie?" }] });
});
</script>

<div id="pbwGmap"></div>

Dit niet

JavaScript:

<script type="text/javascript">
$(function() {
 var addresses = $('div#testgm').html();
   $("#pbwGmap").gMap(addresses);
});
</script>
<div id="pbwGmap"></div>


<div id="testgm">{markers: [{ address: "Tettnang, Germany", html: "werkt ie?" }] }</div>

Als ik de var addresses in console.log schrijf, wordt hij mooi opgehaald, en ik zie ik exact wat erin staat.

Wat doe ik fout?

[crisp]

Je geeft in je 2e voorbeeld een string mee en geen object

[Rwin]

een string zou ik toch zo meegeven ?

JavaScript:

$("#pbwGmap").gMap('addresses'); 

[disjfa]

Precies En wat er nu staat is dit:

JavaScript:

$("#pbwGmap").gMap('{markers: [{ address: "Tettnang, Germany", html: "werkt ie?" }] }');

[crisp]

Rwin schreef op donderdag 10 juni 2010 @ 23:39:
een string zou ik toch zo meegeven ?

JavaScript:

$("#pbwGmap").gMap('addresses'); 

ja ook, dat is een string literal. Punt is dat in je 2e voorbeeld de variabele addresses ook een string is; die krijgt immers de uitkomst van html() toegewezen, en dat is een string.

[Rwin]

moet ik van die string een object maken? Of is de hele gedachte van mij niet correct, en moet ik het niet als var proberen op te halen en in een functie te plaatsen?

[crisp]

Ik vind de gedachte inderdaad vreemd; waarom wil je deze data in de HTML stoppen?

[Rwin]

in de div staat de data die ik in die functie moet hebben. Het is een Gmap plugin, die GoogleMaps punten zet op een GoogleMaps kaart. De adressen of lat/long punten komen via een database in die div.

[disjfa]

En als je het nou eens ipv in een div gewoon en de javascript gaat zetten, als object zoals je zou willen. Dan hoef je en niet iets weg halen op het scherm, én je kan het gebruiken zoals je wilt....

[Rwin]

de div met de adressen staat al op de pagina, ik kan daar niets aan veranderen.
Ik zou het echter graag ophalen via de .html methode, zodat ik het kan gebruiken in de functie.

[crisp]

Rwin schreef op vrijdag 11 juni 2010 @ 23:35:
de div met de adressen staat al op de pagina, ik kan daar niets aan veranderen.

Dan moet je minstens degene die dat bedacht heeft een flinke schop geven

Ik zou het echter graag ophalen via de .html methode, zodat ik het kan gebruiken in de functie.

Ik zie dan geen andere manier dan eval() gebruiken. Slechte designkeuzes vragen om vieze oplossingen...

[RobIII]

crisp schreef op zaterdag 12 juni 2010 @ 00:58:
Ik zie dan geen andere manier dan eval() gebruiken. Slechte designkeuzes vragen om vieze oplossingen...

Of zelf aan 't parsen slaan...

[Rwin]

Mensen bedankt!

Ik ben voor crisp's variant gegaan (niet eval, maar evil , en heb de bedenker een figuurlijke schop gegeven)
Hij was wel schappelijk :-)

Het is nu gelukt, thanks!

[Alfredo]

Vermits de string de JSON notatie wel volgt, zou je er toch ook een object van kunnen maken met $.parseJSON()?

[R4gnax]

crisp schreef op zaterdag 12 juni 2010 @ 00:58:
[...]

Dan moet je minstens degene die dat bedacht heeft een flinke schop geven

[...]

Ik zie dan geen andere manier dan eval() gebruiken. Slechte designkeuzes vragen om vieze oplossingen...

An sich is het anders geen slecht idee om JSON literals te inlinen in een pagina. Op die manier kan een (extern, gecached) script file de JSON literal met configuratie/presentatie data uitlezen en gebruiken i.p.v. dat er inline javascript script tags gebruikt worden, waarbij de pagina rendering geblokkeerd wordt, de parser/JIT compiler opgestart moet worden en gedraaid moet worden, etc. Zo kun je dat allemaal uitstellen tot aan DOMContentLoaded en heb je geen global variables met deze configuratie/presentatie data nodig.

Google eens op 'script islands'. Die doen het nog een stukje beter door een script tag met een eigen, als experimental gemarkeerd content type te gebruiken. Bijv. <script type="x-application/json-literal">. Heel makkelijk uit te lezen door gewoon JSON.parse() op de .innerHTML v/d script tag te gebruiken.