starred/netbox
1
0
Fork 0
mirror of https://github.com/netbox-community/netbox.git synced 2026-01-12 05:20:31 +01:00
Code Issues 273 Packages Projects Releases 10 Wiki Activity

Dedicated tab on object detail view for image attachments #11228

New Issue
Closed
opened 2025-12-29 21:42:12 +01:00 by adam · 8 comments
adam commented 2025-12-29 21:42:12 +01:00
Owner
Copy Link

Originally created by @AaronJamesMyers on GitHub (May 27, 2025).

Originally assigned to: @jeremystretch on GitHub.

NetBox version

V4.1.10

Feature type

Other

Proposed functionality

Adding a Tab to DCIM objects where you can view thumbnails of images attached to said objects.

I dont think there would be a huge amount of development involved in this, and I had thought about trying to develop a plugin with a template extension to do it, but feel like it might be something that others using netbox might appreciate.

Use case

We are using pictures to "site audits" currently, then using those pictures to reference in the future instead of having to send a technician out to the site to see exactly what is going on.
We have also proposed having technician take pictures of individual devices after they make changes to the physical interfaces, and try and use computer vision to determine which interfaces have cables and which don't, but until we can get a AI computer vision solution working, it would be nice if we could view these images in a thumbnail.

Database changes

no db changes needed

External dependencies

No response

Originally created by @AaronJamesMyers on GitHub (May 27, 2025). Originally assigned to: @jeremystretch on GitHub. ### NetBox version V4.1.10 ### Feature type Other ### Proposed functionality Adding a Tab to DCIM objects where you can view thumbnails of images attached to said objects. I dont think there would be a huge amount of development involved in this, and I had thought about trying to develop a plugin with a template extension to do it, but feel like it might be something that others using netbox might appreciate. ### Use case We are using pictures to "site audits" currently, then using those pictures to reference in the future instead of having to send a technician out to the site to see exactly what is going on. We have also proposed having technician take pictures of individual devices after they make changes to the physical interfaces, and try and use computer vision to determine which interfaces have cables and which don't, but until we can get a AI computer vision solution working, it would be nice if we could view these images in a thumbnail. ### Database changes no db changes needed ### External dependencies _No response_
adam added the status: acceptedtype: featurecomplexity: medium labels 2025-12-29 21:42:12 +01:00
adam closed this issue 2025-12-29 21:42:12 +01:00
adam commented 2025-12-29 21:42:13 +01:00
Author
Owner
Copy Link

@arthanson commented on GitHub (May 29, 2025):

This should be for all models that have images, not just DCIM objects.

@arthanson commented on GitHub (May 29, 2025): This should be for all models that have images, not just DCIM objects.
adam commented 2025-12-29 21:42:13 +01:00
Author
Owner
Copy Link

@llamafilm commented on GitHub (Jun 4, 2025):

You can already attach images to any model. We do this for locations, device types, and racks and it works well for me. You can see a thumbnail by hovering the mouse, or click it to see the full size image. What's the benefit of moving it to a separate tab?

We also use the netbox-attachments plugin for PDF docs, so that appears on a separate "Attachments" tab.

@llamafilm commented on GitHub (Jun 4, 2025): You can already attach images to any model. We do this for locations, device types, and racks and it works well for me. You can see a thumbnail by hovering the mouse, or click it to see the full size image. What's the benefit of moving it to a separate tab? We also use the [netbox-attachments](https://github.com/Kani999/netbox-attachments) plugin for PDF docs, so that appears on a separate "Attachments" tab.
adam commented 2025-12-29 21:42:13 +01:00
Author
Owner
Copy Link

@jeremystretch commented on GitHub (Jun 4, 2025):

You can already attach images to any model.

Just FYI image attachments are supported only for specific models.

@jeremystretch commented on GitHub (Jun 4, 2025): > You can already attach images to any model. Just FYI image attachments are supported only for specific models.
adam commented 2025-12-29 21:42:13 +01:00
Author
Owner
Copy Link

@AaronJamesMyers commented on GitHub (Jun 4, 2025):

the hover over thing only works good on PC, and while the majority of our users are on PC's we do have field technicians using mobile devices.

Some of our lineups are close together which doesn't allow us to get a full rack in a single image, so you need to view 2 images to see the entire rack. Which makes the thumbnails a bit more awkward to view

It would also be nice if i could go into a site object and view the images from all the racks in that location instead of having to go into each rack individually. The majority of our sites have anywhere from 8-15 racks but we have some that have 40 or more(1 site with over 100 racks!)

Also gallery view is cool

