[scribus] Lines in text frame disappear on PDF export

[John Jason Jordan]

On Fri, 04 Sep 2009 10:12:21 +0200
"a.l.e" <ale.comp_06 at xox.ch> dijo:

> hi jjj
> > I have a student workbook created in 1.3.5 RC3. There are lines for the
> > student to write their answers on for four of the exercises. I created
> > the lines in Scribus and then pasted them into the text frames. The
> > lines in question are .5 point and in varying lengths.
> >
> > The lines all appear fine on the printout when I print directly from
> > Scribus. But if I export from Scribus as PDF all the lines in two of
> > the exercises do not make it into the PDF. The weird part is why the
> > lines in the other two exercises do export and appear fine. As I
> > created the exercises, I copied and pasted the lines used in the
> > preceding exercises, adjusting them only for length. In other words,
> > all the lines have the same properties except for length.
> >
> > This may be a bug, but before I run off to Mantis I thought I'd ask
> > here. Maybe I failed to think of something.

> are the lines behind the text frame?

No, they're *in* the text frame. The purpose is to create a space for
students to write an answer.

In the first exercise where I used the lines I created the line with
the line tool and adjusted it with the properties palette. Before doing
anything else I sent it it to the scrapbook for future use. Then I cut
it to the clipboard and pasted it multiple times into the text in the
canvas as inline graphics. For the other three exercises I repeated
the actions except that I dragged the line from the scrapbook and
just adjusted it for length instead of creating it anew.

I am at a loss as to why the lines failed to make it to the PDF for two
of the four exercises, as the process was identical. Of course, there
must be *something* different. This is 1.3.5 RC3, so it could well be a
bug. But I wouldn't accomplish much by filing a bug report unless I can
make it reproducible.

I am thinking that I could get rid of the lines and use tabs with an
underline instead. The only reason I used lines as inline graphics is
force of habit - few programs can adjust the underline attribute, and I
find the default is too thick and too high, so I have always used
actual lines instead.