milerwan

Here is the French traduction file, sorry for delay. Keys_2021Dec21_1418_fr.zip

Well, what's the news for V4 ?!?

This add-on will show a state drop down menu in "create account", address_book" and "checkout_new_address". - When the customer first views the Create Account or Add Address Book Entry form, a default country is pre-selected - If the default country has zones (states, provinces, etc.), a drop-down list for the zones is automatically displayed; if no zones are in the database, a normal text input field is shown instead - If the customer changes the country, the form refreshes and the state field is updated according to the new country; any entries in other fields are preserved. BS version only. ---------------------------------- Country State BS v3.0 - milerwan Adding/editing some codes into states.php file to fix automatic display of entry_state field if not null Javascript changes into catalog/includes/modules/ht_country_state_jquery.php file : - Automatic display of entry_state field if not null - Refresh logo alignment - Removal complementary text which is useless Language files updated next to the additional text removal Add french language for form And always no core change ! NB: We are never better served than by ourselves ;) ---------------------------------- Official thread here. Link to the app : https://apps.oscommerce.com/UT1CL&country-state-selector-bs

I'm interesting by this demo too.

It seems not... This may complicate the task for the integration of routines commonly used by Bootstrap if it is missing. 😓

For French language, I can translate from english.

OK I understood my concern... Need to check the "Root" radio button and put number to add "page_description" and/or "page_keywords" (or "page_title"). Finally it works well. Sorry for the inconvenience. NB: In includes/functions/header_tags, into the "function tep_header_tag_page($file)", I have quoted this script below because, when no "page_description" or no "page_keywords" registered, the page displays the "pathinfo($_SERVER['SCRIPT_FILENAME'])" with default keywords even if the "default_keywords" radio button is not checked. But maybe it is the purpose of this script... ^^ //if nothing else is set, force the page name and default settings, if present $path_parts = pathinfo($_SERVER['SCRIPT_FILENAME']); $pageName = substr($path_parts['basename'], 0, strpos($path_parts['basename'], '.')) . ' '; $pageName = ucwords(preg_replace("/[^A-Za-z0-9]/", " ", $pageName)); if (! tep_not_null($header_tags_array['title'])) $header_tags_array['title'] = $pageName . (tep_not_null($tmpTags['def_title']) ? HEADER_TAGS_SEPARATOR_DESCRIPTION . ' ' . $tmpTags['def_title'] : ''); //if (! tep_not_null($header_tags_array['title_alt'])) $header_tags_array['title_alt'] = (tep_not_null($tmpTags['prod_title_alt']) ? HEADER_TAGS_SEPARATOR_DESCRIPTION . ' ' . $tmpTags['def_title'] : ''); if (! tep_not_null($header_tags_array['description'])) $header_tags_array['description'] = $pageName . (tep_not_null($tmpTags['def_desc']) ? HEADER_TAGS_SEPARATOR_DESCRIPTION . ' ' . $tmpTags['def_desc'] : ''); if (! tep_not_null($header_tags_array['keywords'])) $header_tags_array['keywords'] = $pageName . (tep_not_null($tmpTags['def_keywords']) ? HEADER_TAGS_SEPARATOR_KEYWORD . ' ' . $tmpTags['def_keywords'] : ''); if (! tep_not_null($header_tags_array['logo'])) $header_tags_array['logo'] = $pageName . (tep_not_null($tmpTags['def_logo_text']) ? HEADER_TAGS_SEPARATOR_DESCRIPTION . ' ' . $tmpTags['def_logo_text'] : '');

I have clearing cache of URL rewriting but nothing changes. Version of oscommerce is 2.3.4BS and I'm using Ultimate SEO V 2.2d. My base version is 3.3.4 and I have changed files to update to 3.3.5. Maybe I have forgotten to changes some files during the process ?

Hi Jack, Today I noticed that from admin page control, I had entered the keywords assigned to the "product_info.php" pages but these do not appear when I edit the products web page (same issue for the title and description too). On the other hand, no problem for other generic pages of type "index.php", "shipping.php", etc. Do you know where the problem is coming from? Could this be because I am using rewritable URLs? And if so, how to get around this problem? Cordially.

So we need custom templates to provide Bootsrap solution in Front End, isn't it ? What about the stock management of products attributes? This feature has always been the weak point of Oscommerce natively. Do you have upgraded possibilities of this feature ?

Delighted to see that a new, more modern version of Oscommerce is approaching and that it incorporates the codes that make it successful: simplicity, modularity and free. Have you thought about incorporating a "typehead" search system (Bootstrap) natively? Which version of Bootstrap was chosen for the Front End of the site?

What are the others warnings you get ? I have tried on Phoenix v1.0.5 (with fixing the constants like you) and there is no way to make it works because of BS4. I'm not able to fix it with BS4 despite reading articles that explain to use a new version of the typeadead file and add a few lines of CSS... Besides, is there a typeahead module that works under Frozen or Phoenix in BS4 currently?

Ok I haven't click on the icon, that's why nothing has been registered. Thank you very much !!!

Thank you @Jack_mcs Another (maybe) issue I found today is the update javascript function in "admin/header_tags_seo_social.php" that doesn't update the field content and so don't save the data. In "Header Tags SEO Social Media" page, I was not able to update the social URL fields... I can delete them (delete content and save) but when I try to add content (url) impossible to registred them (!?!). Could you try from your side, please ? NB: I have updated with these files from v3.3.7 but same issue as before: - admin/header_tags_seo_social.php - admin/includes/functions/header_tags.php - admin/includes/functions/header_tags_general.php Is there any changes in a TABLE or in another files that could explain this issue ?

@Jack_mcs hi Jack, In the Header Tags SEO V 3.3.6 module, from "includes/modules/header_tags_opengraph.php" you use this script to get the price info : /**** Get the price ****/ if (($new_price = tep_get_products_special_price($og['products_id']))) { } else { $new_price = $og['products_price']; } $og_price = $currencies->display_price($new_price, tep_get_tax_rate($og['products_tax_class_id'])); $og_price = substr($og_price, 1); this trick could work for price with US currency (eg. $39.90), but if, like me, you have price in EUR display like this "39.90 €", the result will be from header : <meta name="twitter:data1" content="9.90&nbsp;€"> <meta property="product:price:amount" content="9.90&nbsp;€" /> instead of : <meta name="twitter:data1" content="39.90"> <meta property="product:price:amount" content="39.90" /> See you.

Ok I see, list of compatibility browsers is listed by Google : - For computer (Windows, Linux, Mac): Chrome, Firefox, Safari, Internet Explorer, Edge - For mobile: Chrome, Safari, Android (native browser) So all is clear now. ^^ sorry for inconvenience.

Well, the tests have been done only on my localhost version but it seems no issue with live website with Chrome... But Opera not works...

@ruben I have installed the module last saturday but a customer tells me that it was unable to create an account sunday... and today he sent me a message to tell me that it was impossible for him to create the account from Modzilla browser and only IE works for him. I have tested with Chrome and Opera and it was impossible to me to create an account to (when press the continue button, return to index). Do you have tested this module with many browsers to be sure it works with them ? Same question to @ecartz and @tony34567 . Thank you for feedbacks.

It's ok, the issue is due to the call of the "application_top" file in the top of "content_search.php" file : //get rid of the individual calls for files and replace it with the only one we need, application_top.php //from here all other files necessary are also included. chdir('../../../../../'); require('includes/application_top.php'); include(DIR_WS_LANGUAGES . $language . '/modules/content/header/cm_header_logo_store_search_catmenu_xs.php'); So I have created an "alternative application_top" file located in the same directory without the "Hook system" call (at the end of file) : //get rid of the individual calls for files and replace it with the only one we need, application_top.php //from here all other files necessary are also included. chdir('../../../../../'); /// Hook system fix BOF // require('includes/application_top.php'); require('ext/modules/content/header/store_search/application_top_search.php'); /// Hook system fix EOF include(DIR_WS_LANGUAGES . $language . '/modules/content/header/cm_header_logo_store_search_catmenu_xs.php'); Now all works well. ^^ Thank you for this easy module @ruben

@ruden I have got this type of error through Chrome Dev Tools : Warning: require(//home/xxx/www/ext/modules/content/header/store_search/includes/classes/hooks.php): failed to open stream: Aucun fichier ou dossier de ce type in /home/xxx/www/includes/application_top.php on line 670

@ruden I tried your contribution on a 2.3.4 BS and it works well but i'm bothered because the shop system hook prevents another contribution from working on my secured working website (the localhost version works !?! )... This is this one : Store Search with Image (BS) v1.6 It's a shame it looks like an .js script block cause of hook... Have you got live website where you can test this contribution to let me know if you have issue too during real time search ? Thank you for help.

@valquiria23 Your version supports BS3 or BS4 ? This addon has got BS3 icons but can easily be updated to reach BS4 icons system.

@valquiria23 It is for 2.3.4 BS Edge (or Master) and could work with Frozen I think. You must have new "seo" fields in the database to get "product keywords" and "category alt name" searches (or use Head Tags SEO addon instead) NB: This version can't work for Phoenix as it stands.

Store Search with Image (BS) v1.6 Some notable improvements : PHP 7.x compatibility ("class cm_header_store_search" and "class ht_search_result_highlight" with function __construct() fix). "Category name" search field setting : Allow you to keep Basic "categories_name" field (for search and display results) or use Alternative Title search instead (Standard "categories_seo_title" or "categories_htc_title_tag_alt" from Header Tags SEO v3.x addon). New additional/optional search fields in admin : "product model", "product gtin", "product manufacturer name" (to match, if necessary, with "advanced_search_result.php" number of results). Additional/optional search field Keywords amended to match with standard 2.3.4 BS "products_seo_keywords" field into search frame. Adjustable number of result entries for "category", "products" and "pages" search. Display number of results for "categories", "products" and "pages" searches into dropdown. Add "p.products_status = 1" condition into product sql query to avoid "disabled" products displaying (\ext\modules\content\header\store_search\content_searches.php). Optimized script for "image or icon for products" (\ext\modules\content\header\store_search\content_searches.php) Full package.

When I use the addon with localhost (WAMP server) I have the same issue that yours... but from my live shop no matter.