Ilogic Warning
Hi @corey_danielson. I'm not sure what you intentions were with that block of code, but it looks like you are just converting a String containing a fraction into a Double type value. If that is the case, then there is a much easier way to do it. You can use the Inventor.UnitsOfMeasure object, which can be obtained from any Document object (Document.UnitsOfMeasure), or directly from the main Application object (Application.UnitsOfMeasure). Only downside is units conversion may be necessary, due to 'database units' always being centimeters. See example below:
Dim UOM As Inventor.UnitsOfMeasure = ThisApplication.UnitsOfMeasure
Dim sFraction As String = "3 7/16 in" 'with or without "in"
Dim dDouble As Double = UOM.GetValueFromExpression(sFraction, "in")
dDouble = UOM.ConvertUnits(dDouble, "cm", "in")
MsgBox("Fraction = " & sFraction & vbCrLf & _
"Double = " & dDouble.ToString, vbInformation, "Fraction String To Double")If this solved your problem, or answered your question, please click ACCEPT SOLUTION .
Or, if this helped you, please click (LIKE or KUDOS) 👍.
Wesley Crihfield
(Not an Autodesk Employee)
Hi @corey_danielson. If the "LENGTH" being used in your rule is supposed to be representing a real Parameter in your document, then can you show us an image of it in the Parameters dialog. It looks like you are attempting to use it in your code in two different ways (as a String, and as a Double), but it can not be used both ways. We need to figure out if its Units (in the Parameters dialog, in the Units column) is set to "Text", or "in".
For example, look at the following screenshot image from the Parameters dialog:
The Parameter named "NumParam1" has its 'Units/Type' set to "in" (inches), so it will have a numerical value, as seen in the 'Nominal Value' column.
The Parameter named "TextParam1" has its 'Units/Type' set to "Text", so it is just a String (text), and does not actually have a numerical value in the 'Nominal Value' column.
Which 'Units/Type' is your Parameter named "LENGTH' set to? ...Or is it not a 'real' parameter, and only a local variable within the rule?
If it is set to "in" in the 'Units/Type' column, then it will have a true numerical value, and you can not use:
oLength = LENGTH
If oLength.Contains("/") Then...because that .Contains() method is used on a String or a collection of some sort, not on a Double. And you can not do 'math' operations directly with a String, and can not check if a String is LessThan (<) or GreaterThan (>) a numerical value (Double).
Wesley Crihfield
(Not an Autodesk Employee)
OK. The one picture shows that the Units of "LENGTH" is "in", so it has a numeric value, and represents a Double (not a String).
If that is the case, your whole first block of code will cause errors, because it starts with this line of code:
oLength = LENGTH...because your 'oLength' variable has not been 'declared' (using Dim keyword), and you have not specified its Type, and you are setting its value from 'LENGTH' (a Parameter with Double type value). That line of code is setting the Type of your 'oLength' variable to be Double, the same Type as 'LENGTH' parameter's value.
Then trying to use 'oLength.Containts()' method will throw an error, because it is not available for a Double Type variable, only for a String type variable, or a variable representing certain Types of collections. A Double is a pure numeric value, with no 'characters' or 'text' in it.
Even if you specifically declared a variable like:
Dim sLengthString As String = CStr(LENGTH)...the 'sLengthString' variable would still only contain the 'decimal' representation of its value, not the original fraction text, so it still will not have the "/" character in it. Only the Parameter.Expression property of a real Parameter Type object will have a String type value containing the 'fraction text'. When you have one of those blue, unquoted parameter names in an internal iLogic rule, that does not represent a 'real' Parameter object directly, but a its Value directly. And when it is a numeric parameter, it is usually understood as a DoubleForEquals Type of value (very similar to Double, but treated as if it has fewer decimal places, for easier value comparisons).
I can't just completely copy your posted code, then paste it locally into a rule, then fix it for you, then paste it back, because on my end, all those blue, unquoted parameter names will be meaningless, and can even cause other errors, such as the 'Hex' term being misunderstood for the Conversion.Hex() method, but without any 'inputs'.
If you really need to get the fraction text of that parameter, then you can try doing that like this instead:
Dim sLengthFraction As String = Parameter.Param("LENGTH").ExpressionThen you can use your 'Contains()' methods on that 'sLengthFraction' variable, if needed. All the other places later in your code, where you are doing 'Math' operations with the oLength variable, or the 'LENGTH' directly, can stay the same. But where you are using Contains method, that needs to originate from the String Type variable representing the actual fraction.
Wesley Crihfield
(Not an Autodesk Employee)
Please notice the difference between your first line of code here, and the last line of code I posted in my last reply. I had the name of the parameter within quotation marks, because it is the 'name' of the Parameter, not the 'Value' of the parameter, that we need to be specifying there. Your first line of code should be edited to add the quotation marks around the name of the Parameter within the () symbols, just like my sample line of code has them. That line of code is getting the actual Parameter object itself, by its name, then getting the value of its Expression property, which is always a String, and will always be exactly the same as what you see in the 'Equation' column of the Parameters dialog for that specific Parameter.
So, even if you had a parameter with no fraction text and no equation that needs to be evaluated to get to a numerical value, but just a simple numerical value (like "1.25 in") in the 'equation' column of a Parameter, that Parameter.Expression value (a String) will still contain not only the numerical digits portion, but also the space after them, then the units specifier text ("in") after that space. Because of that, it can cause errors if you try to directly convert the String "1.25 in" to a Double. The space and units specifier text do not directly translate into numerical digits, so the Type converter does not know what to do with them, and will throw an error.
Wesley Crihfield
(Not an Autodesk Employee)
