|
1 |
|
|
|
1 |
|
|
|
1 |
|
|
|
1 |
|
|
|
4 |
|
|
|
0 |
|
|
|
3 |
|
|
|
1 |
|
|
|
1 |
|
|
| I just want to point out for anyone actually wanting to continue the game that the issue has nothing to do with BYOND …
|
|
9 |
|
|
|
8 |
|
|
|
11 |
|
|
|
3 |
|
|
|
1 |
|
|
|
1 |
|
|
|
1 |
|
|
|
1 |
|
|
|
1 |
|
|
|
1 |
|
|
|
5 |
|
|
|
1 |
|
|
|
3 |
|
|
|
1 |
|
|
|
1 |
|
|
| turf bounds can only be a square based on world.icon_size
|
|
8 |
|
|
| you can attach an image to an object with no icon and selectively show the image to clients that need to see it mob …
|
|
2 |
|
|
|
4 |
|
|
|
23 |
|
|
| with z linking would you be able to link a z level to itself to create a loop?
|
|
2 |
|
|
|
8 |
|
|
|
1 |
|
|
|
1 |
|
|
|
1 |
|
|
|
3 |
|
|
| Lummox JR wrote: > The current behavior is intended. Clearing the new frames is trivial, and it's more often more …
|
|
30 |
|
|
|
1 |
|
|
| could image override be made to also hide the vis_contents of the atom the image is attached to? it seems kind of …
|
|
0 |
|
|
|
2 |
|
|
|
2 |
|
|
|
2 |
|
|
|
4 |
|
|
|
1 |
|
|
|
1 |
|
|
|
8 |
|
|
| is this supposed to be compatible with vis_contents? if not is it feasible to support it?
|
|
4 |
|
|
|
1 |
|
|
|
1 |
|
|
| i also agree that new frames should be blank i'm not sure why this was added over the old behavior
|
|
3 |
|
|
|
0 |
|
|
