tax-rate, minimum order size, registration

Ok, let us know how it goes. Joomla 1.6 or 1.5, it shouldn't make any difference for taxes though I would recommend to get the latest version of HikaShop if you don't have the latest.

The solution is the browser (after your correction). On the back end can not be used Firefox 3.6 and Opera 10.63. Have the system rebuilt with Joomla 1.5.22. Everything is working well. (The test environment with Joomla 1.6 is working after restarting the computer, too) Thanks for the lesson in tax law :blush:

Last Problem for my simple test

I dont sell products, I would like sell service (long storry)

I foundet

the order (319,00 € per unit) is not welcome.
I would like have a solution for the pictures on "#2834".
See you a way?

Nice weekend
FF

I'm not sure about what you want to do.

If you want to change the "per unit" to something else, you can edit your translation file in the configuration of HikaShop under the tab languages. At the top, you will find all the strings related to the price display.

Work on the weekend? :woohoo:
I want to sell services. This means products with endless variations and endless conditions in one product description. Open is only the product description, selectable characteristics and the number of bookable product. The costumer can chois the characteristic and the number of bookable. (I knew, it works comfortable.)
Short: complex products (services), only one product description (excluding n * x "... If, then,?") and selectable (by customer) conditions at the front-end. With HikaShop it is possible.

Simple test (without characteristics)
ID 41) A trip costs minimal 220,00 Euro.
- Calculation based on 2 people (2 unit)
Condition attributes = price comparison
ID 40) trip per person 110,00 € minimum 2 persons
ID 39) trip per person 100.00 € minimum 4 persons
(other calculation basis - transportation, equipment)

Problem
1.) I am receiving ID 41 with wrong description (german problem) people ist not sam to trip
2.) I can make a basis of calculation with a person, but I can it not lock. (Important, real problem)Please see img #2834

Its a long storry, I tryed the short version.
Question
How do I set up a minimal quantitative level without description error? (definitely a German problem)

---

I have probably a wrong approach.

Greeting
FF

Hi,

So, I understand that you don't want users to be able to order a trip for one person. Is that it ?

What you could do is have a characteristic to define the number of persons for the trip. you would have the values 2, 3, 4, 5,..
Then, in the product, you would add that characteristic among your other characteristics. Then, you could define different prices for each variant.

Concerning the translation problem, I didn't see in your screenshots a problem ? If you want to get the german version of HikaShop, you can go in the configuration under the tab languages and edit the german language ( you need first to have the german installed on your joomla website in order to see the german option in the listing ).

Finally, you could try to post your question in german on our german forum : www.hikashop.com/en/support/forum/7-german.html
Maybe someone else will be able to understand better your problems if you can explain them in your own language.

I understood everything. The software is simple. I want to sell clean. Hopefully it help the "img" more. All laws are happy. I did not. "Per person (solo not available}" is not good. Can I disable it?

Sorry, I must now off
Support super
Thanks Falkmar

What you could do is modify the file administrator/components/com_hikashop/helpers/cart.php to start the quantity field to 2 and remove the - link so that people can't add t the cart less than two items.
Then, maybe modify the file cart of the views product and checkout in the menu Display->Views to remove the possibility of changing the quantity of a product in the cart and just be able to remove it and add it again.

That should do it.

Ten years ago I briefly heard of the HTML standard. PHP?

Nicolas, please say something to the change in the script. I have no knowledge :blush: . Is this change correct?

Back to the game. Nicolas, the idea works. But it has two drawbacks. The missing one is valid for all products. The missing "-" destroyed the look and gives a bad Ergonomic. I have defined the quantitative features in the variations (characteristics). By hiding the quantitative field in the card, I got what I wanted. But even here there are drawbacks. Handling is cumbersome and I lose an option. Nothing is perfect.

Since I need this particular configuration only for my Eyecatchers, I'll probably change my product description and sell the required patterns as individual products.

Defined in

All I can say is that your screenshot is too small to read the code

Just one question in two pictures (I hope better than my English)

I have searched this (! edited graphically !!!!)

its comming new, sorry

I have found this. will come this function in the future?

script - card.php

What modification did you do ?


In HikaShop you ALWAYS need to have a price with a minimum quantity of 0. That's why you have this strange behavior in #3005
We add that to the todo list...but it's at the bottom for now.

"What modification did you do ?" Answer DAU - nothing

I understand the logic. "Sell what is possible". I think this feature is something very special. I can live without them. With this function, I can work more easily (in my shop). I have no idea who it could use more.

Thanks for the great support. I've learned a lot this weekend.

friendly greetings