Bakery: Small Shop Module (ORIGINAL TOPIC)

[Ogierini]

Jan,
Thank you!
 It was that simple change page language.

greetz!
Irene

[mikejd]

I have a query about implementing categories with Bakery.

The website says to use different pages or sub-pages. Presumably this would mean each category displaying on a separate page. I would like to display the categories on the same page, beneath each other. I tried by using several sections of Bakery on the same page,, one for each category, but this generated many error messages due to variables being declared more than once on the page. Is there any way to do this?

Mike

[nikikon]

Thank you Christoph!!

Ok, give them Post Code (modify all language strings in the language file /modules/bakery/languages/EN.php)

this worked, thank you!

Btw, could you translate Bakery to Greek? Would be great!

I am not a programmer so I am not sure how to help. If you give me directions

[freeSbee]

Hi Niki

I am not a programmer so I am not sure how to help. If you give me directions

Do it the same way you did with the "Postal Code" example!

1. Make a copy of EN.php
2. Replace all English language strings by the corresponding Greek ones.
    Eg. replace $MOD_BAKERY['TXT_SETTINGS'] = 'Settings'; by $MOD_BAKERY['TXT_SETTINGS'] = 'Ρυθμίσεις';
3. Save it using utf-8 charset encoding and rename it for Bakery use to GR.php or for forum upload to GR.txt.

This is the example of the WebsiteBaker Greek language file.

Regards Christoph

[nikikon]

Ok, Christoph, it is not difficult, I will do this for you!

[freeSbee]

Great! I am looking forward to your file!
Thank you for giving something back to the community.

Regards Christoph

[freeSbee]

The website says to use different pages or sub-pages. Presumably this would mean each category displaying on a separate page. I would like to display the categories on the same page, beneath each other. I tried by using several sections of Bakery on the same page,, one for each category, but this generated many error messages due to variables being declared more than once on the page. Is there any way to do this?

Hi Mike

I fixed it. It will make part of the next version.
But don't wait until then! Just replace your view.php file by the attached one and rename it to view.php. Hope this helps!

Regards Christoph

[gelöscht durch Administrator]

[mikejd]

Thanks Christophe.

I'll try it and let you know if there is any problem.

Mike

Edit on 23/09/08 - That seems to have sorted the problem, again many thanks.

[Ogierini]

Hi there,

I have a question,

per order I would like to have one single amount for the sending costs/'verzendkosten'
So I have selected in page instellingen

Verzendkosten Instellingen:   
BTW percentage Verzendkosten: 19  %
Geen verzendkosten bij bedragen boven de: 250 EUR  Vertel de klant over de verzendkosten limieten
Verzendkosten gebaseerd op:  Een vast bedrag (a fixed price)
 
Verzendkosten binnenland:2.50  EUR   
Verzendkosten buitenland:  2.50 EUR   



But he counts the sending cost per item and not per shipment.

?

I did put it in the ad product area as well, but when I remove this, the reseult remeans the same.

And why is the module still in testing phase? The results are good further what I read here....


greets Irene

[freeSbee]

I'll try it and let you know if there is any problem.
...
Edit on 23/09/08 - That seems to have sorted the problem, again many thanks.

Hi Mike

I have just made some more tests - and I don't think it will be a good idea to add more than one Bakery section to a page...
Each section generates a cart etc.; eg. with 2 sections you'll get 2 carts on the same page! ...and it does not look very nice! Sorry about that!

Regards Christoph

[freeSbee]

@ Ogierini

per order I would like to have one single amount for the sending costs/'verzendkosten'
...
But he counts the sending cost per item and not per shipment.

Hi Irene

http://www.bakery-shop.ch/#shipping

1. Set "Shipping based on..." to "a flat amount"
2. Leave "Shipping per item" blank.

And why is the module still in testing phase? The results are good further what I read here....

Yes, they are. But I assume that Bakery still has some minor bugs...

Regards Christoph

[Boudi]

Hi there,

First of all: great shop with lots of potential. More and more the shop is growing. So keep up the good work!

But I stick with a question:

At this moment I'm working on a multilanguage website. The problem that I'm facing is that the shop only will show 1 language, no matter which language I choose on the website itself.

In this case the shop is dutch, but the website has 4 languages. In the other languages the visitors watch the shop in Dutch too.

Is there some way to avoid this issue? Otherwise the shop seems useless on a multilanguage website.

Greetz
Boudi

[cthamer]

Hello freeSbee

I saw a few messages earlier in the forum for tax rates in the US. It is necessary here in the US to charge sales tax to orders shipping to the same state of the store.

The cart currently has the option to charge tax based on country. It seems a simple thing to replicate that for orders placed in the US with the state being compared rather than country.

I am going to do this for a client but it would be nice to have it standard in the cart.

In view_summary.php you have:

if($cust_country == $setting_shop_country) {
    // Loop through ordered items
    for($i = 1; $i <= sizeof($items); $i++) {
        if ($setting_tax_included == "included") {
            // Calculate tax amount for prices including tax (brutto)
            $sales_tax = $sales_tax + $items[$i]['price'] * $items[$i]['quantity'] * $items[$i]['tax_rate'] / (100 + $items[$i]['tax_rate']);
        }
        else {
            // Calculate tax amount for prices excluding tax (netto)
            $sales_tax = $sales_tax + $items[$i]['price'] * $items[$i]['quantity'] / 100 * $items[$i]['tax_rate'];
        }
        // Get tax rate(s) for display
        $f_tax_rate_array[] = number_format($items[$i]['tax_rate'],1);
    }
}

If you added a state field to the general settings you could duplicate it as:

if($cust_state == $setting_shop_state) {
    // Loop through ordered items
       ...
Wait that wouldn't work as you don't want to charge all states tax in the US so you would change the condition to:

if(($cust_country == $setting_shop_country && $cust_country != 'USA' ) || ($cust_state == $setting_shop_state && $cust_country == 'USA')) {... // USA would be whatever code you are using for the US

Am I missing any other areas of code that would need to be changed?

Best regards,

Christian

[cthamer]

BTW before I say anything else great job with the module.

I just thought of another small change that would be nice. In add.php you set the default values for header, item loop, footer, etc. I would be helpful if those default values could be changed. That way users would not have to update those fields for every product. If you replicated the section in page settings that sets these into general settings then saved that in the database as the default values for new pages users would be able to save a bit of time when creating new Bakery pages.

I realize you can go to an existing page in which you have already modified the header for example and choose to save that to all other pages which is very helpful by the way. But being able to change the default values would be a big improvement for people that are changing the look of the cart to work with a custom template.

[cthamer]

freeSbee,

Ok one last suggestion while my mind is still on your module then I will leave you alone.

I have been trying to get your module to fit into my existing template. 75 percent of the work can be done by modifying your frontend.css file. Thanks for the good job on that. However in the other 25% it is necessary to modify your code to get things to layout correctly in some cases.

One very helpful addition to your layout would be a div wrapper around each section of code with a corresponding entry in the CSS file. The entry for each wrapper should blank or contain just enough style definitions to keep your current layout from breaking.

For example in the view_cart.php file I added the following just before the start of the output (and of course the closing div in the appropriate place).
echo "\n<div style='float: left; width: 650px'>\n";
That could be changed to echo "\n<div class='cart_wrapper'>\n"; with cart_wrapper being set to
.cart_wrapper { /* placeholder for style statements*/ } in the frontend.css file. Actually as I am typing this I am looking at the module code and the wrapper may belong in view.php instead since everything is output through that file. Or maybe a wrapper for the whole shebang and for each section. I am not sure without playing around with it a little longer.

Anyway this would make integrating Bakery in a custom template much easier as even more of the layout could be controlled directly through frontend.css.

No more comments from me today. I promise.

Christian

addendum - I went ahead and did this with the view.php file and it worked out fine. It was necessary to echo the closing div tag before each of your return statements.

[freeSbee]

@ Boudi

At this moment I'm working on a multilanguage website. The problem that I'm facing is that the shop only will show 1 language, no matter which language I choose on the website itself.

Hi Boudi

Bakery does not support multilingual websites by default.

To enable two shop languages install a second Bakery module on the same WebsiteBaker installation. Since WebsiteBaker would not accept a second module with the same name and since two equal modules would mess up they must have different names.

Rename the second module Bakery, eg. first shop is called "bakery" and second shop you could call "bakery_de" or "bakery_en" or whatever makes sense to you.

Redo it for other languages.

Keep in mind you have to rename the directory itself AND all module names in the code of ALL files where ever they occur! Please note that the names are case-sensitive (bakery != Bakery != BAKERY)

I have not tested nor experienced it neither! Please report to the forum of your experiences.

Regards Christoph

[mikejd]

Hi Christophe,

Thanks for the update

I have just made some more tests - and I don't think it will be a good idea to add more than one Bakery section to a page... Each section generates a cart etc.; eg. with 2 sections you'll get 2 carts on the same page! ...and it does not look very nice!

I guess this would mean I have to have a separate page for each category of product. But following on from your comment above would this then mean a separate cart generated by each category and I would not be able to add products from more than one category to the same cart?

regards,
Mike

[freeSbee]

@cthamer

Hi Christian

Thanks a lot for testing and your suggestions!

I saw a few messages earlier in the forum for tax rates in the US. It is necessary here in the US to charge sales tax to orders shipping to the same state of the store.
The cart currently has the option to charge tax based on country. It seems a simple thing to replicate that for orders placed in the US with the state being compared rather than country.

If you are not selling outside the USA try this:
https://forum.WebsiteBaker.org/index.php/topic,7834.msg57755.html#msg57755

I would not use the $cust_state var since this value is generated by user input and may contain typos. Best would be a state drop-down list in the address form (similar to the country list) where users make their choice.

I just thought of another small change that would be nice. In add.php you set the default values for header, item loop, footer, etc. I would be helpful if those default values could be changed. That way users would not have to update those fields for every product. If you replicated the section in page settings that sets these into general settings then saved that in the database as the default values for new pages users would be able to save a bit of time when creating new Bakery pages.

Why dont you modify the add.php file? This way the shop admin always gets your (modified) default template!

One very helpful addition to your layout would be a div wrapper around each section of code with a corresponding entry in the CSS file. The entry for each wrapper should blank or contain just enough style definitions to keep your current layout from breaking.

Sounds like a good idea to me! I have had it in mind too. Probably will implement it in the next version...

No more comments from me today. I promise.

I appreciate your comments and the way you think proactively - thanks!

Regards Christoph

[freeSbee]

@ mikejd

But following on from your comment above would this then mean a separate cart generated by each category and I would not be able to add products from more than one category to the same cart?

Hi Mike

No, this would not make sense at all...
Now, just install Bakery, give it a trial and you will see and learn by doing!

Regards Christoph

[cthamer]

@cthamer

Hi Christian

Thanks a lot for testing and your suggestions!

I saw a few messages earlier in the forum for tax rates in the US. It is necessary here in the US to charge sales tax to orders shipping to the same state of the store.
The cart currently has the option to charge tax based on country. It seems a simple thing to replicate that for orders placed in the US with the state being compared rather than country.

If you are not selling outside the USA try this:
https://forum.WebsiteBaker.org/index.php/topic,7834.msg57755.html#msg57755

I would not use the $cust_state var since this value is generated by user input and may contain typos. Best would be a state drop-down list in the address form (similar to the country list) where users make their choice.

Christoph,

I have went ahead and update your module so users in the US can set shipping by the state. I didn't use the hack you suggested in the forum link. I almost did but then thought why limit the resulting product to selling only in the US.

I conformed to your current code style and format. I even created new language files which is a rare thing for me to do. I also updated the install.php file to add my new database field 'shop_state'. If you are interested I can send you my updates.   I have just barely tested it out but it seems to be working just fine.

Let me know.

Christian

[freeSbee]

Hi Christian

This is just great!
Im looking forward to your modifications! Thanks a lot for contributing to Bakery!

Regards
Christoph

[tot2ivn]

Hi,

It's very nice to have this module working. I've been waiting for long. BTW, I'd like to ask if there is a way to group products / items together ?

[nikikon]

hi Christoph,
as promised:

http://intelligentq.net/NOTES/GR.php

hope it works. let me know when you include it in bakery to check it again.
thank you!!

[freeSbee]

@ tot2ivn

I'd like to ask if there is a way to group products / items together ?

http://www.bakery-shop.ch/#categories

[StefanRSA]

Hi Christoph...

Me and my big mouth... I realy want to create a classified module and know that the guys/girls will buzz about it as soon as it sees the light... I am just wondering... Do you think it will be very difficult to make the "shops backend" (Admin section to populate the shop) available for registered members to  create their own shop???

Can a person set access level so that every registered user can create his own bakery shop???

Or am I trying to press blood out of a stone?