I'm trying to modify my Electrical Fixture Tag to be able to align the text with either right or left justification. I copied the label and changed the horizontal alignments accordingly. Then I created two Yes/No visibility instance parameters: one "Align Right", the other "Align Left", with a formula in "Align Left" to read =not(Align Right).
Then in the family properties, linked the label "Visible" properties to their respective "Align Right"/"Align Left" parameter.
However, when I load it into the project, the instance parameters do not show up in the properties box at all. Is this just one of the limitations of Revit?
I could just make different family types (like boxed vs. standard), but feel using instance parameters for visibility would be much "cleaner".
I'm trying to modify my Electrical Fixture Tag to be able to align the text with either right or left justification. I copied the label and changed the horizontal alignments accordingly. Then I created two Yes/No visibility instance parameters: one "Align Right", the other "Align Left", with a formula in "Align Left" to read =not(Align Right).
Then in the family properties, linked the label "Visible" properties to their respective "Align Right"/"Align Left" parameter.
However, when I load it into the project, the instance parameters do not show up in the properties box at all. Is this just one of the limitations of Revit?
I could just make different family types (like boxed vs. standard), but feel using instance parameters for visibility would be much "cleaner".
The concept works for everything tag-able. But it will not do any of the specific requests that I have read on this thread.
The most common thing I use it for is to add different symbols (using characters or special symbol characters) to the tags based on certain criteria of the hosts, without having to create different tag types. For example, all fire rated doors will have a red dot in their tags, all non-rated doors will have a green dot.
The concept works for everything tag-able. But it will not do any of the specific requests that I have read on this thread.
The most common thing I use it for is to add different symbols (using characters or special symbol characters) to the tags based on certain criteria of the hosts, without having to create different tag types. For example, all fire rated doors will have a red dot in their tags, all non-rated doors will have a green dot.
I tried it, but I failed to get it to work.
I created a shared yes/no instance parameter within an electrical fixture host family. I then added that shared yes/no instance parameter to the electrical fixture tag family. I assigned the visibility of a line in the tag family to the shared yes/no instance parameter. Also not sure if it matters, but I grouped the parameter under "Other" in both the host electrical fixture family and the electrical fixture tag family. Next I loaded both in to a project and placed both. Unfortunately I can turn the host's parameter on or off and the line in the tag family does nothing.
Am I doing something wrong?
I tried it, but I failed to get it to work.
I created a shared yes/no instance parameter within an electrical fixture host family. I then added that shared yes/no instance parameter to the electrical fixture tag family. I assigned the visibility of a line in the tag family to the shared yes/no instance parameter. Also not sure if it matters, but I grouped the parameter under "Other" in both the host electrical fixture family and the electrical fixture tag family. Next I loaded both in to a project and placed both. Unfortunately I can turn the host's parameter on or off and the line in the tag family does nothing.
Am I doing something wrong?
It doesn't work that way.
A Yes/No parameter in the host family has no relationship with a Yes/No parameter in the tag family. The only way for the time being is using a conditional formula in a calculated value in a label of the tag family. So, you are limited to showing two preset values for the label based on whether the input is Yes or No.
It doesn't work that way.
A Yes/No parameter in the host family has no relationship with a Yes/No parameter in the tag family. The only way for the time being is using a conditional formula in a calculated value in a label of the tag family. So, you are limited to showing two preset values for the label based on whether the input is Yes or No.
Ive tried something similar but with conduit fitting tags. I tried to hide the tag if the fitting is a standard 90 but show the tag if its anything else. I have never been able to get it to work right- It will either turn all of them off or all of them on but a conditional on/off will not work for some reason.
Ive tried something similar but with conduit fitting tags. I tried to hide the tag if the fitting is a standard 90 but show the tag if its anything else. I have never been able to get it to work right- It will either turn all of them off or all of them on but a conditional on/off will not work for some reason.
Right - If I had the ability to override the visibility of the calculated label I might could make it do what I want as it stands I could probably get it to report the information but since its visible in the label it would defeat the purpose of having the conditional statement control the visibility in the first place. The way I see it if I use a calculated value i would break my shared parameter and if I created a new one it would have 90deg 90deg as a label. I just want it to turn visibility off if the bend is 90 deg and show it if its anything else. That way I could actually use the tag all feature instead of having to hand select all of them either to tag the ones I want or delete the ones I don't as it currently stands. formula is easy if it worked -> could be written a couple of ways.
or(Conduit Angle < 90,Conduit Angle > 90) or not(Conduit Angle = 90) seems strange that this is such a pain. Every time I use this tag I end up messing with it for a day or so trying to make it work.
Right - If I had the ability to override the visibility of the calculated label I might could make it do what I want as it stands I could probably get it to report the information but since its visible in the label it would defeat the purpose of having the conditional statement control the visibility in the first place. The way I see it if I use a calculated value i would break my shared parameter and if I created a new one it would have 90deg 90deg as a label. I just want it to turn visibility off if the bend is 90 deg and show it if its anything else. That way I could actually use the tag all feature instead of having to hand select all of them either to tag the ones I want or delete the ones I don't as it currently stands. formula is easy if it worked -> could be written a couple of ways.
or(Conduit Angle < 90,Conduit Angle > 90) or not(Conduit Angle = 90) seems strange that this is such a pain. Every time I use this tag I end up messing with it for a day or so trying to make it work.
Here is an example of a calculated label- Proof that the label knows whether the value falls inside certain guidelines, so why doesnt it work?
Here is an example of a calculated label- Proof that the label knows whether the value falls inside certain guidelines, so why doesnt it work?
Hello,
I believe using Dynamo to place the tags for your checking the angle could be an option.
Fábio Sato
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Hello,
I believe using Dynamo to place the tags for your checking the angle could be an option.
Fábio Sato
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
I think I have tried doing via dynamo before. I use dynamo sporadically depending on what I am doing. Shouldn't have to go that route though - as you can see below it will answer the Boolean so using it with the visibility checkbox should theoretically work. If I get some time this week I might try writing a script for it and see if that route works.
I think I have tried doing via dynamo before. I use dynamo sporadically depending on what I am doing. Shouldn't have to go that route though - as you can see below it will answer the Boolean so using it with the visibility checkbox should theoretically work. If I get some time this week I might try writing a script for it and see if that route works.
Any luck on finding a Solution? I work in structural tagging can be somewhat of a pain. We tag the Reactions on either end of a beam if they are greater than a certain value. If there was a way to turn the visibility on or off based on the value it would be great.
Right now I use 2 schedules/formulas and filter out the beams with greater than/less than values.
Is there an angle parameter that you could use to filter the items you want to tag? Maybe and option.
Any luck on finding a Solution? I work in structural tagging can be somewhat of a pain. We tag the Reactions on either end of a beam if they are greater than a certain value. If there was a way to turn the visibility on or off based on the value it would be great.
Right now I use 2 schedules/formulas and filter out the beams with greater than/less than values.
Is there an angle parameter that you could use to filter the items you want to tag? Maybe and option.
They wont work in tags. Just create 2 tags and name them accordingly. Align left, align right. Done.
They wont work in tags. Just create 2 tags and name them accordingly. Align left, align right. Done.
I have 2 tags (one for each side). But when the beam reactions change I have to go through and retag. I guess its just a wish list. If the beam reactions were to drop below the value then the visibility would turn off or visa versa.
I don't deal with sky scrapers, so its not too bad, but could you imagine having to do that for each floor on one. Running the Beam Annotation on each floor 2x each. One to set them all to just beam size. Then go to schedule selecting all beams greater than. Then go to the floor and run again for start and end tags.
I have 2 tags (one for each side). But when the beam reactions change I have to go through and retag. I guess its just a wish list. If the beam reactions were to drop below the value then the visibility would turn off or visa versa.
I don't deal with sky scrapers, so its not too bad, but could you imagine having to do that for each floor on one. Running the Beam Annotation on each floor 2x each. One to set them all to just beam size. Then go to schedule selecting all beams greater than. Then go to the floor and run again for start and end tags.
- Create a label type using a font that gives you the big dot character, set it to red.
- add a label, add a calculated value parameter and use the formula: if ( you y/n parameter name, "big dot character", "")
- Create a label type using a font that gives you the big dot character, set it to red.
- add a label, add a calculated value parameter and use the formula: if ( you y/n parameter name, "big dot character", "")
@ToanDN awesome, didn't realise I could format the calculated value to return different strings of text (and have one of them be empty) - that's mighty handy, thanks.
i think i may now be asking for beyond what's currently capable (hence the existence of many of these threads), but is there any way for the test condition to be a text parameter? I can get the following to work:
if ( my Y/N parameter, "Dot", "")
if ( my number parameter>0, "Dot", "")
but the problem is my parameter is text based, so I want:
if ( my text parameter has a value, "Dot", "")
Is there any way for the label to use the text parameter as the test condition? The only workaround I can think of is adding an additional Y/N parameter right below the text parameter, and having people check it on if they put text in, but that feels very clunky.
@ToanDN awesome, didn't realise I could format the calculated value to return different strings of text (and have one of them be empty) - that's mighty handy, thanks.
i think i may now be asking for beyond what's currently capable (hence the existence of many of these threads), but is there any way for the test condition to be a text parameter? I can get the following to work:
if ( my Y/N parameter, "Dot", "")
if ( my number parameter>0, "Dot", "")
but the problem is my parameter is text based, so I want:
if ( my text parameter has a value, "Dot", "")
Is there any way for the label to use the text parameter as the test condition? The only workaround I can think of is adding an additional Y/N parameter right below the text parameter, and having people check it on if they put text in, but that feels very clunky.
Can't find what you're looking for? Ask the community or share your knowledge.