head 1.2; access; symbols; locks; strict; comment @# @; 1.2 date 2005.01.25.02.05.54; author cworth; state Exp; branches; next 1.1; 1.1 date 2004.05.15.12.15.44; author rworth; state Exp; branches; next ; desc @@ 1.2 log @Wrap long lines @ text @--- cairo-slides.xsl only draws correctly one (or the first) in . PROBLEM The problem is with the preceding:: axis in template 'text_y'. On every slide after the first one, the preceding:: axis grabs all previous elements (including from earlier slides) in order to do vertical placement calculation. Slide 2 ends up starting where slide 1 ended off instead of back at the top. This will create a problem even when targeting only one slide as long as there are multiple slides above the targeted slide [see workaround]. SOLUTION Vertical position should only be dependent on elements within the same . When this is fixed, all slides (if all displayed together) should appear stacked on top of one another instead of top-to-bottom (like a really long page) as they are now. WORKAROUND The workaround right now is to create one file: slides.xml, and then split each slide up into its own file: slide01.xml, slide02.xml, etc. with each file containing its slide in slides, as This is kind of a pain, and could be automated, but eventually should be fixed. --- cairo-slides.xsl is hard-coded (in some places) for dimensions: 1024x768 PROBLEM Parts of the main slide template (cairo logo, fd.o logo, title) in cairo-slides.xsl are hard-coded for the originally designed dimensions: 1024x768. SOLUTION This could be fixed by converting these to calculated values based on one or both of the variables: $slide_width, $slide_height. It's not a huge deal (right now font-size is explicitly specified in slides.xml, so the author is already targeting dimensions), but it does keep one from simply changing the $slide_width and $slide_height variables and having everything just show up nicely --- @ 1.1 log @ * cairo-slides.xsl: added. * slides.xml: added. * slide01.xml: added. * slide02.xml: added. * slide03.xml: added. * BUGS: added. * README, NEWS: updated with information on cairo-slides. @ text @d2 2 a3 1 cairo-slides.xsl only draws correctly one (or the first) in . d6 7 a12 1 The problem is with the preceding:: axis in template 'text_y'. On every slide after the first one, the preceding:: axis grabs all previous elements (including from earlier slides) in order to do vertical placement calculation. Slide 2 ends up starting where slide 1 ended off instead of back at the top. This will create a problem even when targeting only one slide as long as there are multiple slides above the targeted slide [see workaround]. d15 4 a18 1 Vertical position should only be dependent on elements within the same . When this is fixed, all slides (if all displayed together) should appear stacked on top of one another instead of top-to-bottom (like a really long page) as they are now. d21 3 a23 1 The workaround right now is to create one file: slides.xml, and then split each slide up into its own file: slide01.xml, slide02.xml, etc. with each file containing its slide in slides, as d31 2 a32 2 This is kind of a pain, and could be automated, but eventually should be fixed. d35 2 a36 1 cairo-slides.xsl is hard-coded (in some places) for dimensions: 1024x768 d39 3 a41 1 Parts of the main slide template (cairo logo, fd.o logo, title) in cairo-slides.xsl are hard-coded for the originally designed dimensions: 1024x768. d44 6 a49 2 This could be fixed by converting these to calculated values based on one or both of the variables: $slide_width, $slide_height. It's not a huge deal (right now font-size is explicitly specified in slides.xml, so the author is already targeting dimensions), but it does keep one from simply changing the $slide_width and $slide_height variables and having everything just show up nicely @