osulywan
Posts: 16
|
| Posted: 12/27/2011, 2:37 PM |
|
In CCS5 Beta, I noticed in Setting there is a new item called Designs. It appears to be similar yet different from Styles. It seems both Styles and Designs hold Style Sheets. Designs appears to be an integration of Artisteer designs.
I acquired Artisteer which is a good product to help users visualize their site. The version I have (2.5) exports a CCS Project (sample) but is tedious to integrate. The latest release (3.0) no longer references Code Charge Studio on the Artisteer Website.
The CCS5 Design feature references art- ... style sheet elements typical of Artisteer generated themes. Can I look forward to a more seamless integration between CCS and Artisteer? Dynamic Artisteer generated themes? 
|
 |
 |
datadoit
|
| Posted: 12/27/2011, 3:49 PM |
|
The new Designs feature in v5 uses references to Master Pages for it's
layout parameters. Unfortunately as it stands now, those don't match up
with what Artisteer exports. I suspect that there's something yet to be
done on the Artisteer side of the equation before full seamless
integration between the two applications can take place.
|
|
|
|
solesz
Posts: 137
|
| Posted: 01/03/2012, 2:45 PM |
|
After a short investigation, i found the designs (built in CCS5) have been generated by Artisteer 2.1.xxxx version.
|
|
|
|
mor
Posts: 119
|
| Posted: 01/05/2012, 4:41 AM |
|
I think in CCS Beta the designs where created, using old internal test version of Artisteer (2.1).
Latest Artisteer is 3.1. Ability to generate designs will be available in latest builds (3.1 or 3.2).
_________________
Mor ve Ötesi |
|
|
|
MichaelMcDonald
Posts: 640
|
| Posted: 01/05/2012, 4:26 PM |
|
I can't see where styles can be imported from previous version...
_________________
Central Coast, NSW, Australia.
|
|
|
|
solesz
Posts: 137
|
| Posted: 01/06/2012, 4:55 AM |
|
There are some screenshot - still available in the customer area of codecharge.com - where new Codecharge version is depicted. Those pictures - I guess apprx. - 1 - 1.5 year old. (Peterr mentioned it first on 13rd of October, 2010)
On those pictures one can see both the "design" feature and data dictionary feature. More or less the two biggest achievement of CCS5. One can guess then now, why this old artisteer exports are used.
IMHO the biggest develpoment is the dictionary, which helps a lot to reduce the demand of the final "cosmetic" changes on CCS generated pages, and partially also clarify some design intention in early stage, not in page designing stage (for sure: master and detail handling is also something nice, but not as deep as data dictionary)
These are on - so called - the "backend".
For frontend we got designs and some more up-to-date input methods... That side need more explanation:
Today the world around javascript frameworks, like jquery, dojo, prototype etc. javascript grid systems, like jqgrid or treegrid or whatever, which allows the user to display and modify the data i.e. inline, and javascript charts, and sometimes javascript business logic too.
So CCS5 is a quite big development comparing to CCS4 series. But I think, the server-side scripting era is loosing its sole right generating display, and this role is heavily goes to javascript. Server side-script takes place in business logic and datastreaming.
I think CCS5.xxx (or CCS6) should and will focus on changing the scripting roles accordingly. At least I hope.
But as we saw on the photos (in customer area) the features has been ready (maybe not tested well) already a year ago - I guess. But the overall unsatisfaction of users missing new versions , pushed yessoftware to issue a release. We got it, in a syimbolic way: 24th of December.
I just hope they already turned the direction the development to the deep revision of the server and client side tasks distribution of CodeCharge.
|
|
|
|
andy
Posts: 183
|
| Posted: 01/09/2012, 4:16 AM |
|
Solesz, I agree with you fully about the future of server-side and client-side scripting.
We all love CCS for its really efficient server-side data handling and events.
We get rather frustrated with the client-side. For example, favouring native support for Prototype over JQuery, outdated widgets like the date picker, as you say YesSoftware is a couple of years behind the times in this respect.
It's good to see they continue to develop - hooray - but there doesn't seem to be any great opening up of support for other client-side frameworks.
I think there would be a huge market if YesSoftware were to make another version of CodeCharge Studio that handled all the server-side data handling as it currently does and provided support for a growing list of client-side frameworks.
People could bring their favourite technologies to sit on top of such a CCS product.
Imagine if you could use ExtJS, for example, but without having to do all of the tedious hand coding to interface with your data source.
_________________
Andy
RAD tools for rich UI controls:
http://www.koolphptools.com |
|
|
|
datadoit
|
| Posted: 01/09/2012, 6:57 AM |
|
I've yet to run into any limitation imposed by CCS in using any
third-party javascript framework. CCS will use Prototype when building
application features using the wizards, but there's nothing preventing
you from using jQuery, ExtJS (which is incorporated in v5), or any other
library.
Since Prototype will get published most of the time in your projects
(depends on features of your application), using other frameworks in
lieu of Prototype means you have to follow the strict rules for
referencing those framework's objects. Ex: Referencing jQuery functions
via 'jquery' and not just '$'. See
http://docs.jquery.com/Using_jQuery_with_Other_Libraries for specifics.
|
|
|
|
Oper
Posts: 1195
|
| Posted: 01/09/2012, 7:04 AM |
|
Quote datadoit:
I've yet to run into any limitation imposed by CCS in using any
third-party javascript framework. CCS will use Prototype when building
application features using the wizards, but there's nothing preventing
you from using jQuery, ExtJS (which is incorporated in v5), or any other
library.
Since Prototype will get published most of the time in your projects
(depends on features of your application), using other frameworks in
lieu of Prototype means you have to follow the strict rules for
referencing those framework's objects. Ex: Referencing jQuery functions
via 'jquery' and not just '$'. See http://docs.jquery.com/Using_jQuery_with_Other_Libraries for specifics.
Agree 100%
_________________
____________________________
http://www.7bz.com (Free CMS,CRM Developed in CCS)
http://www.PremiumWebTemplate.com
Affiliation Web Site Templates
Please do backup first |
|
|
|
andy
Posts: 183
|
| Posted: 01/10/2012, 7:10 AM |
|
Quote :
datadoit:
I've yet to run into any limitation imposed by CCS in using any third-party javascript framework. CCS will use Prototype when building application features using the wizards, but there's nothing preventing you from using jQuery, ExtJS (which is incorporated in v5), or any other library.
ExtJS incorporated into version 5 of CCS? In what way...
_________________
Andy
RAD tools for rich UI controls:
http://www.koolphptools.com |
|
|
|
datadoit
|
| Posted: 01/10/2012, 3:26 PM |
|
It's published under the 'js' directory, so that means that at least one
of the AJAX features are using it in some capacity.
|
|
|
|
solesz
Posts: 137
|
| Posted: 01/12/2012, 5:15 AM |
|
Hi,
ExtJS only in CCS5, afaik for i.e. inline datepicker.
CCS4 only (obsolete version of) Prototype and Yahoo.
solesz
|
|
|
|
jsmonkey
Posts: 39
|
| Posted: 01/16/2012, 8:27 AM |
|
Side note: I have Artisteer 3.0 and it still exports your Artisteer template to a CCS 4 project. (I had verified this with Artisteer support before upgrading and it is still fully documented in their help files.)
_________________
-J |
|
|
|
Gena
Posts: 591
|
| Posted: 02/01/2012, 12:41 PM |
|
great news http://www.artisteer.com/?p=news
Artisteer 3.1 January 31, 2012
Artisteer 3.1 for Windows (3.1.0.48375)
Main improvements and fixes in this update include:
........
* Added support for new CodeCharge Studio 5
sounds promising
_________________
Gena |
|
|
|
joejac
Posts: 242
|
| Posted: 02/01/2012, 2:40 PM |
|
Hello,
I do not understand why good programmers like Artisteer that generates so much bloated code, I prefer to invest some time to work out the css and to have a short and clean code with the least number of divisions and the least css code as possible.
Even to present the client with design options, I prefer to show any good templates website so the customer can choose among various options/color schemes, etc and them I customize the design to his/her needs with the minimum code. Yes, it takes time but in my humble oppinion it is best.
Best regards
joejac
|
|
|
|
andrea
Posts: 18
|
| Posted: 02/02/2012, 5:46 AM |
|
joejac, you are right, but for people with very poor graphic skill like me Artesteer is great. I tested the latest release with CCS 5 beta and it works great.
|
|
|
|
datadoit
|
| Posted: 02/02/2012, 7:22 AM |
|
JJ, I consider myself a "good programmer" and love Artisteer and what it
brings to the table. To say that it creates bloated code is arbitrary,
since it can be considered that even CodeCharge creates bloated code.
Both applications are designed to create extra, often unnecessary code
simply because they're trying to fit many different sizes for many
different people. That's the whole point of their existence.
So yeah, if you want a tightly wound application that fits only a single
purpose, then Notepad or Vim will suffice just fine and doesn't cost a
nickel.
I drive a pickemup truck. Rarely do I have to actually haul anything in
the back, but when I do, it sure is nice to have. Despite the bloated,
often unnecessary bulk of my vehicle, I still consider myself a "good
driver".
|
|
|
|
Jan K. van Dalen
|
| Posted: 02/04/2012, 9:24 AM |
|
Good programmers would understand that a product like Artisteer must
account for every possibility and exception hence the product generate
more than it should. Is the nature of the beast. :)
On 2/1/2012 5:40 PM, joejac wrote:
> Hello,
>
> I do not understand why good programmers like Artisteer that generates so much
> bloated code, I prefer to invest some time to work out the css and to have a
> short and clean code with the least number of divisions and the least css code
> as possible.
>
> Even to present the client with design options, I prefer to show any good
> templates website so the customer can choose among various options/color
> schemes, etc and them I customize the design to his/her needs with the minimum
> code. Yes, it takes time but in my humble oppinion it is best.
>
> Best regards
> joejac
> ---------------------------------------
> Sent from YesSoftware forum
> http://forums.yessoftware.com/
>
|
|
|
|
kraj
Posts: 1
|
| Posted: 02/29/2012, 5:47 PM |
|
As previously mentioned, CCS does not prevent you from using any 3rd party framework. The nature of our application and the amount of data we have was such that generating the pages server side and re-displaying everything resulted in a sub-par user experience. We still use CCS as the main frameworkf, using xAjax as data providers, and jQuery for the UI (Gris, collapsible panels, data tables). Our app uses jQuery ui-layout to establish dynamically resizable panes, and most refreshes inside a page are at an object level instead of at a page level. We also use TCPDF to generate very complex PDF's server side. A lot of the underlying logic is built into php base classes so we can reuse everywhere. ONe only needs to understand how CCS works in order to "bolt-in" other technologies.
It would be nice if CCS incorporated jQuery natively, since its capabilities are amazing. But, nothing stopping one from using it right now.
|
|
|
|
|
