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

Is there a future for desktop applications.

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

  • Scott Segrin
    replied
    Re: Is there a future for desktop applications.

    This is a great question.

    I have only done a small amount of app development, but it seems to me that despite all of the advances for the web app development (and I agree - it's really "browser based"), you can still build a more user friendly, ascetically pleasing app for the desktop. That being said, I don't know where desktop development has to go in order to grow. The development tools seem fully matured. I'd have a hard time coming up with a list of things I wished that I could do in a desktop app that I can't. Not so for the web - I could make a list as long as my arm. But, the momentum is clearly in web development and it's catching up fast.

    Leave a comment:


  • MikeData
    replied
    Re: Is there a future for desktop applications.

    Let me put my 2 cents, actually with the new economy in mind let me say My 2 gallons of gas: Steven and Doug you are both correct. We need to think with new ideas.
    We already have learned the old ways, Why not embrace the new technology?
    My vote is keep both, at least for a while.

    Leave a comment:


  • Steven P.
    replied
    Re: Is there a future for desktop applications.

    Hi,

    This topic has been on my mind as well for a long time. Time and time again I see that
    development efforts are taken to mimic the user-friendlyness of desktop applications and
    sure we're getting there however for many businesses web applications aren't the way to
    go.

    Accessing printer settings from a web application f.i. Printing on both sides was easy
    with windows applications since the application talks to the windows printer driver, puts
    the printer in recto/verso mode and off you go. Not so with internet explorer/firefox
    whatever your flavour of the browser is. ... Printing HTML reports ? Where is the pagebreak ?
    oh, there is none... hopefully you're using the A4 format in your printer.

    I'm sure that there is still a need for desktop applications however the decision to develop
    for the desktop is easier overruled these days because 'it's all web in the first place syndrome'.

    Do we need to mention the technical difficulties of users modifying the same data ? Keeping
    track of state with connection-less software ?

    I used to develop for a client/server software package called Vantive. That's a long time ago.
    You had a client and a server part. The business logic was developed in a VBA-like language,
    The scripts in VBA were located in the database. Updating business logic was easy

    Then I moved to Peoplesoft, the same phylosophy, client / server - business logic in scripts
    located in the database. Installation was easy, not a lot of patches for the client, patches
    or change requests needed to be deployed in the database and everybody had the latest version.

    Then Peoplesoft moved over to the web. The same methods still applied but it's much more error
    prone. Users closing the browser without saving ... no message will be displayed when you close
    the browser. Locking of users on an application level is virtual impossible since you don't know
    what the actions of the user will be in a internet browser ... etc...

    No, still the use of desktop application should be stressed but maybe more in a hybrid way. Why
    not use the HTTP protocol to handle transactions from a desktop application ? The webserver could
    deliver XML that defines how the screens should look like... there is plenty of innovation
    opportunities that are not addressed yet.

    I could go on but now it's all about ajax, Adobe Air, Silverlight, Google Gears... etc...

    Leave a comment:


  • Doug Page
    replied
    Re: Is there a future for desktop applications.

    Originally posted by Marcel Kollenaar View Post
    The enormous amount of time invested in web based utilities in version 9 and the new codeless ajax for the web based version 10 ...
    The way I view things would make the above statement incorrect. You have used the term "web based" twice in this sentence inferring that this is all for the world wide web. This is where I think most people are making a mistake. This is all "browser based" and that does not mean that it needs to be used on the web. Apps created for an intranet will offer similar functionality to the "desktop" applications that you now think are being forgotton about. It allows one to much more simply create multi-user applications that can now run on any machine or OS that you want - Windows, Mac, Windows Mobile, Linux, Unix, iPhone, etc. And if you decide to you want portions of your app visible to the outside world, by altering your security settings and not your app then it can be. And your application is now more client-server like with most everything taking place on the server. With those nice 64bit machines showing up and OS's that can use them with tons of memory, you now only need to upgrade one machine to get enormous benefits for all users. I think that the biggest difficulty for an A5 developer is knowing what the possiblilities are within the browser as most of us have not been doing html, java, ajax, etc. coding. Well I think for all of us to take the next step, that is exactly what we need to start doing. It appears that V10 is going to make alot of this easy to start adopting. However, just like coding for todays "desktop" apps, to get the maximum benefits requires us to learn more of the programming languages available like XBasic. Now we can add to our arsenal all the browser based programming techniques to allow us to do almost anything we currently can.

    So hopefully everyone can stop thinking of WAS programming as just something for the internet and start thinking of it as just a different way to get the job done. One that is much more flexible than the tools we have been using to date.

    Leave a comment:


  • Scott_Walker
    replied
    Re: Is there a future for desktop applications.

    Marcel,

    I think you are really hitting on the question that many developers have to be asking themselves. I am planning a new application and I am currently wrestling with the question of whether is should be web based only or if there should also be a desktop side. Of course if you are doing a custom application for a client, you give them what they want and are willing to pay for (one or the other or both).

    But if you are developing an application to resell to many (hopefully) customers then you as the developer have to gauge what the market for each of them is at this point. If you are just starting development then you have to try to gauge what the market will be a couple of years down the road. I would guess that the web based stuff is the future and to put a lot of development on the desktop side would not be worth it. Then of course you are taking the risk that the functionality you will need will be there.

    I am really interested to hear other more educated takes on this issue.

    Regards,

    Scott

    Leave a comment:


  • glenschild
    replied
    Re: Is there a future for desktop applications.

    Hi Marcel

    Interesting thoughts and no doubt a healthy debate will ensue!

    Personally I believe there is a place for both. However, increasingly I can see larger organisations opting for a web based option however smaller businesses will still have a need for desktop based systems. I can also see an increasing market for a hybrid of both technologies.

    Regards

    Glen

    Leave a comment:


  • Is there a future for desktop applications.

    73
    No, keep the desktop alive and increase the development at it.
    80.82%
    59
    Yes, stop desktop development and focus entirely on Web based solutions.
    19.18%
    14

    The poll is expired.

    Hi,

    Reading all the new features of Alpha Five version 10 I'm wondering if there is a future for the development of desktop applications in Alpha Five. The enormous amount of time invested in web based utilities in version 9 and the new codeless ajax for the web based version 10 gives me the feeling that the desktop is some what "under developed" and more or less dead. Do not misunderstood me, I'm happy with the codeless feature of ajax.
    Last edited by Marcel Kollenaar; 06-16-2009, 07:05 PM. Reason: minor change
Working...
X