tag:kentico.uservoice.com,2008-02-07:/activityKentico CMS on UserVoice2012-05-15T12:39:39-07:00tag:kentico.uservoice.com,2008-02-07:Event/113522442012-05-15T12:39:39-07:002012-05-15T12:39:39-07:00Integrate Newsletter subscription with Biz Forms [updated]<p>It would be great if we could integrate into a Biz Form a check box that a user checks to indicate that they want to receive the site newsletter.
This means a user filling in a for can subscribe in the one place instead of then having to go and subscribe to the Newsletter separately.
Thanks
James</p><p>David said:<br /><div class="typeset"><p>I was disappointed to see that this was not standard. </p></div></p>Davidtag:kentico.uservoice.com,2008-02-07:Event/113422822012-05-14T01:15:52-07:002012-05-14T01:15:52-07:00Survey Module or Automatic Multi-page BizForms [updated]<p>Either extend the BizForm concept or create a new module for survery-like multi-page forms.
Although you can create multi-page forms with the Alternate BizForms, it is a bit laborious. It would be nice to have a wizard-like form so that the pages are automatic. Other features:
1. The ability to dynamically hide/show questions base on other questions.
2. The ability to branch to other questions.
3. On the back-end would be some basic reports on the data.
4. Integrate with the Membership users to allow only one form be filled per user
</p><p>Venkat said:<br /><div class="typeset"><p>As a temporary workaround for point 4 (User specific instances), I am planning to use this:
<br /><a href="http://www.johnnycode.com/blog/2011/04/19/creating-user-specific-editable-bizforms/" rel="nofollow" target="_blank">http://www.johnnycode.com/blog/2011/04/19/creating-user-specific-editable-bizforms/</a></p></div></p>Venkattag:kentico.uservoice.com,2008-02-07:Event/113422462012-05-14T01:08:33-07:002012-05-14T01:08:33-07:00Document crawler to only read part "main content" of the document [is now under review]<p>I love the new document crawler... however, there are some key terms in the header and footer which cause ALL documents to show up in some very important searches. It would be nice to specify sections of a page to be indexed by the crawler:
<div id="wrapper">
<header>Site nave and stuff</header>
<!--@@SMART_SEARCH_BEGIN@@-->
<div role="main">Main content here</div>
<!--@@SMART_SEARCH_END@@-->
<footer>Footer text/nav here</footer>
</div></p>Anonymoustag:kentico.uservoice.com,2008-02-07:Event/113421952012-05-14T00:55:46-07:002012-05-14T00:55:46-07:00Survey Module or Automatic Multi-page BizForms [updated]<p>Either extend the BizForm concept or create a new module for survery-like multi-page forms.
Although you can create multi-page forms with the Alternate BizForms, it is a bit laborious. It would be nice to have a wizard-like form so that the pages are automatic. Other features:
1. The ability to dynamically hide/show questions base on other questions.
2. The ability to branch to other questions.
3. On the back-end would be some basic reports on the data.
4. Integrate with the Membership users to allow only one form be filled per user
</p><p>Martin Hejtmanek (CTO) (admin) responded:<br /><div class="typeset"><p>1&2 in v7, other items later</p></div></p>Martin Hejtmanek (CTO)tag:kentico.uservoice.com,2008-02-07:Event/113421932012-05-14T00:55:17-07:002012-05-14T00:55:17-07:00Survey Module or Automatic Multi-page BizForms [updated]<p>Either extend the BizForm concept or create a new module for survery-like multi-page forms.
Although you can create multi-page forms with the Alternate BizForms, it is a bit laborious. It would be nice to have a wizard-like form so that the pages are automatic. Other features:
1. The ability to dynamically hide/show questions base on other questions.
2. The ability to branch to other questions.
3. On the back-end would be some basic reports on the data.
4. Integrate with the Membership users to allow only one form be filled per user
</p><p>Martin Hejtmanek (CTO) said:<br /><div class="typeset"><p>Update on this:</p>
<p>In v7 there will be possibility to hide/disable form fields based on other fields value using macros, which should cover 1 & 2.</p>
<p>Unfortunately we didn't have enough time to make support for multipage forms, so that will be covered later in v8.</p>
<p>Regarding 3, you can do it already with the reporting module, in v8 we should provide better options directly in Forms UI.</p>
<p>Regarding 4, you should be able to do that with a bit of customization and store flag whether the user filled the form or not in the user custom field.</p></div></p>Martin Hejtmanek (CTO)tag:kentico.uservoice.com,2008-02-07:Event/113312392012-05-11T09:10:59-07:002012-05-11T09:10:59-07:00Document crawler to only read part "main content" of the document [updated]<p>I love the new document crawler... however, there are some key terms in the header and footer which cause ALL documents to show up in some very important searches. It would be nice to specify sections of a page to be indexed by the crawler:
<div id="wrapper">
<header>Site nave and stuff</header>
<!--@@SMART_SEARCH_BEGIN@@-->
<div role="main">Main content here</div>
<!--@@SMART_SEARCH_END@@-->
<footer>Footer text/nav here</footer>
</div></p><p>ryan.wheale said:<br /><div class="typeset"><p>Thanks. I am aware of the functionality you provided and I have already implemented my own custom parser prior to making this suggestion. However, I doubt that I am the only person who will ever want the master page content omitted from indexing. Even further, people may only want a very small subsection of a particular page to be considered during indexing. I requested this feature to be a simple [documentable] way for developers to build templates which define indexable content regions without having to edit code. I understand why you may think this is an unnecessary feature, however I think UserVoice is a place for others to say "yes, this would actually be a really great feature". </p></div></p>ryan.whealetag:kentico.uservoice.com,2008-02-07:Event/113309642012-05-11T08:32:15-07:002012-05-11T08:32:15-07:00Document crawler to only read part "main content" of the document [is now declined]<p>I love the new document crawler... however, there are some key terms in the header and footer which cause ALL documents to show up in some very important searches. It would be nice to specify sections of a page to be indexed by the crawler:
<div id="wrapper">
<header>Site nave and stuff</header>
<!--@@SMART_SEARCH_BEGIN@@-->
<div role="main">Main content here</div>
<!--@@SMART_SEARCH_END@@-->
<footer>Footer text/nav here</footer>
</div></p>Jakub Oczkotag:kentico.uservoice.com,2008-02-07:Event/113309632012-05-11T08:32:15-07:002012-05-11T08:32:15-07:00Document crawler to only read part "main content" of the document [updated]<p>I love the new document crawler... however, there are some key terms in the header and footer which cause ALL documents to show up in some very important searches. It would be nice to specify sections of a page to be indexed by the crawler:
<div id="wrapper">
<header>Site nave and stuff</header>
<!--@@SMART_SEARCH_BEGIN@@-->
<div role="main">Main content here</div>
<!--@@SMART_SEARCH_END@@-->
<footer>Footer text/nav here</footer>
</div></p><p>Jakub Oczko (admin) responded:<br /><div class="typeset"><p>SearchHelper.OnHtmlToPlainText event covers this situtation</p></div></p>Jakub Oczkotag:kentico.uservoice.com,2008-02-07:Event/113309532012-05-11T08:30:29-07:002012-05-11T08:30:29-07:00Document crawler to only read part "main content" of the document [updated]<p>I love the new document crawler... however, there are some key terms in the header and footer which cause ALL documents to show up in some very important searches. It would be nice to specify sections of a page to be indexed by the crawler:
<div id="wrapper">
<header>Site nave and stuff</header>
<!--@@SMART_SEARCH_BEGIN@@-->
<div role="main">Main content here</div>
<!--@@SMART_SEARCH_END@@-->
<footer>Footer text/nav here</footer>
</div></p><p>Jakub Oczko said:<br /><div class="typeset"><p>You can do this within the current implementation of smart search. You can use SearchHelper.OnHtmlToPlainText event to parse the HTML code downloaded by crawler. See this page <a href="http://devnet.kentico.com/docs/devguide/index.html?smart_search_definign_index_content.htm" rel="nofollow" target="_blank">http://devnet.kentico.com/docs/devguide/index.html?smart_search_definign_index_content.htm</a> for more details.</p>
<p>Thanks, </p>
<p>Jakub</p></div></p>Jakub Oczkotag:kentico.uservoice.com,2008-02-07:Event/113277442012-05-10T17:51:45-07:002012-05-10T17:51:45-07:00Add recurring event option [updated]<p>Marina Krob said:<br /><div class="typeset"><p>This was the biggest request from our web editors. In local government we seem to have meetings that could really leverage a recurring event option. </p></div></p>Marina Krobtag:kentico.uservoice.com,2008-02-07:Event/113270322012-05-10T14:48:10-07:002012-05-10T14:48:10-07:00Document crawler to only read part "main content" of the document<p>ryan.wheale suggested:<br />I love the new document crawler... however, there are some key terms in the header and footer which cause ALL documents to show up in some very important searches. It would be nice to specify sections of a page to be indexed by the crawler:
<div id="wrapper">
<header>Site nave and stuff</header>
<!--@@SMART_SEARCH_BEGIN@@-->
<div role="main">Main content here</div>
<!--@@SMART_SEARCH_END@@-->
<footer>Footer text/nav here</footer>
</div></p>ryan.whealetag:kentico.uservoice.com,2008-02-07:Event/113225902012-05-10T02:25:37-07:002012-05-10T02:25:37-07:00Implementation of a SAML Security Token Service for advanced login service<p>Andy Schweizer suggested:<br />Kentico Sites support HTTP POST binding for Web Browser SSO and Webbased attribute requests according to Bindings for the OASIS Security Assertion Markup Language (SAML), V2.0.</p>Andy Schweizertag:kentico.uservoice.com,2008-02-07:Event/113207082012-05-09T16:55:42-07:002012-05-09T16:55:42-07:00remove the use of views within the core application to speed up performance on very large complex implementations. [updated]<p>The current view_cms_tree_joined view and
view_<document_type>_view_joined are very painful from a sql server stand point as there are countless number of queries. Especially "standard repeaters". Performing a SQL trace of a large system 60+ GB over a 3hr period and then running that through index tuning wizard will result in at least 30+ indexes created on CMS_Tree and 20+indexes on cms_document tables. This from a db design PO is rediculous. If not that I would suggest normalising the DB schema even further. </p><p>TS said:<br /><div class="typeset"><p>Actually Views for indexes need to be schema bound as mentioned before. View_CMS_Tree_Joined cannot be schema bound because it joins with [View_COM_SKU]
<br />which in itself is defined as "SELECT * FROM COM_SKU". I honestly don't see the point of this view at all..</p></div></p>TStag:kentico.uservoice.com,2008-02-07:Event/113180322012-05-09T09:37:40-07:002012-05-09T09:37:40-07:00Javascript error logging<p>ryan.wheale suggested:<br />A web part, end point, and db table to do the following:
window.onerror = function(msg, url, lineNum) {
/* send data via AJAX to a service for logging to database */
}</p>ryan.whealetag:kentico.uservoice.com,2008-02-07:Event/113172402012-05-09T07:44:11-07:002012-05-09T07:44:11-07:00Module Management and Install/Uninstall [updated]<p>A common part of most CMS frameworks seems to be missing from Kentico.
Kentico needs a module management interface and installer subsystem.
I expected to find a way to version and package modules, have a management UI with a list of installed modules, versions and descriptions, and be able to easily install and uninstall modules. Modules should be able to install themselves with customizable actions, like running a SQL script and placing images and other files in the proper locations, including binary dependencies like third-party DLLs. On the other end, modules should be able to uninstall themselves.
This capability is present in DotNetNuke, Orchard and many of the other commercial .NET CMS's.</p><p>ryan.wheale said:<br /><div class="typeset"><p>Martin, I have experienced more problems and raised more errors trying to follow an order of operations for custom modules: unzip here, copy DLLs here, add settings to web.config, run SQL query. Even with my own modules! With an API, the module developer could much more easily handle installing everything programmatically... rolling back database transactions if necessary, creating backups of files, executing things in the proper order, etc.</p>
<p>Modules should ALWAYS be tested on a dev server first. The installation wizard should even warn: you are about to install a module which may cause your app to do down. Please back up everything before proceeding. </p></div></p>ryan.whealetag:kentico.uservoice.com,2008-02-07:Event/113171102012-05-09T07:29:36-07:002012-05-09T07:29:36-07:00Show fields in Document Transformation [updated]<p>When creating a new document transformation I would like to be able to see the fields of the document type, even add them to the transformation. This is similar to custom form layout where I can select the fields that will be used.
Now, I go back and forth to the fields tab to see the fields. Really time consuming.</p><p>ryan.wheale said:<br /><div class="typeset"><p>All Document and Node fields would be nice as well.</p></div></p>ryan.whealetag:kentico.uservoice.com,2008-02-07:Event/113158602012-05-09T03:24:03-07:002012-05-09T03:24:03-07:00Apply a different template at runtime [updated]<p>It would be great to allow setting a different template to a document at runtime. This has proven to be a requirement in 2 of our last projects: based on location or user settngs, show the same document with a different template.
Umbraco does this in a simple and effective way: a query string param.
Eg: http://whatever/path-to-document.aspx?templateID=999
</p><p>Martin Hejtmanek (CTO) said:<br /><div class="typeset"><p>Hi, we have an experimental feature in v6 which will be official in v7, you can add this to your page template layout to create variants of the page template:</p>
<p><cms:CMSConditionalLayout runat="server" id="first" Visible='<%# true %>'>
<br /> <cc1:CMSWebPartZone ID="zoneFirst" runat="server" />
<br /></cms:CMSConditionalLayout></p>
<p><cms:CMSConditionalLayout runat="server" id="second" Visible='<%# false %>'>
<br /> <cc1:CMSWebPartZone ID="zoneSecond" runat="server" />
<br /></cms:CMSConditionalLayout></p>
<p>And replace visible conditions (true/false) by conditions you need ...</p>
<p>As I said, in v6 it is experimental, but we have feedback from some clients that they are using it without problems.</p>
<p>We will be improving this further in v7 and following.</p>
<p>We do not want to make it the way Umbraco does, since it is potential problem from SEO perspective, as well as for potential attacks (provides too many variables that may cause errors on page processing)</p></div></p>Martin Hejtmanek (CTO)tag:kentico.uservoice.com,2008-02-07:Event/113156052012-05-09T02:18:54-07:002012-05-09T02:18:54-07:00Apply a different template at runtime<p>Ricardo Fiel suggested:<br />It would be great to allow setting a different template to a document at runtime. This has proven to be a requirement in 2 of our last projects: based on location or user settngs, show the same document with a different template.
Umbraco does this in a simple and effective way: a query string param.
Eg: http://whatever/path-to-document.aspx?templateID=999
</p>Ricardo Fieltag:kentico.uservoice.com,2008-02-07:Event/113152212012-05-09T00:48:41-07:002012-05-09T00:48:41-07:00Notification Scheduling Options [is now under review]<p>When setting up notification emails (either content subscription or notification emails for Forms), give the option to choose between one email per entry in real-time or a summary email once-per-day with all notifications combined.</p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/113152202012-05-09T00:48:41-07:002012-05-09T00:48:41-07:00Notification Scheduling Options [updated]<p>When setting up notification emails (either content subscription or notification emails for Forms), give the option to choose between one email per entry in real-time or a summary email once-per-day with all notifications combined.</p><p>Petr Vozak (admin) responded:<br /><div class="typeset"><p>In some of the future versions</p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/113152162012-05-09T00:47:50-07:002012-05-09T00:47:50-07:00Notification Scheduling Options [updated]<p>When setting up notification emails (either content subscription or notification emails for Forms), give the option to choose between one email per entry in real-time or a summary email once-per-day with all notifications combined.</p><p>Petr Vozak said:<br /><div class="typeset"><p>We will consider improving Notification module in this way. Anyway, you can achieve this by creating custom notification gateway, see the last paragraph of my blog post <a href="http://devnet.kentico.com/Blogs/Petr-Vozak/May-2009/ICQ-gateway-in-Kentico-CMS.aspx" rel="nofollow" target="_blank">http://devnet.kentico.com/Blogs/Petr-Vozak/May-2009/ICQ-gateway-in-Kentico-CMS.aspx</a></p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/113151052012-05-09T00:20:47-07:002012-05-09T00:20:47-07:00remove the use of views within the core application to speed up performance on very large complex implementations. [updated]<p>The current view_cms_tree_joined view and
view_<document_type>_view_joined are very painful from a sql server stand point as there are countless number of queries. Especially "standard repeaters". Performing a SQL trace of a large system 60+ GB over a 3hr period and then running that through index tuning wizard will result in at least 30+ indexes created on CMS_Tree and 20+indexes on cms_document tables. This from a db design PO is rediculous. If not that I would suggest normalising the DB schema even further. </p><p>Martin Hejtmanek (CTO) said:<br /><div class="typeset"><p>Hi, not all views are schema bound, only those which technically can be for now. So it is not about view_<document_type>_joined but the underlying views View_CMS_Tree_Joined etc. which are the ones that have most performance impact</p></div></p>Martin Hejtmanek (CTO)tag:kentico.uservoice.com,2008-02-07:Event/113147802012-05-08T22:51:01-07:002012-05-08T22:51:01-07:00CMSListMenu Mega Dropdown Menu [updated]<p>The cmslistmenu webpart is our core menu webpart for every site we do, however its dropdown html support is limited to traditional multi level dropdowns, where as with large and content heavy sites Mega Menu's are becoming more popular. We would love the ability to do mega menu's on the fly, however with the structure of the current cmslistmenu webpart its not really possible. Perhaps there could be a setting for "Mega Menu" that renders the HTML with all sub menus contained within one div inside the main ul.</p><p>Jakub Oczko said:<br /><div class="typeset"><p>Mega menu web part won't be available in v7. You can follow this article <a href="http://devnet.kentico.com/Knowledge-Base/Design-and-css/Creating-a-Mega-Menu-(step-by-step).aspx" rel="nofollow" target="_blank">http://devnet.kentico.com/Knowledge-Base/Design-and-css/Creating-a-Mega-Menu-(step-by-step).aspx</a> to build the menu in current version.</p></div></p>Jakub Oczkotag:kentico.uservoice.com,2008-02-07:Event/113136742012-05-08T17:04:52-07:002012-05-08T17:04:52-07:00CMSListMenu Mega Dropdown Menu [updated]<p>The cmslistmenu webpart is our core menu webpart for every site we do, however its dropdown html support is limited to traditional multi level dropdowns, where as with large and content heavy sites Mega Menu's are becoming more popular. We would love the ability to do mega menu's on the fly, however with the structure of the current cmslistmenu webpart its not really possible. Perhaps there could be a setting for "Mega Menu" that renders the HTML with all sub menus contained within one div inside the main ul.</p><p>Tom Ford said:<br /><div class="typeset"><p>Any possibility of mega menu support in V7?</p></div></p>Tom Fordtag:kentico.uservoice.com,2008-02-07:Event/113136402012-05-08T16:59:07-07:002012-05-08T16:59:07-07:00Ability to assign different workflows to different User's [updated]<p>Add ability to assign workflows to users instead of just to document types and the tree structure. This way if we have an Admin user then they can perform a single click to publish while other users are required to use the spcified workflow steps.</p><p>Tom Ford said:<br /><div class="typeset"><p>This will be really helpful. Thanks!
</p></div></p>Tom Fordtag:kentico.uservoice.com,2008-02-07:Event/113113382012-05-08T11:59:04-07:002012-05-08T11:59:04-07:00Notification Scheduling Options<p>Brant Cline suggested:<br />When setting up notification emails (either content subscription or notification emails for Forms), give the option to choose between one email per entry in real-time or a summary email once-per-day with all notifications combined.</p>Brant Clinetag:kentico.uservoice.com,2008-02-07:Event/113057912012-05-07T16:37:08-07:002012-05-07T16:37:08-07:00remove the use of views within the core application to speed up performance on very large complex implementations. [updated]<p>The current view_cms_tree_joined view and
view_<document_type>_view_joined are very painful from a sql server stand point as there are countless number of queries. Especially "standard repeaters". Performing a SQL trace of a large system 60+ GB over a 3hr period and then running that through index tuning wizard will result in at least 30+ indexes created on CMS_Tree and 20+indexes on cms_document tables. This from a db design PO is rediculous. If not that I would suggest normalising the DB schema even further. </p><p>TS said:<br /><div class="typeset"><p>Hi Martin,
<br />I have installed the latest hotfix for ver 6.0. There are no indexed views. And based on your views architecure they never will be. In SQL the prerequisites are that views are schema binding. And in order to hav schema binding views you are not allowed to use * (asterix) in the view definition.</p>
<p>However if you mean that there are indexes in the underlying tables of the views (which there already are), then I would understand with part of your statement.</p></div></p>TStag:kentico.uservoice.com,2008-02-07:Event/112854832012-05-03T23:59:20-07:002012-05-03T23:59:20-07:00Login lockout after n tries [is now completed]<p>Add a "Locked" state to a user acccount to stop brute force password attacks. Give the user the option to send new password after lockout and unlock the account. Admin could also unlock the account in user manager.</p>Dominik Pintertag:kentico.uservoice.com,2008-02-07:Event/112854822012-05-03T23:59:20-07:002012-05-03T23:59:20-07:00Login lockout after n tries [updated]<p>Add a "Locked" state to a user acccount to stop brute force password attacks. Give the user the option to send new password after lockout and unlock the account. Admin could also unlock the account in user manager.</p><p>Dominik Pinter (admin) responded:<br /><div class="typeset"><p>Will be part of version 7.</p></div></p>Dominik Pintertag:kentico.uservoice.com,2008-02-07:Event/112839242012-05-03T15:59:56-07:002012-05-03T15:59:56-07:00Survey Module or Automatic Multi-page BizForms [updated]<p>Either extend the BizForm concept or create a new module for survery-like multi-page forms.
Although you can create multi-page forms with the Alternate BizForms, it is a bit laborious. It would be nice to have a wizard-like form so that the pages are automatic. Other features:
1. The ability to dynamically hide/show questions base on other questions.
2. The ability to branch to other questions.
3. On the back-end would be some basic reports on the data.
4. Integrate with the Membership users to allow only one form be filled per user
</p><p>CroDragon said:<br /><div class="typeset"><p>This is exactly what I am looking for and currently struggling with as a new Kentico user. I have developed multi-step forms for different registrations on our website (.NET) and now need to migrate those to Kentico. Reading all the steps that need to be taken I am getting a bit discouraged - everything is done through API and custom solutions. It seems that I have to create a custom solution for every registration form on our website. </p>
<p>1. "The ability to dynamically hide/show questions base on other questions." - that's a must feature and I use it a lot on our existing forms. I actually show/hide a group of questions (grouped in a panel) based on a different question. Example: Payment type - if a user selects "check" I never show the credit card section but if "credit card" is selected then I show a section to fill out the credit card info. </p>
<p>2. Show a confirmation screen before submitting the form. That's best practice when it comes to submitting online forms. </p>
<p>I hope this feature makes it to Kentico 7 since it's been asked for since 2008 on Kentico forums by various people. </p></div></p>CroDragontag:kentico.uservoice.com,2008-02-07:Event/112715962012-05-02T06:35:19-07:002012-05-02T06:35:19-07:00Advanced Warehouse and inventory [is now planned]<p>International brands usually ship to customers around the world from various warehouses or stores.
Ecommerce module should provide functionnalities to manage inventories and ship products from multiple warehouses or stores.
Each warehouse should provide specific taxes for products.
</p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112715952012-05-02T06:35:19-07:002012-05-02T06:35:19-07:00Advanced Warehouse and inventory [updated]<p>International brands usually ship to customers around the world from various warehouses or stores.
Ecommerce module should provide functionnalities to manage inventories and ship products from multiple warehouses or stores.
Each warehouse should provide specific taxes for products.
</p><p>Petr Vozak (admin) responded:<br /><div class="typeset"><p>In some of the future versions</p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112715852012-05-02T06:34:30-07:002012-05-02T06:34:30-07:00Advanced Warehouse and inventory [updated]<p>International brands usually ship to customers around the world from various warehouses or stores.
Ecommerce module should provide functionnalities to manage inventories and ship products from multiple warehouses or stores.
Each warehouse should provide specific taxes for products.
</p><p>Petr Vozak said:<br /><div class="typeset"><p>Thank you for more details. As for US taxes calculation I would recommend using one of the 3rd party calculation systems. There is one such integration on our Market place, see <a href="http://devnet.kentico.com/Marketplace/Integration/Avalara-Kentico-Connector.aspx" rel="nofollow" target="_blank">http://devnet.kentico.com/Marketplace/Integration/Avalara-Kentico-Connector.aspx</a> for more details. We do not plan to offer so sophisticated taxes calculation out-of-the-box. </p>
<p>As for better inventory management, we plan to review our customization possibilities around inventory handling in some of the future versions. This should bring you more flexibility then.</p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112712912012-05-02T05:59:19-07:002012-05-02T05:59:19-07:00Improved bundle management [is now planned]<p>I would like to be able to specify quantity of products in bundle definition and also to order them. </p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112712892012-05-02T05:59:18-07:002012-05-02T05:59:18-07:00Improved bundle management [updated]<p>I would like to be able to specify quantity of products in bundle definition and also to order them. </p><p>Petr Vozak (admin) responded:<br /><div class="typeset"><p>In some of the future versions</p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112712682012-05-02T05:56:41-07:002012-05-02T05:56:41-07:00Better document the ecommerce setup process [updated]<p>The current documentation shows the default ecommorce site, but doesn't tell you how to configure a site from scratch.
Along these lines, it might be helpful to have certain defaults for the ecommerce module. Order status, public status, internal status, payment type, an shipping methods could all use these.</p><p>Petr Vozak (admin) responded:<br /><div class="typeset"><p>Will be published later after releasing version 7</p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112712582012-05-02T05:55:39-07:002012-05-02T05:55:39-07:00Better document the ecommerce setup process [updated]<p>The current documentation shows the default ecommorce site, but doesn't tell you how to configure a site from scratch.
Along these lines, it might be helpful to have certain defaults for the ecommerce module. Order status, public status, internal status, payment type, an shipping methods could all use these.</p><p>Petr Vozak said:<br /><div class="typeset"><p>Unfortunately, "Building my first on-line store" part of our new E-commerce Guide will be published later after releasing version 7. If you have any questions about configuring your on-line store, feel free to contact our support team. Sorry for all inconvenience you may have. </p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112712242012-05-02T05:50:05-07:002012-05-02T05:50:05-07:00Shopping Cart Mini With Preview [is now completed]<p>Add an additional option into the properties of this web part to display the number of items currently in the shopping cart. You have it calculate the total, so why not be able to simply display the quantity.</p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112712232012-05-02T05:50:05-07:002012-05-02T05:50:05-07:00Shopping Cart Mini With Preview [updated]<p>Add an additional option into the properties of this web part to display the number of items currently in the shopping cart. You have it calculate the total, so why not be able to simply display the quantity.</p><p>Petr Vozak (admin) responded:<br /><div class="typeset"><p>Will be in version 7</p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112712132012-05-02T05:48:29-07:002012-05-02T05:48:29-07:00Shopping Cart Mini With Preview [updated]<p>Add an additional option into the properties of this web part to display the number of items currently in the shopping cart. You have it calculate the total, so why not be able to simply display the quantity.</p><p>Petr Vozak said:<br /><div class="typeset"><p>You will be able to display cart total price and number of cart items by new macros. Showcase of this improvement is already built into our new E-commerce sample site which will be part of version 7.</p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112711872012-05-02T05:44:50-07:002012-05-02T05:44:50-07:00confirm order by accept the terms of your webshop [updated]<p>Petr Vozak (admin) responded:<br /><div class="typeset"><p>in some of the future versions</p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112711842012-05-02T05:44:15-07:002012-05-02T05:44:15-07:00confirm order by accept the terms of your webshop [updated]<p>Petr Vozak said:<br /><div class="typeset"><p>Unfortunately,this improvement will not be included in version 7. Sorry for all inconvenience you may have. Anyway, you can achieve this by customizing your checkout process steps. If you are interested, feel free to contact our support team.</p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112711442012-05-02T05:40:03-07:002012-05-02T05:40:03-07:00Ecommerce product options [updated]<p>One shortcoming for the current product options configuration is that you cannot select the product options which need to be available per product. This makes the administration of option categories a nightmare. For example, when i want to add the option category 'Color' to a bike product, i need to create a new category for each color avaiability for each bike.
Bike 1: available in red, green and orange
Bike 2: available in red and orange
I have to create separate categories for this. It would help very much to be able to select the product options which need to be available after assigning the option category to a product.
Even when you have a product option with a extra price which is reliant on the product, you can do this with this new approach; you just create a new color with the same name and add another price. After that select the new color to be available on the product.</p><p>Petr Vozak (admin) responded:<br /><div class="typeset"><p>Planned for the next release after version 7</p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112711412012-05-02T05:39:34-07:002012-05-02T05:39:34-07:00Ecommerce product options [updated]<p>One shortcoming for the current product options configuration is that you cannot select the product options which need to be available per product. This makes the administration of option categories a nightmare. For example, when i want to add the option category 'Color' to a bike product, i need to create a new category for each color avaiability for each bike.
Bike 1: available in red, green and orange
Bike 2: available in red and orange
I have to create separate categories for this. It would help very much to be able to select the product options which need to be available after assigning the option category to a product.
Even when you have a product option with a extra price which is reliant on the product, you can do this with this new approach; you just create a new color with the same name and add another price. After that select the new color to be available on the product.</p><p>Petr Vozak said:<br /><div class="typeset"><p>Unfortunately, product options improvements were postponed so they will not be included in version 7. They are planned for the next release after version 7. Sorry for all inconvenience you may have. </p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112711332012-05-02T05:38:50-07:002012-05-02T05:38:50-07:00Customisable product from existing SKU products [updated]<p>Similar to the example in default e-commerce site, the customisable options to be selected from SKU products, rather than setup as seperate product option. So for example as a cycle business a user could select the frame, wheels, pedals etc to create the custom cycle they want. It would also need to look at available stock levels to show availability, but this could be as simple as not being available in the combo box if stock level is 0.
If added using Checkbox or radio buttons it would make sense to limit the number of options to add. With combo box would not be an issue.</p><p>Petr Vozak (admin) responded:<br /><div class="typeset"><p>Planned for the next release after version 7</p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112711302012-05-02T05:38:30-07:002012-05-02T05:38:30-07:00Customisable product from existing SKU products [updated]<p>Similar to the example in default e-commerce site, the customisable options to be selected from SKU products, rather than setup as seperate product option. So for example as a cycle business a user could select the frame, wheels, pedals etc to create the custom cycle they want. It would also need to look at available stock levels to show availability, but this could be as simple as not being available in the combo box if stock level is 0.
If added using Checkbox or radio buttons it would make sense to limit the number of options to add. With combo box would not be an issue.</p><p>Petr Vozak said:<br /><div class="typeset"><p>Unfortunately, product options improvements were postponed so they will not be included in version 7. They are planned for the next release after version 7. Sorry for all inconvenience you may have. </p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112711142012-05-02T05:36:58-07:002012-05-02T05:36:58-07:00Support for SKU size/colour etc options [updated]<p>Currently the Ecommerce module 'product options' do not work for clothing (and other retail) ecommerce sites that require size/colour type options (or other combinations) with a SKU and stock for each and size/colour combination.</p><p>Petr Vozak (admin) responded:<br /><div class="typeset"><p>Planned for the next release after version 7</p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112711082012-05-02T05:36:29-07:002012-05-02T05:36:29-07:00Support for SKU size/colour etc options [updated]<p>Currently the Ecommerce module 'product options' do not work for clothing (and other retail) ecommerce sites that require size/colour type options (or other combinations) with a SKU and stock for each and size/colour combination.</p><p>Petr Vozak said:<br /><div class="typeset"><p>Unfortunately, product options improvements were postponed so they will not be included in version 7. They are planned for the next release after version 7. Sorry for all inconvenience you may have. </p></div></p>Petr Vozaktag:kentico.uservoice.com,2008-02-07:Event/112707672012-05-02T04:38:02-07:002012-05-02T04:38:02-07:00Improved bundle management<p>Sebastien Steenkiste suggested:<br />I would like to be able to specify quantity of products in bundle definition and also to order them. </p>Sebastien Steenkistetag:kentico.uservoice.com,2008-02-07:Event/112707272012-05-02T04:30:31-07:002012-05-02T04:30:31-07:00Advanced Warehouse and inventory [updated]<p>International brands usually ship to customers around the world from various warehouses or stores.
Ecommerce module should provide functionnalities to manage inventories and ship products from multiple warehouses or stores.
Each warehouse should provide specific taxes for products.
</p><p>Sebastien Steenkiste said:<br /><div class="typeset"><p>
For example: in US, the majority of states with a sales tax are destination-based states, but there are a few who have an origin-based system. Here's how it breaks down:</p>
<p>Origin States:</p>
<p>Arizona
<br />California - this state has a modified origin system in which state, county and city taxes are origin-based, and district transaction taxes are destination-based.
<br />Illinois
<br />Mississippi
<br />Missouri
<br />New Mexico
<br />Pennsylvania
<br />Tennessee
<br />Texas
<br />Utah
<br />Virginia
<br />Destination States:</p>
<p>Alabama
<br />Arkansas
<br />Colorado
<br />Connecticut
<br />District of Columbia
<br />Florida
<br />Georgia
<br />Hawaii
<br />Idaho
<br />Indiana
<br />Iowa
<br />Kansas
<br />Kentucky
<br />Louisiana
<br />Maine
<br />Maryland
<br />Massachusetts
<br />Michigan
<br />Minnesota
<br />Nebraska
<br />Nevada
<br />New Jersey
<br />New York
<br />North Carolina
<br />North Dakota
<br />Ohio
<br />Oklahoma
<br />Rhode Island
<br />South Carolina
<br />South Dakota
<br />Vermont
<br />Washington
<br />West Virginia
<br />Wisconsin
<br />Wyoming
</p></div></p>Sebastien Steenkiste