Two for the road, Report from Clerk & Nonstandard Subtotals

[John Esak]

> > Reply To All
>
> Well, in my client I have only 2 choices.  Reply to
> sender or reply to all.  Do I have the time to go back
> and edit the "to:" field?  Yeah, I guess I do.  So I
> promise you that I will do this when I remember.  :-)


Jeff,
I sympathize with you (but not too much :-)  I have the same problem with
Outlook 2002 and I can not see what I'm doing.  It is a real pain in the ass
to get into the To: field and change the sender's name to fplist (which is
my alias for this list).  In any case, can I tell you a small shortcut. Of
course, it does not use the mouse though.  When you are finished writing
your reply, just press Shift-Tab three times quick, then press the Home key,
and finally the Delete key... then type in the alias for the filePro list.
I hate doing  it, too, but you deal with what you have to, right?  :-)



>
> [snip regarding why run report from same file as
> clerk]
>
> >
> > There are lots of reasons. The first and foremost is
> > you need "some" record
> > somewhere. You have to get it with "some" mechanism
> > somehow. Why do it in
> > another file than the one you are standing in,
> > especially since you would
> > have to do just about the same trick wherever you do
> > it. Cleaning up the
> > excess records, and allowing the reports to be run
> > multi-user has to be done
> > on some file. If you want to use the clerk method of
> > running the report,
> > then the requirement is mandatory that you find a
> > record on which the report
> > can run. I don't care if it is a record in the
> > current file you are standing
> > in, or a record in some other file. The trick and
> > twist is getting that
> > record to hit the "end" statement.
> >
>
> [snip]
> > So, do you see the problem yet? The record has to
> > "end" eventually... or
> > @wgt does not ever get run.
> >
> > John
> >
>
> John, to quote you, "No, No, No".  I thought you
> understood my approach.  But perhaps you do not.  You
> do need a place to stand, but why not in a third file
> using the -xa option to rclerk?  Before you exit make
> sure to do a delete, and there is nothing much to
> clean up.  If you wish you can do a ddir -k on the

Jeff, it is now quite obvious that you really are misunderstanding  what I
am writing EVERY time I'm writing it.  Please, read the last.  It is
dead-simple to use the -xa option in *any* file... I _know_ that... but for
the third time let me reprint the problem.  I'll grab it directly from the
quoted text above...

> > in, or a record in some other file. The trick and
> > twist is getting that
> > record to hit the "end" statement.
> >

Can you please just read this statement until you absorb what it is saying.
I simply don't know how to say it any more clearly. Perhaps, and this would
be MUCH better. Just try it yourself and you will immediately SEE what I
have been saying since the very first post.  You can not use the -xa option
and run a report directly on that record.  It NEVER hits the "End"
statement!!!!!  Please, please, just try it and I'm sure you will take the
point.  If you still don't see the problem, perhaps, you might drop in the
room and I will physically show you the functionality (and lack of it) that
I am describing.  Remember, I am NOT talking about running a report on any
other record or records that are selected other than the one you get with
the -xa option.  Let me make one more effort at this.


   dreport filename -f some_report -xa -u

This will get you one free record, correct?

Now, while standing on that record, you lookup records from another pair of
files (or more) and PRINT each data line with variables. When you are done
getting the data, you want the Grand Totals to print... but they WON'T!!!!
because you have no way of hitting the END statement.  If you do hit an END
statement, you get given another free record!!  Do you really not see the
problem yet?  I don't know how to describe it any differently.  My solution
was to lookup a free record manually  while in this -xa mode, close it, then
hand *that* record to  the

   'SYSTEM "dreport stand -f spcl_subtotals -sr" <
*that_new_CLOSED_record*'.

If you still don't get the functionality  of what is happening in the two
different circumstances, I can only ask you again, to just try it... Either
that , or you simply have to take my word for it, the @wgt processing is
NEVER reached  without doin	g what I suggest.  .

John Esak