Is it possible, to take an image and create areas within the image that a user can hover or click on to view a machine, or conveyor?
What tools would I use to accomplish this with?
Is it possible, to take an image and create areas within the image that a user can hover or click on to view a machine, or conveyor?
What tools would I use to accomplish this with?
The simplest way would be to place transparent buttons over the image.
You can stack components on the coordinate view or coordinate container component (if you want to use that in a flex view) so they're the easiest to work with. Alteratively you can use a view container component but it's a bit more work as you need to create views for each of the components to be embedded. I'll assume you're going with coordinate view.
props.source : /system/images/<paste path here>
.text : <-- no text
style.backgroundColor : #ffffff00 <-- transparent white (or any other color).
style.borderStyle : none
style.outlineStyle : none <-- eliminates on-focus border
style.box-shadow : none <-- eliminates the hover shadow
It may be helpful in debugging to have a toggle to make the buttons visible.
custom.buttonVisibility : true
.style.borderStyle
property. Use expression,if({parent.custom.buttonVisibility}, "solid", "none")
custom.buttonVisibility : false
before putting your project into production.I would use SVGs as they scale the best and allow animation. But, they still don't allow you to click on specific areas. @victordcq does have a module that allows for this and when Perspective drawing tools are released (whenever that is) they are reportedly going to support this. Or, do as suggested above and stack components.
When you use an SVG, embed vs save and link (Image Management).
I don't think this will work. When the buttons are not visible, they are not clickable, neither in browser nor the designer preview.
However, using the transparent background with a small border makes it obvious enough to the user that it is clickable but does not interfere with the image.
My proposal doesn't touch the meta.visible
property. It's left as meta.visible : true
.
The buttons should still be clickable.
Oh, haha!
My brain interpreted "visibility" as connected to the meta.visible
. Oops
That's OK.
I'm wondering if you can use a hover style to reveal the shadow? It might be good visual feedback.
Create a style class, hit the + button and add an Element State rule of type hover
. I don't see how you can set the shadow there but you should be able to find something suitable. Apply the class to the buttons.
Here's a device hover example you can add to the stylesheet and use.
.psc-device-hover:hover {
background-image: ; z-index:1 ;;
color: var(--neutral-100);
background-color: var(--neutral-30);
opacity: 0.5;
border-color: var(--neutral-100);
border-style: solid;
border-width: 2px;
border-top-left-radius: 5px;
border-top-right-radius: 5px;
border-bottom-left-radius: 5px;
border-bottom-right-radius: 5px;
}
Is it possible to copy and paste the JSON or edit the JSON of the style class after it's been created?
I'm not finding the color
attribute in the dialog box, and am not sure what it applies to (Edit: I'm assuming text color.) As well as the separators in the background-image
attribute.
This is CSS and you would paste directly into the stylesheet, so unsure what dialog box you are referring to.
Now that you mention it, I'm not sure why I have `'color', that's usually for text. I'll need to revisit and update or add comments so I remember. The z index was to help for components that may overlap and this would make the hover always on top.
Well, now, ain't that something! CSS stylesheet directly in Ignition! So, next question to you both:
Style classes or stylesheet: performance and inheritance?
Edit: ahem, after reading the post... I should learn a bit of CSS. But, do I reference the CSS class the same way as a style class?
OK, I got it! Had to read down a little to find the implementation.
Have a look at
https://docs.inductiveautomation.com/display/DOC81/Perspective+Built-In+Themes
If you can stick to the built-in themes initially you can very easily allow your users to toggle between light and dark mode with, for example, a radio group.
Try to use styles to ensure consistent look and feel throughout your applications.
Yeah, I'm proving out the container layouts and functionality before attempting to style too much yet. So far, I've kept a basic default style for the most part.
As we integrate more features into our application, I am thinking of keeping the style the same throughout, with a couple of simple indicators that make it obvious which group of screens a user is in. Still mulling it over tbh. I'm learning everything from SQL Server/DB config to Ignition to webpage design all at the same time!
Have a look at this question and my answers regarding high-performance HMIs: