Dragging images from journal forces them to be square

Dragging an image from the journal or image collection resizes the image to be square. None of these are on gridded pages - this behaviour has only started happening for me this week. Google Chrome Version 95.0.4638.69 (Official Build) (64-bit) No addons or extensions Windows 10

Try holding down the alt key when dragging in. The default proportions are 1x1 on the token page and 3x3 on the map layer. I was not aware that turning the grid off affected this behavior.

Alt key doesn't work. Very annoying as you lose the original aspect ratio! And it fits them in a single square no matter the size of the original image. I hope they won't take forever to fix this. I hate when they break things that worked well. If we don't want a grid, we don't want a fit to grid.

Holding down the alt key has made no difference. 

Sorry, working from memory and din't have time to test. I could have sworn the alt key provided that function. the 1x1 re-sizing on the token layer and 3x3 on the map layer is the default behavior, though. I had some time to sit down and test this time, and confirmed that dragging from the Art Library in Folder View preserves the aspect ratio. Not the size, but the aspect ratio.

Thank you for the workaround, keithcurtis! Dragging from Folder View works for me. That said, I am seeing the same buggy behavior as OP when dragging out images from the art tab itself, and this behavior is new. Holding down Alt or Option used to preserve the aspect ratio of images dragged from the art tab and it no longer does (MacOS Catalina 10.15.7, Firefox 94.0.1). It would be nice to have this functionality restored so that we can once again search our art library for an image, and drag that image out from the search results to the VTT with its original aspect ratio preserved. Edit: The resizing behavior might be deliberate, according to the most recent changelog. (Only "Marketplace purchases with set grid size metadata" get to keep their aspect ratios now). If so, I am not in favor of the change. Is there is a technological impediment to restoring to users the choice to preserve the original aspect ratio of a typical image? Change Log Thursday at 13:47 2021 November 4, 2021 Marketplace purchases with set grid size metadata will drag on to the VTT at that size. If the image does not have data, it will be placed as 3x3 on the map layer or 1x1 on any other layer. You can now add a page between two pages when you hover in the VTT page menu.

Edit: The resizing behavior might be deliberate, according to the most recent changelog.  Really odd. I wonder what they try to achieve with that?

yeah, alt option to keep ratio seems to not be working anymore, I hope they put that back

David L said: yeah, alt option to keep ratio seems to not be working anymore, I hope they put that back It is usually a bad idea to do an update near the end of the week. If things go badly you might need to work in the weekend.

I'm having this same problem. The Folder View workaround is a good temporary fix but I'd love to have the alt-key option working again. Frustrating!

OTOH, for newer Marketplace offerings, this has been a feature requested for years and years. Being able to drag out dungeon tiles at intended scale is huge.

keithcurtis said: OTOH, for newer Marketplace offerings, this has been a feature requested for years and years. Being able to drag out dungeon tiles at intended scale is huge. Now I fail to understand what you mean ??

For several years, Roll20 has asked for marketplace creators to include metadata with their upload, indicating the intended size. If this data has been included, when you drag a 6x2 unit dungeon tile onto the VTT, it will come in at 6x2 units, regardless of the native resolution. This makes building maps from marketplace scripts MUCH quicker. AFAIK, older sets are not affected. But a lot of the major creators have been updating older sets with this info.

The placement of art assets on the TT has always been a thing. Here's a suggestion thread to address the image-resizing issue, if you'd like to upvote: <a href="https://app.roll20.net/forum/post/7622106/drop-original-size-art-asset-onto-the-tabletop-from-art-library/?pageforid=7622106#post-7622106" rel="nofollow">https://app.roll20.net/forum/post/7622106/drop-original-size-art-asset-onto-the-tabletop-from-art-library/?pageforid=7622106#post-7622106</a>

It wouldn't do what people think it would do, for the reasons I laid out in the third post of that thread. If a graphic is saved at 140 ppu (pixels per unit), so that it looks sharp at 200% zoom, how would the engine know to differentiate that from 70 ppu? or 135ppu? 70ppu would be the absolute minimum you would want, and people would hate it because any graphic would viewed at 200% zoom would be at half quality. Being able to read the render intent from the name would be better, and should be workable. People would put the number of grid units it should size to. The update referenced above does this. But only for assets with the render intent recorded. I could not vote for that suggestion as worded. It would yield terrible results. If the suggestion were to read the intent from the filename, example: "Dungeon Tile [6x2].png" so that when you place it, it would come out at 6x2 squares, that would be a better solution. Or even if the intent were given in pixels at 100% zoom, which might be different from the native resolution, that would work too, though it might not be as intuitive. In any case, the ability to preserve the aspect ratio by holding down Alt should be restored. There is currently no way to get that value without opening the graphic in a new tab. (Or using Folder View).

To make this even weirder, there are a few guys in the Facebook group claiming to not be affected by the change. That said, I recommend that anyone with a subscription requests a refund. -We are paying for storage space that has become next to worthless.&nbsp;

I'm having the same issue - highly frustrating.&nbsp; The ALT-Key drag doesn't make a difference.&nbsp; As someone who uses lots of art assets but not as tokens this is a real nuisance.

Change Log Thursday at 13:47 2021 November 4, 2021 Marketplace purchases with set grid size metadata will drag on to the VTT at that size. If the image does not have data, it will be placed as 3x3 on the map layer or 1x1 on any other layer. You can now add a page between two pages when you hover in the VTT page menu. Okay this is garbage code-writing and a deliberate smack in the face to people who have or use "FREE" assets. Really horrible PR there R20. FIX IT!

I have done what I can to direct attention to this. In the meantime, remember that you still have the original behavior available by dragging from the folder view. Hopefully it will be restored soon. I suggest a&nbsp; Help Center Request &nbsp;to call attention to the issue.

Dylan L. said: Change Log Thursday at 13:47 2021 November 4, 2021 Marketplace purchases with set grid size metadata will drag on to the VTT at that size. If the image does not have data, it will be placed as 3x3 on the map layer or 1x1 on any other layer. You can now add a page between two pages when you hover in the VTT page menu. Okay this is garbage code-writing and a deliberate smack in the face to people who have or use "FREE" assets. Really horrible PR there R20. FIX IT! I imagine that most of those who buy art from the Marketplace will have a decent amount of uploaded stuff. Custom made things and art from people who don't exist on this site.

keithcurtis said: It wouldn't do what people think it would do, for the reasons I laid out in the third post of that thread. If a graphic is saved at 140 ppu (pixels per unit), so that it looks sharp at 200% zoom, how would the engine know to differentiate that from 70 ppu? or 135ppu? 70ppu would be the absolute minimum you would want, and people would hate it because any graphic would viewed at 200% zoom would be at half quality. Being able to read the render intent from the name would be better, and should be workable. People would put the number of grid units it should size to. The update referenced above does this. But only for assets with the render intent recorded. I could not vote for that suggestion as worded. It would yield terrible results. If the suggestion were to read the intent from the filename, example: "Dungeon Tile [6x2].png" so that when you place it, it would come out at 6x2 squares, that would be a better solution. Or even if the intent were given in pixels at 100% zoom, which might be different from the native resolution, that would work too, though it might not be as intuitive. In any case, the ability to preserve the aspect ratio by holding down Alt should be restored. There is currently no way to get that value without opening the graphic in a new tab. (Or using Folder View). Ya, suggestions are difficult. Mine was an attempt to aggregate a variety of forum comments. When folks comment in the forums about Roll20 resizing images, it's almost always about how their image got distorted during placement, because of how Roll20's grid units override the image proportions and squish/stretch the image ("My oblong object is now a square!" or "My 8x11 mysterious note is unreadable!"). I think many users would like an option to ignore that behavior at least sometimes, because the work needed to undo all the image-resizing adds up quickly for those of us who like to make our own art for games we're running. I'm happy for Roll20 to tackle this "resizing business" in whatever way is easiest for them. I'll weep for joy on the day Roll20 posts a release note saying "now you can drop an image on the tabletop without having to resize it back to the original size!" Keith, if the 2X upsizing thing is holding you up from supporting this kind of feature improvement, I'd love to solve for that somehow. What's a way that you would write up this kind of suggestion?

keithcurtis said: I have done what I can to direct attention to this. In the meantime, remember that you still have the original behavior available by dragging from the folder view. Hopefully it will be restored soon. I suggest a&nbsp; Help Center Request &nbsp;to call attention to the issue. Can you clarify what you mean by "dragging from the folder view"? I don't know what that means, and I can no longer hold Alt to drag images from the Library while keeping their aspect ratio intact. I'd love more detailed instructions about this workaround.&nbsp;

David L. said: keithcurtis said: I have done what I can to direct attention to this. In the meantime, remember that you still have the original behavior available by dragging from the folder view. Hopefully it will be restored soon. I suggest a&nbsp; Help Center Request &nbsp;to call attention to the issue. Can you clarify what you mean by "dragging from the folder view"? I don't know what that means, and I can no longer hold Alt to drag images from the Library while keeping their aspect ratio intact. I'd love more detailed instructions about this workaround.&nbsp; If you click on an image in your art library, it opens in folder view. Then you can drag that image from the folder view onto your tabletop, preserving the aspect ratio.

The helpdesk have responded and said this is a bug which there is a team working to resolve, hopefully as soon as this week - although she said they'll be restoring the ability to hold ALT while dragging the image out to preserve the aspect ratio (?). Never had to do that before, I guess it's a literal downgrade from previous behaviour?

Or away to get the old behavior and the new behavior for marketplace items. This is a literal and dramatic upgrade. (or will be once the option is restored).

Whyrocknodie said: The helpdesk have responded and said this is a bug which there is a team working to resolve, hopefully as soon as this week - although she said they'll be restoring the ability to hold ALT while dragging the image out to preserve the aspect ratio (?). Never had to do that before, I guess it's a literal downgrade from previous behaviour? That's great news :) I was grumpy when it appeared to be intentional, but to err is human (especially when writing software).

I really hope alt+drag gets restored soon. The update is great for market place purchases though.

Why even just ask for alt-drag? Why not just ask for it as it ALWAYS was where even just clicking and dragging from journal would bring it to its proper size? This makes dragging from the "Web" option when object searching a nightmare, as they don't have folders to do the work around from. Every single item you drag needs to be resized manually now, even if you just want to check what it looks like. This is an absolutely TERRIBLE change. From what it sounds like this "(Only "Marketplace purchases with set grid size metadata" get to keep their aspect ratios now)" is just trying to make normal objects more annoying to use to push people to buy more premium objects to now deal with this? It all worked perfectly until now. Without needing to hold ALT at all.

The helpdesk have responded and said this is a bug which there is a team working to resolve This gives me hope.

To keep the conversation clear, here is the behavior past and present. Emphasis for clarity, not for tone. Edited to make grid/gridless distinction Dragging from the computer desktop has always preserved the aspect ratio, and if the graphic is small enough, the size at 70ppu. This has not changed. Dragging from your art library has always defaulted to 1x1 on the token layer and 3x3 on the map layer. This has not changed. Holding Alt down has preserved the aspect ratio of things dragged in from the art library. This has changed and will likely be restored this week in some form. Dragging from the marketplace items used to default to 1x1 on the token layer and 3x3 on the map layer. This has changed, and is a desired change. Not only do they preserve their aspect ratio, they come in at the intended size , which has never been true before. Dragging from the Folder View has not changed, in any of its behaviors. Holding Alt is immaterial, all art comes in with original aspect ratio. Dragging from the abandoned Web Search I cannot speak to. It has been deprecated for many years, since Google closed the API. My assumption was that it acted like an upload from the computer desktop, since it does not already exist in any library. Ultimately, its behavior should be to emulate an upload, and come in at aspect ratio. All of the above is true for a gridded page. On a gridless page, Alt has not been needed to preserve aspect ratio, since there was no grid by which to force a re-size. For this reason, it might be better to invert the old Alt-behavior and make aspect ratio the normal behavior, and uniform re-sizing the alternative. To sum up, so long as the ability to drag in existing library artwork at its original aspect ratio is restored (whether by an alt-drag or flipping the behavior and making an alt-drag the one that forces the re-size), this will be an overall improvement. Roll20 will never be able to bring in new uploaded artwork at intended size. This is a logical impossibility with the way web graphics are stored. It would require metadata that does not exist.* It should otherwise always continue always to place&nbsp;art at 70 ppu. *It might be possible if there were a way for a user to add metadata, say in the title of the image, ex: Tile (1x2).png or somesuch.

That's not how it's behaved for me. Dragging images from the journal or list of pictures on the right has always preserved the aspect ratio previously unless you were dropping it onto a grid - I didn't even know holding down ALT was a thing until this thread.&nbsp; If the fix involves having to hold down ALT to now achieve the same behaviour, that would be an irritating change. And makes me wonder why they wouldn't have the default behaviour be preserving the aspect ratio, and hold down ALT to force it into a square for whatever reason.

Dragging from the journal is not the same as dragging from the art library. The journal is a list of characters and handouts, the former having pre-set and pre-sized graphics. I assume you meant "Art Library". Just to keep the conversation clear. I had not considered dragging onto a gridless page. I'm not sure which is the more common. Gridded pages outnumber gridless on modules. Nevertheless that's a good consideration. I believe the devs are considering whether alt should be used to force aspect ratio or force a default size. Your use case would be a point in favor of alt forcing size. I think that's probably the best way to handle it. Alt should force size, not aspect ratio. The only time a 1x1 size would be needed would likely be for dragging tokens. Everything else is probably undesirable behavior. I'll amend my post above to make the grid/gridless distinction more clear.

