Game notes max width

Cernel

@redrum That would not solve the issue of the background extending more than the wanted wideness but is it possible to have those block without them being all "bullet points"?

Basically, when you have this text:

For each territory owned at the start of the turn, a maximum of 1 new Bunker can be purchased/placed per turn (no stack limits) (bunker placement is additional to normal placement, if a Factory is present).

How can you assure it being as wide as those inline blocks, without putting a line break manually, and avoiding starting all the way to the left without being centred?

Cernel

@redrum Also, those are wrong too, by the way. Just noticing now, but the setting there is 400 pixels wide, while they appear to be 520 pixels wide actually, or anyway surely more than 400 pixels. Why TripleA cannot set the pixels correctly as defined in the file?

(EDIT: I wrote 560 pixels wide, but I meant 520 pixels wide; that was a typo)

redrum

@Cernel I believe if you put that text in a div and set a similar style to the ul it should work.

Not sure if that is exactly 400 pixels or not. Guess I just assumed that it was. Not sure the easiest way to figure out how many pixels it is displaying as.

Well my screen is 1920 wide and this fits across it 4 times and a little left over:

Cernel

@redrum said in Game notes max width:

@Cernel I believe if you put that text in a div and set a similar style to the ul it should work.

I guess I'll have to try that (basically a hack, as I see it), if this absurd thing of having +30% pixels than set is not going to be fixed. Or turn all into an image, using a better external program to display the html as coded, then adding it as an image in the game notes, but not a fan of that. I'd prefer if the TripleA notes themselves work as they should.

Not sure if that is exactly 400 pixels or not. Guess I just assumed that it was. Not sure the easiest way to figure out how many pixels it is displaying as.

Here you go, that is certainly not 400 pixels wide (just taking the image you posted):
20200227_redrum_01(01).png

Cernel

@redrum said in Game notes max width:

Well my screen is 1920 wide and this fits across it 4 times and a little left over:

This image is 489 pixels wide. Also you may notice that those things are more to the right than the actual centre, I guess because some space is left before the big dots. If you take that into account, it becomes exactly 520 pixels wide.

Cernel

@Cernel I've obtained the 520 because it extends of up to 260 pixels rightwards from the centre, thus I've extended of the same amount leftwards. It extends less than so to the left, instead. Anyways, those quadrangles are centred and, for sure, it doesn't fit in the 400 pixels wide one, anyways.

520 pixels would be exactly 30% more pixels than 400, that is what I'm getting in all cases.

So, it seems clear to me that TripleA has this major problem of setting any pixel dimensions to 30% more than you set. I guess, so far, mapmakers just set it and, then, look if it is good enough, instead of assuring it being of the wanted dimensions. It would be good if you can actually give a wanted layout to your rulebook, without having to go the TWW way and have it as all images. I can assure that if you call an image, instead, the image is not increased by 30% (of course, overwise the notes of TWW would be all blurred, for example, as well as whatever image).

Practically, if you have a centred image that is 400 pixels wide and, under it, a division that is centred and supposed to be 400 pixels wide too, the image will be 400 pixels wide, while the division will be 520 pixels wide, screwing up the relative layout, other than the absolute one.

redrum

@Cernel Hmm. Honestly I have no idea. I don't think TripleA does anything beyond using the standard Java HTML rendering so if its displaying 30% wider I don't have a clue to why that would be.

@RoiEX @LaFayette Any thoughts here?

Cernel

@redrum The only way I can explain this is that there must be something somewhere in the program that increases all "px" values given in notes by 30%. It would be good to get rid of it. Hardly any idea why any developers decided to have this, if I'm right.

Frostion

A bit of topic, but .... can notes have background picture instead of background color? If so, what would the code look like?

BTW, and if it is of any use, I use text max width in some map notifications instead of a at every line to keep a long sentence to not make the notification window very wide. Notification code looks like this like this:
HumansIntro=<body><img src="IntroLogo.png"/> Humans: Bla bla bla. <img src="GreatBattleArthur.png"/> </body>
But strangely the text field is much wider than 260px, more like 300px. But I just adjust the number to fit the purpose.

Cernel

@Frostion said in Game notes max width:

But strangely the text field is much wider than 260px, more like 300px. But I just adjust the number to fit the purpose.

Yes, and I would say that is bad. Then, if someone would (finally) fix this problem (if it is a problem), your layout would be messed up. Probably other mapmakers do the same, and maybe don't even realize it.

My guess is that some developer in the past felt that some notes were too small and added to the program a +30% on any dimensional values, but, of course, I'm merely surmising. If so, better getting rid of this as soon as possible.

As far as background pictures go, I think that would be another topic.

LaFayette

@Cernel said in Game notes max width:

My guess is that some developer in the past felt that some notes were too small and added to the program a +30% on any dimensional values, but, of course, I'm merely surmising. If so, better getting rid of this as soon as possible.

Quite positive no. AFAIK the HTML of game notes is plopped into the Swing UI for rendering. I'd conclude it's more a problem with the dimensions calculations the HTML rendering is using. Inline styles of some elements can be overridden to stretch/fill space. You may need to include a 'filler' element that can occupy the extra space that is being used so that the 'filler' is expanded rather than the HTML engine stretching your component. For example, consider this:

<p style="width:500px">
   <p style="width:250px">
  </p>
</p>

you might think that nested element is going to be 250px wide, but the engine sees that the component needs to be made 500px, so you the child styling might lose or might win, it totally depends on the HTML rendering engine.

Some things you can try:

try a table, the width of tables is usually respected
avoid nesting elements with width specifications
see if you can get the HTML to render well in a web browser, if you can't get it to render well there, then there is not much hope in a swing HTML renderer.

Cernel

@LaFayette I've tried in several other cases, also on otherwise completely blank or next to blank notes, as per screenshots at this thread, and it still gives 30% more pixels. Look at this:
https://forums.triplea-game.org/topic/1784/game-notes-max-width/6?page=1

LaFayette

@Cernel Give it a try as a web-page. The swing rendering should not be too different, if you can't get it to work there, it's pretty guaranteed swing won't do any better.

Cernel

@LaFayette said in Game notes max width:

@Cernel Give it a try as a web-page.

What do you mean?

LaFayette

Save the HTML content as a ".html" file and open it in a web browser.

Cernel

@LaFayette said in Game notes max width:

@Cernel Give it a try as a web-page. The swing rendering should not be too different, if you can't get it to work there, it's pretty guaranteed swing won't do any better.

Ok here it is what I get on a html file with this code:

<html>
<body>
<table width="1000px" border="1px">
  <tr>
    <th>AAA</th>
    <th>BBB</th> 
  </tr>
  <tr>
    <td>aaa</td>
    <td>bbb</td> 
  </tr>
</table>
</body>
</html>

Screenshot:

It's fully correct. So, does this prove the problem (getting 130% the pixels you ask for) is not with my system, but with TripleA?

LaFayette

We're using Swing HTML rendering, we literally can't fix it and have not coded anything to alter or manage it. The fix needs to be in crafting the HTML that renders properly in that HTML rendering engine.

LaFayette

Correct rendering in a webpage is necessary but not sufficient criteria for having it render well in the Swing HTML renderer. Said another way, if it does not work on a vanilla webpage, it certainly won't work in Swing. But even if it renders well on a modern browser, the Swing HTML renderer does not guarantee to be compliant, is old, and has no guarantee it'll do anything really correctly.

Cernel

Well, in my opinion this is a pretty major issue TripleA is going to go along with, as mapmakers will keep formatting notes likely inherently wrong, with respect to their intentions (like @Frostion), over the years, and new mapmakers will have to find out that they are getting 30% more pixel than they wanted, so I suggest at least tracking this somewhere.

LaFayette

Tracking is for things we can fix and do something about. The problem is in the HTML and the HTML renderer, neither of which is controlled by the game engine proper.