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

Query on date

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

    Query on date

    Can anyone point out the error of my ways in the below - my intention is to delete any records in table r_races where rm_date (a field in the table) is equal to the current days date.

    Regards,
    Scott

    t2=table.open("r_races")
    Dim ws_date as D
    ws_date=date()
    query.filter="rm_date=ws_date"
    query.order="rm_date"
    query.options="M"
    qry_races=t2.query_create()
    nrecs=qry_races.records_get()
    if nrecs>0 then
    t2.delete_range()
    end if
    qry_races.drop()
    t2.close()

    #2
    RE: Query on date

    the query.filter is a full character field, so you have to construct it as

    query.filter="rm_date={" + dtoc(ws_date) + "}"

    you could also use the replace_parameters() function instead by writing
    filter="rm_date= [varD->ws_date]"
    query.filter=replace_parameters(filter)

    which, in my mind, is no easier than just creating the filter expression yourself!

    Comment


      #3
      RE: Query on date

      Hi Peter

      I changed my query.filter line as you suggest to:

      query.filter="rm_date={" + dtoc(ws_date) + "}"

      But still nrecs=0 (although there are definitely records in the table with todays date)

      I have checked that rm_date is defined as a Date field (and is also defind as a key).

      Under debug, query.filter contains:

      rm_date={13/11/2003}

      Any thoughts?

      Regards,
      Scott

      Comment


        #4
        RE: Query on date

        If I use the second method;

        filter="rm_date= [varD->ws_date]"
        query.filter=replace_parameters(filter)

        Under debug, on the second line I get a message "Not an executable file"?

        Regards,
        Scott

        Comment


          #5
          RE: Query on date

          This looks like a British/European date format? rm_date={13/11/2003}. Is the data stored the same way in the table?
          There can be only one.

          Comment


            #6
            RE: Query on date

            Hi Stan

            I am in Australia - yes the date is stored in the same format.

            Regards,
            Scott

            Comment


              #7
              RE: Query on date

              Should I type louder since you're so far away?

              Since you still reported a problem, I tried the code on one of my tables, with no problem, evaluated correctly.

              Can you post a sample of your table/set here to test?
              There can be only one.

              Comment


                #8
                RE: Query on date

                I shall post an example with the form and test data this evening - thanks.

                Comment


                  #9
                  RE: Query on date

                  try putting in
                  query.filter="rm_date={11/13/2003}"
                  and see if the query returns anything (using US-style dates).

                  Comment


                    #10
                    RE: Query on date

                    I have attached the Form etc and test data for this issue. I have commented out unrelated code. See code behind the 4th ICON/button from the top left on the form. The idea is to delete any records with the current days date before loading information from a web page.

                    This Form also has the 'known issue' where deleting a single record via the Forms Delete button refreshes the browse causing the browse to display from the first record - this behaviour makes it impossible to browse through the records and selectively delete records, since you lose your position in the browse each time you delete a record. The folks at alpha told me they could not replicate the issue when reported on another Form - and yet again here it is causing more grief. Gerry has previously suggested a work around but I cant get that to fly. If it is a quick one then any guidance to fix this second issue would also be greatly appreciated.

                    Regards,
                    Scott

                    Comment


                      #11
                      RE: Query on date

                      Using query.filter="rm_date={11/13/2003}" results in a message of "invalid date constant" when the query is executed - which you may have expected.

                      Regards,
                      Scott

                      Comment


                        #12
                        RE: Query on date

                        you have an invalid default value field rule for the field, rm_date, and that is confusing alpha five. remove the default value rule for that field and the query should work.

                        Comment


                          #13
                          RE: Query on date

                          I have removed the default on rm_date in the field rules area but unfortunately that has not made any difference to the result.

                          BTW: what do you mean by an invalid default date? Are you saying that using "date()" (which works from the point oif view of defaulting the date on a Form) is not the correct way to do it? or, one should not define a default date at all on a field level rule?

                          Regards,
                          Scott

                          Comment


                            #14
                            RE: Query on date

                            Scott,

                            You might try
                            query.filter="between(rm_date,ws_date,ws_date)"

                            Pat
                            Pat Bremkamp
                            MindKicks Consulting

                            Comment


                              #15
                              RE: Query on date

                              Scott,

                              Regarding the browse refresh, you could mark the records as you browse through, then delete all at once at the end.

                              Pat
                              Pat Bremkamp
                              MindKicks Consulting

                              Comment

                              Working...
                              X