[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice
Subject:    Re: Left paragraph border
From:       Thomas Zander <zander () planescape ! com>
Date:       2001-07-20 9:11:57
[Download RAW message or body]

On Fri, Jul 20, 2001 at 09:16:45AM +0200, Thomas Diehl wrote:
> Am Donnerstag, 19. Juli 2001 16:22 schrieb Thomas Zander:
> 
> > > > Anyway, there are a lot of cases when side-by-side paragraphs are
> > > > a big asset: side headers, marginals, definitions, comparative
> > > > listings, etc. In Ventura they can be used for a lot of things
> > > > where other programs need to break the text flow by inserting
> > > > extra text frames or tables.
> > > >
> > > > Any chance that something like this could be implemented into
> > > > KWord?
> > >
> > > Maybe, if I understood better how this is supposed to work ;)
> > >
> > > So you define that a given paragraph should only be N pixels wide
> > > instead of using whatever space is available, and that the next
> > > paragraph should come beside it ? Or is it more something like, I
> > > have a side-by-side zone of N pixels high, so maybe there are 4
> > > paragraphs in the left part, and 6 in the right part ?
> >
> > I know the concept, its also used in Framemaker.
> > And yes, this is on the wish-list.
> 
> Correct me if I'm wrong but I seem to remember that you always have to 
> tell FrameMaker it should reserve some extra space for such 
> sideheaders. IOW: this would really be only a sideheader feature and 
> restricted to very special layouts if adopted for KWord. Great, but 
> very limited.
> 
> The Ventura concept allows for placing _any_ paragraph in _any_ layout 
> to be placed side-by-side with any other. This is infinitely more 
> flexible. You can not only do sideheaders with this but all the stuff 
> mentioned above -- from certain drop cap effects or automatic counter 
> placement to table and multicolumn like layouts. I'm regularly using 
> this for preformatted database output and the results are often 
> amazing. Just as the timesaving effect for the user.

You have a point, i'll think about a nice solve for this.

-- 
Thomas Zander                                            zander@earthling.net
The only thing worse than failure is the fear of trying something new

[prev in list] [next in list] [prev in thread] [next in thread]