Alpha Software Mobile Development Tools:   Alpha Anywhere    |   Alpha TransForm subscribe to our YouTube Channel  Follow Us on LinkedIn  Follow Us on Twitter  Follow Us on Facebook

Announcement

Collapse

The Alpha Software Forum Participation Guidelines

The Alpha Software Forum is a free forum created for Alpha Software Developer Community to ask for help, exchange ideas, and share solutions. Alpha Software strives to create an environment where all members of the community can feel safe to participate. In order to ensure the Alpha Software Forum is a place where all feel welcome, forum participants are expected to behave as follows:
  • Be professional in your conduct
  • Be kind to others
  • Be constructive when giving feedback
  • Be open to new ideas and suggestions
  • Stay on topic


Be sure all comments and threads you post are respectful. Posts that contain any of the following content will be considered a violation of your agreement as a member of the Alpha Software Forum Community and will be moderated:
  • Spam.
  • Vulgar language.
  • Quotes from private conversations without permission, including pricing and other sales related discussions.
  • Personal attacks, insults, or subtle put-downs.
  • Harassment, bullying, threatening, mocking, shaming, or deriding anyone.
  • Sexist, racist, homophobic, transphobic, ableist, or otherwise discriminatory jokes and language.
  • Sexually explicit or violent material, links, or language.
  • Pirated, hacked, or copyright-infringing material.
  • Encouraging of others to engage in the above behaviors.


If a thread or post is found to contain any of the content outlined above, a moderator may choose to take one of the following actions:
  • Remove the Post or Thread - the content is removed from the forum.
  • Place the User in Moderation - all posts and new threads must be approved by a moderator before they are posted.
  • Temporarily Ban the User - user is banned from forum for a period of time.
  • Permanently Ban the User - user is permanently banned from the forum.


Moderators may also rename posts and threads if they are too generic or do not property reflect the content.

Moderators may move threads if they have been posted in the incorrect forum.

Threads/Posts questioning specific moderator decisions or actions (such as "why was a user banned?") are not allowed and will be removed.

The owners of Alpha Software Corporation (Forum Owner) reserve the right to remove, edit, move, or close any thread for any reason; or ban any forum member without notice, reason, or explanation.

Community members are encouraged to click the "Report Post" icon in the lower left of a given post if they feel the post is in violation of the rules. This will alert the Moderators to take a look.

Alpha Software Corporation may amend the guidelines from time to time and may also vary the procedures it sets out where appropriate in a particular case. Your agreement to comply with the guidelines will be deemed agreement to any changes to it.



Bonus TIPS for Successful Posting

Try a Search First
It is highly recommended that a Search be done on your topic before posting, as many questions have been answered in prior posts. As with any search engine, the shorter the search term, the more "hits" will be returned, but the more specific the search term is, the greater the relevance of those "hits". Searching for "table" might well return every message on the board while "tablesum" would greatly restrict the number of messages returned.

When you do post
First, make sure you are posting your question in the correct forum. For example, if you post an issue regarding Desktop applications on the Mobile & Browser Applications board , not only will your question not be seen by the appropriate audience, it may also be removed or relocated.

The more detail you provide about your problem or question, the more likely someone is to understand your request and be able to help. A sample database with a minimum of records (and its support files, zipped together) will make it much easier to diagnose issues with your application. Screen shots of error messages are especially helpful.

When explaining how to reproduce your problem, please be as detailed as possible. Describe every step, click-by-click and keypress-by-keypress. Otherwise when others try to duplicate your problem, they may do something slightly different and end up with different results.

A note about attachments
You may only attach one file to each message. Attachment file size is limited to 2MB. If you need to include several files, you may do so by zipping them into a single archive.

If you forgot to attach your files to your post, please do NOT create a new thread. Instead, reply to your original message and attach the file there.

When attaching screen shots, it is best to attach an image file (.BMP, .JPG, .GIF, .PNG, etc.) or a zip file of several images, as opposed to a Word document containing the screen shots. Because Word documents are prone to viruses, many message board users will not open your Word file, therefore limiting their ability to help you.

Similarly, if you are uploading a zipped archive, you should simply create a .ZIP file and not a self-extracting .EXE as many users will not run your EXE file.
See more
See less

