This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 7821 - Rectangle: Rounded Corners with individual values
Summary: Rectangle: Rounded Corners with individual values
Status: NEW
Alias: None
Product: SVG
Classification: Unclassified
Component: Basic Shapes (show other bugs)
Version: SVG 1.1 Full
Hardware: PC All
: P2 normal
Target Milestone: Errata
Assignee: Doug Schepers
QA Contact: SVG Public List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-06 17:08 UTC by Andreas Neumann
Modified: 2009-10-07 15:15 UTC (History)
1 user (show)

See Also:


Attachments

Description Andreas Neumann 2009-10-06 17:08:58 UTC
There has been some discussion about rounded corners. An Inkscape user asked for help [1] on how to do rounded rects where one corner would have a sharp corner (no rounding) - similar to the rects in http://www.svgopen.org/2008/ where the lower-right corner is sharp.

Could we perhaps enhance the spec for rects so users could specify a list of rx/ry values with a defined start and direction - e.g. following the direction and start of the already defined stroking of rects.

My guess this wouldn't be too hard to implement since most viewers convert the rects to path element internally anyway? Any thoughts on how feasible this is?
Comment 1 Robert Longson 2009-10-07 15:15:44 UTC
(In reply to comment #0)
> There has been some discussion about rounded corners. An Inkscape user asked
> for help [1] on how to do rounded rects where one corner would have a sharp
> corner (no rounding) - similar to the rects in http://www.svgopen.org/2008/
> where the lower-right corner is sharp.
> 
> Could we perhaps enhance the spec for rects so users could specify a list of
> rx/ry values with a defined start and direction - e.g. following the direction
> and start of the already defined stroking of rects.
> 
> My guess this wouldn't be too hard to implement since most viewers convert the
> rects to path element internally anyway? Any thoughts on how feasible this is?
> 

At least one viewer does not convert rects to paths internally :-). Although it wouldn't be hard to do it seems to me like an unusual use case that Inkscape could offer, if required by creating a path element without needing to extend the specification.