@rainova Hard to say. Arguably it will be clutter anywhere we put it on the existing webpages. Somewhere along with the license is maybe a good place. Maybe we could create a 'sponsors' page that would list it? I don't have good ideas/suggestions for this. To backtrack perhaps on previous comments, perhaps only having an endorsement message on the README is sufficient..

@lafayette said in Windows Tester for Docker:

Perhaps @jdimeo on github (not sure of his forum name offhand) or @redrum might be able to.

Think it's @djabwana

@frigoref @LaFayette

I'm in, of course.

@RaiNova , I added you to the 'community' team that has 'triage' permissions (can add labels).

#9350 might be a good first issue. It requires running a local game and loading in a variety of maps. It could be difficult given all the different permutations, but overall it's not a bad first issue.

#3178 might not be a good first issue. The 10k run limit is to avoid the battle calculator from running an infinite number of times (no battle is expected to require 10k rounds to complete). The difficulty with this issue would be to reproduce it, we've had reports about the problem in the past but reproducing the problem has been troublesome. Without a good reproduction case, it's hard to build any kind of tests, verify a fix, and what perhaps adds a nail to the good-first-issue coffin is the battle logic is exceedingly complex.

@RaiNova , perhaps we should spawn a thread to identify good first issues? Or simply label them and we'll learn from experience if they start getting picked up.

@thedog The generation of map.yml is really meant to be one-time and just a stop-gap to avoid having to re-download all maps. If we are still seeing problems, let's create a dedicated thread or use the issue #9252 so we do not hijack this thread. I'm a bit concerned that if we keep hacking around an issue, there might be a deeper problem that users would run into.

@LaFayette
I was being a bit like a devil's advocate, but with good intentions of not wishing to waste peoples time.

So your proposal for a Problem Tracker still stands, good.

Sorry @Panther for throwing a lot of content at ya, this topic is not trivial. Though I have hijacked this thread into a bigger issue of "how do we manage our problem queue"? If we had a clear problem queue, an effective one, the answer to this question would be readily maintained and visible. I've created a new thread to discuss in detail (rather than further hijack this thread more than I already have) : https://forums.triplea-game.org/topic/3168/triplea-strategy-for-dealing-with-github-issues-problem-reports

@1infvs2 perfect ☺

@frigoref another one just popped up
https://github.com/triplea-game/triplea/issues/10124
It has the latest stable and the image is present. I ran through a round and it works for me. I tried purchasing a submarine for the Americans and placing it and that also worked.

Is there a solution for this yet ? Or at least combine these issues into a single issue ? I can start going through them once there is a plan. Maybe there's a better way than manually doing that ?

W/e it'd be a good time killing exercise if nothing else lol

tripleabuilderbot created this issue in triplea-game/triplea closed 2.5.22294: SimpleUnitPanel - missing unit icon (won't be displayed): submarineAmericans, UnitImageFactory.ImageKey(player=PlayerId na... #10124

@redrum I'm in agreement. Multiple languages increases the complexity especially with future development. It's been a challenge enough learning this code base to understand what can be changed to avoid major impacts.

@stohrm A sphere would be very helpful for any scenario that takes the north pole into serious consideration, i.e. any global scenario past WWII IMHO. I agree with you about the tabs. I believe any data details should be in tabe, including diplomacy, game stats, and the battle calculator. Those are currently in popups to be opened from the context menu or by hotkey. I‘d like to unify those UI concepts, i.e. you can popup a tab if you like. And yes, I can imagine more data detail views.

@butterw Can you launch a 2.6 pull request with your improvements?

To be continued in Topic 3077 - fast-battle-calculator

@rainova There's an option that controls that functionality. I think most games have the option off by default and most don't allow editing the option. But I know a few do. The option is "Choose AA Casualties". You can look at the map xml and see if it is value="true" or editable="true".

If you are in edit mode, it should also show the dialog.

@lafayette, @ssoloff, @trevan, all other developers: What are your thoughts about attracting developers? What made developers join in the past? What made them leave? Would you see making Triple A attractive for developers as an objective? Would you consider this achievable? (In that case I might start a discussion thread.)

@mirkobruner @Frostion both of these are under the umbrella of rebranding which needs further discussion if any further action would be taken in this direction current consensus here is to replace the current start screen logo with the previous thing (current logo/icon)and discuss any branding changes for future releases.

@cernel I was tempted to create a 'pull' list of maps that should be pulled. It is easier to instead to remove those maps. We do have categories after all though to mark which maps are still works in progress.

@cernel said in Fontsize and dpi scaling:

If it is feasible, the program should always enforce a pixel-per-pixel rendering as default (assuming vectorial graphic will never be supported).

Vector graphics require fundamentally different software tools from png and svg isn't natively supported in java swing.
Vectorizing the existing maps and artwork would be a lot of work. Then the map handling engine is based on pixel coordinates.

Vector graphics would make more sense for interface icons (ex: icons on buttons, menuitems), which TripleA makes very limited use of currently. Icon Fonts would likely be the right solution as they allow scaling and theming.

With the above said, we can certainly discuss what would be more or less equal to rope in.