[Scribus] line spacing only between paragraphs - how to?

Louis Desjardins louis.desjardins
Wed May 30 21:32:53 CEST 2007


2007/5/30, Riku Leino <tsoots at gmail.com>:
>
> Gregory Pittman wrote:
> > Henry Hartley wrote:
> > > Louis Desjardins wrote:
> > >>> Isn't this actually the (only) way to go? (and it's fine like it
> > >>> is) I wonder just how would anyone let the app know just what
> > >>> *is* a first paragraph without tagging it in some way. Applying
> > >>> a stylesheet takes a few secs. I know no other apps that would
> > >>> apply a drop cap (or btw any other settings) *only to first*
> > >>> paragraph... And if there are, this feature must have some
> > >>> drawbacks: you have to decide at one point when does that
> > >>> behavior starts, when it ends... Unless the software
> > >>> *understands* what's on your mind. Complicated. No? :)
> > >
> > > I'm not saying I cannot live without this feature.  Only that the
> > > ability to make drop caps apply only to the first paragraph would be
> > > nice.  The ability to have one paragraph style (rather than two) for
> all
> > > paragraphs in a document is more significant than a few seconds if you
> > > have a large document.
> >
> > Perhaps not as much work as you think, though. First apply the non-Drop
> > Caps style to everything, then apply the Drop-Caps style to whichever
> > "first" paragraphs you like. Whenever you apply a style to text already
> > in place it only applies to the paragraph you select -- ends with the
> > next carriage return.
>
> There's already a feature request for this one
> (http://bugs.scribus.net/view.php?id=204). But what do you think
> about "Following style" feature that's available in OO.o and some dtp apps
> too. We could set in BodyDropCap that it'll be always followed by
> BodyDefault
> then have a way to apply styles for a whole text frame based on
> their "Following style" attribute. Now if BodyDefault had BodyDefault in
> the "Following style" when the BodyDropCap was applied to a text frame the
> first paragraph would have BodyDropCap and all the following styles would
> have BodyDefault applied to them.


Yes. And nonetheless this feature would need some care from the person
actually formatting the text and we're close to be back to square one. I
think! But hey! if someone has a need and someone else has time to give it a
shot... why not! :)

There is a difference between text formatted while you type (and write and
think and organise your text...) and text formatted in by a production team
(final text, proofread, that is).

This drop cap issue is really not an issue from that last point of view.
Once your stylesheets are set, applying them is quick. Plus, with the new
style manager and the ability to use stylesheets already applied in another
application makes the whole process even quicker/safer/more efficient.

To be honest, I really am not convinced on the benefit in that feature. If
only the program could *understand* that *this* paragraph is a subhead and
format it automagically... and *this* paragraph is a subhead of second
level, etc.... and in the end *this* paragraph is actually the author's name
and it should have *this* style applied to it instead... But no. The program
can't think. I mean, there is no limit to this kind of need and there is
really no other way to solve the issue than tagging those *special*
paragraph in some way. Applying a stylesheet does just that.

The ability to import stylesheet from OO.o and modify them and map them is
far more important in my view. The ability to tag in the same way data from
a database and import this preformatted text into Scribus would be far more
useful too. I think. :)

Just my 2 cents!

Cheers!

Louis

_______________________________________________
> Scribus mailing list
> Scribus at nashi.altmuehlnet.de
> http://nashi.altmuehlnet.de/mailman/listinfo/scribus
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://nashi.altmuehlnet.de/pipermail/scribus/attachments/20070530/6cf789e4/attachment.html 



More information about the scribus mailing list