Mark,
Just took at look at this with XML Mind, and the only errors it highlights
is a problem with the index entries associated with THICKFRAME (line 640).
However, there appear to be a lot of mal-formed xref tags in these files.
They are coded as
(xref linkend=chpDialogObject /)
but should
Greetings,
Does the ooRexx for Windows build process happen to require grep? If so, where
was one for Win64 found?
I make use of GnuWin32 tools, use grep from that project, and have need of
finding the same for Win64.
Sincerely,
--
Michael Lueck
Lueck Data Systems
No, we don't use grep. And even if we did, a 32-bit one would work just
fine on Win64.
Rick
On Thu, Aug 30, 2012 at 7:11 AM, Michael Lueck
mlu...@lueckdatasystems.comwrote:
Greetings,
Does the ooRexx for Windows build process happen to require grep? If so,
where was one for Win64 found?
On Thu, Aug 30, 2012 at 3:52 AM, Rick McGuire object.r...@gmail.com wrote:
Just took at look at this with XML Mind, and the only errors it highlights
is a problem with the index entries associated with THICKFRAME (line 640).
However, there appear to be a lot of mal-formed xref tags in these
Michael, Rick's right.
The 32 bit grep works just fine. I use the GnuWin32 tools on all my
64-bit Windows systems. And, I use grep a lot.
--
Mark Miesfeld
On Thu, Aug 30, 2012 at 4:11 AM, Michael Lueck
mlu...@lueckdatasystems.com wrote:
Greetings,
Does the ooRexx for Windows build process
I ran into that problem already on some other docs. The indexterm tag is
not allowed as a sub tag of varlistentry. You have to move the indexterm
and associated tags into the para tag used in the varlistentry.
Remember that index items refer to a position in the text so indexterm
is only allowed
On Thu, Aug 30, 2012 at 9:53 AM, David Ashley w.david.ash...@gmail.com wrote:
Let me know if you see any problems.
I have a problem with the way links are displayed. Take these two
lines under Publican
maximized, it is not restored. In addition, it is not given the focus.
This is exactly
Actually, since you will be the one who mostly maintains the oodialog
document I guess I do not really care which system you use. Just be
aware that you will probably have to pipe you output to a file because
the number of warning generated by publican will be far larger than the
buffer your
Oh, I should have asked you this.
Do you see these types of warning messages?
Aug 30, 2012 11:51:59 AM org.apache.fop.events.LoggingEventListener processEvent
WARNING: Content overflows the viewport of the fo:region-after on page
1532 in block-progression direction by 77 millipoints. (See
I am not 100% sure, but I believe it has to do with elements that will
not completely fit on a page. For instance, an ordered list or a
paragraph. I think it is warning that it had to break the element and
continue it to the next page.
Just a guess on my part. But they do seem to be harmless
Okay, thanks David. That makes sense.
--
Mark Miesfeld
On Thu, Aug 30, 2012 at 2:35 PM, David Ashley w.david.ash...@gmail.com wrote:
I am not 100% sure, but I believe it has to do with elements that will
not completely fit on a page. For instance, an ordered list or a
paragraph. I think it
Rick McGuire wrote:
a 32-bit one would work just fine on Win64.
Thank you both for the feedback. I saw your posts from on-site at the client,
and then whipped up a debug script to run on that x64 system, compare outputs,
and see if I can narrow in on the source of
why the Reg.exe piped into
David Ashley w.david.ash...@gmail.com wrote:
I am not 100% sure, but I believe it has to do with elements that will not
completely fit on a page. For instance, an ordered list or a paragraph. I
think it is warning that it had to break the element and continue it to
the next page.
If all the
Hi David,
Why do you have publican/oorexx/publish/oorexx checked into subversion
and have the Makefile remove it?
all: brand
brand:
- rm -r publish/oorexx
publican build --formats xml --langs all --publish
install:
sudo publican install_brand --path
14 matches
Mail list logo
