Engraved sign maker, technique, or plugin
-
What reasons are there, for the text's Bbox center not being the center of the actual text ??
I tried adding whitespace (extra spaces after,) but the tool ignored the spaces.
Then added spaces before the text, the tool seems to include the extra space.
You can see it if you double-click the text before exploding it.
-
Dan, in the case of a word with only ascenders such as 'babble", the center of the bounding box would be shifted a bit higher and a word with only descenders such as 'paper' would have have a bounding box with a lower center than a word such as "man" that has no ascenders or descenders. Those are odd examples and mostly likely there'd be enough letters with both that might average out. Some fonts have much taller upper case letters than lower case ascending letters which could shift the center a bit. Some fonts have descenders that drop lower than their ascenders go up. This would also tend to shift the position of the center of the bounding box.
-
Dave I don't follow your reasoning.
The center of a text object is it's center. Of course it's actual height may be dependant upon whether it has ascenders, descenders, or none, and may dictate how much text is above or below the center.
But, it's center, is still it's center (taking it's overall height into account.)
And then there is the, situation when you create multi-line text objects. (The issue of ascenders & descenders is even more irrelevant.)
So.. obviously any tool needs to get the text block's overall height and width, before exploding, it.
-
Yes, the overall center is the center of the text box. My point is that using that center to place the text may not place the text correctly. As an example, place the following three words (inserted as three separate components) in a row with their centers on the same line: mom, dad and pay. I think you'll see the baseline of each word is at a different height.
-
Dave is right but it might be font dependent. The font shown here is Basic Sans Heavy SF (a Shyfonts font)the text is 1-1/2" high, there are at least 3 different "baselines". The centers of each component is centered using the original centerpoint plugin, centered along a guide (removed).
-
Thanks for posting the example. I didn't have access to SU at the moment or I'd have done it. Probably in many cases, things would average out and it wouldn't be a problem but there's still the possibility of alignment issues. So the best thing would be to locate the text by its baseline instead of the center of the text's bounding box. The baseline would be at the bottom of letters that aren't round. i.e. r, h, k, f, etc.
-
@dave r said:
As an example, place the following three words (inserted as three separate components) in a row with their centers on the same line: ....
NOW WAIT !! You are changing the conditions of the original problem.
Why would anyone in their right mind want to place text using all separate words ??? ... Of course that will cause problems.
1) Use a single text object consisting of multiple words, or sentences, and all of the words will be properly aligned vertically with each other.
2) It's Google's fault because "center" is not really center, nor is it baseline center, it's actually bottom center extents. (Sometimes I shake my head in bemusement, at the way the Google coders did things.)
3) After placing the 3d text component. Choose the Move tool. Notice how Google gave us temporary rotational points, but none is a center point ??
SO ??
We need to ask Google to fix the 3dTextTool, by:
(a) making center the true center,
(b) adding "baseline left", "baseline center" and "baseline right" options,
(c) make a Capital, ascender, descender, independant standard for the Height attribute (so that the letters are always the same size per any given "Height" attribute.),
and
(d) add more MoveTool temporary "grab" points including a baseline center, baseline left, baseline right, extents corners, extents midpoints, and extents center.
-
@dave r said:
The baseline would be at the bottom of letters that aren't round. i.e. r, h, k, f, etc.
Not true ...
-
Ok guys, no point getting irritated. My suggestion is not that important. It falls in the "would be nice to have category".
In a nut shell, I have 5 lines of text, I have a face I want these 5 components, aligned/centered evenly distributed on. In inkscape to do this you make a group of each line of text, and your face is also a group, you select all six objects, click the align center, up down button, then you click the align left right button, all the text blocks are evenly distributed, and centered on the face. -
Why not just type ALL FIVE lines of text into the 3DText dialog, and then they are all within a single component ??
-
Multiple lines of text can be aligned left/right/center.
This alignment does not affect the resulting text-component's insertion-point which is always make bottom-left corner of the geometry's bounding-box.
You can simply select the instance of it and right-click context-menu change-axes, and relocate the 'baseline' [red/X-axis] to align where you want - e.g. the base of 'square' characters rather that the bounds-minimum which is pushed down by 'rounded' characters, which is most typefaces are dropped/exaggerated slightly to give the illusion of all characters aligning at their bottom edges.
Using some guide-lines/points and snaps/axis locking etc you can easily relocate text and/or reset its axes as desired.
After all you can snap onto any part of the 3d text and move it to any desired new location...To try and code something to mimic a graphic-app text-editor when making a 3d object could be very complex, and all but impossible once the geometry is made in 3d - as there is no connection with the original 'text' and the new geometry...
-
Dan, as far as I know you cannot use different letter heights in the text box.
For example TSPCo (my company) is in a two foot height. And Conceptual Design (a division)is in 1 foot high letters. So maybe an ability to use different height letters in the 3D text dialog, is all I want. That may be easier. -
@dan rathbun said:
@dave r said:
The baseline would be at the bottom of letters that aren't round. i.e. r, h, k, f, etc.
Not true ...
[attachment=0:28fm8x47]<!-- ia0 -->baseline.png<!-- ia0 -->[/attachment:28fm8x47]
The baseline of the text is at the bottom of the f and r. The o and e drop below the baseline.
Certainly, if all of the text is to be the same size, you could enter it in as a single block although I can think of cases where even with the text being the same size you might want it to be in separate components for placement purposes. I wasn't changing any conditions. I was just trying to illustrate my original point that the center of the component's bounding box may not be the best reference point for placing 3D text.
-
Here we are confusing the text's baseline [the bottom of non-cursive characters - the line on the sheet of paper if you will], with the 3d-text component's 'base-line' which is its boundingbox's 'minimum' edge - so with 'TEX' it's the bottom of both characters, with 'COT' it will be the bottom of the C [or O], but with lowercase like 'Coy' it will be well down at the bottom of the 'y' !
As I just said you can relocate the components axes so they align wherever you like...An alternative to text that includes mixed fonts or heights, subtle alignments etc is to make a large PNG of the text 'set out' using a suitable app, give the background full transparency, then use it as an Image in a SKP and use my ImageTrimmer to make a 'cutout'; accepting simplification of the edges to avoid pixelated steppiness.
Then edit the component to remove unwanted materials and perhaps unhide the edges, and if needed explode/merge and PushPull the outlines into a 3d object... -
Here are my signs, interestingly enough I thought the real versions of signs like this were cheap...wrong. Selling as high as $36 each, as low as $8.95 each. I am in the wrong business. The margin (profit)on these must be quite large.
-
How big are they?
The place I work has their own sign shop which, at the rates you quote, is probably a very cost effective thing.
-
@dave r said:
I was just trying to illustrate my original point that the center of the component's bounding box may not be the best reference point for placing 3D text.
I totally agree with you on this point Dave !
@tspco said:
Dan, as far as I know you cannot use different letter heights in the text box.
For example TSPCo (my company) is in a two foot height. And Conceptual Design (a division)is in 1 foot high letters. So maybe an ability to use different height letters in the 3D text dialog, is all I want. That may be easier.Ok.. now I understand your needs ...
OK so add 3 more 3DText feature requests:
(e) font per line
(f) height per line
(g) line spacing per line -
Dave these signs are 3"x8", based on what is available on a couple of webpages that sell such things.
Dan, yup that pretty much nails it, if such a feature was implemented, even as an extension that can be turned "on" at the users discretion, like the sandbox tools.
-
@tspco said:
Dave these signs are 3"x8", based on what is available on a couple of webpages that sell such things.
Well since the invention of the FlowJet making signs like this should be much less expensive than the old router engraved signs.
The flowjet would cut out the top layer in a fraction of the time that a router could engrave them.
Then the cut out layer is glued (or fastened with hardware,) to a backing layer. -
After working on a plugin to satisfy this request, the three things that .add_3d_text needs most is
-
A text alignment that really means something as this video demonstrates.
[flash=640,480:1oeov0o2]http://www.youtube.com/v/UmZZfMXefiQ[/flash:1oeov0o2] -
A parameter to locate the origin of the text rather than always being created
at the model ORIGIN. -
A parameter to define the normal of the text rather than always [0,0,1].
-
Advertisement