RPTools.net

Azhrei wrote:I've changed it back. Any other comments on the rendering order while I'm in there...?

Yeah, you seem to be able to do Godly things. I wonder if you could actually render the sun before the clouds?

The order should be;

• Sun
  Clouds
  Sky

That would be great! Nice and sunny like everyone likes it.

Thanks for all the work Azhrei.

Deadolus wrote:

Azhrei wrote:I've changed it back. Any other comments on the rendering order while I'm in there...?

Yeah, you seem to be able to do Godly things. I wonder if you could actually render the sun before the clouds?

The order should be;

• Sun
  Clouds
  Sky

That would be great! Nice and sunny like everyone likes it.

Thanks for all the work Azhrei.

Except to always see the sun, you want to render it last.

Deadolus wrote:

Azhrei wrote:I've changed it back. Any other comments on the rendering order while I'm in there...?

Yeah, you seem to be able to do Godly things. I wonder if you could actually render the sun before the clouds?

LOL!

Alas, I don't have the authority to modify the Senior Programmer's code and then commit it to permanent storage. And the weather system is such tightly interwoven code that I could screw something up big time. A butterfly flaps it's wings over there and a hurricane forms over here.

Lock Player Movement Hotkey?
pleeeeese.

PinkRose wrote:Lock Player Movement Hotkey?
pleeeeese.

A keystroke was suggested, but I indicated that it was already used and no new keystroke has been suggested since then. Until I get one that is (a) available and (b) makes sense, I have nothing to go on. I just don't have the time or motivation to track that stuff down right now...

Meta-shift-L
According to your list, that's not being used.

And I seem to have found another bug.
This has been going on for a few builds and I thought it was just me, but I'm pretty sure it's a bug now.
New or old campaign.
Select a Vision Blocking Layer Tool, Any tool.
If you draw from anywhere on the map but the top left it draws fine, The crosshair shows up.
However, if you move the cursor to the top left, the crosshair changes into a standard arrow.
It will always turn into a mouse pointer, whether you start the VBL in the top left or end up there.
Not a loss of function bug, but kinda odd.

Meta-L is *not* used anymore. It was a keystroke used in 1.2 and was recently freed (I posted a link to that thread iirc)

Anyone else experienced an issue new to b82 wherein a pasted token doesn't appear in the correct square? Specifically, the token usually (always?) appears one square above and to the left. In addition, the movement shadow is incorrect for the first movement. After being moved once, however, the token moves as expected.

I've seen this issue in earlier versions if the grid is adjusted, but this is the first version I've seen in which it will occur in a freshly-loaded campaign. Is it just me?

LaserWolf wrote:Anyone else experienced an issue new to b82 wherein a pasted token doesn't appear in the correct square? Specifically, the token usually (always?) appears one square above and to the left. In addition, the movement shadow is incorrect for the first movement. After being moved once, however, the token moves as expected.

I've seen this issue in earlier versions if the grid is adjusted, but this is the first version I've seen in which it will occur in a freshly-loaded campaign. Is it just me?

It's probably because of the way snap to grid works. If you mouse to the lower right quadrant of a square when pasting, it should show up in the correct square. The happens because when pasting, where ever the upper right corner of the token appears is the grid the token will appear. Apparently the point of insertion centers the token on the mouse pointer.

I've brought this up before with movement. Move a token around on the token layer and it feels natural. That's because that's the only layer that someone updated to use snap to grid on the center of token. You can see the difference if you change to the object layer and move the token slightly up or to the right. Snap to grid will take it to next square with a 1 px move, but it takes the entire size of the token to move it right or down.

PinkRose wrote:And I seem to have found another bug.
This has been going on for a few builds and I thought it was just me, but I'm pretty sure it's a bug now.
New or old campaign.
Select a Vision Blocking Layer Tool, Any tool.
If you draw from anywhere on the map but the top left it draws fine, The crosshair shows up.
However, if you move the cursor to the top left, the crosshair changes into a standard arrow.
It will always turn into a mouse pointer, whether you start the VBL in the top left or end up there.
Not a loss of function bug, but kinda odd.

+1; figured it was my graphics card misbehaving, but maybe not... (Vista, Geforce 7900 GS)

LaserWolf wrote:Anyone else experienced an issue new to b82 wherein a pasted token doesn't appear in the correct square? Specifically, the token usually (always?) appears one square above and to the left. In addition, the movement shadow is incorrect for the first movement. After being moved once, however, the token moves as expected.

Noticed the token shadow issue during our last session as well but never got around to trying to reproduce it.

PinkRose wrote: And I seem to have found another bug.
This has been going on for a few builds and I thought it was just me, but I'm pretty sure it's a bug now.
New or old campaign.
Select a Vision Blocking Layer Tool, Any tool.
If you draw from anywhere on the map but the top left it draws fine, The crosshair shows up.
However, if you move the cursor to the top left, the crosshair changes into a standard arrow.
It will always turn into a mouse pointer, whether you start the VBL in the top left or end up there.
Not a loss of function bug, but kinda odd.

OH MY! *Confirmed Bug*
I will pass it along to the Dev's. Thanks for catching this!

Phergus wrote:

LaserWolf wrote:Anyone else experienced an issue new to b82 wherein a pasted token doesn't appear in the correct square? Specifically, the token usually (always?) appears one square above and to the left. In addition, the movement shadow is incorrect for the first movement. After being moved once, however, the token moves as expected.

Noticed the token shadow issue during our last session as well but never got around to trying to reproduce it.

I just tried creating this issue and was unable. If you guys could figure out a way to reproduce this, please let us know!

LaserWolf wrote:Anyone else experienced an issue new to b82 wherein a pasted token doesn't appear in the correct square? Specifically, the token usually (always?) appears one square above and to the left.

Is there anything about your map that can shine light on this? Were the tokens a specific size? Did you have square grid? What were the grid settings? Were the tokens square, round, or top down? Do you change them in token layout? Anything will be helpful. Thanks!

dorpond wrote:

LaserWolf wrote:Anyone else experienced an issue new to b82 wherein a pasted token doesn't appear in the correct square? Specifically, the token usually (always?) appears one square above and to the left.

Is there anything about your map that can shine light on this? Were the tokens a specific size? Did you have square grid? What were the grid settings? Were the tokens square, round, or top down? Do you change them in token layout? Anything will be helpful. Thanks!

Dorpond, are you using Dev or b82? Didn't Azhrei just make changes to this code in the past few days(I can't remember if it was before or after the build of b82)?