Rhino 8 does not include a space between the whole number and fractional number for imperial dimensions. Rhino 7 does include this space between two elements. There are so many great features in Rhino 8 our shop would like to take advantage of but this small bug makes Rhino 8 entirely unusable for our operations.
Version 8 SR5
(8.5.24072.13001, 2024-03-12)
Commercial
Please let me know if there are plans to fix this or if there are any work arounds that don’t require us to edit each dimension individually.
Long time reader of your forum posts, first time submitter-- thanks for all that you do and for looking into this! Let me know if there is any other info / tech specs I can provide.
When I open the attached file in Rhino 8 it looks like this regardless of font selection:
Hey Gijs – I see the status of this ticket has been updated to “Won’t Fix.”
This is disappointing as it is our shop’s consensus that (whole number)(space)(fraction) is a lot easier to read than (whole number)(no space)(fraction). This makes Rhino 8 unusable for our manufacturing documentation. We sometimes have 100s of dimensions on a fabrication document and the extra space makes it more readable for our production team.
Is it possible your team would reconsider a feature that would allow the user to set how much kerning they would like to see between the whole number and the stacked fraction? Currently the default in Rhino 8 is (whole number)(no space)(fraction) and this cannot be modified by the user.
I thought it was an issue with the preview, instead of an issue with printing the dimension itself.
The spacing between whole numbers and fractions has been adjusted after this YT: RH-71619 Annotation: Fractional dimensions had too spacious kerning
This is the kind of thing that happens when you have one person reporting an issue and the issue is “fixed” based on one person’s wish… Only to find that having it the way it was before is important to one other person…
The issue was there was a space in between the whole number and fraction that should not be there. If this gives an issue with readability, it should be fixed with proper kerning, not with a space imo. @Parry_Heavlin what font are you using?
I have opened this issue to discuss the issue: RH-81343 Kerning in fractional dimensions
I completely agree that a kerning parameter in the dimension properties is the best way to satisfy a diversity of opinions on this issue.
We use ISCOPEUR for most of our documentation. Our first instinct was to change the font we use, but found the dimensions equally difficult to read across all other fonts.
That’s really interesting. Looking at your R7 and R8 example PDF’s, I find the R8 much more readable. I guess this shows that familiarity conditions our perception. (@gijs, could this alternative view be reflected in the youtrack?)
As a side observation, if you use unstacked fractions, McNeel rightly give you a wider space.
Also, as an occasional typographer may I say that this is not a kerning issue: kerning is the distance between two adjacent characters and varies according to the specific pairing. This is a spacing issue. In traditional metal type it would have involved the insertion of a special space character, which the printer would have had in several different widths. Nowadays Unicode includes spaces of various widths, such as the thin space, U+2009, for this purpose. Handling it by allowing the insertion of an optional character would also allow one to offer the alternative hyphenated formatting that the OP uses for notes and annotations, viz. 19-1/8".
Kerning is also slightly objective, I found the kerning to be off in the Rhino 8 example, but if you think it is right, then yes, it is a spacing issue. In any case, my yt is marked duplicate of RH-81275 Stacked Fraction Display Tune Up
