ducati996guy
Posts: 46
|
| Posted: 01/24/2007, 11:23 PM |
|
Hi All,
after 5 years of working with CodeCharge, I think I am about to dump it. Just wanted to see what others were up to, hence the post. There is no doubt that the ability in CodeCharge to rapidly create applications based on database structure is excellent.
The world is now going Ajax and datagrid updates without page refreshes via AJAX are the norm. We have been doing a lot of this by hand and frankly it is very time consuming but the user experience is brilliant..
I have been resisting this decision for quite a while now as I believed that CodeCharge would head down the datagrid/Ajax path. Peter's post of a 2007 delivery does offer some promise but no real dates or features.
eg. When Yes says "Ajax" do they mean a mixture of date pickers and combo boxes or real datagrids and controls?
This announcement coming on top of the vagueness of responses in the past about releases (12 months for version 3 after initial announcements) means we may see it sometime this year. Then again, we may not.
In the meantime, web 2.0 style apps and Ajax enabled grids are all over the place. I cant in any good conscious stand still any longer as we must deliver deliver applications that are in this new web 2.0 style mode. I dont just mean combo boxes or lookups on lists, I mean full blown master - detail grids with in place edit, deletes, Add new etc.
Last week I missed a job to a competing firm because of a lack of Ajax. The user experience is really that much better.
I also sat down and looked at the apps we have deployed to date. All are the normal codecharge grid page, click to edit, hit update and return to grid page style apps. So two pages for most tables.
In an Ajax grid world, all of that would happen on one page. So a 200 page application becomes a 100 page application. This doesn't mean less work, as our experience has shown us that AJAX pages are typically 3 times longer to develop than normal ASP or ASP.NET pages due to the amount of hand coding required.
I looked at a wide range of tools from Ruby on Rails right through to IronSpeed and Visual Studio. Frankly I can find nothing that performs anywhere like CodeCharge for rapid development. Alas the lack of Ajax grids means I must make the leap.
We have just completed two small apps using Visual Studio with third party controls as a test of our ability to deliver. Both went well, but rollout was very slow. This is a combination of how much hand coding was required and our lack of skills in this area. *smile*
The User Interface of both apps is excellent. One was done using Infragistics (excellent tools, crappy documentation) and the other with Developer Express. Slightly better documentation, but better knowledge base. Frankly either can meet our requirements standing on their head.
Hopefully this post will start some robust discussion on other peoples thoughts and perhaps flesh out some better solutions than we have arrived at.
Thanks
David
_________________
"Only two things are infinite, the universe and human stupidity, and I'm not sure about the former."
- Albert Einstein (1879-1955)
www.CustomerCommunity.com.au
|
 |
 |
