From: Andrew Keller <hidden> Date: 2016-06-15 22:59:51
When displaying a blob in gitweb, if it's an image, specify constraints for
maximum display width and height to prevent the image from overflowing the
frame of the enclosing page_body div.
This change assumes that it is more desirable to see the whole image without
scrolling (new behavior) than it is to see every pixel without zooming
(previous behavior).
Signed-off-by: Andrew B Keller <redacted>
---
I recently used Git to archive a set of scanned photos, and I used gitweb to provide access to them. Overall, everything worked well, but I found it undesirable that I had to zoom out in my browser on every photo to see the whole photo. In the spirit of making the default behavior the most likely correct behavior, this patch seems to be a good idea.
However, I'm not an expert on the use cases of gitweb. In order for the maximum size constraints to take effect, the image would have to be at least the size of the web browser window (minus a handful of pixels), so the affected images are usually going to be pretty big. Are there any common use cases for displaying a large image without scaling (and hence, with scrolling)?
Thanks,
Andrew
gitweb/gitweb.perl | 2 +-
gitweb/static/gitweb.css | 5 +++++
2 files changed, 6 insertions(+), 1 deletions(-)
From: Andrew Keller <hidden> Date: 2016-06-15 22:59:51
On Feb 6, 2014, at 10:31 PM, Andrew Keller wrote:
quoted hunk
When displaying a blob in gitweb, if it's an image, specify constraints for
maximum display width and height to prevent the image from overflowing the
frame of the enclosing page_body div.
This change assumes that it is more desirable to see the whole image without
scrolling (new behavior) than it is to see every pixel without zooming
(previous behavior).
Signed-off-by: Andrew B Keller <redacted>
---
I recently used Git to archive a set of scanned photos, and I used gitweb to provide access to them. Overall, everything worked well, but I found it undesirable that I had to zoom out in my browser on every photo to see the whole photo. In the spirit of making the default behavior the most likely correct behavior, this patch seems to be a good idea.
However, I'm not an expert on the use cases of gitweb. In order for the maximum size constraints to take effect, the image would have to be at least the size of the web browser window (minus a handful of pixels), so the affected images are usually going to be pretty big. Are there any common use cases for displaying a large image without scaling (and hence, with scrolling)?
Thanks,
Andrew
gitweb/gitweb.perl | 2 +-
gitweb/static/gitweb.css | 5 +++++
2 files changed, 6 insertions(+), 1 deletions(-)
I wonder if simply "blob" is a better style name here. "image_blob" stands out a bit amongst the existing code, and "blob" appears to be specific enough for the needs.
From: Vincent van Ravesteijn <hidden> Date: 2016-06-15 22:59:51
On Fri, Feb 7, 2014 at 4:31 AM, Andrew Keller [off-list ref] wrote:
I recently used Git to archive a set of scanned photos, and I used gitweb to provide access to them. Overall, everything worked well, but I found it undesirable that I had to zoom out in my browser on every photo to see the whole photo. In the spirit of making the default behavior the most likely correct behavior, this patch seems to be a good idea.
However, I'm not an expert on the use cases of gitweb. In order for the maximum size constraints to take effect, the image would have to be at least the size of the web browser window (minus a handful of pixels), so the affected images are usually going to be pretty big. Are there any common use cases for displaying a large image without scaling (and hence, with scrolling)?
Thanks,
Andrew
It sounds like your usecase is exactly what camlistore.org tries to achieve.
Vincent
From: Andrew Keller <hidden> Date: 2016-06-15 22:59:51
On Feb 7, 2014, at 7:35 AM, Vincent van Ravesteijn [off-list ref] wrote:
On Fri, Feb 7, 2014 at 4:31 AM, Andrew Keller [off-list ref] wrote:
quoted
I recently used Git to archive a set of scanned photos, and I used gitweb to provide access to them. Overall, everything worked well, but I found it undesirable that I had to zoom out in my browser on every photo to see the whole photo. In the spirit of making the default behavior the most likely correct behavior, this patch seems to be a good idea.
However, I'm not an expert on the use cases of gitweb. In order for the maximum size constraints to take effect, the image would have to be at least the size of the web browser window (minus a handful of pixels), so the affected images are usually going to be pretty big. Are there any common use cases for displaying a large image without scaling (and hence, with scrolling)?
Thanks,
Andrew
It sounds like your usecase is exactly what camlistore.org tries to achieve.
Yes.
With that said, I don't think it's unreasonable for a software project to contain images larger than a browser window. And, when that happens, I'm pretty confident that the default behavior should be to scale the image down so the user can see the whole thing.
- Andrew
From: Tony Finch <dot@dotat.at> Date: 2016-06-15 22:59:51
Andrew Keller [off-list ref] wrote:
With that said, I don't think it's unreasonable for a software project
to contain images larger than a browser window. And, when that happens,
I'm pretty confident that the default behavior should be to scale the
image down so the user can see the whole thing.
Right. And if you want to see the unscaled version of the image you can
view the blob_plain version instead of the (scaled html-wrapped) blob.
Seems sensible in principle to me but I have not reviewed the code.
Tony.
--
f.anthony.n.finch [off-list ref] http://dotat.at/
Forties, Cromarty: East, veering southeast, 4 or 5, occasionally 6 at first.
Rough, becoming slight or moderate. Showers, rain at first. Moderate or good,
occasionally poor at first.
From: Andrew Keller <hidden> Date: 2016-06-15 22:59:56
When displaying a blob in gitweb, if it's an image, specify constraints for
maximum display width and height to prevent the image from overflowing the
frame of the enclosing page_body div.
This change assumes that it is more desirable to see the whole image without
scrolling (new behavior) than it is to see every pixel without zooming
(previous behavior).
Signed-off-by: Andrew Keller <redacted>
---
This is an updated copy of this patch.
Could I request a thumbs up, thumbs down, or thumbs sideways from those who develop gitweb?
Thanks,
Andrew Keller
gitweb/gitweb.perl | 2 +-
gitweb/static/gitweb.css | 5 +++++
2 files changed, 6 insertions(+), 1 deletion(-)