Closed Bug 311949 Opened 19 years ago Closed 17 years ago

Italic text is filled as if it were roman

Categories

(Core :: SVG, defect)

Product:
Core
Component:
SVG
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: chris+bugzilla, Unassigned)

References

(
URL
)

Details

(Keywords: platform-parity)

Attachments

(2 files, 2 obsolete files)

scale and italic error
11.51 KB, image/jpeg
Details
parity opera
38.16 KB, image/jpeg
Details 
The referenced sample SVG file has font-style="italic" text that is both stroked
and filled.  The stroked text looks fine, but the fill is rendered non-italic,
so doesn't line up with the stroked text.

Here's a screen shot of the errorneous rendering, from Mac OSX Firefox 1.5 beta2:
  http://www.chrisdolan.net/bugreports/italictext.png

I have not tested any other builds or platforms.
Version: Other Branch → 1.8 Branch
True for Firefox 1.5.0.1 on Mac OS X.  No error appears with Cairo implementation of the same (Gentoo ebuild mozilla-firefox-1.5.0.1-r1).
Is this still an issue on trunk?  This worksforme on Linux, at least.
Attached image 20060418 Nightly on OS X 10.4.6 PPC (obsolete) — 
Still present on the most recent nightly, though it appears to be a Mac-only issue.  Also note the new loss of correct kerning in addition to the poor italics handling.
(In reply to comment #2)
> Is this still an issue on trunk?  This worksforme on Linux, at least.
> 

Still true in 1.5.0.2.  I have not tested any trunk builds.  This bug does not appear to affect Windows under 1.5.0.2, so it looks like a Mac-only bug.
Keywords: pp
Version: 1.8 Branch → Trunk
Attached image scale and italic error — 

        Attachment #218941 -
        Attachment is obsolete: true

    
    

    
  
grab essentially same for camino and minefield nightlies

    
    

    
  
Fill and stroke are the same on OS-X nightly, but not italic.


    
    

    
  
so the (lack of) italic aspect is a regression, see either attachment

    
    

    
  
Jonathan, can you recheck for italics on an up to date trunk build? WFM

    
    

    
  
WFM Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b1) Gecko/2007110903 Firefox/3.0b1
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME

    
    

    
  

      
      
      
      

        Attached image
          
        parity opera (obsolete)
        — 
      

    


  

    
    

    
  
Brian and jwatt,

please see attachment, comic sans is almost certainly my default font.

however it is clear that the minefield is not italic, whereas the opera is italic.

not sure if this bug should be reopened or has morphed...

        Attachment #290660 -
        Attachment mime type: image/jpeg → image/svg+xml

    
    

    
  

      
      
      
      

        Attached image
          
        parity opera
        — 
      

    


  
oops must have uploaded wrong file ~:"

    
  

        Attachment #290660 -
        Attachment is obsolete: true

    
    

    
  
Thanks. Can you give the user agent string of the build you're using? I borrowed a mac yesterday to check this and it rendered italic in yesterdays trunk nightly just fine. Very strange.

    
    

    
  
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O 10.4; en-US; rv:1.9b2pre) Gecko/2007112804 Minefield/3.0b2pre

    
    

    
  
The mac I borrowed was an Intel machine. Might that make any difference Brian? I'll try and get the exact user agent string later today.

    
    

    
  
(In reply to comment #16)
> The mac I borrowed was an Intel machine. Might that make any difference Brian?
> I'll try and get the exact user agent string later today.
> 

No, its unlikely to make a difference. I suspect jonathan is hitting bug 364713, by choosing a font which doesn't have an italic face, and we're not able to synthesize one yet.

    
    

    
  
"we're not able to synthesize one yet"

Brian & jwatt

this is where it gets interesting.

in css important is used by authors and users to 'help' define priority.

I'm not aware how it is intended this be handled in SVG.

but this is probably not the place for such a discussion.

    
    

    
  
(In reply to comment #17)
> I suspect jonathan is hitting bug 364713, by choosing a font which doesn't
> have an italic face, and we're not able to synthesize one yet.

In that case this bug would be invalid. Jonathan, can you get italics using any font? Can you try experimenting with different fonts please and, if you can't get any being italic, can you list the fonts you tried?


(In reply to comment #18)
> in css important is used by authors and users to 'help' define priority.
> I'm not aware how it is intended this be handled in SVG.

It's handled exactly the same as it's handled in HTML. Please file another bug if you have a problem with !important.

    
    

    
  
Times gave italic.

filing !important bug, but this could get ugly...

    
    

    
  
Excellent.

Thanks for the suggestion Brian.

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






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: