jamesclementsiii | 11 Jul 2002 15:33

Galleys and breaking newsletter articles

Is there a way to use galleys to start multiple articles on page one with the phrase "continued on page X..."
where the article breaks and continue the articles on subsequent pages?

Jim

__________________________________________________________________
Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying
online with Shop <at> Netscape! http://shopnow.netscape.com/

Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/

Christian V. J. Brüssow | 11 Jul 2002 21:28
Picon
Favicon

Lout with Gentoo Linux.

Hi all,

I have made an lout (3.25) ebuild for Gentoo Linux. It is now in the 
official portage tree. So you can use lout also under this great Linux 
distro.

BTW: if you don't know Gentoo Linux, take a look at <http://www.gentoo.org>.

Have a nice day,
Christian

Jeff Kingston | 12 Jul 2002 00:25
Picon
Picon

Re: Galleys and breaking newsletter articles

In principle, Lout could do this provided the column width of each
individual article never varies.  (Different articles could have
different column widths.)  Each article would be one galley
targeted to one kind of place, and each point on subsequent pages
where that article was to run would be tagged with that kind of
place.

However, the standard packages are not set up to do this kind of
thing, and in practice laying out the pages in Lout is going to
be pretty clumsy if they are all different in layout.

So there is a long job ahead of someone developing expert level
Lout to make this possible, and even then the actual page layout
will be very tedious.  Probably not the best way to go.

Jeff Kingston

On Thu, 11 Jul 2002 09:33:42 -0400, jamesclementsiii <at> netscape.net wrote:
  > 
  > Is there a way to use galleys to start multiple articles on page
  > one with the phrase "continued on page X..." where the article
  > breaks and continue the articles on subsequent pages?
  > 
  > Jim

jamesclementsiii | 16 Jul 2002 15:59

Centering thick line borders for Tbl cells

Tbl by default places border lines to the right and below cell sides.  Is there a way to center thick border
lines or cause them to be fully contained within the cell?

Jim

__________________________________________________________________
Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying
online with Shop <at> Netscape! http://shopnow.netscape.com/

Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/

Clint Olsen | 26 Jul 2002 00:43
Picon

Relative placement directives

This has probably been discussed before:

I was discussing the philsophical idea of typesetting with a friend who has
used troff/TeX and friends, and one thing he mentioned that should be part
of a system would be 'relative' constraints.  In other words, placement
directives that are pagesize agnostic (like HTML).  This is a pretty handy
feature of web pages.  You resize the window, and it automagically
reformats the page.

Individual lines in paragraphs are handled pretty seamlessly in TeX and
Lout.  However, page margins are not.  What you'd like to dictate is a
relative balance of white space and text:

            -------------------
           |  ...............  |
           |  ...............  |
           |  ...............  |
           |  ...............  |
           |           ......  |
           |  -------  ......  |
           | |       | ......  |
           | |       | ......  |
           | |       | ......  |
           | |       | ......  |
           |  -------  ......  |
           |  ...............  |
            -------------------

I want a top margin that's X percent of the total page height.  I want a
bottom margin that's Y percent.  Likewise for left and right margins and
(Continue reading)

jamesclementsiii | 26 Jul 2002 15:23

How do I ignore DOS carriage returns?

I've had to start using lout under windows and I built lout-3.25 with the cygwin gcc compiler without too
much trouble.  The only problem I have is with input files that have returns and newlines characters.  Is
there a makefile option that can help me with the windows environment?

Jim

__________________________________________________________________
Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying
online with Shop <at> Netscape! http://shopnow.netscape.com/

Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/

Valeriy E. Ushakov | 26 Jul 2002 16:05
Picon

Re: How do I ignore DOS carriage returns?

On Fri, Jul 26, 2002 at 09:23:19 -0400, jamesclementsiii <at> netscape.net wrote:

> I've had to start using lout under windows and I built lout-3.25
> with the cygwin gcc compiler without too much trouble.  The only
> problem I have is with input files that have returns and newlines
> characters.  Is there a makefile option that can help me with the
> windows environment?

Last time I tried (quite some tiem ago) cygwin's ftell had issues with
dos line endings.  You can either try to use unix line endings and
compile with UNIX=1 (haven't tried that) or use a windows compiler if
you want to use dos line endings in your files.

Makefiles for MS VC and LCC (free of charge win32 compiler) can be
found at:

ftp://ftp.ptc.spbu.ru/pub/textproc/lout/binaries/win32/src/


SY, Uwe
--

-- 
uwe <at> ptc.spbu.ru                         |       Zu Grunde kommen
http://www.ptc.spbu.ru/~uwe/            |       Ist zu Grunde gehen

Mark Christiaens | 30 Jul 2002 16:17
Picon
Picon

Figure troubles

I'm using lout 3.25.  I've included a dozen figures taking up almost half
a page each in my document.  Each figure is surrounded by a box:

  <at> FigureFormat	{  <at> ShadowBox {  <at> HExpand  <at> CC {  <at> Body } }		}

This seemed to work well until now.  Lout doesn't seems to be trying to
put more than two figures on one page and then notices this isn't
possible:

   243,5: 0.3c object too high for -0.0c space; will try elsewhere
  310,11: 12.7c object too high for 3.8c space; will try elsewhere
  354,11: 6.4c object too high for -0.0c space; will try elsewhere
   364,2: 0.4c object too high for -0.0c space; will try elsewhere

Now the strange thing is that these figures seem to leave their box behind
at the point where lout tried to insert them.  Also Lout doesn't seem to
get that it should move these figures to a different location were they
might fit since the same error keeps recurring even after several runs.
I tried with all sort of combinations of "FullPage", "TopPage", ... but
things continue to go wrong (figures even get different numbers).

Is the above construct for "boxing" a figure incorrect?  Are there any
other tricks for figures anyone can give me?  Any help would be welcome.

Mark

# Mark Christiaens
# Mark.Christiaens <at> rug.ac.be
# Engineer in the Computing Science
#
(Continue reading)

Jeff Kingston | 31 Jul 2002 03:34
Picon
Picon

Re: Figure troubles

Leaving the box behind is probably not that strange; Lout probably
has put some empty thing there and then moved on to look for
another page to take the rest.

My first suggestion would be to enclose the entire body of the
figure in  <at> OneRow, like this:

     <at> Figure
         <at> Caption { ... }
    {
     <at> OneRow {
         ... actual figure here ...
    }
    }

This should ensure that there are no little empty bits of the figure
being put into the first space and causing Lout to think it has
achieved something there.

If that doesn't help, the next step will be to post a sample file
that produces the problem, preferably somewhat cut-down.

Jeff Kingston

On Tue, 30 Jul 2002 16:17:59 +0200 (MEST), Mark Christiaens wrote:
  > 
  > I'm using lout 3.25.  I've included a dozen figures taking up almost half
  > a page each in my document.  Each figure is surrounded by a box:
  > 
  >   <at> FigureFormat	{  <at> ShadowBox {  <at> HExpand  <at> CC {  <at> Body } }		}
(Continue reading)

Mark Christiaens | 31 Jul 2002 16:46
Picon
Picon

Re: Figure troubles

Yes!  That seems to do the trick just nicely.  I do find it strange that
you put the  <at> OneRow inside the  <at> Figure instead of around it since I always
thought that the shadow box was put around the content of the  <at> Figure and
would therefore not be included in the  <at> OneRow body.

Anyway, thanks, now I can continue writing,

Mark

# Mark Christiaens
# Mark.Christiaens <at> rug.ac.be
# Engineer in the Computing Science
#
# RUG-ELIS
# St.-Pietersnieuwstraat 41
# B-9000 Gent
# tel.: 032 9 264 33 67
# Belgium
#
# Truth is stranger than fiction

On Wed, 31 Jul 2002, Jeff Kingston wrote:

> Leaving the box behind is probably not that strange; Lout probably
> has put some empty thing there and then moved on to look for
> another page to take the rest.
>
> My first suggestion would be to enclose the entire body of the
> figure in  <at> OneRow, like this:
>
(Continue reading)


Gmane