Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

decimal number at start of line - error message #87

Open
tallforasmurf opened this issue Aug 20, 2015 · 2 comments
Open

decimal number at start of line - error message #87

tallforasmurf opened this issue Aug 20, 2015 · 2 comments

Comments

@tallforasmurf
Copy link

Probably doesn't come up much but I have a book with the following which produces ERROR: unknown dot command.

    A galvanometer shunt bears a definite ratio to the resistance
    of the galvanometer, being usually adjusted so that only .1,
>> .01, or .001 part of the current passes through the galvanometer.

Easy to work around but perhaps you could give a pass to ^\.\d+ lines?

@wf49670
Copy link
Owner

wf49670 commented Aug 20, 2015

On 8/20/2015 3:05 PM, Nat Picker wrote:

Probably doesn't come up much but I have a book with the following
which produces ERROR: unknown dot command.

|A galvanometer shunt bears a definite ratio to the resistance of the
galvanometer, being usually adjusted so that only .1, >> .01, or .001
part of the current passes through the galvanometer. |

Easy to work around but perhaps you could give a pass to |^.\d+| lines?


Reply to this email directly or view it on GitHub
#87.

Thanks for the report.

I'm not sure that's the right fix, though I'll consider it. An
alternative (which also requires a code change) would be to allow use of
\ to escape the "." character.

I'm not sure which of those is more appropriate, but either would work.
Your suggestion wouldn't require any work on the part of the PPer, but
if there are other situations that could have a "." in position 1 then
the \ workaround might be necessary for those, anyway.

@wf49670
Copy link
Owner

wf49670 commented Aug 20, 2015

Fixed in current development release, 3.52j.

I decided to go ahead and accept . in position 1 if stand-alone or followed by a character other than a-z

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants