iitc-project / ingress-intel-total-conversion Goto Github PK

I imported the old wiki to this fork and it now has all the pages from before the take down.

I didn’t update the plugins page yet because I don’t feel like duplicating the list on your page. Which should be the master?

Or at least ability to draw numbers from 1 to at least 9. The player then would place numbers near portals - how many keys for corresponding portal does he have - to simplify link planning

would be easier and faster to communicate on loading the iitc if the chat window filled from the bottom rather than the top.
personally id rather wait for older transmissions to load than the other way round.

Select a portal and find the past history of the portal such as when it came online, which team has controlled it the longest, when it was captured and by whom, what levels it has been over time, etc.

In the 0.2.3 version of IITC when I click the find location button at the top nothing happens. I have a Samsung galaxy S3

In the last official Intel version and Ingress app, when clicking/touching on a username in the COMM, the chat textbox is automatically filled with @playername.

The @playername information does not appear in the IITC log COMM neither in public or faction chat.

I thought it'd be useful to have the option of forcing the mobile version of the IITC site on non-mobile browsers.

As an attempt at doing this I added code that checked for a URL parameter, and overrode the user-agent based detection.

The URL parameter is an optional ?vp=m (for mobile) - and ?vp=f (to force desktop on mobile browsers) - this parameter is the same as used by the stock intel sites on phones/tablets to force the site style.

However, it doesn't work very well. The site does change, but not as intended. Obviously I'm missing something, but I'm not sure what.

Additionally, I did a brief test with the IITC Mobile app passing this parameter to force the mobile version on my tablet - this gives the same poor appearance as on Chrome desktop.

Can anyone point out what I've missed?

Since we are building plugins, we should probably look at moving:

  var iconEnlImage = '@@INCLUDEIMAGE:images/marker-green.png@@';
  var iconEnlRetImage = '@@INCLUDEIMAGE:images/marker-green_2x.png@@';
  var iconResImage = '@@INCLUDEIMAGE:images/marker-blue.png@@';
  var iconResRetImage = '@@INCLUDEIMAGE:images/marker-blue_2x.png@@';

and

  window.iconEnl = L.Icon.extend({options: {
    iconUrl: iconEnlImage,
    iconRetinaUrl: iconEnlRetImage,
    shadowUrl: iconShadowImage,
    shadowRetinaUrl: iconShadowImage,
    iconSize: new L.Point(25, 41),
    iconAnchor: new L.Point(12, 41),
    popupAnchor: new L.Point(1, -34),
    shadowSize: new L.Point(41, 41)
  }});
  window.iconRes = L.Icon.extend({options: {
    iconUrl: iconResImage,
    iconRetinaUrl: iconResRetImage,
    shadowUrl: iconShadowImage,
    shadowRetinaUrl: iconShadowImage,
    iconSize: new L.Point(25, 41),
    iconAnchor: new L.Point(12, 41),
    popupAnchor: new L.Point(1, -34),
    shadowSize: new L.Point(41, 41)
  }});

and

@@INCLUDERAW:external/oms.min.js@@

from boot.js into the player tracker plugin. Although this presents a problem on how to accomplish this between the two not being updated at the same time. With the new build system are you @jonatkins only updating everything at once? So moving these out of main and into the plugin wont break anything in between.

Due to the repercussions of the last iitc take-down, I propose hardening the script from another take-down request by compressing all resources directly into the released script. This would have the added bonus of decreased load times, since resources wouldn't need to be fetched from the web. I have a change to the build.py that should fix this as well as changes needed to make the new build.py work. also includes a build.py for plugins.

When a friendly portal is missing resonators, AP List shows the 125 AP for deploying, but misses the 250 AP for completing a portal.

The EL on the right of the AP List window is cut off:

I get a syntax error now when I run the build script.

Line 18 the " after buildname

However, I think even if it didn't error, it wouldn't work cause you're requiring a buildname. Anyway that can just default to something so us windows saps can continue to just double click the build script?

Hello!

Is it possible to add direction buttons to the map, like as on OpenStreetMap?

Use window.location.href to build request url, change @include and @match to *.
We get a ATTC!(All things total conversion)
And now what site the user use it with is not a thing we can control.

It seems to me that right now the only data we "hang on to" is the rendered data. I could be wrong on that, but I think, for example, if a field is deemed "too small to render" it looks like it gets dropped from our collection.