Report header and calculated field

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Report header and calculated field

    Hi,

    I am converting an 8 year old application from Alpha 4 to Alpha 5 (which I am just learning). I have a field in my database called Pre_inv. I have the report summarized by group and the group break field is called drugname. I need each group to start on a new page and a group may require multiple pages.

    I do not have the pre_inv field displayed on the report in the detail section. However, I do need to display the first value for that field per page in the page header. In Alpha 4, one could specify the first value as a summary function at the page level. Is is possible in Alpha 5?

    The function first shows a syntax (in the manual) as

    First Value = First(Expression,[GRP->Group[,GRP->Sug-Group]]).

    Any thoughts on how to achieve this?

    Thanks,
    Robin Sculthorpe

    #2
    RE: Report header and calculated field

    In design mode, make the drag drop list visible, drag the
    pre_inv field field into the group header or footer, makes no difference. Specify first, Alpha will "fill in the blanks". Now drag this field into the page header and position as desired. This should give you the desired results as long as you keep the requirement to start each group on a new page.
    There can be only one.

    Comment


      #3
      RE: Report header and calculated field

      Stan,

      Your suggestion didn't work. What I am trying to accomplish is maintaining a report that lists transactions to inventories for investigational drugs. The report is grouped on a field called drugname. The report for each drug starts on a new page, but may continue over multiple pages. Think of it like a report for check registers for many customers, grouped by customer. I need to carry the old balance forward from each page to the header for each new page (just like you do in your checkbook).

      I reread through the message boards and it appears that Alpha 5 does not support page level summary functions as did Alpha 4. It appears to me that the only work-around would be to control the number of records on a page and make that number a group break. Unfortunately, I have a variable size memo which reports with each record, so the number of records per page can vary a lot.

      It appears that the best that I can do is to have a starting inventory in the header at the beginning of the group, but that I can not have the balance carried forward for subsequent pages.

      This is a real bummer, as I am trying to make our accountability forms match those required by both government agencies and industry sponsors.

      I greatly appreciate your help and if you have any other ideas, I would appreciate them, also.

      It would be very nice if Alpha 5 ver. 5 supported page level summary functions. Does anyone know if it will?

      Sincerely,
      Robin Sculthorpe

      Comment


        #4
        RE: Report header and calculated field

        Robin,
        You might be able to use running totals to accomplish what you want.The run_total function can have a group parameter.
        John

        Comment


          #5
          RE: Report header and calculated field

          John,

          I don't think any of the summary functions, such as run_tot will be of any use for this problem as they don't summarize at the page level. The only way such a function would work at the page level is if all the records for a group would fit on a single page OR if the number of records per page was limited to a specific number and a group break was created for that number of records. Neither option will work for me.

          I'm still pondering the best solution for my dilemma as it appears I can't have my cake and eat it, too.

          Thanks,
          Robin Sculthorpe

          Comment


            #6
            RE: Report header and calculated field

            Robin,

            What if you create another calc field and set it equal to whatever the current value might be (in your checkbook example, the running balance). Couldn't you simply display that field in the page header of group continuation pages?

            -- tom

            Comment


              #7
              RE: Report header and calculated field

              Tom's idea is close to what I was thinking. Question is are you 1)looking for totals of just what is on a particular page, or are you 2)carrying running totals for a group which happens to span more than one page. If it's the second choice, I would think you could accomplish it with manipulation of the run-total function. If not and it's critical,check out "creating an index for a catalog".There is something you might be able to do using an example I posted involving a UDF called in a report.

              Comment


                #8
                RE: Report header and calculated field

                Hi,

                When I use Tom's method, I can get the first value for the entire group in each page header, but I need the first value for each individual page in the header.

                John, your idea to use a UDF might be a possible solution and I will take a harder look at your example. See if this sounds like it's on the right track:
                If I could create a calculated detail field which captures the system page number in each detail record, then I could make a subgroup that would allow me to capture the first value for that subgroup (which would basically encompass the detail records on a particular page).

                Another idea that I had, would be to use a little "trompe l'oiel" effect in my report. Perhaps I could make the pre_inv field appear to be part of the header, but actually have it as part of the detail record, using vertical spacing and horizontal lines to achieve the necessary effect(s).

                It looks as though I will be spending more time on this and if you have any more ideas or suggestions I will be very grateful.

                Kind regards,
                Robin Sculthorpe

                Comment


                  #9
                  RE: Report header and calculated field

                  Hi again,

                  I have come up with a solution to my own problem. Achieving the solution was a purely serendipitous event, and, alas, not due to any superior brainpower on my part. There seems, however, to be no logical reason for my solution to work, so if anyone can explain it I would be very grateful. The attached file contains a vastly simplified database and report. Note that the database has no calculated field rules, so I populated the table with appropriate data for illustration purposes.

                  What I managed to do was use a summary function (MAXIMUM) to pick up the first value for a field in the detail record for a page and display it in the header.
                  It seems totally illogical to me, but it works. I do not know if there is a logical reason why it works, or if I have discovered a bug in Alpha 5 which I have been able to exploit to my benefit.

                  Again, thanks to all who have contributed ideas and suggestions.

                  Kind regards,
                  Robin Sculthorpe

                  Comment

                  Working...
                  X