I wonder how to define the line spacing in a multi-line lable or text item for pdf output. While increasing the line height within a style works fine, decreasing the height to reduce line spacing doesn't seem to work.
Any suggestions on how to reduce the line pitch?
Thanks
Try removing top and bottom padding. I don't know about labels and text items, and maybe it's not the same, but I had a similar problem in a table with 8pt font in the details. It would look fine in HTML, but in PDF the space between the lines would be huge.
A good trick is to set background colors on the item and the surrounding cell and whatever other elements you have and you'll be able to see which element steals the space.
Then tweak the paddings, line height and font size to reduce the extra space as much as possible. Use the 'Advanced' properties panel (or preferably stylesheets), as line height is not available in 'General' for some elements.
I managed to get my table looking great doing this if I removed ALL top and bottom padding (from row, cell and data element), used a row line height of 10pt and a font size of 8pt.
There seems to be a bug that causes the actual text inside the data element to be somehow padded at the top no matter what in PDF. If you color the data element background and then select the text in the report, you'll see that the text is set too low on the element, overflowing a little at the bottom. Thats the reason 8pt font and 8pt line height wouldn't work for me, it would cut off the bottom of the text.
Related
IN SSRS:
I can only add Solid color fills to the data cells inside a matrix.
How do I add Stripes or Patterns as background fill instead of a solid color.
Is there a particular color code like '#xxxx' for stripes?
There are certain rows in my report that need to have stripes or patterns as backgrou fill.
Thanks
I have found some methods around this:
1- You can use image gradients to fill text boxes by right-clicking the cell and selecting text box properties. You can use the Fill tab to select a small image or item that has a gradient or pattern and apply it within your cell(s)/report.
2 - Another approach is to use a combination of Font/Color/Bold/Italic/Underline and Boarder colors/weight to achieve your desired result.
3 - Apply a gradient-style scheme to your report by using one or more colors and dynamically changing the hue as you go up or down the report. That way, the top could be darker than the bottom, or vis-versa.
I hope this helps.
Numerous fonts can be used.
Open the Character Map
Select Arial in the Font drop down
Scroll to near the bottom, select the cross character
Hit the Select button a number of times, grab as many characters as the SSRS textbox may require to fill its width
Click copy
In SSRS select the textbox then Ctrl-P to paste
Experiment with font size and font color to get the desired effect
Setting padding to zero may help
Setting row CanGrow to False may help
I find there is a little gap between cells vertically but it is close to perfect for me. There is likely to be a character in Arial or another font that works even better.
I got a RadComboBox from Telerik, and i populate it with some data from my database.
Let's say i have 10 items of 20pixels high each, that would make the drop down list of 200pixels high. Right now, i force the control to have a max height of 100px, so i should see a scrollbar. When i scroll my box, i got about 100px of white space at the end of my list, making the dropdownlist way to long, about 300 pixels.
These are the relevant properties of my RadComboBox:
<telerik:RadComboBox ... DropDownWidth="280px" MaxHeight="120px" NoWrap="True" />
At the end of the list, i got white space, white lines, equivalent size of the height of the control (120px of white space). I found nothing so far about that. Anyone got a clue?
I have an NSTextField where the font used can be changed by the user.
Although the font's point size remains the same, the actual height of the font is much bigger for some fonts. This means if the user changes the font to 'Zapfino' for example, most of the text is cropped. I would like it so the text in the box always looks roughly the same size.
Also the line height seems to change depending on which font is used meaning they don't line up well and sometimes get pushed down and the bottom gets cropped off.
How can I keep the text size and line height looking the same?
You need NSTextField which is using single line. You can do it in Attributes inspector by checking Uses Single Line Mode.
How to do it:
And now Your text will be like this:
Do programatically:
To change NSTextField height programatically by font size or scale the text to fit the bounds example here.
For some reason a basic unstyled DIV element has extra height tacked onto the bottom when it contains a VIDEO element (and possibly other elements - I haven't tested with many types).
<div><video src="my_movie.ogv"></video></div>
I have the above line of code in a barebones base HTML file. With Firefox or Safari/Chrome's (if I use an .mp4 file instead of course) DOM inspectors on I see that the computed height of the DIV element is anywhere from 2-5 pixels more than the height of the VIDEO element.
This doesn't seem like expected and intentional behavior. If I put a P element in there instead of a VIDEO element, for example, the DIV doesn't have any of the extra height.
Does anyone know why the browsers are rendering this configuration of DOM elements in this way?
If your markup is as above and there are no special styles applied to it, then the behavior you see is required by the CSS box model; the space is the size of the font's descent, because the bottom of the video is placed by default on the baseline, not at the bottom of the text. In particular, see https://bugzilla.mozilla.org/show_bug.cgi?id=22274#c55 for an explanation in spec terms and https://bugzilla.mozilla.org/show_bug.cgi?id=22274#c37 for how to get rid of the space if you want to. You could also set line-height on the block to 0 to get rid of the space; which approach you take should depend on your other design constraints.
When using a custom font via #font-face, it does render just as I think it should in Chrome. In Firefox, though, additional padding (top and bottom) is added to the font.
Here is my example page that outlines the problem.
Is there anything I can do about it?
FYI, this also happens in Firefox on Linux (and not in Chromium). I tried to load your font in FontForge and immediately got a warning:
The following table(s) in the font have been ignored by FontForge
Ignoring 'LTSH' linear threshold table
Ignoring 'VDMX' vertical device metrics table
Ignoring 'hdmx' horizontal device metrics table
I think the problem is that the VDMX (Vertical Device Metrics) table is defect:
In order to avoid grid fitting the
entire font to determine the correct
height, the VDMX table has been
defined.
This looks exactly like what happens in Firefox: somewhere the minimum and maximum height is incorrectly calculated. This is also clear when you select the text: the selection box extends to the utmost top and bottom of the line; if the h1 element really had padding, you would see a gap between the top and bottom of the line and the selection box.
Also, validation revealed that almost every glyph is “missing points at extrema”:
Both PostScript and TrueType would
like you to have points at the maxima
and minima (the extrema) of a path.
A quick search showed:
The only other problem I had was a
rather nasty condition called "Missing
Points at Extrema". With a font,
there needs to be a point (or node, as
they are called in Inkscape) at the
extreme left, right, top and bottom of
a glyph. Normally they are there
anyway simply because of the way your
glyph is built, but diagonal lines
with rounded ends often cause problems
[source, including picture (scroll down)]
Just Add:
line-height:1;
to your CSS rules