I think we should save the data in a structure separately, and then render based on that structure. This would improve things like the AP calculator and scoreboard not being beholden to the render limits. (Let me know if I'm wrong on this.)

It would also give us an opportunity to save the data in our own interface/style, rather than all the code being programmed directly to google's json format. Thus if google ever changes only the importer part needs any changes. Although this might be a healthy undertaking and I could see resistance to redoing large portions of the project so we can avoid maybe having to redo large portions of the project later.

I am looking for clarification on the build.py attributes.

I am getting syntax errors @ line 25 when trying things like:

./build.py build/foo
./build.py foo
./build.py foo.js

I am obviously missing something, sorry to be a bother.

-Marc

Don't know where else to ask, so...

Are there nightly builds available?

essentially a replacement for the show portal weakness plugin
courtesy of taman-tyler grafton and james mapp based on aforementioned plugin

(which is why it must replace - else it conflicts and neither work)

functions:
Colou:

based on (AP) value for money. High value portals that need little energy to take them down are at the good end of the scale; low value portals that are hard to take down are at the other end of the scale. it does not take into consider strategic placement or MUs or anything like that.. just AP to the person that takes it down. Colour scale has RED at the good end regardless, low end colour is based on controlling faction.

Opacity:

Based on the number of bursters needed of the (logged in) players level. ranges from translucent where you need 200+ bursters, to solid colour where less than 20 bursters are needed.

Size:

Size of portat is based on AP value. The larger the portal the more it's worth AP-wise. Useful if you do not care about value for money, or if you have a lot of low level bursters you want to get rid of etc.

Overall a player should be looking for as solid a red colour as possible, then going for the largest portal marker (unless strategy says otherwise). take into account travelling distance based on portal size.

Am still getting accustomed to github so havent added it to the plugin folder in my own repo yet but heres a dropbox link:

http://db.tt/XYIypKPw

Did I miss an update and the player tracker is supposed to show more than the last 60 minutes or is it really a bug? Currently, it's showing me my track over the last 180 minutes, which is kind of nice, but could easily start to be messy in larger cities, I imagine?

also save the timestamp in portal options and check that the timestamp is newer in renderPortal

--- a/code/map_data.js
+++ b/code/map_data.js
@@ -261,7 +261,8 @@ window.renderPortal = function(ent) {

 // Default checks to see if a portal needs to be re-rendered
 var u = oo.team !== team;

• u = u || oo.timestamp > ent[0];
  u = u || oo.level !== portalLevel;

// Allow plugins to add additional conditions as to when a portal gets re-rendered
@@ -308,7 +309,8 @@ window.renderPortal = function(ent) {
team: team,
text: parseInt(portalLevel) >= 5 ? parseInt(portalLevel) : '',
details: ent[2],

• guid: ent[0]});

• guid: ent[0],

•           timestamp: ent[1]});
  

  p.on('remove', function() {
  var portalGuid = this.options.guid

I don't know, how to add code here:

Preview:

Now that the Player Tracker can show values over an hour, i think it would be good to have it shown as "2h ago" instead of "120m ago", especially on higher numbers it could save the calculating in your head and be easier to see on the first look

A new feature has been added to chat - @player message highlighting

see https://plus.google.com/u/0/114800310452543164210/posts/K7JHqpQPSTA

This is wrong on IITC chat - the highlighted @player part isn't shown.

(only seen in faction chat so far - there's a ingress backend issue that's broken the public chat on both the stock site and IITC)

Pretty much self explanatory, a way to add client side notes to a portal, the main reason for myself that this could come in handy is allowing you to document how many keys you have for specific portals when planning out links and fields

As a way to make the poslinks feature more useful for people who want to save individual portals to their own personal map in Google Maps, it would be cool if the portals name could be appended as a label in the search query. According to the example in the Google Maps support page, all it would take is to append (portal name) to the end of the link.

http://support.google.com/maps/bin/answer.py?hl=en&answer=18539

And an example of how it looks in Google Maps... yes it is a real portal name. :)

https://maps.google.com/?q=42.969458,-85.669664%20(Super%20Sparkly%20Support%20Column)

Unrelated: Why is it called a poslink?

Do you get any kind of stats of how many people are downloading stuff from this? I kind of want to keep working on my scoreboard, but not if 3 people are using it.

Since the @nick style is sort of official now, should we change the nick autocomplete to this style?

So vit[tab] does @vita10gy and not vita10gy:

Allow the user to create a block list to ignore another player messages in Comm.

In the chat window (faction or public), when i click on a playername, insert @playername in the textbox.

Like the new version of the official Intel from Niantic.

there's too much green and blue and so the push-pins for the player tracker would be much more visible if they were to have a thin (probably white) outline on their icons....

breunings didn't like the idea, but I think it would be handy if both the player tracker and the level guesser externsions were installed, that the pop-up info on a player pin would include that player's guessed level.

I created an IITC plugin that display all loaded portals in a table with filter/sort options
See it in action : https://github.com/teo96/iitc-plugins/raw/master/portals-list.user.js
Screenshot : https://plus.google.com/113965246471577467739/posts/1TapQN6usoW

Maybe you want to add it in the plugins list ?

(I know i can fork, add my plugin, make a pull request ... but i have no git environnement and never used it, just github ...)

Browser: Google Chrome v25.0.1364.172 m

IITC: v0.9.1.20130322.154812 (via Tampermonkey v2.12.3124.63)

Plugins:
Compute AP Statistics v0.3.0.20130322.154812
Draw Tools v0.2.3.20130322.154812
Guess Player Level v0.3.0.20130322.154812
Max Links v0.2.1.20130322.154812
Player Tracker v0.7.2.20130322.154812
reso energy pct in portal detail v0.1.2.20130322.154812
Show Portal Weakness: 0.6.1.20130322.154812

Description:
Plain and simple, when I load the Intel map with IITC 100% operational the Draw Tools buttons do not display on the screen, latest version of plugin installed and enabled. Tried uninstalling and reinstalling plugin.

Edit
Was browsing through the Javascript Console and found this may be unrelated I just picked out the "draw" in this [blocked] line.
"[blocked] The page at https://www.ingress.com/intel?latE6=-35126604&lngE6=138523142&z=17&pguid=48ad4acaf9c54405aa23ea954510833b.11 ran insecure content from http://iitc.jonatkins.com/release/leaflet.draw.0.1.6.js."

I've created a patch to better resemble the changes to the Intel chat.

The change is here:
https://www.dropbox.com/s/k7p50esdtm1t4nk/chatPatch.diff

This creates links around player names via AT_PLAYER and correctly shows their faction color. It also makes them clickable.

It further highlights the player directed messages using a similar style/color to the original Intel.

So we can easy calculate where strike the enemy on the go!

Thanks for support.

Use the time differences and portal distances to calculate an approximate travel speed between portals.

Need to keep in mind that actions are performed at a distance (deploy, link - 40m, high level XMPs even further), so cannot be accurate for close portals.

Hopefully timestamp accuracy is to the second, not minute.

Suggestion: as well as calculating the direct distance, provide a link to google maps navigation, to see it's estimate of journey time between the two portals.

Just a suggestion to make this plugin display a different colour/pattern/indicator for weak/dead reasonators than for missing shields as sometimes people intentionally leave shields off portals but still like to know when resonators are weak.

Idea 1: Amount of shields displayed via a coloured number within the portal "Dot" ie. 4 Common Shields would be a Cyan 4 in the centre while 2 Very Rare Shields would be a Pink 2 in the centre

Idea 2: Half-Half colour system, split the "Portal Dot" with a line down the middle left side being resonators right side being shields (with the pre-existing colour scale system)
eg. Portal Resonators @10% - 4 Shields, left side Red - right side Green
eg. Portal Reasonators @100% - 0 Shields, left side Green - right side Red

Idea 3: Outer Circle on the "Portal Dot" displays shield level while inner displays Resonator Level ie. same as Idea 2 examples but using outer line and the inner dot instead of splitting the inner dot half-half

the chrome extension singlefile has a clever way of inlining all resources for a web page into a single (terribly huge) html file...

among the tricks used, images get inlined as base64 so they don't need to be downloaded or saved in separate files... the incantation looks a bit like this...

background:url('data:text/plain;base64,iVB[and.lots.more.base64-encoded.image.data.goes.here]')

in case of IITC becoming a refugee extension, it would be quite nice if it were more self-contained and didn't depend upon image resources out on the net... and, the file size burden should be small for small icons.

Anyone know how I can repoint my fork so it defaults to here for ease of PR's?

possible to change the markers to this ones?

Not sure how this should work. I am running the latest builds from today, but I am only seeing this:

It seems the input field to enter my keys for the portal is missing. Or did I misunderstand something?

By the way, Xelio, your plugins are great work!

Pushed to lower right corner.

Portal link
https://ingress.com/intel?latE6=22192517&lngE6=113541917&z=17&pguid=c5bf50b114df489a8a9b59e969c191be.11

I'm using a HTC One S (IITC Mobile 0.2.3, also had the issue on previous versions).
The issue I'm having is the layer overlay button (that should show up in the upper left corner of the screen), is being rendered underneath the map layer. So when you push on the screen where the layer button should be, you can sort of see where the layer selection boxes are or should be, but have to guess where the selection boxes or radio buttons are in order to make a selection. This makes the app very frustrating to use.

I've provided screenshots at the link below:
https://plus.google.com/photos/116589123337813393266/albums/5860486033736321617?authkey=CNae_om358KfhgE

+mobile

Again I don't know if it's intended behaviour, but my PlayerTracker is showing things like this:

So the path of the Enlightened Player starts in the middle of nowhere and jumps around a portal, but not settling on a portal.

As long as it has the checkboxes, maybe it can total up what you have checked somewhere?

It looks like inlined images/resources are allowed to have a ' as part of them, which needs escaping to use in a string surrounded by '

Line 63 of built script:

+ '<style>/* required styles */ ...... \n.leaflet-control-layers-toggle {\n background-image: url(data:image/png;base64,b'iVBORw0KGgoAAAANSUhEUgAAABoAAAAaCAMAAACelLz8AAABrVBMVEUNDQ0PDw8QEBARERESEhIU\nFBQVFRUYGBgZGRkcHBwdHR0fHx8jIyMoKCgxMTE0NDQ1NTU2NjY4ODg5OTk6Ojo7Ozs+Pj4/Pz9A\nQEBBQUFDQ0NFRUVISEhMTExNTU1ZWVlaWlpmZmb///+rq6u1tbWHh4eOjo6oqKiampqdnZ2wsLC5\nubmEhISLi4uZmZmSkpK1tbV6enqCgoKpqamJiYmurq66urp4eHh/f3+1tbXAwMBubm52dnacnJyE\nhISAgIBvb2+wsLC9vb15eXleXl5fX19mZmZoaGhsbGxtbW1ubm5vb29xcXF8fHx9fX1+fn6CgoKD\ng4OFhYWGhoaKioqNjY2Tk5OUlJSVlZWXl5eYmJibm5uenp6fn5+goKChoaGioqKpqamqqqqsrKyu\nrq6vr6+xsbGzs7O0tLS1tbW2tra4uLi6urq9vb2+vr6/v7/BwcHDw8PExMTFxcXHx8fJycnKysrL\ny8vMzMzOzs7Pz8/Q0NDS0tLT09PV1dXW1tbX19fZ2dna2trb29vc3Nzd3d3f39/i4uLk5OTn5+fo\n6Ojt7e3u7u7z8/P09PRxWspKAAAARHRSTlMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\nAAAAABISFxcXKC1DQ0hISE2IjIyMkMTEx8nr6+zs7O74+/v7/ChuOn8AAAGLSURBVCjPbZJLT8JA\nEIBnW1re3VKoETloSLjKzXhS4w836smQcCAaXyQEYxBJoXRLeW1p192GIoh7aabfzs63O4OqEC8/\ngYGsViyO0S9K42u4Id4GbpBkXJYU8Id3Nl2GO0gzrtIS/4bzW9uhS7ZBKXxRkFG0hwXjezKZByxC\ninZeSoqUAGSRuBw+2N6CcVTQzjQBGJUgVEVu6DbcgYdOcb0gYrZgCkc+SomAjlsE1XHZ1CWgVI2K\nsYCqKoSO1Sf8QAMf6khW0FqD+QFzvsmbqAXJgyw2FPEbBPZtMh18srXGqs0KGSngteRwNka1RMN9\nglij01dzXIAtPFqu/tGY9rxcBmZerpLd15h8+KAc59caTdjR+IKjWOM1esNYQ47kg7VGc0sjiRWu\n4ZPlXw3w25NII1/jR29pFLP8rqRLQT3B/ObTUayRMMyiLjR6UBEazsiy3+NWZrGpR40RDXEs8rg9\nALpm6tFrOJb7vDsbIBtmTgPXs+wu2xu2DM7DhLyE/8xhR6pDawMAfgAd2djeY/eg2wAAAABJRU5E\nrkJggg==\n');\n ....</style>'

I've been working on getting the IITC Mobile working. It builds, but it doesn't work.

This is my first Android app, so I don't know if it's something I'm doing wrong, or if it's just not in a working state at the moment.

@breunigs, @leCradle?

I think it is a good idea to chage hookData for beforePortalReRender to

hookData = {portal: ent, oldPortal: old, reRender: false};

with the current code you don't get access to the portal guid inside the callback

Automatic updates appear to have broken due to the scripts changing location. It would be nice if the new script was updated to the old location as well, so that the autoupdate location gets updated to the new script location.