Hello, i wanted to ask you about radar resolution keybinding. It would seem that there is "change radar scope scale" hotkey for ground vehicles in settings, but it doesn't seem to work on chieftain marksman at all. Although vehicle itself changes resolution by itself from 12 to 10 km whenever i try to track something, and it also seems to make spotting easier in sniper mode (works only in sniper mode), since it changes resolution to 10k briefly, and actually catches things, that it normally misses. Do you know anything interesting about either of those things? I feel like this is a leftover from workaround for Vulcan and SIDAM, but maybe there is a way to change radar's range manually somehow? Seems useful against planes with small signature, or something along those lines. --bangerland (talk) 18:28, 23 April 2019 (UTC)
- The chieftain marksman only has one range setting fixed at 12 km (some other SPAA have multiple, i.e. M247 has 10 km, 20 km and 40 km), so the radar range scale key has no effect as there is no other range scale to switch to. As for the other bit, the Marksman uses a combined tracking and search radar, with the radar capable of scanning out to 12 km and tracking out to 10 km. From what I can tell, what is happening is that when the lock key is pressed the radar briefly stops scanning and does a sweep in tracking mode. As once the radar is in tracking mode it's maximum range is only 10 km, so the radar display updates to show this. If no track is established the radar drops back into scanning mode with a max range of 12 km and the indicator range updates. If a lock is established you will notice the the radar stays in tracking mode (antenna not spinning and instead pointing directly at the locked target) and the max range remains at 10 km on the display (both in first and third person) until the track is lost, at which point the radar enters scanning mode with a max range of 12 km. When a lock is established the range display drops down the 10 km in both third and first person, but if it is not the momentary drop in range is only noticeable in first person, not sure why this is. --Flame2512 (talk) 19:41, 23 April 2019 (UTC)
- Well, the reason why i even brough this up is, whenever marksman temporarily drops resolution to 10 km (IE just uses it's tracking radar) it scans for planes better. I even checked in test drive - it can't catch Mig 15 bis as it flies by, even when i force search radar to follow the turret, but when i specifically go into sniper mode and look at it, then press lock-on, bam, it locks on and even tracks it for a bit (though often it just does weird jiggle and breaks lock-on instantly). Do other radars lock on better when their search range is reduced like so? I kind of feel weird about all of this, since ingame i barely can lock on on things 4km away, and max range is 10km, lol. Should plane be like TU-4 on it's regular space bombing altitude for this to work? :D --bangerland (talk) 22:08, 23 April 2019 (UTC)
TTX table question
Flame2512, I believe you were working on these tables at one time if so, I have a question for you regarding one I am working on. Here is the code/table:
I am having issues with the Tree-Unit template boxes, for some reason when they are positioned at the right side (ttx-value spot) of the table, the background grey color does not fully fill out behind the image and name of the aircraft (like it does in the aircraft trees). If the Tree-Unit box is moved to the ttx-name position, it does render the entire background, but centres the image in the table instead of shifting it all the way to the left. I would like the Tree-Unit to be on the right side of the table with the background all grey, not just the 1/6th it currently shows. I can pick apart the current coding, but I don't understand all of the different parameters to make this happen. If you have time to take a look and potentially find a solution, I would appreciate it. Thanks! AN_TRN_26 (talk) 21:50, 11 May 2019 (UTC)
- Image seems to resize to text, so applying "bold" style to it fixed the image somehow. Though image is now "above" the text, because it is bigger --bangerland (talk) 00:15, 12 May 2019 (UTC)
- As i see engine treats the "images" as part of text, so you may want to look into the command that summons it there, to make it treat it as image somehow, so you can apply "image" formatting commands instead (like, "wrap around text", or "right". Even when you mess around in "visual" mode it just moves them a string up or down,so you can never really center them (as they are relative to eachother). I also don't see there any text editing types in "help" menu that are typical to "office word" or whatever, so i cannot really help you in any way with that. sorry. --bangerland (talk) 00:47, 12 May 2019 (UTC)
- Welcome to the weird world of CSS (TL:DR at the bottom). As a quick intro if you haven't heard of CSS: CSS is a language which tells the browser how to correctly display a webpage; ttx-value is a CSS class which contains a list of instructions (in this case: align everything to the right, use non-bold text, etc., etc.). For some reason the Tree-Unit template does not play nice with the ttx-value class, you can prove that by somewhere sticking a tree unit template into a span, it will work, if you then add the ttx-value class to the span it breaks. And while we're at it, what bangerland did does bold the text, but not for the reason you would think. When bangerland applied wikitext formatting inside the class attribute all he actually did was change the class name from ttx-value to '''ttx-value''' there is no CSS class with that name, so it has the same effect as the class attribute not being there at all (indeed you test this this by deleting it on the one I left). As there is no ttx-value class assigned to it anymore it looses the instructions such as "align to the right" so appears in the wrong place. As for the bold text that appears because the template (and everything else in the table) are inside a div with the ttx class assigned, which states all text inside the div should be bold (among many other things), the ttx-value class tells the text to not be bold to counter this.
- So how do we fix this? We know that the ttx-value class breaks the background on the Tree-Unit template, and as bangerland demonstrated removing that class fixes the background but causes other issues. You can apply CSS instructions without using classes, by using the style attribute, so the solution I found was to just right align the template to the right and set the text to not bold using in-line CSS instructions rather than using the class. As it happens the class does a few other things, but we can get the desired effect without including them. Interestingly you can apply all the instructions from the ttx-value class using in-line CSS just fine, this is likely some oddity of CSS to do with what order the rules get applied in depending on how you specify them (the wiki has a lot of CSS going on, so something is probably conflicting somewhere). I haven't included the other information from the ttx-value class as in-line CSS because it gets messy and we can achieve the desired effect without it. Keep on using the ttx-value method for everything other than this application though as it is best practice to do so, and my method here may have unexpected side effects if used for anything other than making the tree-unit template work.
- TL:DR CSS was being weird, I fixed one of the templates so you can easily see what I changed in order to do so, it works for the purpose of making the template work but carry on using the normal method for everything else. --Flame2512 (talk) 08:29, 12 May 2019 (UTC)