@AaronJamesMyers commented on GitHub (Jun 4, 2025): the hover over thing only works good on PC, and while the majority of our users are on PC's we do have field technicians using mobile devices. Some of our lineups are close together which doesn't allow us to get a full rack in a single image, so you need to view 2 images to see the entire rack. Which makes the thumbnails a bit more awkward to view It would also be nice if i could go into a site object and view the images from all the racks in that location instead of having to go into each rack individually. The majority of our sites have anywhere from 8-15 racks but we have some that have 40 or more(1 site with over 100 racks!) Also gallery view is cool
adam commented 2025-12-29 21:42:13 +01:00
Author
Owner
Copy Link

@llamafilm commented on GitHub (Jun 5, 2025):

I agree the hover behavior is clumsy on a touch screen. I had never tried it before.
I have to say, working on a PC with mouse, I prefer the current behavior. Adding a tab would require 2 mouse clicks to see the image, vs zero in the current version.
It should be possible to detect whether the user has a mouse. Maybe for touch screens, that could be modified so a single tap shows the thumbnail, then a second tap shows the full image.

@llamafilm commented on GitHub (Jun 5, 2025): I agree the hover behavior is clumsy on a touch screen. I had never tried it before. I have to say, working on a PC with mouse, I prefer the current behavior. Adding a tab would require 2 mouse clicks to see the image, vs zero in the current version. It should be possible to [detect](https://developer.mozilla.org/en-US/docs/Web/CSS/@media/any-hover) whether the user has a mouse. Maybe for touch screens, that could be modified so a single tap shows the thumbnail, then a second tap shows the full image.
adam commented 2025-12-29 21:42:14 +01:00
Author
Owner
Copy Link

@AaronJamesMyers commented on GitHub (Jun 5, 2025):

If there was a tab, it would be 1 click to get into the tab, then you would be able to view all the thumbnails without another click. So if your only looking at a single image, i agree with you, but for sites/racks/devices with multiple images, i still think the tab is a better solution. IMO.

@AaronJamesMyers commented on GitHub (Jun 5, 2025): If there was a tab, it would be 1 click to get into the tab, then you would be able to view all the thumbnails without another click. So if your only looking at a single image, i agree with you, but for sites/racks/devices with multiple images, i still think the tab is a better solution. IMO.
adam commented 2025-12-29 21:42:14 +01:00
Author
Owner
Copy Link

@llamafilm commented on GitHub (Jul 9, 2025):

Sorry, I should have clarified, I was counting 2 clicks as one to see the images, and another to get back to the main tab.

I'm also concerned about the top tab bar getting too big, it already looks a bit cluttered on smaller displays when it wraps to 2-3 rows.

Instead of a separate tab, what do you think about showing the thumbnails in the existing table? I mocked it up below, showing the current view and my proposal. I removed the Object Type and Parent columns since those are obvious from the page context.

current proposed
@llamafilm commented on GitHub (Jul 9, 2025): Sorry, I should have clarified, I was counting 2 clicks as one to see the images, and another to get back to the main tab. I'm also concerned about the top tab bar getting too big, it already looks a bit cluttered on smaller displays when it wraps to 2-3 rows. Instead of a separate tab, what do you think about showing the thumbnails in the existing table? I mocked it up below, showing the current view and my proposal. I removed the Object Type and Parent columns since those are obvious from the page context. <img width="1159" height="726" alt="current" src="https://github.com/user-attachments/assets/caf52719-1d8a-4aa2-acf7-f647ec69e47d" /> <img width="1159" height="726" alt="proposed" src="https://github.com/user-attachments/assets/094b83d9-d08f-49bb-8579-f4b24126724c" />
adam commented 2025-12-29 21:42:14 +01:00
Author
Owner
Copy Link

@AaronJamesMyers commented on GitHub (Jul 23, 2025):

I think the thumbnails is WAY better than how it currently works. but I still think seeing a seperate tab would be preferable, especially on objects that contain more than a couple of images.

@AaronJamesMyers commented on GitHub (Jul 23, 2025): I think the thumbnails is WAY better than how it currently works. but I still think seeing a seperate tab would be preferable, especially on objects that contain more than a couple of images.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
beta
breaking change
complexity: high
complexity: low
complexity: medium
needs milestone
netbox
pending closure
plugin candidate
pull-request
Mirrored from GitHub Pull Request
 severity: high
severity: low
severity: medium
status: accepted
status: backlog
status: blocked
status: duplicate
status: needs owner
status: needs triage
status: revisions needed
status: under review
topic: GraphQL
topic: Internationalization
topic: OpenAPI
topic: UI/UX
topic: cabling
topic: event rules
topic: htmx navigation
topic: industrialization
topic: migrations
topic: plugins
topic: scripts
topic: templating
topic: testing
type: bug
type: deprecation
type: documentation
type: feature
type: housekeeping
type: translation
No Label complexity: medium status: accepted type: feature
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/netbox#11228
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?