On Sat, 2008-12-20 at 07:35 +0100, Bert Timmerman wrote: > Hi Peter and all, > > On Fri, 2008-12-19 at 14:21 +0000, Peter Clifton wrote: > > Hi guys, > > > > I've just had a look at the release schedule for the next Ubuntu release > > (Jaunty), and I would really like gEDA 1.6.0 to be included. > > > > This means we need 1.6.0 released at the end of January / very early > > February, since we would have to get it packaged and included in > > Debian / Ubuntu before the feature freeze date of February 19th. > > > > I want 1.6.0 to be as good as we possibly can make it, but there is an > > argument that a 1.6.0 sooner, with the odd (minor) bug would be better > > than waiting to get everything perfect and missing the packaging > > deadline. > > > > Once we've got 1.6.0 in the door before the feature freeze, incremental > > updates 1.6.1, 1.6.2 can be accepted much later in the process, with a > > freeze around March 19th, and a final freeze at April 9th. > > > > There is quite a bit of work to do before then: > > http://geda.seul.org/wiki/geda:todos > > > > I think we can make it if we try. > > > > There are quite a few tasks under the 1.5.2 and 1.6.0 headings which can > > be fixed as nice "first project" type coding tasks, and some which > > aren't coding related at all, such as checking and updating the shipped > > symbols. > > > > I could probably contribute here. > > I'm on holiday for next week, and I can start no sooner than 28.12.2008. > > First week of 2009 is also free time (@home). > > I think I understand the "overbars" job for release 1.6.0.
Just to be sure.. some of the existing symbols don't make use of the text-rendering engine's \_overbar\_ feature, instead placing an explicit line. That won't play nice with the Pango rendering, as we can't guarantee that the text and the line are aligned. > What exactly would you have done to prettify using "paths" (e.g on > gates) ? Currently we have a lot of ropey looking gate symbols (some more than other). They are made up of discrete lines and arcs. We could make these into closed paths, which allows a more precise selection of the objects, and also increases the visual quality a great deal. Since we don't yet have a path editor, the person doing this would either have to start using an SVG editor, or a template path (I can provide one if you want). Once you have a path with the right line and curve sections, you can copy and adjust it within gschem. To approximate circles nicely, you need to get the control points in a specific position though.. I can help lookup the right maths if someone volunteers to do this. Alternatively, exploit the fact that gEDA knows how to parse most of the SVG curve specifications, and some would allow you to input the circular arc directly. (gschem then saves out the bezier curve approximation.) > Anyway it would help if you would try to make a clear job description > before somebody starts on one of this jobs, or am I missing something. > > I will see you reply (if any) not before 27.12, as I'm now of to > angling. Have fun! Best regards, -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) _______________________________________________ geda-dev mailing list geda-dev@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
