Jump to content

 

fdo

Member Since 12 Aug 2015
Offline Last Active Aug 25 2017 08:38 PM
-----

Posts I've Made

In Topic: Your Add-On Needs A New Hook In Cs-Cart. Post It Here.

18 July 2017 - 02:35 PM

You can always use in JS in case you need it so much. And this would be your responsibility the same as with override hook.

but CS-Cart position is that core properties should be the way the intended to be. In any CS-Cart installation. 

The more such injections we have the more problems with upgrade we get.

 

Hmm interestingly there are already hooks in the product update.tpl that go against your thoughts and apparently core properties ;) The `{hook name="products:update_seo"}` is doing exactly what we are suggesting, and its not using the addons tab, so i dont understand why its a big deal to do the same for availability and stuff. Also, how are 2-3 TPL hooks going to cause more problems with upgrades? Why are you guys even asking for more hooks if injections cause problems? Wouldnt JS and theme overriding cause more problems than a line in TPL defining a native/clean hook?

 

I do have another hook request though, for proceed to checkout button availability (/views/checkout/components/cart_content.tpl). There should be a hook here or some other var to control the state of checkout button at cart, rather than just relying on payment methods. Perhaps it could piggy with allow_place_order(). The reason this is a good thing is because some addons such as quoting systems must control checkout state. 

{if $payment_methods}
	{assign var="m_name" value="checkout"}
	{assign var="link_href" value="checkout.checkout"}
	{include file="buttons/proceed_to_checkout.tpl" but_href=$link_href}
{/if}

Thanks


In Topic: Introducing Cs-Cart 4.6.1 With Product Variations

18 July 2017 - 02:25 PM

You can use full version of CKEditor from our team

 

https://www.ecom-lab...tor-add-on.html

 

 

Ah cool. You're missing some essential plugins though like codemirror, autosave (patched), textselection, etc. Also CK 4.7.1 is available now (your addon uses 4.5.9).

 

Here is v4.6.1 with a bunch of plugins including the patched autosave (i think its in their repo now), if anyone is interested: https://github.com/d...b_ckeditor_full


In Topic: Change The Whole Website To Ssl Without Harming Serp (Seo)

13 July 2017 - 03:51 PM

Dont use htaccess. Goto all stores mode (or default store in single install). Then "Settings > Security Settings > Enable secure connection for the storefront". You should click the 2 below it as well to secure admin and keep HTTPS once visited.

 

And its not going to have a negative impact on SEO. Itll actually make it rank a bit better if you set it up correctly and use a cert from credible source.


In Topic: Introducing Cs-Cart 4.6.1 With Product Variations

13 July 2017 - 02:44 PM

Why was CKEditor removed? Our team is used to that editor. We rolled our own custom CK before this happened so its all good here, but still very curious why that editor would be removed.

 

And thanks for fixing "A logo from the wrong storefront could appear on the invoice when multiple storefronts were used" super annoying bug. I couldnt believe how hard it was to force the baked in logo func to grab correct layout/runtime -- actually gave up on it to make a custom func.

 

For anyone in previous versions of CS, this will grab the correct logos while in "All Stores" mode https://github.com/d...get_logo_simple

 

Put this in invoice.tpl's somewhere after $order_info check (there is no hook here):

 

{if function_exists('fn_get_logo_simple')}
{$logos.mail.image = fn_get_logo_simple($order_info.company_id, 'mail')}
{/if}

Profit.


In Topic: Your Add-On Needs A New Hook In Cs-Cart. Post It Here.

23 June 2017 - 04:01 PM

We do not add extra hooks to update.tpl because all extra data should be placed to "Addons" tab, or at least at the end of the page.

From my experience if we do so - we should wrap each field in hook - and this is not a good style, which also will affect performance.

 

I gotta chime in here to explore a couple thoughts. The end of this is the kicker, i will put a dollar amount to this ;)

 

Its lesser performance indeed, but its far greater UX, there are less hooks there compared to catalog product side, and admin isnt really optimized/performant anyways like the front is. The UX for example -- if a customer is working with pricing fields from 3 addons it may require them to jump to 2 different spots in product edit then scroll around addon tab to find the 3+ extra fieldsets (since addon priority may not be the same for all 3)

 

So that means in theory an addon tab could have collapsible fieldsets ordered like this (depending on priorities):

 

some mod

some mod

some mod

pricing addon 2

some mod

some mod

pricing addon 3

some mod

some mod

some mod

some mod

some mod

pricing addon 1

some mod

 

When it could be like this in the initial wrapped price block, far greater usability, far cleaner, far less confusing to new OP's:
 

default price fields

pricing addon 1

pricing addon 2

pricing addon 3

 

 

So basically, just 4 hook wraps would help immensely:

price fieldset

options fieldset

inventory fieldset

availability fieldset

 

I would also suggest splitting out pricing and inventory fieldsets, as they are 2 different things. And moving price field into the price fieldset. Its slow to scroll up/down to enter price and list when you could just hit "tab" once to jump to the list field below. 4 solid areas.

 

BONUS: The reason im saying this, besides UX and clean integrate/design, is the time added up over a year for a staff to scroll around. Lets use an example 10 people adding/changing/touching products that must adjust price, list, and the 3 example pricing addons above. Lets say it takes them 3 seconds of scrolling/looking/etc for each product (just time looking for those scattered fields). Thats 30 seconds per 10 people, and they do, say 30 products a day each.

 

Thats 15 minutes of time a day that is wasted scrolling around. Multiply that by an average work year and you come out with 65 hours of time a year just scrolling for those example scattered price fields. Im sure that chunk of change is huge for any sort of business....$10 an hour comes out to $650 dollars. The price of scrolling is not cheap for a big OP team. Multiply that by every CS-Cart OP that has ever had to scroll for some kinda example pricing addon, and you get the idea. for that kinda money down the drain, its absolutely worth it to put in those trivial hooks IMO.

 

Thanks for bearing with me :)