Thanks for the quick response--I understand the tool is designed to work with symbolic diagramming, but at the same time I doubt that left-aligning text on the grid would affect the current functionality negatively at all. (Or am I missing something obvious here?) In fact, it seems to me it would allow for a more precise placement of words on the diagrams.
Currently, each word lives in a little "box" (as seen when highlighted). These boxes snap to an invisible grid when they're moved--in 10 pixel increments. Unfortunately, the snap point is located at the center of this "box", which means that the left edge of the word can be located at different intervals, dependant upon the length of the word. (See attached example, where the bottom word snaps to x=10, 20, 30, etc, yet the top word snaps to x=14,24,34, etc)
This random inclusion of whitespace with some words (see bottom word in example) leads me to believe that there's no rhyme or reason to the exact placement on the grid of these words: if precision of placement was a priority, the program would conceivably trim whitespace before generating the little word boxes. In other words, the programmers needed an anchor, and they arbitrarily chose center.
If that anchor is changed to left (or right for Hebrew), the words could still be freely dragged for Symbol diagramming, and they could still snap to a 10x10 grid. However, for us "tabbed" diagrammers, now our words would also line up properly. As one who programs a little myself, I know that code is often a bit more complex than it looks from the outside, but this seems a *relatively* superficial change to make.