Just a workaround I found, using z to show the image and then right-clicking to open it in a browser page will show what the original size (in pixels) is, so you can use that in Set Dimensions to restore it to what it used to look like when dragged onto a gridless page. I don't see why anything should be forced on a gridless page, and even if only a minority use gridless, it's not a reason to break functionality for them. I only use gridless because I feel a grid is too restricting in combat. We use the ruler to move tokens.

I'm having this problem too. I used to drag tokens to the map with the original ratio if I held ALT, but instead they are resizing to the grid regardless. I'm having trouble following this thread though. Is this is known bug that will be fixed, or is it a new change working as intended?

Known bug. Devs are working on a way to maximize happiness. :)

I use gridless too, and I never had to hold ALT. I literally did not even know that was a thing until this thread. If I have to hold ALT every time now, this will be an objective downgrade in functionality with zero upside for me. R20 should not be made purely for grid based games only. It worked perfectly fine before.

Keep in mind that everyone on a gridded page did have to hold alt before. It might come down to whichever behaver inconveniences the least number of people. They might build in some logic thta checks for a grid and alters the behavior accordingly, but if you have a game with mixed mappage, that could become very confusing.

Reverting to what the behavior always was until a week ago should not create confusion. It just doesn't make sense to fit something to a grid if the page is gridless, and shouldn't require a key to keep the most intuitive behavior. It does makes sense to fit to a grid on a gridded page, so having a key not to fit also makes sense in that context. But my point is that until a week ago, there was no long thread on the forum about this behavior, everybody was happy about how things were. Let's not break what's working please.

I just hope they don't take forever to fix this. It should not be a hard fix. We've lived for about a year with a very annoying bug with auras on gridless pages, something again not hard to fix (I speak as a software developer of 40+ years experience). And we're still living with an annoying bug about revealing fog of war areas with the tool that sometimes reveals, sometimes&nbsp;hides, depending on its mood. Could we please fix these simple annoying bugs before even thinking of adding new features?

Thanks Corey! Best of both worlds.

Sounds ideal. Good show.

Does not appear to work&nbsp; The longer ones (walls etc) appear to all end up with 1x3. Still works to pull them from the folder-view though

Not really sure why this change was necessary, but now I have to ALT-drag my tokens in when I never had to before in the three and a half years I've used Roll20. Good to know it wasn't me who messed things up, at least.

I cannot get any of this to work as advertised. Using a 133 x 24 pixel graphic from personal library: Gridded Page Drag - 2grid units x 1 grid unit Alt-Drag - 1 grid unit by 1 grid unit (3u x 3u on Map layer) Non-Gridded Page Drag - 70px x 70px&nbsp; (210px x 210px on Map Layer) Alt-Drag - 133 x 24 pixels (the only accurate case) Using a Macintosh, Chrome. Edit: Same behavior on Chromebook and Mac/Firefox.

keithcurtis said: I cannot get any of this to work as advertised. Using a 133 x 24 pixel graphic from personal library: Gridded Page Drag - 2grid units x 1 grid unit Alt-Drag - 1 grid unit by 1 grid unit (3u x 3u on Map layer) Non-Gridded Page Drag - 70px x 70px&nbsp; (210px x 210px on Map Layer) Alt-Drag - 133 x 24 pixels (the only accurate case) Using a Macintosh, Chrome. Edit: Same behavior on Chromebook and Mac/Firefox. That sorta seems to be as advertised for Gridded.... just, undesirable.

A gridded drag should maintain aspect ratio (ideally, at 1:1 pixel size as well). Instead, it snaps to the nearest grid lines for its shape.

Seems to be fixed for me!

OK, so there are definitely some interesting things showing up now. On the Objects &amp; Tokens layer with a grid, Wizards of the Coast, LazyTrain, Mythic Portal, Forgotten Adventures, and Odinson Games tokens are appearing as 3x3 units. Alt dragging places the tokens a 1 by 1. The worst, for functionality, is this token set:&nbsp; <a href="https://marketplace.roll20.net/browse/set/10380/tokens-heroic-characters-part-01-32-items" rel="nofollow">https://marketplace.roll20.net/browse/set/10380/tokens-heroic-characters-part-01-32-items</a> &nbsp;Tokens from this set appear to be 90 by 90 units or larger and alt dragging does nothing.