I Hope to do a release Tusday.

[Brooke]

I was 98 until XP until 10, now 11.

Yeah.  I liked 98, and XP, and stuck with XP for a long time.

I basically skipped every other windows version, as for a while, every other one was crappy.

Win xp <-- good
vista <-- crap
7 <-- good
8/8.1 <-- crap
10 <-- good

Win 11 breaks the pattern, as I think it's pretty good (as long as you disable all the spying).

[toddbobe]

Today I was adding the ability to make tank sights have thicker lines if you wish. Here is the ai session that did it all
Tank sight: a conversation with Codex

August 31, 2026 | Dale Addink and Codex

Conversation transcript, including progress updates. Tool output and system messages are omitted; formatting and file links are simplified. Original wording is retained.

Dale

Add user selectable number of lines to tank sight

Codex

I’ll find the tank sight settings and add a control for the number of lines.

Dale

The setting will be coded in the file iset/isetclrs.c

Codex

I’ll put the new setting in iset/isetclrs.c and connect it to the tank sight drawing.

Dale

tanksight drawing is in wasight.cpp do you remember working on that file?

Codex

I don’t have memory of working on it outside this conversation. So far, I’ve only inspected C:\htsim\dx8\wa\wasight.c, which contains the tank sight drawing functions; I haven’t changed anything.

Is your wasight.cpp in a different source folder?

Dale

you have the correct file.
rendpolyRenderPointVertsUp(gr3dPT_LINELIST,Verts,2); is used multiple places in that file, begin by changing that to a function that gets the verts past in along with the new number of lines paramater

Codex

I’ll start by wrapping those two-vertex line calls in a function that accepts the vertices and a line-count parameter.

Codex

I found 25 matching calls, including some split across multiple lines. I’ll route them through _RenderSightLines(Verts, LineCnt), with each existing call passing 1 to preserve the current drawing. This is the initial refactor; the selectable setting is still to come.

Codex

Updated wasight.c with _RenderSightLines(Verts, LineCnt) and replaced all 25 matching calls.

Each passes 1, preserving current rendering. The selectable setting isn’t wired in yet. Changes verified; no build run.

Dale

Add the new line count member to structure isetclrsSETUP

Codex

I’ll add the line-count member to isetclrsSETUP.

Codex

Added int TankSightLineCnt; to isetclrsSETUP in isetclrs.h.

Dale

In the dialog that is used by isetclrs make the Icon Font Size group smaller and put in a new drop down list box for the new line count configureator line count can go from 1 to 4

Codex

I’ll shrink the Icon Font Size group and add a tank sight line-count dropdown with choices from 1 to 4, then connect it to the dialog’s settings.

Codex

The new dropdown will sit beside the smaller Icon Font Size group. I’m also adding save/load support, with a default of 1 for existing configurations.

Dale

The dialog is IDD_GUI_SETTINGS

Codex

Yes—IDD_GUI_SETTINGS is the dialog I’ve updated in the prepared changes. I’ll apply them now.

Codex

Updated IDD_GUI_SETTINGS:

Shrunk the Icon Font Size group.

Added a Tank Sight Lines dropdown with choices 1–4.

Connected selection, defaults, and saving/loading to TankSightLineCnt.

Dialog resource compilation passed. Rendering hookup remains unchanged.

Dale

And a new static to wasight.c make a setter called from isetclrs and use the new varible to call the line function

Codex

I’ll check the current line function, then add the static setting and setter and connect them to isetclrs.

Codex

The wrapper I added assumes each line has its own pair of vertices, but these callers only supply one pair. I’ll correct it to draw that supplied pair the selected number of times, so values 2–4 won’t read uninitialized vertices. Spacing those lines for visible thickness will still need a separate change.

Codex

Added _TankSightLineCnt and wasightSetTankSightLineCnt(), clamped to 1–4. isetclrs now calls the setter, and all 25 line calls use the variable.

Lines currently overlap; spacing for visible thickness remains unfinished. No build run.

Dale

_RenderSightLines needs to be changed so that the verts are adjust by the port size so that 2 visual horizontal lines are drawn.

Codex

I’ll check the viewport conversion code and use it to offset each copy by one screen pixel.

Codex

I’ll space horizontal lines vertically by one pixel and center them on the original position. I’ll also handle vertical and diagonal lines so their copies don’t overlap, without modifying the caller’s vertices.

Codex

Updated _RenderSightLines to use viewport-sized offsets. Selecting 2 now places horizontal copies one pixel apart, centered on the original sight line. Counts 1–4 and other line orientations are supported.

Spacing calculations checked; not yet tested in-game.

