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

Alpha Calendar Pro

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

    #16
    Re: Alpha Calendar Pro

    Never mind I have replicated the error

    Let me look at whats happening

    Right now there is a work-around, shut off your WAS go to Alpha calendar then go to "test your calendar" and Start the WAS, that will make the calendar work.
    Cheers
    Mauricio

    Comment


      #17
      Re: Alpha Calendar Pro

      Solution :)

      Make the Active Link in your Main database not alpha calendar (ignore the active link button in alpha calendar) and set the new path to your events table on the Alpha Calendars Setup (use the WAS of your main database)

      Ill update the documentation and make the necessary changes to the application ASAP to stop confusions.
      Last edited by mmaisterrena; 09-29-2009, 10:37 AM.
      Cheers
      Mauricio

      Comment


        #18
        Re: Alpha Calendar Pro

        Thanks Mauricio,
        I will try it today.

        Comment


          #19
          Re: Alpha Calendar Pro

          Last week!!!
          Get advantage of the introductory price offer (ends October 10)
          Alpha Calendar Pro is the perfect companion for Alpha Five v10
          Cheers
          Mauricio

          Comment


            #20
            Re: Alpha Calendar Pro

            Hi Mauricio,
            Still having the same problem with the calendar and connecting to an sql database.
            I have the active link tables in my main database but calendar setup is still giving me the same error as before, any ideas.

            Comment


              #21
              Re: Alpha Calendar Pro

              Dale
              Are you using the application server of your main database?
              Cheers
              Mauricio

              Comment


                #22
                Re: Alpha Calendar Pro

                Mauricio,
                I am using the main DB, as you said in an earlier post set the active link tables in main database then pick the dbf when setting up the calendar.
                The security has not been enabled as i am designing from scratch in V10 so thats not the problem

                Comment


                  #23
                  Re: Alpha Calendar Pro

                  Sorry for being a little reiterative but is the WAS that you ar� using is the one on the main databas ( Green circle in your main databases)(do not use the WAS in alpha calendars databases)
                  Cheers
                  Mauricio

                  Comment


                    #24
                    Re: Alpha Calendar Pro

                    I am using the WAS of the main database, i can view the tables fine so the connection string works.
                    I open Alpha for a second instance for the calendars and try to connect to the active link tables and i get this.
                    ERROR OCCURED

                    Script:OnInit line:14
                    tbl = table.open(tabla)
                    Error loading C:\AlphaDB\ACal\cl_events_tbl.dbf : Unable to connect to backend database while opening local cache C:\DOCUME~1\Dale\LOCALS~1\Temp\$$E8C_DATA_cl_events_tbl.dbf for table cl_events_tbl.
                    Invalid syntax for connection string.
                    Must be formatted in one of the following ways:

                    name1 + chr(9) + value1 + crlf() + name2 + chr(9) + value2 + crlf() ... or

                    {name1='value1',name2='value2'...nameN='valueN'}

                    Over the weekend i will revisit it from scratch and see if the problem still happens with a clean database instance.

                    Regards Dale

                    Comment


                      #25
                      Re: Alpha Calendar Pro

                      Michael Scholin had the same problem you are describing and he found the solution:
                      Dont use Time fields in your SQL table use datetime fields instead

                      On Wed, Oct 14, 2009 at 2:43 PM, Michael Scholin wrote:

                      I have nailed it - the "Y" field is a Time field - can't use a time field with active links - you have to convert it to a datetime field!!

                      So if a computed field is seen as a Time field (or Y) then it won't work. Not a big problem - but you will need to let your users know since using some type of time is of course required.

                      Woohoo!!
                      Thank you Mike
                      Cheers
                      Mauricio

                      Comment


                        #26
                        Re: Alpha Calendar Pro

                        Mauricio,
                        David Shaw
                        Manager of Media Services and User Support
                        Cleveland Museum of Art
                        Cleveland, Ohio

                        Comment


                          #27
                          Re: Alpha Calendar Pro

                          Mauricio,
                          I finally had the time to sink into the setup for Calendar Pro. It took most of the day to get it working on the dev machine, due to the server being run on the wrong V10 instance. Anyway, local is OK.

                          Now the hard part. Since the recommended practice is to store the data in a separate folder from the webroot on the production machine, it leads me to total confusion on how to upload the calendar system to that machine. I followed your instructions (part 3.2 of your manual) but do not quite get the method to save the data in a place other that the webroot, let alone adding any security (which is not applied to calendar files).

                          In any event, could you point me to any documentation or video you have to explain this process? A good old block diagram would be sufficient.

                          Thanks for yor help.
                          David Shaw
                          Manager of Media Services and User Support
                          Cleveland Museum of Art
                          Cleveland, Ohio

                          Comment


                            #28
                            Re: Alpha Calendar Pro

                            Dave if by "data" you are referring to your actual database (tables, sets, etc) then definitely no it doesn't has to be on the webroot you only need to copy the next files from your test webroot to your production webroot:
                            • Alpha_Calendar_WebFiles (the hole folder)
                            • DoNotDelete
                            • cl_test.a5w
                            • cl_load_events.a5w
                            • cl_load_legends.a5w
                            • cl_tablepath.a5w
                            • cl_calendar_full.a5w
                            • cl_calendar_75.a5w
                            • cl_calendar_50.a5w



                            Notes:
                            If your main database is placed in eg. C:\databases in your test server then you need to place your main database in the same path on your production server ( eg. C:\databases on your production server)

                            If Alpha Calendar Pro is placed in eg. C:\databases in your test server then you need to place Alpha Calendar Pro in the same path on your production server ( eg. C:\databases on your production server)

                            Hope this is clear enough
                            you can mail me to:
                            [email protected]
                            We can arrange an online meeting if necessary.
                            Last edited by mmaisterrena; 10-16-2009, 12:09 AM.
                            Cheers
                            Mauricio

                            Comment


                              #29
                              Re: Alpha Calendar Pro

                              I have updated the documentation so that this is a little clearer

                              http://www.fuegosoftware.com/AlphaCa...elp.html#Setup
                              Cheers
                              Mauricio

                              Comment


                                #30
                                Re: Alpha Calendar Pro

                                That cleared it up by verifying what I suspected. I was hoping not, as the system was already built. I'll make the changes and try again.

                                Thanks
                                David Shaw
                                Manager of Media Services and User Support
                                Cleveland Museum of Art
                                Cleveland, Ohio

                                Comment

                                Working...
                                X