Hello, is there a way to define the length that the sensor name is? We have a NOC with a monitor screen that uses a map with a table filtered on downed sensors. We are missing valuable identification information for our sensors when they are shown in this table with an error status because the length of the sensor name is being shortened.
Article Comments
I noticed PRTG uses text-overflow: ellipsis; in CSS. Is there perhaps a way to modify the CSS to accomplish what we are trying to do?
Jun, 2013 - Permalink
I'm sorry, in tables the 'shortening' happens earlier, before the CSS get's "applied". So this won't help here.
Jun, 2013 - Permalink
So this is definitely within the database code itself and not something in plain text we can arbitrarily modify?
Jun, 2013 - Permalink
It's in the code, and, yes, in the moment, this can't be changed/edited/"hacked" by a user. Sorry.
Jun, 2013 - Permalink
Just to let you know, we are working on this right now. You should see improvements soon in current Canary Builds, and then later on in Preview & Stable - Builds.
Jul, 2014 - Permalink
It's been nearly two months since you said that we should see improvements. Any updates? We are currently on latest preview build.
Sep, 2014 - Permalink
The functionality is implemented in the Canary channel already, but it will still take a couple of weeks to be included in the Stable release. Please bear with us.
Sep, 2014 - Permalink
Is this feature already implemented in PRTG stable version 14.4.12.3332? If it is, where I can change this setting in order to display the full sensor name? (without being shortened by css ellipsis)
Dec, 2014 - Permalink
jmoore, this will be automatically active with any version newer than 14.4.13.xxxx (stable). There are no further settings or tweaks that can be made as a user.
Jan, 2015 - Permalink
Hello,
thank you very much for your KB-Post. I'm very much afraid that changing the displayed length of sensor names in tables, is currently not possible. But we do have this on the wish list. I can't give an ETA though, please bear with us.
best regards.
Jun, 2013 - Permalink