Re: EZ pages and languages overrides
I took a look at the code changes on that first link, and while it should do the job, I don't believe that it's an ideal solution. Why? Because you end up with a different page_id for each different language version of a page, and you won't be able to simply add/edit all language versions of a page from the same Admin page - you'd need to change your admin language session and then edit the associated ezpages for that language, then repeat the whole process again for each different language you are supporting in your store.
An ideal solution would be to break out the languages_id, page_title and page_html_text fields from the ezpages table and put them into a separate database table (ezpages_description?), cross-referenced by the pages_id (see a parallel here with category and product tables?). Then you could modify the admin page so that you can enter a title and text for each supported language on the same page, while only entering the other data once. You'd then call the content for the pages on the catalog side from that new table based on the language_id field. This method is exactly how the existing multi-language support for products and categories is achieved, and should be the ultimate aim for the ezpages module.
Perhaps I'll work on that as a contribution in the near future if I find some free time...
Neville
An assumption is what you arrive at when you get tired of thinking...
Bookmarks