Open johnd0e opened 5 years ago
But now we cannot fix it that simple, because it's a part of API.
But we can do it in compatible way for now: keep merging in options
for compatibility, but iitc core and standard plugins may use new properties.
Currently all data composed as posted above.
Mentioned data
come from here:
decodeArray.portalSummary()
Where resulting value is composed from:
corePortalData()
createPlaceholderPortalEntity
summaryPortalData()
And more details:
decodeArray.portalDetail()
I am not sure yet what structure all this data should have in portal
object, but I suppose we should not mix all data together.
And our new structure should be built with following considerations:
Here is portal data: https://github.com/IITC-CE/ingress-intel-total-conversion/blob/d77562b91a5b1e0bf170b4257eb33316a0b9daa3/code/map_data_render.js#L318-L325
And here we see that this data merges into portal marker style options: https://github.com/IITC-CE/ingress-intel-total-conversion/blob/d77562b91a5b1e0bf170b4257eb33316a0b9daa3/code/portal_marker.js#L17-L19
So we have got a mix up of numerous unrelated properties together, which is not good.
But now we cannot fix it that simple, because it's a part of API.