peterr
Posts: 5971
|
| Posted: 01/25/2007, 2:19 AM |
|
Hi David,
Quote :I think I am about to dump it.
Sorry to hear this.
Though in the past I've used VB, Delphi, Visual Studio and MS Access, but I haven't announced that I am dumping three of them each time when I selected one for specific project or client. Don't you think that by doing so I would be creating little too much unneccessary drama?
I can only recommend that you use the right tool for the situation, hopefully including current or future versions of CCS.
Quote :we may see it sometime this year. Then again, we may not.
What a rumor!  I wrote that you will see it sometime this year specifically to prevent rumors
Quote :So a 200 page application becomes a 100 page application.
You can do the same with CCS, for example by specifying that you want the Search, Grid and Record on one page.
I definitely would like you to continue using CodeCharge Studio. If you're seeking ideas on how how to utilize external Ajax libraries with CCS, I recommend creating specific post about this. For now I am not clear what you're asking about in the above post.
_________________
Peter R.
YesSoftware Forums Moderator
For product support please visit http://support.yessoftware.com |
|
|
|
Edd
Posts: 547
|
| Posted: 01/25/2007, 5:58 PM |
|
David / Peter,
As every we knows me knows I am a CCS evangelist - to the point of frustration - but I am also a realist. CCS has a history of supporting my business well beyond the price I paid for it - but also I also have brought in Ajax technology from other products to keep my sites relvant. For reference I use Nitobi ajax tools - they fit well with CCS after you write some class wrappers.
Peter is 100% correct when he said Quote :I can only recommend that you use the right tool for the situation, hopefully including current or future versions of CCS.
. CCS is not the paneca for all my development issues. I will code in anything if it gets me the work.
As I said in a phone conversation with another CCS developer we are unsure of where we are at this stage because of Ajax offerings. We both agreed that we were using Ajax but were really frustrated by the amount of hand coding to deliver a product.
I eagerly await the CCS deliveries but now is the time for feedback - before CCS runs off to write their own complete Ajax toolset.
Can Yes Software please consider the following:
1. PLEASE consider having a CCS Users Conference - I am in Australia but I am willing to fly Las Vegas / wherever to see / meet other CCS developers to exchange ideas.
2. Consider using a surveys on priorities of user requests in the Ajax area, example what is more important Combobox / Grid / Treeview / Menus, etc, etc etc.
Sincerely good luck David with your alternate selection process - Can I ask that you revisit the forum in a couple of months and relate your experiences.
Edd
_________________
Accepting and instigating change are life's challenges.
http://www.syntech.com.au |
|
|
|
marcwolf
Posts: 361
|
| Posted: 01/25/2007, 11:53 PM |
|
I agree with Edd.
CSS is an excellent product for talking the drudge work out of most tasks. Certainly the Search/Add/Modify/Delete wizards make life a lot easier.
However the world is moving on and many customers are wanting a better user experiences.
The web has moved on from the purely 'page based response' that worked well for the beginning. However many of our clients are seeing new solutions, and of course they have enjoyed years of rich interfaces from desktop based application.
As a developer I want to give my clients the best. 32 years of programming applications both in the web and on desktop has allowed me to see how far computing has come. I am proud to say that I have tried to give my clients the best - both in stability and innovation.
There are several very nice Ajax libraries out there.. however as a developer I would hate to start using them only to find that my dedication and research needs to be dumped because CCS has chosen a competing Ajax library that is incompatible with what I have developed.
I have been using CCS now for over 3 years.
I Do appreaciate the time that is required for new enhancements to be introduced but please... can we get some information so that we (the developers who support CSS and YesSoftware) will know what we can expect.
I have often posted helpful information on this forum, and have been more than willing to help others who have contacted me privately.
So - has a Ajax library(s) be chosen yet as the base for additional development, and what controls might we expect so that we can either choose to find others that will help.. or await for the next release.
Any information please....
Dave
_________________
' Coding Coding Coding
Keep Those Keyboards Coding.
Raw Code!!!!!!!
|
|
|
|
Mango_Lier
Posts: 110
|
| Posted: 01/26/2007, 11:55 AM |
|
I believe CCS should not reveal the roadmap or future enhancements to the general public, why give the competitors info on where the product is going.
I believe CCS needs to create separation between the presentation layer and the data access layer and connect it via well defined XML API. All the presentation toolkits I have played with (Flex 2, , Dojo, Tibco) support this concept. This will open up a lot of UI options for the CCS customers.
Also, YesSoftware should open up the SDK and documentation to the general public instead of just customers. My rationale is that the paying customers, most of the time, are focused on building and deploying solutions for their clients but a lot of hobbyist might build a code generator /wizard to hookup other presentation layers with CCS (adapters for Dojo, Prototype, or Flex).
For my money, CCS is the best RAD tool I have seen. I am not a CCS customer yet, so you can ignore everything I said
|
|
|
|
Vasiliy
Posts: 378
|
| Posted: 01/26/2007, 12:45 PM |
|
I use CCS (ASP, ASP.NET) and I like it even though it is not prefect.
My current project is rather big.
THE ONLY reason my boss gave me this project was because I committed to complete the project with my team in 6 months, instead of "at least 1.5 years", planned by other ppl.
I'm in time only because of CCS, but we had a heavy coding involved because of lack of AJAX support.
From past xx years of development experience I know - there are some less important features in product, and some features - decision makers.
AJAX is a decision maker.
I'd trade latest CCS features, like Calendar, Reports, FCK Editor to AJAX support simply because Yes can not predict what functionality I need from their controls.
For example instead of CCS reports we use Business Objects Web Intelligence, instead of FCK we use Telerik Editor.
Considering the amount of hand coding done, I don't need fancy controls from CCS, but I need CCS core to support AJAX so that I can pick the controls I need fm 3-rd party vendors.
Peter, I hope Yes will consider our opinion.
_________________
Vasiliy |
|
|
|
peterr
Posts: 5971
|
| Posted: 01/26/2007, 1:46 PM |
|
Vasiliy,
Quote :Considering the amount of hand coding done, I don't need fancy controls from CCS, but I need CCS core to support AJAX so that I can pick the controls I need fm 3-rd party vendors.
This sounds like CCS doesn't need AJAX at all. If CCS would let you pick a 3rd party control to use then that control might use AJAX internally so that CCS wouldn't have to.
(later I'll try to address some other comments from everyone)
_________________
Peter R.
YesSoftware Forums Moderator
For product support please visit http://support.yessoftware.com |
|
|
|
ducati996guy
Posts: 46
|
| Posted: 01/26/2007, 2:36 PM |
|
Hi Peter (and others),
Thanks for your posts. Very interesting and some excellent ideas.
Peter - I dont believe I am creating drama, sorry if you feel that was my intention. You may well of switched platforms for specific projects but in each case you used the correct tool for the correct purpose. We do this as well and have tried to keep our development standards to using codecharge as much as possible because of it's speed of development. I would love to continue to use codecharge as I tried to indicated above (obviously not very successfully).
Quote :What a rumor! I wrote that you will see it sometime this year specifically to prevent rumors
I am not starting any rumours, I am pointing out that Yes has a habit of not announcing product roadmaps and when they do trickle information, it can be a very long period of time between the snippet of information and the actual product. I used version 3 as an example.
Quote :You can do the same with CCS, for example by specifying that you want the Search, Grid and Record on one page.
I understand that you can use this method, but it is hardly ideal. We have done the same thing using Ajax to load the maintenance page into a div on the list page. Whilst it did deliver a result, it was hardly ideal. Doing the same thing without Ajax and having page refreshes, is a clumsy way of delivering the user interface (IMHO). Others may feel it works for them.
Quote :If you're seeking ideas on how how to utilize external Ajax libraries with CCS, I recommend creating specific post about this. For now I am not clear what you're asking about in the above post.
I am not asking anything, I was just interested in other peoples opinions on this subject.
Edd - you are 100% correct, a user conference (or even a web meeting) would be excellent. Your other point on a survey for required features is also reflected in the other posts.
Marcwolf & Vasily - You both make excellent points to support Peter's comment. I would also say some of the features added by code charge are nice to have's but other items would be more useful. Of course this is very subjective and other devlopers may have required a editor, report writer etc. personally we use other tools for these features.
How do these features get selected for development? I guess at some point someone must of requested these features. I am sure a survey would show most code charge developers would put Ajax enabled grids high on the list.
Peter - your last comment on third party tools would be valid, except I am referring to the need for an Ajax enabled grid. If I use a third party control, then that takes away 50% of the need for codecharge. It would mean I do an application build, then run around tossing the grids. Doesn't leave much of the generated code.
Personally, I think code charge needs to take a leap here and license otehr controls. If you look at something like infragistics suite or Nitobi, then you can quickly deliver a heap of Ajax enabled tools and keep the user base in Code charge. That would be my ideal solution, but I am not the vendor.
As for the point on announcing roadmaps, this is quite the norm. See this post from Nitobi dated December for a feb release.
http://www.nitobi.com/news/?a=46
Thanks for listening and everyones input.
Regards
David
_________________
"Only two things are infinite, the universe and human stupidity, and I'm not sure about the former."
- Albert Einstein (1879-1955)
www.CustomerCommunity.com.au
|
|
|
|
peterr
Posts: 5971
|
| Posted: 01/26/2007, 5:33 PM |
|
Hi all,
Let's try to split this topic into a few areas, starting with confirming certain issues and moving onto possible solutions.
Ajax development tools:
First let me say that CCS is not an Ajax development tool, while Web development doesn't automatically mean that the whole application must be fully Ajax-based (although it might be for some people). There are separate tools for this and if we decided to create such product we might just as well name it differently and offer it separately, possibly like JackBe. Potentially and hopefully CCS will get there, however, in such case this may happen gradually (in other words: CCS will not suddenly become a different product). That's why I wrote that anyone should pick the best tool for the job, even though unfortunately for us this may not always be CCS.
Components:
Regardless of Ajax, there are complex grid components on the market with in-line editing, drill-downs and other features - sometimes developed for years by other companies who are focused on doing just that, and often offer those components at higher prices than CCS. And if they do heavily use Ajax then that's even better if you could use those components, while CCS wouldn't need Ajax.
In our case the CCS IDE makes up bulk of the product, while we cannot put as much resources into competing with some advanced 3rd party components or trying to reproduce that functionality, and even if we did that partially - anyone can still say that they may dump CCS because there is a better grid component out there somewhere which some other developers are no doubt using.
Therefore implementing any Ajax functionality in CCS still doesn't guarantee that David would pick CCS for specific project, if for example his potential client is amazed with a specific grid they've seen elsewhere. And based on what David wrote he needs an advanced grid controls like "master - detail grids with in place edit, deletes, Add new etc.". Ajax might be an internal part of such grid, while it doesn't mean that the page around it uses Ajax. Therefore I suspect that David or his client may not be satisfied even if CCS supported Ajax but the grid component would be missing certain features.
While even without any Ajax support in CCS, one possible solution would be to include an external grid component into any Web page (CCS or not) and that grid can work independently possibly utilizing Ajax internally. This in fact would mean that CCS doesn't need Ajax and this whole discussion is not about Ajax but about supporting 3rd party controls. (credit to Vasiliy for bringing this up)
For us licensing and including other controls is not a solution because many of those components are priced higher than CCS itself, not many components are compatible with all technologies that CCS supports, plus everyone has different preferences and might still prefer other components (FCKeditor was a good example) rather than an overpriced CCS (if include specific commercial components that not everyone may need).
If you David came to conclusion that you need advanced features of 3rd party controls and using them takes away 50% of the need for CCS then you may be correct in your own way and really don't need to use CCS. In your case this may be no different between choosing any control libraries and I cannot argue with this. Of course you may still consider using CCS to develop parts of an application (calendar, reports, administration, etc.) or use CCS for selected projects. And actually this is what visual tools and IDEs are about: I could say that Visual Basic or Delphi was only 50% useful to me because I still needed to purchase some commercial components that were more advanced than those included in the product. CCS is going further by offering various wizards/builders (not found in MS Access, Delphi, Visual Studio, Oracle Forms, etc), however, it is still a tool and not a component library. And we're actually glad to see that CCS has so much functionality that it spoils everyone and you would prefer to use only it for all your development needs
Also keep in mind that many companies spend $100K+ on portal frameworks (like BEA WebLogic Portal), which are somewhat similar to CCS in a way that they provide general application framework with security, caching, internationalization, css standards and other global features, while components are often developed externally on top of this. One might interpret that they spent $100K on 50% of the functionality they need, which is fine too and to some people those 50% is not less important than the other 50%.
Back to Ajax support, it can be achieved by YesSoftware in CCS by:
- converting or enhancing certain CCS features and components to be Ajax-driven
- better support for 3rd party controls (possibly even without any Ajax within CCS itself)
Ajax in CCS:
This is still in experimental stages and a lot of things may change. Based on information I have obtained and understand, currently we're testing some basic (on the surface) Ajax-driven features like autocomplete and dependent listboxes, while next steps may be to experiment with background data updates and multiple form submissions (like master detail). Part of the goal is to provide certain level of universality so that Ajax features could be used for multiple purposes without us trying to cover every possibility. For example with new featureset it may be possible to update and refresh a shopping cart without refreshing the page, or update values within a grid without refreshing the page - by applying certain Ajax features to an existing control instead of creating a new Ajax specific control. We're also testing support for Yahoo UI components and Dojo widgets.
Internally we're currently using our own Ajax library but considering using Prototype, or providing compatibility with several Ajax libraries. As I understand it may also be possible to adjust XML structure to implement custom data format for compatibility with external Ajax libraries.
Support for 3rd party controls:
We are rewriting the .NET code engine to offer much better support for any 3rd party components, among other benefits like greater code simplicity and customizability, and basic integration with Visual Studio. Unfortunately I cannot provide more details on the forums due to confidentiality reasons, however, we'd like to work with a few long-time CCS users as Beta testers - if any of you would be interested (please PM me).
PHP is less adaptable to such approach due to performance issues, lack of appropriate commercial controls, standards and other limitations. However, we're also doing a lot of R&D in that area.
CCS Roadmaps:
I've noticed that any possible roadmap we could've announced in the past would never be met - as requirements and features change a lot during R&D process. I also have not seen accurate roadmaps from other companies, but often users complaining that a company promised something and haven't delivered
Medium-to-short term roadmaps are OK and we do this by simply releasing early Beta releases when we really know that we will be releasing specific features and have them out of R&D. Most long-term features are simply in R&D stage and we have too many of them to even predict which ones will get out of R&D and when. (Google Labs comes to mind )
_________________
Peter R.
YesSoftware Forums Moderator
For product support please visit http://support.yessoftware.com |
|
|
|
peterr
Posts: 5971
|
| Posted: 01/28/2007, 12:42 PM |
|
Please note that currently we do not have a preview or Beta version of Ajax functionality, only a preview of a new .NET code generation engine that we're working on and which may be available as an option in a future product release.
_________________
Peter R.
YesSoftware Forums Moderator
For product support please visit http://support.yessoftware.com |
|
|
|
Mango_Lier
Posts: 110
|
| Posted: 02/01/2007, 10:23 PM |
|
Any idea when the new .Net generation engine will be available. Will it support easy connectivity with the ASP.Net native controls?
|
|
|
|
beshoo
Posts: 68
|
| Posted: 02/02/2007, 5:39 PM |
|
Well my advice to Yes and all other Dev to visit this wonderful tool kit
well may Yes contact them for some team work ,
Well thy make some thing look like an AJAX miracle.
Product Name: TIBCO General Interface(TM) - Professional Edition
http://www.tibco.com/software/rich_internet_application/default.jsp
_________________
beshoo Love PHP and CC 4.2 |
|
|
|
kangus
Posts: 47
|
| Posted: 02/03/2007, 11:52 AM |
|
Peterr: The main thing that has never happened with CCS is support from CCS for user provided tools. CCS really needs to provide an SDK for those of us that have taken the time to intergrate functionality not provided by CCS.
Get us a SDK for building tool add-ins and you'll be amazed, ignor this and become another FrontPain (Frontpage for those that never used it).
_________________
PHP 4/5 mySQL 4.1/5 CCS 3.x |
|
|
|
kangus
Posts: 47
|
| Posted: 02/03/2007, 12:28 PM |
|
beshoo:
Only the BETA version of TIBCO works with IE7 - nothing about FireFox 2.0.
I don't work with companies that require a finance statement to quote me a price and from what I can tell TIBCO is a ASP add-in.
_________________
PHP 4/5 mySQL 4.1/5 CCS 3.x |
|
|
|
beshoo
Posts: 68
|
| Posted: 02/03/2007, 2:17 PM |
|
kangus , all flocks .
i know Yes since 5 years , and i trust them as well , When Yes think about providing some thing , it will provide it more than your need .
Peterr , thank you for your post , i believe that YES will improve ajax to the next side of WEB 2 .
and they will provide all component we need , as drag & drop , dependent menu , professional grid , and more than this , it will a free update . i think i will not wait to vision 4 , just a few months and we will see some thing ....
_________________
beshoo Love PHP and CC 4.2 |
|
|
|
mrachow
Posts: 509
|
| Posted: 02/05/2007, 12:50 AM |
|
My actual pain with AJAX is that I feel my choice of the back end server reduced to a mimimum when I choose a certain AJAX tool.
At the moment I can't believe it could be done but corresponding to the philosophy of Studio there should be APIs on server side for all supported languages backing the JavaScript clients.
_________________
Best regards,
Michael |
|
|
|
E43509
Posts: 283
|
| Posted: 02/07/2007, 10:33 AM |
|
TIBCO GI is very ugly and not a tool that I'd recommend for most folks. It is very obtuse in its IDE and hard to get around.
|
|
|
|
marcwolf
Posts: 361
|
| Posted: 02/07/2007, 6:02 PM |
|
A very comprehensive AJAX suite I recently came across is the Zapatec one www.zapatec.com
They have a very wide range of controls like calandars, time entry, autocomplete, grid, and a lot of form effects.
They use both XML and JSON as the transport format.
Licensing is interesting - free is you add a link to their site. A new version will be out in a month with a set of compressed code libraries to ease the bandwidth.
They also have a link in with FustionCharts which looks VERY nice - flash charts controlled by XML so you can give the usrs a view of their data too
Take Care
Dave
_________________
' Coding Coding Coding
Keep Those Keyboards Coding.
Raw Code!!!!!!!
|
|
|
|
alx
Posts: 5
|
| Posted: 02/08/2007, 8:22 AM |
|
May recommend this.
http://www.dowdybrown.com/dbprod/rico-test9/index.html
The best free grid I've found.
|
|
|
|
Mango_Lier
Posts: 110
|
| Posted: 02/08/2007, 11:26 AM |
|
Once you start building Ajax enabled corporate sites, the "workflow" dimension of the projects changes radically. Yes at the backend you are still updating/deleting data in the tables but the data now can be better presented in Tables, tree and other container. The Ux expectations change radically.
I believe bindows is fantastic and pretty complete http://www.bindows.net/
|
|
|
|
Ozum
Posts: 57
|
| Posted: 02/12/2007, 12:35 AM |
|
I use the tools/frameworks below and I am more than happy. All are open source and free to use commercially. Only WinLIKE requires a small fee for commercial use.
Prototype
http://www.prototypejs.org/
script.aculo.us (Based on prototype)
http://script.aculo.us/
DOJO Toolkit
http://dojotoolkit.org/
WinLIKE (Windows in browser)
http://www.ceiton.com/
I hope you enjoy them also.
|
|
|
|
eserver220
Posts: 42
|
| Posted: 02/12/2007, 5:51 PM |
|
Quote :Ajax development tools:
First let me say that CCS is not an Ajax development tool, while Web development doesn't automatically mean that the whole application must be fully Ajax-based (although it might be for some people). There are separate tools for this and if we decided to create such product we might just as well name it differently and offer it separately, possibly like JackBe. Potentially and hopefully CCS will get there, however, in such case this may happen gradually (in other words: CCS will not suddenly become a different product). That's why I wrote that anyone should pick the best tool for the job, even though unfortunately for us this may not always be CCS.
I quite agree what peter wrote. Maybe one day web applications will replace all desktop applications, but it can not come true in one day, it needs time.
For instance, json which include client/server sdk for different script languages. How to ingtegrate a ajax framework like jason with CCS, which can also support 7 more script languages is not an easy work, great changes must be made to current codecharge's infrastructure. I think a company like ccs must justify the cost for ajax's development. So take a mixed solution which means to add ajax only when needs .
Best Regards!
|
|
|
|
Anonymous
|
| Posted: 02/13/2007, 1:33 PM |
|
I think XML is fine. Don't know about other languages but asp and asp.net can persist recordset/dataset output as XML, with a little XSLT it can be made standard. Then the rest is how anyone wants to use the generated XML.
I am waiting for a better asp.net generated code to support built-in asp.net controls and atleast infragisitc or componentOne. Then my AJAX problems are solved.
Kash
|
|
|
|
BB Caspian
|
| Posted: 03/01/2007, 1:34 AM |
|
Thank you for the info on Zapatec Marcwolf.
Will try the suite.
|
|
|
|
greywire
Posts: 37
|
| Posted: 03/22/2007, 11:12 AM |
|
I just wanted to add my $.02 to this:
I've been using CCS for a few years now, mainly on one particular project (see swiftlead.com). I've been gradually adding AJAX style features to it. Sometimes this is easy, sometimes I have to really work around CCS to get things to work.
Now, I completely understand that the CCS guys can't really compete with some of the really advanced ajax controls out there. Also, as far as adopting or implementing their own ajax framework, which way do you go? Prototype library and its cronies (scriptaculous, etc) are my choice, but not everybody's.
What I would like to see is CCS simply making it easier to interoperate with whatever you may choose (and maybe also have some basic build in stuff).
For me, these issues are mainly related to how it generates its classes (I'm just talking about php here, I dont know if does things differently in other languages). It does for the most part internaly implement a Model/View/Controler like relationship. But it does not make it easy to separate those classes from each other. The View classes are HTML-form based only. To use the Model class with, say, an AJAX front end instead is difficult. I wind up implementing my own database interaction classes with the AJAX stuff I am doing, instead of using what CCS generates.
Also, it would be nice if I could sub class the CCS classes and have CCS use my derived classes. I dont quite understand why they dont use a sub-class for all the *_events.php code, instead of functions.
Finally, if I could just modify how it generates code myself, then I could maybe make it do what I need. But as far as I can tell, there's no way to change the internal code templates.
_________________
--
Aric Caley
Fonality, inc |
|
|
|
Mango_Lier
Posts: 110
|
| Posted: 03/22/2007, 1:08 PM |
|
I wish Yes just let us know what library they are planning on using so we can spend some time learning it.
The more I play with Bindows (http://www.bindows.net/) the more I like it but it is expensive to deploy.
I am also looking at Jack's stuff at http://www.jackslocum.com and boy it is getting better day by day.
|
|
|
|
joejac
Posts: 242
|
| Posted: 03/22/2007, 1:36 PM |
|
Hello everybody,
Almost one year ago I posted: "How can I use CCS for Rich Internet Applications?"
http://forums.yessoftware.com/posts.php?post_id=74021
The response from Yes Software was: "This is not possible. You'd use CodeCharge Studio to develop standard Web applications." I also got 3 other responses, 2 of them of little insight and one sarcasm. Anyway, it looks to me that today this issue has more attention in this community.
Please see again: http://www.openlaszlo.org/ and read.
Also please see some demos here:
http://www.openlaszlo.org/lps/laszlo-explorer/index.jsp...rk=Introduction
The idea is to keep the integration with CCS simple and provide the CCS user with RIA functionality in the Builders/Forms with no coding, if possible, with this platform or any other that fits best with CCS.
Hope this help this time.
Thank you
Regards
joejac
|
|
|
|
eserver220
Posts: 42
|
| Posted: 03/22/2007, 5:00 PM |
|
Yesterday , I saw openlaszlo's demo. it's impressive. I wish CCS will incorperate more
RIA feature in near future.
|
|
|
|
AQUANANU
Posts: 107
|
| Posted: 04/11/2007, 1:18 PM |
|
is this silence the one before the strom.
Hey Yes team are we having any surprises in comming days.
somehow i find the forums have been getting bit dull or CCS users have become too smart that they have lesser issues now.
_________________
Navneet Kakkar
CEO
Positive Thinker's Inc. |
|
|
|
wkempees
|
| Posted: 04/11/2007, 3:01 PM |
|
> too smart that they have lesser issues now.
that must be it!
Walter
"AQUANANU" <AQUANANU@forum.codecharge> schreef in bericht
news:2461d42821b2a2@news.codecharge.com...
> is this silence the one before the strom.
>
> Hey Yes team are we having any surprises in comming days.
>
> somehow i find the forums have been getting bit dull or CCS users have
> become
> too smart that they have lesser issues now.
> _________________
> Navneet Kakkar
> CEO
> Positive Thinker's Inc.
> ---------------------------------------
> Sent from YesSoftware forum
> http://forums.codecharge.com/
>
|
|
|
|
|
