On Sun, May 4, 2008 at 11:22 PM, Brian R. Landy <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I actually posted this last summer, but never got a reply and did not
> have a chance to follow up. When using natural tables, a cell with
> backgroundcolor enabled will overwrite the topframe/rightframe from
> th
Hi,
I actually posted this last summer, but never got a reply and did not
have a chance to follow up. When using natural tables, a cell with
backgroundcolor enabled will overwrite the topframe/rightframe from
the cell to the left/above. A workaround could be to always use
topframe/leftfr
Hi Peter,
Peter Münster wrote:
> Hello,
>
> Perhaps these bugs can be closed now:
Cetainly, or Perhaps? I have no time to test them myself,
but of course I can close them "blindly'
For people that do not know: The bug tracker is here:
http://foundry.supelec.fr/tracker/?atid=161&group_id=21&
> "Mikael" == Mikael Persson <[EMAIL PROTECTED]> writes:
Mikael> Please update it with the current example. I think everybody
Mikael> agree that the solution from this thread is the way to go.
I can update the wiki, but the question is what about those users not using
MKIV or XeTeX?
Sincere
> "Mojca" == Mojca Miklavec <[EMAIL PROTECTED]> writes:
Mojca> I can put any files on the server and can reshuffle them if
Mojca> needed, but you need to send me some kind of specifications what
Mojca> exactly you need.
Well, I'm mostly interested if there is a plan to make some kind of
'rel
Hi Thomas,
Can you please replace the c-std.h in src/texk/kpathsea
with the attached one and see if that helps? The one I
am distributing with metapost is slightly different from the
one in tl, and we need to exclude differences that from the list
of causes (either that, or we found the cause)
