Jump to content
Bohemia Interactive Forums

SirViver

Member
 View Profile  See their activity

  • Content Count

    6

  • Joined

  • Last visited

  • Medals

Posts posted by SirViver

  3. Posted

    Why would someone bother installing
    that protects against up to 14.5mm on a helicopter if the rest of the helicopter is thin sheet of aluminium?

    Because glass is usually only present in the pilot cabin, which is an area that especially in combat helicopters does get and deserve some extra protection (a random bullet taking out the engine, or fuel, or tail rotor may still result in an overall salvageable situation instead of a total loss - a random bullet taking out the pilot probably... doesn't). The rest of the aircraft cannot be protected at the same level due to weight constraints.

    e:f,b

  4. Posted

    So, tpw, do you think it would be possible to expose the structured/format text used for each of the HUD elements (like ASL, AZT, GRD, etc.) to the userconfig, like for example tpw_hud_asl_format = "<structured text syntax here>";?

    That way everybody could - if they know what they're doing - pick their own captions and overall layout of the elements without you having to implement a myriad of visual/cosmetic options to satisfy everyone. Or if the way these texts are composed right now is too complex to make user-editable in conjunction with the other configuration options, allow specifying an on/off override that might ignore dynamic things like color, size or other computed attributes with the only convention being that "%1" contains the value of the HUD element. So if the override variable is not set/empty you create the elements the way you do now (or whatever you end up choosing as default representation) and otherwise take the configured text, call parseText format on it with the HUD element value as argument and call it a day. Though thinking about it some more, AZT probably requires a "%2" to support both the cardinal direction and degrees as separate values. Maybe passing two arguments to each format text would be the way to go then? First one would be the "main"/"raw" value and the second one a contextually sensible alternative representation (cardinal direction, distance in feet/yards/football-fields, temperature in Fahrenheit, velocity in mp/h, etc.).

    Personally I think the one-time implementation effort for a nearly endless amount of customizability would be worth it :)

  5. Posted

    I updated my userconfig. Its not the first time i install a mod...

    D'oh. Didn't see he just released a new version.

    Just checked the new userconfig and... well, I guess the opposite is true - you shouldn't have updated the userconfig after all :p

    As a quick workaround edit the userconfig and replace all the tpw_hud_xzy[] text size factors of 0.025 with 1.

    @tpw: It seems the userconfig included in the latest release has the old text size factors again :)

×