Alpha Video Training
Page 1 of 2 12 LastLast
Results 1 to 30 of 42

Thread: A Web Component Desktop??

  1. #1
    "Certified" Alphaholic forskare's Avatar
    Real Name
    Ken Nordin
    Join Date
    Apr 2000
    Location
    Walker, MN
    Posts
    7,545

    Default A Web Component Desktop??

    I am in the process of creating a Web Component "ONLY" app to be used on the desktop or intranet without the use of the WAS. At this point I am using a Tabbed User Interface as the home page or menu which consists of buttons to open individual grids and dialogs as well as one or more images.

    I installed RT and the A5 Dev on a spare computer on my home network. I opened up the A5RT and, walla, I was able to open and run the app on puter2 from puter1 as well as run the app on puter1, from puter1.

    I have fund there are many, may advantages of using web components on what one might call the Web Component Desktop. This is a partial list of what I've discovered thus far:

    1) All your web components can be used with the web and mobile. Other than perhaps a few minor changes, you're good to go.

    2) Grids and dialogs are so much richer looking, in some case almost 3D.

    3) There are many more styles to choose from than what's available on the DT. And, you can modify them or create your own.

    4) Using check boxes to invoke If/Then/Else is ver easy to do.

    5) Grids an be nested within grids

    6) Grids can be embedded within dialogs

    7) Single fields in a table can be used as a repeating section on a grid and new rows can be added and removed by a simple click

    8) Lookups can be done on dbf tables and Sql tables, the genies are very easy to use.

    9) Creating a progressive search in the DT is much more cumbersome and time consuming. Simply checking the search part checkbox on a grid setup and then selecting the fields is nearly all that has to be done. It is a bit different but just as easy.

    10) Over the years, many have asked for a way to show totals at the bottom of a browse and finally a way was developed to put the totals in a separate field along side the browse. With a grid, simply check a couple of checkboxes and walla, there it is. Much quicker, neater and professional looking.

    I suspect that when Alpha first came out with the "develop once, deploy all" slogan, this was not what they had in mind but rather using web components on forms, etc. The more I worked with this I quickly saw that by using a TUI as the opening page/screen/menu, there would be no need for forms or browses. Some of my questions were answered by Marcel and when he saw we both were working towards the same goal, he suggested we 'hook-up'. No doubt there are others who have discovered this new venue.

    I closing, if you haven thought of creating a Web Component Desktop, start to explore and let you imagination run wild. I believe you will come away with the same enthusiasm as Marcel and I. One additional side note, The WCD seems to be more stable that the regular DT. At least I've not had to do a compact to remove excess files when something that was working, quit working. You really owe it to yourself to explore Alpha's best kept secret. You just might never want to go back to the 'old' DT.

    P.S.
    I've tried to upload a couple of snap shots but for some reason they will not upload even though they are small .jpg files. I'll see if I can't find another way to get it done.
    TYVM :) kenn

    Knowing what you can achieve will not become reality until you imagine and explore.

  2. #2
    Banned
    Join Date
    Aug 2003
    Posts
    1,416

    Default Re: A Web Component Desktop??

    Picture: Totals example

    Totals Example-1.JPG

    Picture: Search example

    Search Example 1.JPG

  3. #3
    Member
    Real Name
    Dave
    Join Date
    Jul 2012
    Location
    Southern California
    Posts
    621

    Default Re: A Web Component Desktop??

    So are you running V11 web components using the A5 runtime environment instead of the WAS? Will this also work in V12? How would this be licensed?

  4. #4
    "Certified" Alphaholic forskare's Avatar
    Real Name
    Ken Nordin
    Join Date
    Apr 2000
    Location
    Walker, MN
    Posts
    7,545

    Default Re: A Web Component Desktop??

    Quote Originally Posted by DaveF View Post
    So are you running V11 web components using the A5 runtime environment instead of the WAS? Will this also work in V12? How would this be licensed?
    Obviously, I cannot speak for v12. You would deploy it according to v11 licensing.
    TYVM :) kenn

    Knowing what you can achieve will not become reality until you imagine and explore.

  5. #5
    "Certified" Alphaholic
    Real Name
    Raymond Lyons
    Join Date
    Apr 2000
    Location
    Carlsbad, CA
    Posts
    2,143

    Default Re: Pictures created by Ken

    Just a couple of comments from a desktop only perspective:

    I have played with grids as an alternative to forms and browses a bit.
    I do see that in many cases a grid is better than a browse.
    I do see that in many cases one can build a grid that is a good replacement for the old fashioned form.
    I do see that even in V10.5 and V11 one could build a new project without any forms or browses.

    What I don't like is that creating a grid replacement for a complex form is not a simple, quick, easy thing to do, and in some cases I suspect it is impossible. Easier to work with than a complex Xdialog, but no where near as easy designing a form tied to a table or set.

    So yes, I like that grids are there and can be powerful and in some cases elegant and in some cases preferable to a form, but I don't like that in V12 they totally replace forms. Especially since I would not be able to use anything past V11 to support existing databases for clients who would not pay for rebuilding everything just because Alpha Five so drastically changed the game.

    Finally, I very much resent the comments of some on this forum who suggest that people like me who aren't happy with the coming changes are just backward dolts, etc., etc. and if we would just listen to some of our superiors we'd see the light. Then again, if V12 an onward are by subscription only, I won't be here anyway so my problem with the total lack of forms won't matter, at least to me.

    Raymond Lyons

  6. #6
    Member 2ninerniner2's Avatar
    Real Name
    Lyle
    Join Date
    Mar 2012
    Location
    Calgary, AB
    Posts
    236

    Default Re: A Web Component Desktop??

    ... for future reference ... voilĂ*
    Cheers!
    Lyle Chamney
    http://www.2ninerniner2.com/
    Websites rebuilt with WordPress
    http://goodcheapfastwebsites.com/
    Complete, ready to install WordPress websites
    http://snifflevalve.com
    WordPress training and tutorials

  7. #7
    Banned
    Join Date
    Aug 2003
    Posts
    1,416

    Default Re: Pictures created by Ken

    Quote Originally Posted by Raymond Lyons View Post
    .....What I don't like is that creating a grid replacement for a complex form is not a simple, quick, easy thing to do....
    Creating a complex form is not an easy thing to do either. Hence the description: complex.

    Quote Originally Posted by Raymond Lyons View Post
    and in some cases I suspect it is impossible
    In some cases I suspect creating a form is impossible as well.

    There are pro's and con's in almost anything on this planet. You are not obliged to use forms only, or to use grids only.
    However, were I obliged to make a choice with no specific further requirements stated, my money would be on WCD anytime.

  8. #8
    Banned
    Join Date
    Aug 2003
    Posts
    1,416

    Default Re: A Web Component Desktop??

    Quote Originally Posted by DaveF View Post
    So are you running V11 web components using the A5 runtime environment instead of the WAS? Will this also work in V12? How would this be licensed?
    Web Components on the Desktop run in "working preview" mode, which is a special protocol that allows Alpha Five to communicate with Internet Explorer directly without using the WAS. So no need for WAS to run in that case. If you want to stretch options even further, I have tested a WCD application running over the internet without the WAS as well. Successfully. This would however only run in intranet situations, or situations where you want to give access to the application to existing, known, accounts and not to the general anonymous public. In the latter case the WAS would be mandatory until now as far as I know.

  9. #9
    "Certified" Alphaholic DaveM's Avatar
    Real Name
    Dave Mason
    Join Date
    Jul 2000
    Location
    Hudson, FL
    Posts
    6,026

    Default Re: A Web Component Desktop??

    I don't like that in V12 they totally replace forms.
    So that is why? All makes better sense now and why they are continuing v11 after v12 is out.

    So, if I carry forward with alpha, I have to adjust my old applications to web components or just drop them.

    Questions: You do or do not need the was to connect to a database?? How do you make a Reports?
    Dave Mason
    dave@aldausa.com
    Skype is dave.mason46

  10. #10
    "Certified" Alphaholic forskare's Avatar
    Real Name
    Ken Nordin
    Join Date
    Apr 2000
    Location
    Walker, MN
    Posts
    7,545

    Default Re: Pictures created by Ken

    I' haven't looked at v12 so i have no clue what's in there and what isn't.

    What I don't like is that creating a grid replacement for a complex form is not a simple, quick, easy thing to do, and in some cases I suspect it is impossible. Easier to work with than a complex Xdialog, but no where near as easy designing a form tied to a table or set.
    I cannot debate this since I do not know what you mean by a complex form. The grids contain a free form layout option and the dialogs are quite maneuverable as well. If you care to explain what you mean by a complex form, I might be able to speak to it, although I'm not an expert, by any means.

    Especially since I would not be able to use anything past V11 to support existing databases for clients who would not pay for rebuilding everything just because Alpha Five so drastically changed the game.
    You know more than I about v12 and none of us know what the pricing structure will be, which I hope, will not be debated in this thread. As far as present clients and their applications go, in one respect, there is no need to go beyond v11. If you want to redesign a bit to use the web components, either on forms or to call them with a button, v11 offers a wealth of promise in that area. How v12 drastically changes the desktop really has little to do, if anything, with your decision to move on from Alpha. If v11 can no longer provide for your needs and v12 pricing is, shall we say, a bit wild, I certainly wouldn't blame you for looking else where.

    That said, to make a switch just because v12 will not be using forms or assuming they won't pay for upgrading or redesigning is jumping to conclusions. You won't really know what your customers will do until you know pricing and you tell/show them what v12 can do for them. Further, If I were Alpha, I would make the same plans for the DT, Mobile and web. Top stay with the old DT will be OK for a few years but you know as well as I that technology changes faster than the weather and if Alpha doesn't stay on the cutting edge, you would switch to another product that is.

    Alpha's decisions on the desktop are probably because it is software which contains other 3rd party code that is fairly old and will eventually be non-compatible with newer technology.

    Finally, I very much resent the comments of some on this forum who suggest that people like me who aren't happy with the coming changes are just backward dolts, etc., etc. and if we would just listen to some of our superiors we'd see the light.
    This has absolutely nothing to do with this thread and I do not like that it was said here. I ask that you edit it out and if you want to discuss it, start a new thread and I will edit this part out as well.

    Ray, thank you for your reply.
    TYVM :) kenn

    Knowing what you can achieve will not become reality until you imagine and explore.

  11. #11
    "Certified" Alphaholic DaveM's Avatar
    Real Name
    Dave Mason
    Join Date
    Jul 2000
    Location
    Hudson, FL
    Posts
    6,026

    Default Re: A Web Component Desktop??

    Dropping the was would be a MAJOR step forward for Alpha and the community! At least that is my opinion!
    It would also be a strong enticement for developers that are sitting on v5 - v11 to do something.
    Dave Mason
    dave@aldausa.com
    Skype is dave.mason46

  12. #12
    "Certified" Alphaholic
    Real Name
    Raymond Lyons
    Join Date
    Apr 2000
    Location
    Carlsbad, CA
    Posts
    2,143

    Default Re: Pictures created by Ken

    Quote Originally Posted by forskare View Post
    ...I cannot debate this since I do not know what you mean by a complex form. The grids contain a free form layout option and the dialogs are quite maneuverable as well. If you care to explain what you mean by a complex form, I might be able to speak to it, although I'm not an expert, by any means....
    I can't even do a screenshot of an example of a complex form much less a sample DB. Why? Because mine are proprietary to my client and are such that even a screenshot would allow a good developer to copy what the program does for my client's competitors.

    I suspect that most simple forms are for entering new records into tables. However, users of my applications never enter new records, nor are forms just for looking at fields in records. Rather in my apps all new records are imported from exports from other programs. On one of my "complex" forms the user is reviewing existing data side by side with half a dozen "what if" scenarios that make use of static data from other tables and 70 or so form calculated fields. The what if scenarios are visually compared to the existing data in the record. Then the user can decide (by clicking checkbox fields) which records warrant processing via marketing letters, emails or phone calls--decisions that the program can't make on it's own, i.e., it requires user savvy.

    As it would otherwise be difficult for the user to visually see how things compare, the form helps out by changing the background color and fonts of many of the "what if" fields depending on how it's value compares to existing fields in the record or on calculations based on the existing field data. Something similar is done on a display only browse at the bottom of the form.

    Initially, existing records showing on the form are the result of a fairly complex query so the user isn't looking at totally irrelevant records (call this the base filter) but then the user also has the ability apply (or unapply) several additional subfilters to the form that further filter what is shown. Unfortunately, there is only so much the filters can do to get down to the target for a marketing campaign. A savvy, knowledgeable user is needed to make the final choices on the form (or browse embedded on the from). Even the user personally being familiar with the human being reflected in the existing record is relevant in many cases.

    Okay, I'm no expert on grids (FAR from it) but so far in my playing around I have been unable to see how I could recreate one of these "complex" forms using grids (wouldn't have to be identical, just something that would accomplish the same things). Simple data entry forms, yes, something like my some of my forms may not even be possible.

    Raymond Lyons

  13. #13
    "Certified" Alphaholic forskare's Avatar
    Real Name
    Ken Nordin
    Join Date
    Apr 2000
    Location
    Walker, MN
    Posts
    7,545

    Default Re: A Web Component Desktop??

    So far I understand that data is imported from other sources and the key to your success with this app is the use of filters along with, what would happen if we did this? I realize this is a bit naive, but the forms an browses are and always will be for view the data. The secret is how you write the filter. Whether it's forms, browses, grids or dialogs, the filters are the same. I see no reason why a grid or dialog cannot be used. If it can be done on a form or browse, it can be done on a grid or dialog. I suspect your biggest obstacle is going thru the learning curve which really is not that hard. for the most part, I found the genies to be better than the ones in the DT.
    TYVM :) kenn

    Knowing what you can achieve will not become reality until you imagine and explore.

  14. #14
    "Certified" Alphaholic
    Real Name
    Raymond Lyons
    Join Date
    Apr 2000
    Location
    Carlsbad, CA
    Posts
    2,143

    Default Re: A Web Component Desktop??

    Quote Originally Posted by forskare View Post
    So far I understand that data is imported from other sources and the key to your success with this app is the use of filters along with, what would happen if we did this? I realize this is a bit naive, but the forms an browses are and always will be for view the data. The secret is how you write the filter. Whether it's forms, browses, grids or dialogs, the filters are the same. I see no reason why a grid or dialog cannot be used. If it can be done on a form or browse, it can be done on a grid or dialog. I suspect your biggest obstacle is going thru the learning curve which really is not that hard. for the most part, I found the genies to be better than the ones in the DT.
    Ken, I guess my description was inadequate. Filters are not the problem. I'd put my filter writing up against anyone's. What filters alone could do would result in at least twice as many records going into the marketing campaign, increasing the cost in $$ but also including people who would be turned off both in terms of negative word of mouth but also probably removing them as prospects for future campaigns. I wish I could give you a real example, but for the reasons I gave I cannot. Sorry.

    Raymond Lyons

  15. #15
    "Certified" Alphaholic
    Real Name
    Chris Tappan
    Join Date
    Jun 2009
    Location
    Marietta, GA
    Posts
    1,297

    Default Re: A Web Component Desktop??

    I think I'm understanding, but please clarify. I understand how you're able to work off of a development machine but unclear how you access it via a machine with just the runtime installed...

  16. #16
    Volunteer Moderator Peter.Greulich's Avatar
    Real Name
    Peter Greulich
    Join Date
    Apr 2000
    Location
    Boston, MA
    Posts
    11,644

    Default Re: A Web Component Desktop??

    Quote Originally Posted by forskare View Post
    I am in the process of creating a Web Component "ONLY" app to be used on the desktop or intranet without the use of the WAS. At this point I am using a Tabbed User Interface as the home page or menu which consists of buttons to open individual grids and dialogs as well as one or more images.

    I installed RT and the A5 Dev on a spare computer on my home network. I opened up the A5RT and, walla, I was able to open and run the app on puter2 from puter1 as well as run the app on puter1, from puter1.

    I have fund there are many, may advantages of using web components on what one might call the Web Component Desktop. This is a partial list of what I've discovered thus far:

    1) All your web components can be used with the web and mobile. Other than perhaps a few minor changes, you're good to go.

    2) Grids and dialogs are so much richer looking, in some case almost 3D.

    3) There are many more styles to choose from than what's available on the DT. And, you can modify them or create your own.

    4) Using check boxes to invoke If/Then/Else is ver easy to do.

    5) Grids an be nested within grids

    6) Grids can be embedded within dialogs

    7) Single fields in a table can be used as a repeating section on a grid and new rows can be added and removed by a simple click

    8) Lookups can be done on dbf tables and Sql tables, the genies are very easy to use.

    9) Creating a progressive search in the DT is much more cumbersome and time consuming. Simply checking the search part checkbox on a grid setup and then selecting the fields is nearly all that has to be done. It is a bit different but just as easy.

    10) Over the years, many have asked for a way to show totals at the bottom of a browse and finally a way was developed to put the totals in a separate field along side the browse. With a grid, simply check a couple of checkboxes and walla, there it is. Much quicker, neater and professional looking.

    I suspect that when Alpha first came out with the "develop once, deploy all" slogan, this was not what they had in mind but rather using web components on forms, etc. The more I worked with this I quickly saw that by using a TUI as the opening page/screen/menu, there would be no need for forms or browses. Some of my questions were answered by Marcel and when he saw we both were working towards the same goal, he suggested we 'hook-up'. No doubt there are others who have discovered this new venue.

    I closing, if you haven thought of creating a Web Component Desktop, start to explore and let you imagination run wild. I believe you will come away with the same enthusiasm as Marcel and I. One additional side note, The WCD seems to be more stable that the regular DT. At least I've not had to do a compact to remove excess files when something that was working, quit working. You really owe it to yourself to explore Alpha's best kept secret. You just might never want to go back to the 'old' DT.

    P.S.
    I've tried to upload a couple of snap shots but for some reason they will not upload even though they are small .jpg files. I'll see if I can't find another way to get it done.
    Bravo Ken! You and Marcel are real desktop-web component trail blazers! Good job!

  17. #17
    "Certified" Alphaholic forskare's Avatar
    Real Name
    Ken Nordin
    Join Date
    Apr 2000
    Location
    Walker, MN
    Posts
    7,545

    Default Re: A Web Component Desktop??

    Quote Originally Posted by christappan View Post
    I think I'm understanding, but please clarify. I understand how you're able to work off of a development machine but unclear how you access it via a machine with just the runtime installed...
    Same way you would with the current DT.
    TYVM :) kenn

    Knowing what you can achieve will not become reality until you imagine and explore.

  18. #18
    "Certified" Alphaholic forskare's Avatar
    Real Name
    Ken Nordin
    Join Date
    Apr 2000
    Location
    Walker, MN
    Posts
    7,545

    Default Re: A Web Component Desktop??

    Thank you Peter. I appreciate it!
    TYVM :) kenn

    Knowing what you can achieve will not become reality until you imagine and explore.

  19. #19
    "Certified" Alphaholic DaveM's Avatar
    Real Name
    Dave Mason
    Join Date
    Jul 2000
    Location
    Hudson, FL
    Posts
    6,026

    Default Re: A Web Component Desktop??

    Not totally true, but close. You have to be able to create those before you can use them. If you have desktop only, you cannot create web stuff. The runtime should run it, just can't make it.
    Dave Mason
    dave@aldausa.com
    Skype is dave.mason46

  20. #20
    "Certified" Alphaholic forskare's Avatar
    Real Name
    Ken Nordin
    Join Date
    Apr 2000
    Location
    Walker, MN
    Posts
    7,545

    Default Re: A Web Component Desktop??

    what's not totally true?
    TYVM :) kenn

    Knowing what you can achieve will not become reality until you imagine and explore.

  21. #21
    "Certified" Alphaholic
    Real Name
    Jetson Lilibeth
    Join Date
    Dec 2011
    Posts
    1,093

    Default Re: A Web Component Desktop??

    Quote Originally Posted by mronck View Post
    Picture: Totals example

    Totals Example-1.JPG

    Picture: Search example

    Search Example 1.JPG
    WOW! How did the fonts became bigger, how did you change the colors to make it look very professional and How did you customize the search on top to say wild card * , exact etc.?Thanks!

  22. #22
    "Certified" Alphaholic
    Real Name
    Jetson Lilibeth
    Join Date
    Dec 2011
    Posts
    1,093

    Default Re: A Web Component Desktop??

    I thought I cannot run the web component on a network environment, I have created a dialog component before, last year for sure, and I have posted my problem on this board asking why and how to update the records on another computer, my problem before was I cannot update a record on the other computer but on the computer where I installed the app is working and updating properly, so I thought that I cannot use web component on the desktop for multi-user. I will try again because I quit using the dialog component and the grid for data entry on the desktop. Hope I can figure it out now.

  23. #23
    VAR
    Real Name
    Martin W. Cole
    Join Date
    Apr 2000
    Location
    Terrell, Texas (near Dallas)
    Posts
    5,956

    Default Re: A Web Component Desktop??

    did someone say that traditional forms will NOT be available in12?
    Cole Custom Programming - Terrell, Texas
    972 524 8714
    martin_w_cole@msn.com

    ____________________
    "A young man who is not liberal has no heart, but an old man who is not conservative has no mind." GB Shaw

  24. #24
    "Certified" Alphaholic
    Real Name
    Raymond Lyons
    Join Date
    Apr 2000
    Location
    Carlsbad, CA
    Posts
    2,143

    Default Re: A Web Component Desktop??

    Quote Originally Posted by martinwcole View Post
    did someone say that traditional forms will NOT be available in12?
    I did. I'd love to be wrong. Whether it is with V12 or Vxx it seems to me that replacing desktop forms and browses (and sets?) with grids is the way Alpha is moving. For new projects it could even make a lot of sense, leaving V11 to deal with legacy desktop apps. When Win xx comes out they might even update V11 to deal with it--or not, depending on whether anticipated revenue would at least cover the cost.

    Raymond Lyons

  25. #25
    "Certified" Alphaholic Ray in Capetown's Avatar
    Real Name
    Ray Hendler
    Join Date
    Jan 2009
    Location
    South Africa
    Posts
    2,036

    Default Re: A Web Component Desktop??

    Quote Originally Posted by forskare View Post
    I am in the process of creating a Web Component "ONLY" app to be used on the desktop or intranet without the use of the WAS. At this point I am using a Tabbed User Interface as the home page or menu which consists of buttons to open individual grids and dialogs as well as one or more images.

    I installed RT and the A5 Dev on a spare computer on my home network. I opened up the A5RT and, walla, I was able to open and run the app on puter2 from puter1 as well as run the app on puter1, from puter1.

    I have fund there are many, may advantages of using web components on what one might call the Web Component Desktop. This is a partial list of what I've discovered thus far:
    Kenn
    You answered the single million dollar question in your second paragraph. THAT for me is the breakthrough.
    Without repeatedly blowing hot air that it works, without ever trying it.
    I had no need for the move to v11 with all the new release problems and time I had spent stabilising v10 apps.

    Sincere well done and you are a trailblazer in this arena - looking forward to new discoveries.

    Like Ray Lyons describes, I have forms that are complex (not referring to difficult to make - that's irrelevant) like dashboards and in line with some ERP principles, all aspects of the business resource as relevant for the user at any particular time, using colour and appearing objects to reflect predictions and effects of current operations elsewhere in an enterprise.

    The range of fields is too wide for one method to serve all best. Just for example :-Running businesses efficiently and competitively (my area) is at another end of the spectrum to world wide flash and distributed cloud single solution apps. I have close friends in other fields, setting up web services and supply with huge hit numbers. They work in PHP and constantly evolving apps for apps - where I can only listen.

    Those with many successful applications using A5 in multiple fields...
    the likes of Ray, Tom, Mike, Stan, Gabe, Peter G and W and Kenn and others, too many to list now, with their knowledge, experience and fastidious attention to standards and detail I feel sure will be in the best position to take up the cudgel, so to speak, as and when the A5 playing field is declared, to highlight pros AND cons of new paradigms against old - as they have proven in the past.
    Last edited by Ray in Capetown; 04-14-2013 at 04:46 AM.

  26. #26
    "Certified" Alphaholic Tim Kiebert's Avatar
    Real Name
    Tim Kiebert
    Join Date
    Jul 2004
    Location
    Geelong, Victoria, Australia
    Posts
    2,785

    Default Re: A Web Component Desktop??

    Quote Originally Posted by martinwcole View Post
    did someone say that traditional forms will NOT be available in12?
    I think Ray impied that in post 5. I checked earlier in the v12 beta that is available and form creation is definately still there. I tested with an app I built in v8-9 and the app ran great in v12 with no modification. Was able to make new forms against existing tables as per normal. So I don't know where Ray got the idea web components will "totally replace forms".

    oops took to long to post this
    Tim Kiebert
    Eagle Creek Citrus
    A complex system that does not work is invariably found to have evolved from a simpler system that worked just fine.

  27. #27
    Banned
    Join Date
    Aug 2003
    Posts
    1,416

    Default Re: A Web Component Desktop??

    Quote Originally Posted by Raymond Lyons View Post
    I did. I'd love to be wrong. Whether it is with V12 or Vxx it seems to me that replacing desktop forms and browses (and sets?) with grids is the way Alpha is moving. For new projects it could even make a lot of sense, leaving V11 to deal with legacy desktop apps. When Win xx comes out they might even update V11 to deal with it--or not, depending on whether anticipated revenue would at least cover the cost.

    Raymond Lyons
    Based on what statement exactly did you conclude that traditional forms will not be available in v12?
    That's what I have against wild discussions on "what-Alpha-is-going-to-do" since a lot of smoke is blown up by some that is taken for fact by others whilst never confirmed by Alpha Software.
    There is no evidence whatever that traditional forms will not be in v12 (but we don't know for sure since it is not yet out there in its definite form) and as such the most sensible thing to do would be to go from the situation they will still be in there.
    Maybe someone who is actually beta-testing v12 can chime in and confirm that old forms are still in use since I am not one of those.

    At some point in the future though, it is very likely that "the old desktop" (as we know it Jim) will transform into "something else" or "something heavily adjusted" while support for 32bit software is going to disappear from Windows OS systems in the future and a lot of proprietary stuff in Alpha Five would fall victim to that. From a perspective of efficiency / cost effectiveness it would be a very understandable decision to "replace" the "old desktop" with the web component technology. That may very well be Alpha's way out of that. And an extremely good one at it.
    Last edited by mronck; 04-14-2013 at 04:59 AM.

  28. #28
    "Certified" Alphaholic
    Real Name
    Raymond Lyons
    Join Date
    Apr 2000
    Location
    Carlsbad, CA
    Posts
    2,143

    Default Re: A Web Component Desktop??

    Quote Originally Posted by mronck View Post
    Based on what statement exactly did you conclude that traditional forms will not be available in v12?
    That's what I have against wild discussions on "what-Alpha-is-going-to-do" since a lot of smoke is blown up by some that is taken for fact by others whilst never confirmed by Alpha Software.
    There is no evidence whatever that traditional forms will not be in v12 (but we don't know for sure...
    I guess I just "wildly" dreamed it up without there being a shred of evidence that Alpha in V12 "Anywhere" will be without forms and browses. Could be I guess--I have been sick lately and it has caused some weird dreams.

    On the other hand, maybe not. In any case I have neither the time nor the desire to chase down the evidence in statements made by Alpha Software staff (Richard and others) in regard to what will or will not be in V12. But of course evidence, even based on what is currently in the beta, does not make it certain what will finally be in V12. Me? I am thrilled that traditional forms and browses (and sets?) are in the beta and take that to be strong evidence that they will be in the final release. Still, traditional forms, browses and even sets are part of a desktop model that it seems pretty clear to me that Alpha is moving away from. But hey, I could be wildly dreaming again.

    Raymond Lyons

  29. #29
    VAR
    Real Name
    Martin W. Cole
    Join Date
    Apr 2000
    Location
    Terrell, Texas (near Dallas)
    Posts
    5,956

    Default Re: A Web Component Desktop??

    Good to hear
    Not sure I will ever use V12, if V11 remains, and is supported
    at my age I have minus zero interest in the web! been programming since the 70's!! - I've got more work than I can get to with the desktop only
    Cole Custom Programming - Terrell, Texas
    972 524 8714
    martin_w_cole@msn.com

    ____________________
    "A young man who is not liberal has no heart, but an old man who is not conservative has no mind." GB Shaw

  30. #30
    Banned
    Join Date
    Aug 2003
    Posts
    1,416

    Default Re: A Web Component Desktop??

    Some things that jump to mind:

    • It might be good to mention, that with regards to "more complex" applications (not meaning complex form designs) the most "power" is "under the hood" so to speak and done with xbasic/UDF's, and that those are still and completely available using web components on the desktop. So the power of any Alpha Application coming from any xbasic would still be completely available with WCD technology.
    • The richness of todays web applications can not completely be used on the desktop since some components require the use of the WAS. This does not apply to the most commonly used components as for instance grid, dialog and tabbed UI component, but it does apply to for instance the calendar component. So that specific component is "ruled out" being used as WCD since the WAS would be required to be running.
    • For anyone who has not yet been developing with the web components, there will be a learning curve. Not only because of the completely different look and feel but also because Javascript might become involved which isn't required on the desktop. Web components bring another aspect in the game: the difference between server-side and client-side events. Whilst the server-side events are dealt with in xbasic as usual, the client-side events are dealt with in Javascript, which requires some knowledge of that if you want to go byond the basic action scripting functionality which is available client-side.
    • The learning curve is dramatically flattened by the many instruction videos that have been created by Selwyn on many aspects of using web components and which will give you a fast heads-up on what is required. Definitely a must-watch!
    • Some functions in WCD are quite simple visible, but some are hidden pretty well and you almost have to stumble over them or search for them specifically and methodically. For instance there is a small setting for "alternate views" which does not quite attract attention at first glance. However, these few words hide a very rich pallet of functionality like creating graphs with a few mouseclicks or creating google maps with a few mouseclicks. All of that functionality can be used on the desktop.
    • WCD technology works because of the presence of "working preview", which is a special protocol that allows Alpha to communicate with Internet Explorer directly hence the WAS does not need to run. As said earlier, some components or technology used on the web however will require the WAS to be active/running.
    • Using WCD you CAN create an "intranet" application that runs over the internet WITHOUT having a WAS running or active. If you want to know how, just send me a pm.
    • WCD allows you to run a Tabbed UI component as a menu. You can have the TUI start-up automatically using an autoexec script with specific xbasic code that CAN be generated for you by using a wizard. That wizard is hidden a bit but available if you select the TUI in your web control panel and then open the right-mouse-click-menu. There you will find an option to open the wizard.
    • There are still some things in WCD technology that needs to be addressed. However, Alpha is on this and has fixed some minor issues with that in no-time. Some remain though like the fact that the wizard will most likely come up with a fully qualified filename embedded in its xbasic code. That won't always (mostly not) work in situations with runtime/network. So you manually need to change the fully qualified filename into a short filename.
    • WCD technology HAS been tested to some extend and the tests showed that WCD will run over the network, it will run as a shadow (some parts of Alpha needed adjusting for that which is done in the most recent patches) and it will run on a runtime install (successfully tested by Ken as stated in initial post). In all cases the TUI will automatically show up on startup.
    • One of the things that still need to be addressed is the capability to show pictures on the home page of the tui. You can embed images on the menu bar of the TUI, but not yet in the home page itself, since that still requires the WAS to run. That might be addressed in the near future but as is this is still something that can't be done.
    • WCD is not perfect. Neither is "old desktop". WCD however can run multiple dependencies without the use of "sets" which forms can't. With WCD you can "click through" in grids to an almost infinite level with great ease without any set being present.
    • In terms of "design&looks" WCD introduces animation on the desktop which enriches the look and feel for the user. Some will like this, some might not. It's there if you want it.
    • Whilst grids might look a bit "rigid" at first glance and whilst you might take from that, that it restricts your layout freedom, this is not at all the case. Grids offer A LOT of freedom when you look a bit closer. There are freeform layout options all across the grids even inside them on row level (which I use a lot). So these freeform layouts are above, besides and below the grid rows but also inside them which allow you to create almost anything you like.
    • One of the most powerful components is the dialog grid. In any case where you would want to gather input from the user, you might want to consider this component. Features are way too many to name here, I would advise you to have a look at the video list to get started on that one. Dialogs can automatically create tables for you if you so desire and bind them to the fields on the dialog if you want. Designing multi-step dialog screens is a snap. This all works on the desktop.
    • Over the past versions, Alpha has adapted its "under the hood" capabilities to web component requirements. One of them being the fact that it will now support several Json functions which allow you to use Json objects in your xbasic code.
    Last edited by mronck; 04-14-2013 at 06:30 AM.

Similar Threads

  1. web component in desktop
    By GGandhi in forum General Questions
    Replies: 4
    Last Post: 04-04-2013, 04:31 PM
  2. Replies: 6
    Last Post: 12-19-2012, 11:44 AM
  3. TabbedUI Web Component on the desktop
    By JetLi in forum Alpha Five Version 11 - Desktop Applications
    Replies: 2
    Last Post: 12-08-2012, 04:52 AM
  4. Dialog Component (Desktop)
    By JetLi in forum Alpha Five Version 11 - Desktop Applications
    Replies: 0
    Last Post: 04-19-2012, 06:42 AM
  5. Web Component in Desktop App
    By omagarc in forum Application Server Version 10 - Web/Browser Applications
    Replies: 0
    Last Post: 07-28-2010, 07:14 PM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •