Closed Bug 269665 Opened 20 years ago Closed 20 years ago

Wrong font used in ViewSource

Categories

(Core Graveyard :: View Source, defect)

Product:
Core Graveyard
Component:
View Source
Type:
defect
Priority:
Not set
Severity:
trivial

Tracking

(Not tracked)

Status:
RESOLVED INVALID

People

(Reporter: e7online, Assigned: mrbkap)

References

(
URL
)

Details

Attachments

(3 files)

Screenshot of the bug
61.76 KB, image/jp2
Details
8 kb Screenshot shift-jis
7.78 KB, image/png
Details
3 kb Screenshot western
2.20 KB, image/png
Details 
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041024
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041024

Tested in:
 - Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041024
 - Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041024

If the charset of a page is "shift_jis" the source window, the font of the
source code looks bigger than normal. If I see the website this is correct, but
if I view the source there should be none changes on the font size depending on
the web page. An other charset will be ok but the font size is my own decision.

Reproducible: Always
Steps to Reproduce:
1. Load Page http://www.shrinkwrapvb.com/avihelp/avihlp_5.htm or the page you'll
see bottom
2. Choose View, Page Source
3. See ;)

--------------------------------------
Sample code:

<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=shift_jis">
</head><body>
Test page
</body></html>
Actual Results:  
To big font in SourceView

Expected Results:  
The normal font size in which is displayed all other source code of all other pages
Attached image Screenshot of the bug — 
This is a simple screenshot showing the bug/missing feature [edited]
I´m seeing this too on Big-5 sites. But maybe it is deliberate, are people using
shift_jis or BIG-5 are used to greater line-heights? 

related: Bug 89549 Set View Source font family and size

workaround: You can style the viewsource content using userContent.css
see bug 89549 comment 10
Status: UNCONFIRMED → NEW
Ever confirmed: true
What is jp2? Let's stick to traditional formats for screenshots please.
Reporter, are you font size settings for Japanese and Western encodings the same
(check your preferences)?
seen with view-source:http://www.shrinkwrapvb.com/avihelp/avihlp_5.htm
I don´t have japanese fonts installed, so I got a pop-up from mozilla for
downloading fonts, I denied.

This font seems to be about 20% higher then the western font, see next
attachment

    
    

    
  
wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a5) Gecko/20041118

I don´t have Japanese fonts installed, but I do have settings, for monospace
differing from western.

Western, Arabic, others
Proportional, Serif, 16 pixels
Monospace, Courier New, 13 pixels

Japanese, Chinese, Korean
Proportional, Serif, 16 pixels
Monospace, , 16 pixels

Seems to me that 13 pixel is the default size for one group of languages, and 16
pixels the default for another one.
There are also more fonts specified for the first group.

After changing size of Monospace for Japanese to 13 pixels I get the same size.



    
    

    
  
Yes, the monospace font size for East Asian languages defaults to a larger value
because those fonts are typically not readable at the smaller font size we use
for Western languages.

Hence the question in comment 4.

    
    

    
  
(In reply to comment #8)
> Yes, the monospace font size for East Asian languages defaults to a larger value
> because those fonts are typically not readable at the smaller font size we use
> for Western languages.
> 
> Hence the question in comment 4.

That´s been the answer to my question in comment 2, 
so I assume this bug could be resolved as wfm, or does it make sense, and is
easy to implement, to show html tags and eastern content in different font sizes
for the monospace font used in in view-source: ?



    
    

    
  
> or does it make sense, and is easy to implement

It doesn't make much sense and hence is hard to implement (layout assumes you'll
want to do the sensical thing here),

Marking invalid, but reporter, please reopen if the font size is set the same
and you still see the problem...
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
Product: Browser → Seamonkey

    
  
Product: SeaMonkey → Core Graveyard

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: