Russian text does not fit in the cell

Bug #1148616 reported by Anton Patsev
20
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Ubuntu Server Guide
Fix Released
Undecided
Doug Smythies
ubuntu-ru-docs
Triaged
Critical
Unassigned

Bug Description

In some tables (for example, in sections 3.2.1-3.2.2) Russian text does not fit in the cell and comes over to the text in the next column.

Makefile and fop.xconf used, which are attached as an attachment.

Revision history for this message
Anton Patsev (patsev-anton) wrote :
Revision history for this message
Anton Patsev (patsev-anton) wrote :

Russian final PDF is referenced:
http://zalil.ru/34320175
http://rghost.ru/44289232

Revision history for this message
Doug Smythies (dsmythies) wrote :

Reference (From the zalil.ru pdf): Chapter 20 Virtualization- Section 3 UEC - Subsection 2 Prerequisites - subject 1 Front End Requirements.
Tables 20.1 and 20.2.

The UEC sub-chapter has been deleted from the 13.04 branch.

Changed in serverguide:
status: New → Confirmed
Revision history for this message
q_i (q-i-l) wrote :

Dear developers. Anything can be done?"

Revision history for this message
Doug Smythies (dsmythies) wrote :

For Table 5.3 - column 1 - Attribute: The English version font is "Times New Roman" size 11; The Russian version font is "DejaVuSans-Bold" size 11

All other tables, as per the "List of Tables" on page vi, are O.K., except for the now removed UEC ones noted above.
There is nothing to do for this bug report for serverguide 13.04.

Revision history for this message
Anton Patsev (patsev-anton) wrote :

Good day.
I am not good in Apache FOP.
And I do not know how to use the fonts so you can see Russian letters. If you use the Times New Roman, instead of Russian letters will be grating. And in the logs:

Font "Symbol,italic,400" not found. Substituting with "Symbol,normal,400".
Glyph "Р" (0x420, Ercyrillic) not available in font "Times-Italic".

Makefile:

if [ $(LN) != "C" ]; then \
./scripts/translate.sh -d serverguide -l $(LN); \
fi
if find serverguide/$(LN) -name "*.xml"; then \
xsltproc \
--stringparam title.font.family "DejaVu Sans Bold" \
--stringparam body.font.family "DejaVu Sans Bold" \
--stringparam monospace.font.family "DejaVu Sans Mono"\
--xinclude -o $(BASE)serverguide/$(LN)/serverguide.fo $(UBUNTUPDFXSL) servergui
fop -c fop.xconf -fo $(BASE)serverguide/$(LN)/serverguide.fo -pdf $(BASE)server
fi

The result is the same: http://zalil.ru/34326130
I think this is a mistake Apache FOP.

Revision history for this message
Doug Smythies (dsmythies) wrote :

In multipath-config-defaults-table.xml, propose changing these lines:

  <tgroup align="left" cols="2" colsep="1" rowsep="1">
    <colspec colname="c1" colwidth="1.3*"/>
    <colspec colname="c2" colwidth="3.6*"/>

To this:

  <tgroup align="left" cols="2" colsep="1" rowsep="1">
    <colspec colname="c1" colwidth="1.0*"/>
    <colspec colname="c2" colwidth="2.0*"/>

We could also allow line break on "_", the underscore character. However I do not know how to make such a rule change, or even if it is possible.

Revision history for this message
Anton Patsev (patsev-anton) wrote :

Nothing has changed in table 5.3

Revision history for this message
Doug Smythies (dsmythies) wrote :

For raring only: I changed the table as per post 9 above. I verified different column widths on the resulting table and that variable names with a space in the name will cause a long name to split into multiple lines. I also generated a new serguide.pot file for this update. How and when the Russian .po file get updated, I do not know.

Revision history for this message
Anton Patsev (patsev-anton) wrote :

All right. Then check.

Changed in ubuntu-ru-docs:
importance: Undecided → Critical
status: New → Triaged
no longer affects: serverguide/raring
no longer affects: serverguide/quantal
Changed in serverguide:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.