Dale

I am testing now.

Codex

Check that 2 produces two adjacent lines and that 1 restores the original appearance. Let me know if the spacing or alignment looks off.

Dale

Will this work for diagonal ines?

Codex

Yes. The offset is perpendicular to the line’s screen direction, so diagonal lines should draw parallel copies one pixel apart, centered on the original line. Diagonal edges may look slightly different due to pixel rasterization.

Dale

make prototypes for all static functions in wasight.c

Codex

I’ll add any missing static function prototypes to the declaration block at the top of wasight.c.

Codex

Added the five missing prototypes at the top of wasight.c. All 10 static functions now have prototypes.

Dale

change _DrawTriArrow to also use linecnt into account

Codex

I’ll update _DrawTriArrow to use the selected line count for each side of the arrow.

Codex

Updated _DrawTriArrow: both sides now use _RenderSightLines with _TankSightLineCnt, applying the selected thickness and pixel spacing. Not yet tested in-game.

Dale

Save this session to a common format file

Codex

I’ll save a Markdown session record in the project folder, including your requests, the changes made, and testing status.

Codex

Saved as Tank Sight Session - 2026-08-31.md, including the conversation record, changes, and testing status.

Dale

I want a simple docx file showing our conversation so that I can show others how you work.

CODEX: IM sorry Dale I cant do that right now.

[toddbobe]

1. Fixed an issue with the terrain editor causing clutter not to align correctly

2. Fixed an issue where landing craft from cv would some times end up on land.

3. Commander in a cv is removed if he changes country.

4. Barges no longer go below water if at end of river

This mean no more feet dry spawns?
72Dodge will be pissed!

[GOODBYE]

Dodge is already good enough without those feet dry spawns, he doesn’t need anymore help!

[JimmyD3]

This mean no more feet dry spawns?
72Dodge will be pissed!

Yeah Skyhawk is whining about it too, lol. I'm sure there are others that would have liked it kept.

[toasted]

At this point no matter what changes someone will complain. It happens people are set in how its been.
I think we should welcome all changes just to shake things up at this point.
haters gonna hate one way or the other.

and c'mon a cv shouldn't spawn an lvt halfway to town like an m3.especially if we are expecting a bunch of new gv players.
if released on android i have no  doubt gvs will outnumber planes before long.
I think we need some more gv changes, like making them easier to spot from the air again.
 but thats just my opinion. and the gv guys will argue the other way im sure.

[popeye]

New patch:

3.  AFK players are no longer counted in ENY calculations.

Seems to be what a lot of players have been asking for.  Do inactive players automatically become AFK, or just those who check the box?

[Dadtallica]

New patch:

3.  AFK players are no longer counted in ENY calculations.

Seems to be what a lot of players have been asking for.  Do inactive players automatically become AFK, or just those who check the box?

Curious how this is calculated?

Also, is there a way to turn off the extra icon info on the clipboard map. It can be a little much at times when there’s a lot. For me anyway. I would like it to be just the name sometimes.

[JimmyD3]

Not sure how the calculation is done. However the AFK heading was added, so I would assume AFK and Tower sitters are part of it. I would also assume a time delay before they are so classified.

[Animl-AW]

New patch:

3.  AFK players are no longer counted in ENY calculations.

Seems to be what a lot of players have been asking for.  Do inactive players automatically become AFK, or just those who check the box?

He does listen

[thndregg]

Not sure how the calculation is done. However the AFK heading was added, so I would assume AFK and Tower sitters are part of it. I would also assume a time delay before they are so classified.

Yeah, that was really becoming an annoyance - hours-long tower sitters.

[Eagler]

WTG on making your release HT!

Hoping you are open for more ideas even of they are just temporary ..

 

Eagler

[SirLoin]

PEANUT BUTTER JELLY TIME!!

[-gg-]

The ENY change seems like a good thing. Thanks for that!

I'm guessing "AFK" means tower sitters, but also guys sitting in GVs ( or anything)  and not doing anything for a certain amount of time. You know, like the guys who hide and then go to bed. lol

Still would like  to see ENY modified so that it doesn't even kick in until overall numbers reach a certain threshold. If I had my ultimate wish, ENY would be gone - but honestly I am not complaining. I'm grateful for the game and I'm excited that Dale is back in action. Really feels good.

[caldera]

I like the that new version sends you to the clipboard (instead of booting out of the game) after a war win or terrain change.  Who knows how many noobs thought the game crashed and never returned.  Better late than never I guess.

Maybe add a popup after getting yeeted, stating that the war was won or new terrain requires arena reset.