Issue 19012 - numbers and letters not in the same size
Summary: numbers and letters not in the same size
Status: CONFIRMED
Alias: None
Product: Native-Lang
Classification: NLC
Component: www (show other issues)
Version: OOo 1.1 RC3
Hardware: PC Windows XP
: P4 Trivial
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on: 18024
Blocks:
  Show dependency tree
 
Reported: 2003-09-03 13:03 UTC by Unknown
Modified: 2013-02-07 22:32 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Updated Template (15.13 KB, application/zip)
2003-09-07 13:18 UTC, okhayat
no flags Details
Part of a screenshot showing the problem. (2.82 KB, image/png)
2003-09-07 15:36 UTC, okhayat
no flags Details
different sizes of CTL and western fonts in document and in font view (126.18 KB, image/jpeg)
2008-05-31 11:32 UTC, nadavkav
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2003-09-03 13:03:24 UTC
I use the hebrew language , in size 12.

i saw a very big difference in the sizes of letters and numbers in all fonts..

for example , the letters in size 12, are in the same size of numbers in size 
10...

if u can make it equal this would be great...
Comment 1 okhayat 2003-09-07 13:18:19 UTC
Created attachment 9071 [details]
Updated Template
Comment 2 okhayat 2003-09-07 13:32:08 UTC
Oops.. Sorry, I uploaded the file in the wrong place ;)
Comment 3 okhayat 2003-09-07 15:36:54 UTC
Created attachment 9072 [details]
Part of a screenshot showing the problem.
Comment 4 okhayat 2003-09-07 15:39:01 UTC
The problem exists even with latin text. No matter what size you use,
still the bullets have the same small size.
Comment 5 okhayat 2003-09-28 14:38:44 UTC
I can't do anything about it.
Comment 6 yba 2004-04-08 10:56:52 UTC
The problem is a result of the fact that OOo switches font from the CTL font to
the Western font when non-CTL characters such as numbers or punctuation marks
are used. For some combinations of default CTL and Western fonts, the size
difference is appreciable.

There are two possible solutions that I see:

1. Assume that neutral characters following a CTL run are themselves CTL instead
of Western until the first Western character is typed

2. Have an internal keyboard state that tells OOo what language the user intends
to input

My opinion is that the second solution is better since it also solves issues
18024 and 27174.
Comment 7 meelad 2006-12-07 13:51:34 UTC
if we use the your 2nd solution ie internal keyboard stats, then what happens
when you paste something from the clipboard?
i think the first solution should be applied as well anyway...
Comment 8 nadavkav 2008-05-31 11:32:40 UTC
Created attachment 54106 [details]
different sizes of CTL and western fonts in document and in font view
Comment 9 nadavkav 2008-05-31 11:42:48 UTC
maybe it is something with the font itself ?
i have attached a screen capture in which i set Western font size to 11pt and
CTL font size to 14 and they look the same (for DejaVu Sans) at the preview font
dialog window BUT at the actual document they look different in sizes ?

i checked the font matrix in other applications and the hebrew glyphs are
smaller then the english ones in the same font - DejaVu Sans. while the numbers
a using the full height of the font's glyph size. Ariel has the same issue.

switching to Aharoni CLM... both numbers and letters are visibly displayed at
the same height when hebrew CTL and western glyphs are set to the same font size.

so i think it is a font matrix issue.
Comment 10 alan 2008-11-03 14:00:17 UTC
yba's first suggested solution has been implemented in the patch to issue 89825.
His first solution was discussed, but ultimately not implemented in issue
16354.I think it's time to resolve this issue as "fixed".
Comment 11 alan 2008-11-03 14:02:49 UTC
Correction to previous post:
His *second* solution was discussed, etc. ...
Comment 12 alan 2009-05-19 12:34:06 UTC
As I posted 6 months ago, this issue has been resolved. Could you please change
the status to "closed", or closed as duplicate to issue 89825?