Web dialog on a Mac

[Garry K]

I use decimal millimeters with 3 decimals of precision or greater
I have tested with decimal inches with 3 decimals of precision or greater
I have also tested with fractional inches at 1/64" precision.

But I haven't tested using all the different choices.
The defaults.txt file supports mm and decimal inches for defaults.
Sketchup should convert these values to the appropriate units.

There is a sketchup bug that will have trouble with fractions in inches.
This problem also exists with the built in inputbox.

[Garry K]

Also - Stair Maker doesn't support unit switching after you have used it in the session. However it should honor switching units prior to running the stair maker.

[jeff hammond]

@garry k said:

Also - Stair Maker doesn't support unit switching after you have used it in the session. However it should honor switching units prior to running the stair maker.

all i know is this.

i open a fresh model with Beginning Template - Feet and Inches
stairMaker doesn't work

i open a fresh model with Beginning Template - Meters
stairMaker does work

[slbaumgartner]

@jeff hammond said:

@garry k said:

Also - Stair Maker doesn't support unit switching after you have used it in the session. However it should honor switching units prior to running the stair maker.

all i know is this.

i open a fresh model with Beginning Template - Feet and Inches
stairMaker doesn't work

i open a fresh model with Beginning Template - Meters
stairMaker does work

Confirm that feet+inches does not work, mm does, meters does, fractional inches does. However, after returning to fractional inches from the others without restarting Sketchup, parts of the staircase don't get drawn (is that what you meant by "doesn't support after you have used it in the session"?):

[driven]

I think @Jeff has found the issue... [ 10 points to you, good sir ]

Engineering Feet Template

[slbaumgartner]

This raises an interesting question: does feet&inches also fail on Windows? In other words, is this really a Mac issue at all, or did we just get unlucky (or, if you are trying to eliminate bugs, lucky)?

[jeff hammond]

@driven said:

I think @Jeff has found the issue... [ 10 points to you, good sir ]

lucky find based around me thinking steve was british.. as in- what could be different on their computers compared to mine? units!

[Garry K]

Thanks guys

I have now tested with Decimal Feet, Engineering Feet and Architectural Feet.
All of the 3 models that are feet create an error.

All the rest of the models work.
This holds true for SU 7, SU 8 and 2013 for Windows.

The error is a bit misleading as it appears as a script error on line 1 char 416
The interesting part is that the html script doesn't have that many characters on line 1

This may be where I pass in a big string, and need to parse it. If that is the case then the defaults.txt file has a value that does not translate over to feet.

[driven]

@garry k said:

The error is a bit misleading as it appears as a script error on line 1 char 416
The interesting part is that the html script doesn't have that many characters on line 1.

I thought .rbs files where a single line?

[Garry K]

this is a redirect from source to html.
When you view source - the html looks properly formatted.

It appears to be a script error for the web dialog.

Regardless - I'll work on narrowing it down.

[driven]

@Steve found the problem, days ago, but we didn't know what it was...

with the Eng Feet template the [ " ] designator is attached to the body tag in 'view source' and I get a js error

if I close the dlg, switch to metric [still same session ] I get no errors in the js and the body tag is normal...

john

[Garry K]

This issue has been resolved. I am now substituting single quote ' for back tick ` and then back again. This allows us to see the single quote in the web dialog controls.