I frequently type <space> <command> to get back to command input without looking to the command box. Sometimes I am already at the command line, and I get an error like:
Unknown command or invalid coordinate or value: " mv"
AFAIK a space as first command character has no meaning, and could be discarded to avoid above error.
There might be another way to avoid the error, like always go to the command line when typing unless an applet requires input, but I don't know enough of Qcad to know if that is possible.
Rob
discard a space as the first character in command input
Moderator: andrew
discard a space as the first character in command input
Linux Mint 20 , qcadcam-3.24.3.10-pro-linux-x86_64
Re: discard a space as the first character in command input
Nice catch, as Feature Request I'll vote for it, but where do you need the <command> aka Apple clover key for?
Looking here it should be or <Space> or <Ctrl+M> or <Clover+M> ...
https://www.ribbonsoft.com/archives/sho ... uts_en.pdf
Regards,
CVH
Re: discard a space as the first character in command input
With <command> here I mean any of the two letter QCAD commands, like "mv" (my favorite).
Regards,
Rob
Regards,
Rob
Linux Mint 20 , qcadcam-3.24.3.10-pro-linux-x86_64
Re: discard a space as the first character in command input
Rob,
That was my misconception there one uses the command line mostly for entering values ... coordinates.
You don't need to be in/on the command line to invoke methods by their shortcuts.
With the focus on the drawing you can simply type "mv" or any other shortcut.
Regards,
CVH
Re: discard a space as the first character in command input
Well, a computer program code is very picky - space is as important as ANY visible character. Unfortunately humans are misled by the fact because we can't see it ...
A change in your habit could avoid this error. Instead of using "Space" you could use the "ESC" key on your Keyboard. With that key used it doesn't matters where your cursor is actual located - ESC will focus on Model_Space and mv (etc.) works like a charm without any error message.
This said - I would not vote in favor to that Feature request ....
Work smart, not hard: QCad Pro
Win10/64, QcadPro, QcadCam version: Current.
If a thread is considered as "solved" please change the title of the first post to "[solved] Title..."
Win10/64, QcadPro, QcadCam version: Current.
If a thread is considered as "solved" please change the title of the first post to "[solved] Title..."
Re: discard a space as the first character in command input
@ Husky.
There are pros and cons, but I really don't see the advantage of leading spaces on the command line.
Is there anything that you know of what requires a leading space?
Presume that I hit the space key and my keyboard send two spaces for any reason at all ...
Usually I need coordinates in full floating point notation e.g. '366,37011518771986;57,94002946014383'
Then it is of no issue when I copy over some extra spaces from textual data.
Then it is not picky at all.
When things get really complicated, like with a series of commands to draw something, I put my full trust in DrawFromCSV.
There spaces nor tabs nor decimal or list separators are an issue.
Regards,
CVH
There are pros and cons, but I really don't see the advantage of leading spaces on the command line.
Is there anything that you know of what requires a leading space?
Presume that I hit the space key and my keyboard send two spaces for any reason at all ...
Usually I need coordinates in full floating point notation e.g. '366,37011518771986;57,94002946014383'
Then it is of no issue when I copy over some extra spaces from textual data.
Then it is not picky at all.
When things get really complicated, like with a series of commands to draw something, I put my full trust in DrawFromCSV.
There spaces nor tabs nor decimal or list separators are an issue.
Regards,
CVH
Re: discard a space as the first character in command input
Interesting, I did not even realize that. If I am in a drawing; I always went to the command input for a command. Probably because I follow up with setting a refpoint and when I use @x,y for a target location, get stuck since I am not in the command box. Maybe typing a valid location should become automatically command line input, but I have no idea if that compromises something else. Clearly I need to look at how I am doing things.A change in your habit could avoid this error. Instead of using "Space" you could use the "ESC" key on your Keyboard. With that key used it doesn't matters where your cursor is actual located - ESC will focus on Model_Space and mv (etc.) works like a charm without any error message.]
Thanks for the helpful comments.
Rob
Linux Mint 20 , qcadcam-3.24.3.10-pro-linux-x86_64