‎07-07-2004 09:44 AM
‎07-07-2004 10:34 AM
‎03-10-2011 11:59 PM
As NI address this issue? I would also like to customize the guage to have a different needle.
‎03-11-2011 12:24 AM
Hi jonny-o,
Ben is right. You can not add diiferent images for different needle positions. Best way is to use picture ring. You can hide needle of the gauge.
We had used same method. We wanted to show handle image in place of needle ...It is very easy.
‎03-11-2011 12:28 AM
Hi j3r3mi,
I don't think NI will address this, as this is not a issue. It will be tedious for programmer as well to add images to each and every position.
It depends on range as well, what if your gauge range is from 0 to 1000, are you going to put 1000 images?
‎03-11-2011 12:36 AM
I think its trival, they don't really need to create picture rings. Like what was mention previously, this just need to rotate the image of the needle. The just need to do some backend coding for this feature to rotate the image (as what they did for the orignal needle).
And its an issuse and a bug, because the IDE allowed us to customize the needle (resizing, load an image). But when i move it, the image is static.
‎03-11-2011 03:26 AM
@j3r3mi wrote:
I think its trival, [...]
Sadly, it is not trivial. There are several threads on "rotate image", one being this. If you look into the example provided from altenbach (RotateVase.vi), you will see an example of the code necessary/usable for rotating images.You are correct, that by itself, the algorithm of rotating is 'simple arrayhandling'. But that can lead to sever distortion of the image in certain angular configurations. And do not forget: What about resizing?
One thing you can do, as an individual programmer: Create your own XControl which uses altenbachs example as guideline on how to rotate you custom needle.
hope this helps,
Norbert
‎03-11-2011 03:45 AM
I agree with u. However, if i uderstand correctly, LV is written in C. I wonder if the built-in controls are written in C or LV? If its the latter, it would be like what u said; not tribval. If its written in C, probably libraries like GDI would be used.
Sorry, i'm just speaking from my perspective. I think it would be more appropriate for NI engineers to comment.
😄
‎03-11-2011 07:46 AM
What LV does now it does rather well.
Over the years I have only heard a cry for this feature a handful of times so it appears the demand for this feature is quite limited.
NI put their resource where it will do the most good. If the was an out cry for this feature (That I want by the way) Ni would concider it.
I had a detailed discusion with R&D over this issue. I do not remembe the detaitls so I don't think I will reveal any secrets but here goes...
Most graphics in LV are represented using a method that deals with them as a rectangle with a top left and bottom right corner. the Needles etc are special little critters that use anoth represntation that goes back to features originally exposed for old MACs. AS long as the image used to rreplace the needle is of the proper type LV can rotate it. Example is the "Arrow" decorations. THese are in the propber form and can be used to replace the needle.
I explored what it would take to expose the ability to create those special widget myself end with R&D walking away shaking thier heads and I got the impression I should not hold my breath.
So that is waht I know about the "why" behind why we are limited in rotating images.
But as mentioned above there are multiple work-arounds available so use one of those and if you really want the rotating image stuff, submit a suggestion.
Your brother in wire,
Ben
‎11-21-2011 04:02 PM
Having had to focus more on the front end gui side of things recently, i find custom GUI controls and other development options for labview front panels horrendous. Maybe it’s just a lack of experience, but between not being able to handle custom vectors graphics, as well as this annoying .png image scaling issue i keep running into, I'm finding it painful to develop flashier GUI's for clients. I for one would like to see NI really push for updating their front panel components to better align with the type of gui's we see today. I know you can do a lot with the current design, but as this thread mentions, the work a rounds and back end coding involved compared to other languages really can be time consuming.