Using Handouts

Azhrei wrote:

the_meek has the right of it.

It's even worse than normal HTML, since the Java implementation doesn't support percentages for the width/height attributes on any element.

It might be possible to change MT so that a percentage used when creating the frame/dialog could be interpreted by MT, not by the HTML library, but I suspect that would be a losing battle (can't calculate a percentage until the internal size is known and that doesn't happen until after the frame is displayed because that's what triggers the HTML elements to be rendered).

Or wait for JavaFX which has FAR superior HTML support to be added to MapTool which should be in version.next >=1.4.

Last edited by jfrazierjr on Thu Oct 20, 2011 1:47 pm, edited 1 time in total.

stupid double post....

Ok, sorry to keep poking at this. But I just tested it on my server (I use a VTT setup) and although the image will pop up on the DM side, the player computer I have connected to the LAN server doesn't see the image.

I'm using the macro you gave me that allows me to select any image and load it without needing to click on the chat link (the chat link method works fine). Is there more code needed for the image to also appear on the player side?

Here is a reminder of the macro I'm talking about:

Code:

[H: abort(input("Image | " + json.toList(getLibProperty("ImageList")) + " | Select image | LIST | VALUE=STRING"))]
[dialog("ImageViewer", "height=800; width=600; temporary=1; input=0; noframe=1"): {   <html><p ALIGN=center><image src="[R: getImage(Image)]" />   }]

With that macro, you'd have to give them a button to click on. If you send the macroLink to chat (like in my first example), you can have it pop the dialog up automatically, but you can only open a dialog on the other computers by sending a macroLink to chat. There's some information on the conditions under which the macroLink will auto execute on the macroLink wiki article.

Azhrei wrote:

Or specify only one of width or height and the other will default to be whatever is correct in order for the aspect ratio to be maintained.

I've been trying to do this but either I misunderstand what you mean, or I'm not doing it right.

If you specify the width of images to always be 640 and don't set the height, and then you import an 800x600 image, should it appear as 640x480 so the height maintains its aspect ratio when the width goes from 800 down to 640? Or is that not what you meant?

When I set just the height on my macro to be height=722 and I don't put a width, it sizes the image to 722 but it still keeps the original width (so the image skews). It does not scale the width down to keep the aspect ratio correct. Sorry if I misunderstood what you meant.

Even if that was possible, I guess it would only be helpful for larger images since it would scale smaller images up and make them pixalized.

Here is my code:

Code:

[H: abort(input("Image | " + json.toList(getLibProperty("ImageList")) + " | Select image | LIST | VALUE=STRING"))]
[dialog("ImageViewer", "height=750; width=1340; temporary=1; input=0; noframe=1"): {   <html><center><image src="[R: getImage(Image)]"height=722>   }]

Oryan77 wrote:

When I set just the height on my macro to be height=722 and I don't put a width, it sizes the image to 722 but it still keeps the original width (so the image skews). It does not scale the width down to keep the aspect ratio correct. Sorry if I misunderstood what you meant.

No, you understood me. If it's not doing that then there may be a bug in that regard. I'll make a note.

Quote:

Even if that was possible, I guess it would only be helpful for larger images since it would scale smaller images up and make them pixalized.

Quote:

Here is my code:

Wow, that's weird. There is no such HTML element as <image>. But that actually displays an image? The height in that element should be in quotes, so it should be height="722" but I know the Java HTML is pretty lenient about such things so I don't think that's really the problem.

I'll read up on this and make sure I didn't take a normal HTML feature and just assume it works in the Java implementation (that might be why it's not working for you). It'll be late Friday before I've had a chance to check this, at the earliest.

Azhrei wrote:

There is no such HTML element as <image>. But that actually displays an image? The height in that element should be in quotes, so it should be height="722" but I know the Java HTML is pretty lenient about such things so I don't think that's really the problem.

Yeah, the macro works just fine other than the image still skewing when only the height is set. Images load and I can change the height without using the quotes.

Oryan77 wrote:

Azhrei wrote:

There is no such HTML element as <image>. But that actually displays an image? The height in that element should be in quotes, so it should be height="722" but I know the Java HTML is pretty lenient about such things so I don't think that's really the problem.

Yeah, the macro works just fine other than the image still skewing when only the height is set. Images load and I can change the height without using the quotes.

Welll... even if "<image" works, it would be WELL worth your time to make it the correct tag "<img>". When MapTool switches out the UI rendering toolkit for something that supports a more up to date html standard, we have no idea what the behavior will be which could range from working just fine(doubtful) to totally broken in a very bad way. Why not just fix it now instead of having to fix it later when you won't remember WHY it might be broken if it breaks...

jfrazierjr wrote:

Why not just fix it now instead of having to fix it later when you won't remember WHY it might be broken if it breaks...

Ok, I changed the html image to just img. There are other parts in this code that says image. Does this code contain java script and html script all in the same code? Is that what is going on here? I'm trying to make sense of this stuff. Can you check this code to make sure I changed the only area that needed to be changed to img?

ViewImage macro

Code:

[dialog("ImageViewer", "height=750; width=1340; temporary=1; input=0; noframe=1"): {   <html><center><img src="[R: getImage(macro.args)]">   }]

SendLink macro

Code:

[H: abort(input("Image | " + json.toList(getLibProperty("ImageList")) + " | Select image | LIST | VALUE=STRING"))]
[R: broadcast(macroLink("Click to view " + Image + "...", "ViewImage@" + getMacroLocation(), "none", Image))]

When I send the image link to a player side, the player does not need to actually click the link. The image pops up automatically. I'm curious, what part of the code tells it to open the link automatically and why does the DM still need to click the link in the chat instead of it opening up automatically for him also?

That looks right. The <image> thing is strange. It looks like I spaced when I wrote that macro and it worked anyway. It doesn't even look like that's deprecated HTML, so that's all on Java?

It's all MapTool rolls and functions. With [dialog:], you use HTML between the curly braces to construct what is displayed. There's no JavaScript available in MapTool, though I believe there are plans for that in future versions.

macroLink has a section that describes the conditions under which a macroLink will execute automatically when sent to chat.

RPTools.net

Using Handouts

Who is online

Top

Top

Top

Top