Quantcast
Channel: PrestaShop Developers' blog
Viewing all 939 articles
Browse latest View live

PrestaShop Core Weekly - Week 51

$
0
0

This edition of the Core Weekly report highlights changes in PrestaShop core codebase during the last two weeks, from Monday 21st to Sunday 28th of December.

Milestones

This Core Weekly report is being published on December 31st, so to all our dear readers on the Gregorian calendar, we wish some merry end-of-year festivities!

Code changes in 1.6.1.x

Here are the merged pull-requests on the 1.6.1.x branch since the last Core Weekly Report!

Back office

  • 4500: Fixed bug in HTMLTemplateInvoice prevents problems with invoice prefixes. Thank you @lozal2244!

Tests

Code changes in 1.7.0.0-develop

Now let’s review the merged pull-requests on the ‘develop’ branch since the last Core Weekly Report!

Note that the Starter Theme repo (see next section) is entirely part of the PrestaShop 1.7.0.0 project.

Back office

Core

Installer

  • 4537: add sf2 check requirements/recommendations, by @kelu95.

Code changes in Starter Theme

Finally, these are the merged pull-requests on the ‘feat/starter-theme’ branch since the last Core Weekly Report!

See all the PRs merged into the codebase since the last Core Weekly here.

Thank you to the contributors whose pull requests were merged since the last Core Weekly Report: @firstred, @lozal2244, @spaze, and @therampagerado! Also, thank you to the contributors whose PRs haven’t been merged yet! And of course, a big thank you to all those who contribute with tickets on the Forge!

If you want to contribute to PrestaShop with code, read those pages:

…and if you do not know how to fix an issue but wish to report it, read this: How to use the Forge to contribute to PrestaShop. Thank you!

Happy contributin’ everyone, and see you next year! ;)


(Almost) A Year of Build

$
0
0

The Build devblog was started in March 2015 (and officially launched on April 3rd), as a way for the devteam to let the PrestaShop Community know about the things that we were planning. We wanted to communicate directly with the technical minds in the Community, and out of this want, this blog was born!

At first only filled with the Core Weekly reports, which were at the time published on the forums, the Build blog now shares news about the PrestaShop product, tools for contributing, and regular updates. By highlighting both the projects and community achievements (like the software translations), we keep further involving you with insights on what’s going on here.

This (almost) year of Build can be summarized in a few figures:

including

  • lots of new resolutions (PSR2, branching model, semantic versioning, etc.)
  • one no controversy

  • an undefined amount of beer pints

but also

  • 1124 merged pull requests (since April the 3rd)
  • and 4 releases: 1.6.1.0, 1.6.1.1, 1.6.1.2 and 1.6.1.3 (not counting the RCs…)

That’s a lot! Thanks to all of you who helped us during this year! :)

There are more things we’d like to share, more achievements we’d like to reach with you, and of course more news coming! Stay tuned to see what 2016 will bring and…

HAPPY NEW YEAR

Release of PrestaShop 1.6.1.4

$
0
0

PrestaShop 1.6.1.4 is now available. This maintenance release closes 19 issues since version 1.6.1.3 (released on November 26th, 2015).

As the version number indicates (as per our SemVer-like versioning), this is the fourth patch release for PrestaShop 1.6.1.0.

Our main motivation for releasing this version was to fix the MySQL 5.7 and PHP 7 compatibility.

As usual, we do not recommend upgrading your store when you are running promotions leading to a high traffic on your website. For those of you in the midst of winter sales: you might want to wait for the end of the Sales period before upgrading!

We hope you enjoy this patch release!

The changes

For a full list of changes, see the list of pull requests merged into the 1.6.1.x branch.

Here are the changes that 1.6.1.4 brings:

  • PHP 7 is now fully supported
  • MySQL 5.7 is almost fully supported (you will still encounter some glitches)
  • Order page: Tax excluded price is now displayed on the product list in the back office
  • Product page: Discounts are correctly refreshed when quantity is changed
  • Cart rules page: the product input field hides when free gift is disabled
  • Fix invoice numbers in multishop mode
  • Addons modal dialog supports translation
  • Fix combinations prices for shops with multiple currencies
  • Fix robot.txt rules for multilingual shops
  • Uploader is no longer case-sensitive for extensions
  • Fix error when address is deleted but still used by a cart
  • Shipping cost calculation is now better rounded
  • CMS content, metas and countries translated into Swedish
  • And other minor fixes

As a maintenance release, this patch contains few changes to ensure a stable update.

The PrestaShop 1.6.1.4 changelog is available.

Since version 1.6.1.4 is a “patch” update to version 1.6.1.0, upgrading from that version will be as smooth as silk for everyone: features will work better, and modules & themes which worked fine on 1.6.1.0 will work just as well with 1.6.1.4.

This release had 15 contributors, both from PrestaShop and from the Community at large. A huge “thank you!” to each of them!

Let’s go, upgrade your store(s)! Upgrading from 1.6.1.0-1.6.1.3 is completely safe, upgrades from a standard 1.6.0.x version should work just as well, and those upgrading from version 1.5, 1.4 or even 1.3 should take their time and pay attention to their modules, their theme and their custom modifications!

Download 1.6.1.4 now!

Do you speak PrestaShop? – December 2015 edition

$
0
0

Here is the last report to inform you of what has been going on PrestaShop translation project on Crowdin in 2015, in December. Yep,that’s it for 2015! A summary to get the whole picture for the year 2015 should follow soon.

So here are the figures for our translation project in December 2015, based on the 1.6.1.0 project.

Top contributors

A lot of you are working everyday on Crowdin to have PrestaShop available in many languages, and we can’t thank you enough for your dedication! Here are the most active translators and proofreaders for the month of December.

Top 10 translators in December:

 TranslatorLanguage# Words
1.Khang Le Quang (khanglq2011)Vietnamese15,213
2.Ronny (rbuelund)Danish6,430
3.Дмитрий Жашкевич (SupportPS)Ukrainian6,254
4.Janne Wikman (vetoveljet)Finnish2,467
5.nguyen thanh nhan (thanhnhanit)Vietnamese1,921
6.remarkTurkish1,798
7.Andrus (Askeldaja)Estonian1,646
8.A Petapouca (petapouca)Galician1,602
9.Nikolaos Papapanagiotou (nikolaosp)Greek1,468
10.Monika (monikaraciunaite)Lithuanian1,222

Top 10 proofreaders in December:

 ProofreaderLanguage# Words
1.Janne Wikman (vetoveljet)Finnish8,360
2.Morten Borg (mortenborg)Danish6,430
3.Cha (cafetango)Chinese (trad.)1,464
4.Gytis Šk (gytis)Lihtuanian1,455
5.Mario (marionetarh)Spanish479
6.Danni Afasyah (prestanesia)Indonesian352
7.Stanislav Yordanov (StanProg)Bulgarian304
8.Erik Knudsen (eriknuds)Norwegian161
9.Michael Dekker (mdekker)Dutch88
10.M. Mirena (mmirena)Albanian48

A big applause to them! And welcome to our new top contributors!

Complete translations

Fully translated languages

At the end of November, PrestaShop 1.6.1.0 was fully available (= 100% translated and validated) in 12 languages:

  • Bulgarian
  • Croatian
  • Dutch
  • English
  • French
  • German
  • Italian
  • Lithuanian
  • Norwegian
  • Polish
  • Slovenian
  • Swedish

98-99% translated languages

…and almost fully translated (and/or validated) in these 5 languages:

  • Indonesian
  • Persian
  • Portuguese, Brazilian
  • Russian
  • Spanish

There isn’t much work left before we reach 100% for these languages, if you feel like you want to help, join the project!

Languages with the best evolution

In comparison with the previous month, the following languages had the best progress in November:

  • Vietnamese (+61% to reach 69% translated - WOW)
  • Danish (+11% to reach 82% translated)
  • Galician (+7% to reach 48% translated)

December 2015 best translation progress

Congratulations to all our contributors for the hard work!

Languages that need (more) proofreaders

A translated string will not be available in PrestaShop as long as it is not validated. For this reason, it’s important we should keep a good level of validated strings vs. translated strings, to make sure everyone benefits from the latest translations!

We have a newcomer in the group: Vietnamese. With so many translations this month (see above), no wonder there’s a lot of proofreading ahead. And hurrah, a lot of proofreading was done for the Finnish project, so that it’s no longer in the list! :)

So, these languages need you as proofreaders:

  • Turkish (94% translated vs 0% validated)
  • Slovak (77% vs 24%)
  • Vietnamese (69% vs 17%)
  • Ukrainian (97% vs 53%)
  • Galician (48% vs 11%)

December 2015 best translation progress

If you wish to help proofreading what has been translated, please contact me on Crowdin with the language you’d like to proofread. We need your help!

Miscellaneous

  • 58 contributors joined the project this month, for a total of 2,458 members at the end of December. Welcome to them!
  • 56 members were active on the project this month.
  • A total of 44,114 words have been translated and 19,213 validated, in 31 different languages.

Again, we can’t thank you enough!

If you haven’t joined us on Crowdin yet, it’s never too late!

If you want to gather your fellow translators to work towards a better harmonization, start a glossary, or anything else, do let us know: we’ll include a word about it in the next monthly report.

Do you have a question, a remark? Don’t hesitate to leave a comment.

See you soon for the 2015 yearly report!

Meet the team building PrestaShop 1.7

$
0
0

These days, the product & dev open-space is quiet but the minds are working like crazy! We’re starting 2016 by giving a huge push on PrestaShop 1.7 and as you’ve read here, that includes a lot of important projects.

We wanted to sum up all this so you can have in one place, an introduction to what’s coming in version 1.7. So, here is a series of videos with the men & women building PrestaShop everyday! :)

And of course, for in-depth information, read on the many articles we wrote -and will write- on the topic here on Build.

Meet Seb, Director of Product Management leading the various PrestaShop 1.7 projects

Meet FM, Product Manager in charge of creating a brand new starter theme

Meet Xavier, Software Architect currently implementing Symfony 2 into PrestaShop

Meet Guillaume, Product Manager now building a better module section

Meet Vincent, Product Manager working on improving the back office interface

PrestaShop episode 1.7: the module page awakens

$
0
0

We’ve been working on this project for a while now, and it is about time we tell you about the new module page we are planning for PrestaShop 1.7.0! Since September, our team (Thibaud, Thomas, Melvin, Guilhem, Léa and myself) has been busy redesigning the outdated module page of version 1.6. Needless to say, it is an important subject for PrestaShop’s business, but most importantly a key step in merchants’ journey to a successful online store.

Why now?

And what are the problems we want to solve?

  • A difficult onboarding for beginners
    Many of our new users struggle with the concept of modules when they discover the software. They often don’t understand what modules are for, don’t know when a module is fitted to their needs or when it’s adapted to their business maturity. We believe the module page is an important step in learning how you can leverage the power of modules and how you can take advantage of our official marketplace (PrestaShop Addons) when you’re looking to improve the features of your store.
  • A complex user experience
    In addition to this, the current UX is too complicated and misleading: users get confused by the mix of installed and non-installed modules, surprised by the number of pre-installed modules at shop creation, and puzzled by the bare minimum description of modules. And I could also add the low performance and repeated page refresh every time you use the filters. As a consequence, the module page was limiting the productivity of our users.

What do we really really want? (a.k.a. the Spice Girls question)

Our ambition is simple: we want to create an “app store” that is as simple and clear as any app store on a smartphone. Redesigning the module page in PrestaShop version 1.7.0 is a first but important step towards this objective. For merchants building their store, it means the new module page will help them easily find the modules that fit their needs and manage their installed modules.

Of course this project is part of a bigger picture: shape a new user experience in PrestaShop 1.7.0 to make it more user-friendly, and assist our users in building a successful online shop.

Output and important choices

What’s the role of the module page anyway?

We identified 3 use cases, depending on the user profile:

  • discover and install new modules to improve your store, when you’re beginning or growing with PrestaShop,
  • manage your installed modules, when you have an active shop and need to make it evolve on a daily or weekly basis,
  • maintain your modules, when you need to take action (updates or configuration) to guarantee the good functioning of your modules

This is why we divided the navigation in the page into three tabs, each corresponding to a use case. We’ll see them one by one in this article and explain what is underway.

Caveat: the mockups displayed in this post are still work in progress and should not be considered as definitive. Moreover, we’ve added a header and a side menu just for the purpose of seeing the module page in its context - these elements are also work in progress but we’ll talk about this in another post.

Selection

The “Selection” tab is about discovering new modules to improve your store. Here you’ll find a list of all the modules you can install (and not the ones you’ve already installed).

1.7 Module page, Selection tab

A quick sum-up:

  • Modules are displayed in a new card design that is more suited for product discovery,
  • Categories are now consistent with the categories in our official marketplace,
  • An improved search bar: we now provide a JavaScript-powered per-keyword search, without any page refresh. We released the code of the pstagger jQuery plugin under an open source licence, so that anybody can reuse it – and improve upon it (it’s still a beta version)!

Installed modules

In the “Installed modules” tab, you can manage all your installed modules (of course!)

1.7 Module page, Installed modules tab

A quick sum-up:

  • Because we wanted to make it simple to manage, we’ve separated the modules you’ve personally installed from the modules that are preinstalled at shop creation.
  • By default, only activated modules are visible, but you still can display the disabled modules if you want.
  • We also removed actions…:
    • …that had become obsolete: disable on mobile/tablet/PC. Since all Themes in 1.7.0 will be responsive by design, these feature was no longer needed.
    • …that were redundant: now, there’s no distinction between Uninstall and Delete. When you uninstall a module, its files are deleted. You still can disable a module if you wish to keep your files and configuration.
  • An extra point we’re also investigating is to have a section dedicated to modules associated with your theme. It should make it easier to avoid conflicts when installing a new theme. We’ll keep you updated!

Notifications

Finally, in the “Notification” tab, you’ll find all the modules to configure, update or install (if you purchased modules on PrestaShop Addons but didn’t install them yet).

1.7 Module page, Notifications tab

Our goal here is to provide you with an overview of all the actions to take, and save you from the cluttered interface of 1.6 that had a pile of notifications.

What we’ve added:

  • A configuration key: modules will be able to say if they’re correctly configured. More on that soon in the a forthcoming post on the Build devblog.
  • A changelog: now you can see what is introduced in a new version (when the changelog is available). You won’t have to blindly trust the update and cross your fingers!
  • A list of your purchased modules, if you’ve connected your store to your PrestaShop Addons account.

Symfony2 architecture and debugging

Of course, we’re also taking advantage of the Sf2 architecture that is introduced in version 1.7 to refactor the controller and several methods. We’re also improving stability to prevent crashes and simplify debugging. This implies refactoring the ObjectModel class and creating a new class that will handle the functions that don’t belong to Module instances. We’ll talk more about this in a forthcoming post focused on the technical changes.

Conclusion

We’re working hard to release a beta version very soon. Until then, some other news will follow this post. This article was focused on UX and the next posts will be the opportunity to dive into the technical side of the new module page. If you wish to share your questions, feedback and ideas, you’re welcome to do it on our gitter channel. Looking forward hearing from you !

May the Force be with you :)

Guillaume <3

PrestaShop Core Weekly - Weeks 52, 1 & 2

$
0
0

This edition of the Core Weekly report highlights changes in PrestaShop core codebase during the last three weeks, from Monday 28th of December 2015 to Sunday 17th of January 2016.

Happy new year to you, dear contributors and community members! The Core Weekly report took a bit of a holiday in early January, but we’re back on track now! :)

Milestones

The team is hard at work on PrestaShop 1.7, the next major version of the most complete e-commerce software solution there is.

This new version introduces several new things that were written about in this very blog, and you can find a summary of that in the forum post! More content coming soon.

Our product managers talk about the various projects in these videos.

The readers of this devblog know most of these, but since this is the new year, here is the overview of what is being worked on for 1.7:

That last item has just started taking life! The development of the new default theme has begun! Right now, it is named Classic and its development is going strong. You too can contribute ideas and code: development happens on the feat/classic branch This theme will follow changes on the feat/starter-theme branch. If you want to know the technological choices: Bootstrap 4 Sass version, Bourbon, ES6, all built with webpack. You can discuss it on the dedicated Gitter channel: come work with us to make it a reality!

Do you want to enccourage us? Give us a star us on GitHub! :)

Code changes in 1.6.1.x

Here are the merged pull-requests on the 1.6.1.x branch since the last Core Weekly Report!

Core

  • 4654: Fix ObjectModel error management on validation, by @Shudrum.

Code changes in 1.7.0.0-develop

Now let’s review the merged pull-requests on the ‘develop’ branch since the last Core Weekly Report!

Note that the Starter Theme repo (see next section) is entirely part of the PrestaShop 1.7.0.0 project.

Text changes

Back office

Core

Installer

  • 4668: now update SF2 schema in DEV and PROD env, by @kelu95.

Tests

PHPDoc

Code changes in the Starter Theme – the foundation of 1.7 themes

These are the merged pull-requests on the ‘feat/starter-theme’ branch since the last Core Weekly Report!

Code changes in the Classic Theme – the default theme of PrestaShop 1.7, based on the Starter Theme.

Finally, these are the merged pull-requests on the ‘feat/classic’ branch since the last Core Weekly Report!

See all the PRs merged into the codebase since the last Core Weekly here.

Thank you to the contributors whose pull requests were merged since the last Core Weekly Report: @firstred, @@prestamodule, and @Nobodaddy! Also, thank you to the contributors whose PRs haven’t been merged yet! And of course, a big thank you to all those who contribute with tickets on the Forge!

Please note that finishing our projects for 1.7 and delivering a quality beta version soon is at the moment the top priority for our developers. Merging community pull requests has therefore slowed down until then, but will be back with a vengeance once we have a first beta to release to you! So please keep testing, and keep send patches our way: it’s the raison d’être of this community project!

If you want to contribute to PrestaShop with code, please read these pages first:

…and if you do not know how to fix an issue but wish to report it, please read this: How to use the Forge to contribute to PrestaShop. Thank you!

Happy contributin’ everyone, and here’s to a great year of contribution and community!

The Product Page - Evolution Revolution

$
0
0

A long time ago, in a galaxy not so far away, we packed PrestaShop with much needed functionalities in its core. The aim was to propose the best ecommerce solution, with the biggest functional scope, answering to almost all of the merchants’ needs — all that while still being free.

And we can say it’s been a success! Features are one of the reasons why merchants choose PrestaShop when they want to create their online shop.

Born to be wild

It’s all about soul-searching. PrestaShop had all these great features, but we thought we could improve something equally important too: the user experience, or UX — making sure that the software’s features are agreeable to use, so to speak.

With the development of PrestaShop 1.7, things have changed. We targeted the dissatisfaction points. That’s the beginning of our new story. Some actions in the back office are not as easy to complete as they should, the user doesn’t always know how to achieve something, and features can have settings spread in several screens — which are not always logically tied.

I’m probably not telling anything new here, but don’t worry, we’re committed to the cause now :)

Rehab

The PrestaShop team has grown since the 1.6 days. With a structured and dedicated Product Team, PrestaShop is now equipped to change its flow. Yes, you’ve read correctly: One of our main goals for the coming releases is to improve the user experience in the back office.

Of course, it’s not as easy as I write it. The first step, which will be available to all in the next major version (v1.7) is focusing on the merchants’ first impression of the back office, and finding ways to guide them in. More precisely, our projects are :

  • creation of a merchant onboarding. When the user connects to the back office in order to create a product for the first time, we want her to easily learn about the most interesting parts of that process. And show her that it can be much easier than imagined.
  • reworking of the Product page. Not only are we going to update the design, but we are aiming at a true revamping, both technical and functional, in order to make the product creation easier, faster and more logical.
  • Reorganization of the left menu. Links are reordered in a more logical and business-oriented way, gathered into 3 main groups.
  • Revamping of the Module page to more easily onboard people into the module world; with a page as simple as some of the famous app stores.

In this article I’m going to linger on one specific topic: the Product page. Don’t worry, I’ll talk about the new onboarding process and the reorganization of the menu in coming articles!

Sledgehammer

Creating a product is the first true action merchants do in their back office. If this action is too difficult or too long, they leave. That’s why our objectives for the Product page are:

  • All the main actions must be available at a glance;
  • Product creation must be easier and faster;
  • Merchants must feel they can manage their whole catalog easily.

And to do all that, we revamped almost everything. Here is a global screenshot:

1.7 Product page, overall view

General architecture

The new page is divided in 6 main tabs, instead of the 12 tabs that you can find in the 1.6 version of PrestaShop. An extra tab is available to hook some modules.

The first of these tab, “Basic settings”, is the main one. More than 50% of merchants will find there everything they need to create a product. If you need to go deeper, the advanced functionalities are found in the 5 other tabs: Quantities, Shipping, Pricing, SEO and Options.

1.7 Product page, overall view

At first sight, there is one noticeable change from the 1.6 Product page: the product’s name and type are now displayed above the tabs, so that you always know which product you are editing:

1.7 Product page, overall view

At the bottom of the page, a persistent bar is displayed to allow merchants to manage the product without having to scroll down. It presents the common actions (Preview, Save, etc.), as well as some new ones you should like — at least I hope so. I’ll tell you more about them at the end of this article.

1.7 Product page, overall view

Main tab

This tab is organized in a way that only the most important product information is displayed here. We organized the information in a much more efficient way: you can now create an entire product in a few clicks, without changing tab!

1.7 Product page, overall view

On the left hand side, you have the product description, including:

  • image management
  • summary / short description
  • long description
  • possibility to add some features, a manufacturer, and tie the product to existing related products (formerly called “accessories”)

On the right hand side, you find the main settings of the product:

  • whether the product has combinations or not
  • quantity
  • price and tax
  • categories

Of course, if you insert a price or a quantity, it will update the fields in the relevant tabs (pricing, quantities).

Combinations

I think you will agree with me about this one: creating and managing combinations has never been the easiest thing to do in PrestaShop. But once you unlock this achievement, you can face almost everything else in the world of ecommerce :)

Now, in 1.7, as soon as you configure your product to use combinations, the product page’s tabs and content adapts to this new behavior. For instance, the “Quantities” tab becomes “Combinations”, and this is where you will manage all of them in details — including their quantity.

It is now easier to create combinations, and the whole process fits in a single field, as you can see in the screenshot below. You just have to enter the attributes you need for the product, with their values (for example: color: red, color: blue, size: S, size: M), click a button, and PrestaShop takes care of generating the combinations. If you have to create combinations for all the available colors and sizes, just write color: all, size: all and it’s all good.

1.7 Product page, overall view

From there on, if you add more combinations, it won’t delete the previous ones, but will instead add the new ones to the list of already existing combinations.

When editing a combination, you can navigate from one to the next without having to browse back to the main product:

1.7 Product page, overall view

Introducting shortcuts

Still with the intent to help you manage products and catalog efficiently, we reorganized some actions, to which we assigned keyboard shortcuts in order to go faster:

1.7 Product page, overall view

  • Duplicate (CTRL + D): it saves the current product and duplicates it. You are redirected to the new one.
  • Go to catalog (CTRL + Q): it saves the current product and leads you to the catalog of products. Note that it now sends you to the catalog page you were previously on, NOT on the first page of the catalog. Yay!
  • Add new product (CTRL + P): it saves the current product and creates a new, empty product page. This allows you to create products on the fly without having to go back to the catalog page.
  • Save (CTRL + S): it saves the product and stays on the current product. Nothing tricky. Yup, no more “Save and stay” button: the “Save” button just saves… and stays.

When you need to edit products one after another, the whole process can be boring: edit, go back to the catalog page, click on the next product, edit, go back, click, and so on and so forth.

As it was a huge request from our community, we tried to make this process easier by displaying a pop-up catalog browser inside the product page, as you can see in the animation below. By clicking on a product of the list, you are redirected to this product page. Of course, this list is not always displayed: just click on the “Product list” icon to display it:

1.7 Product page, overall view

The way recommended modules are displayed has been changed too. In version 1.6, you had to click on a button to open a list of recommended module for the current context. From now on, in the advanced tabs, the recommended modules are displayed within the page.

These recommended modules will be relevant to each specific topic on the page. Each tab will have its own recommended modules. For example, the shipping tab will display recommended carriers in your region or market. The design is not entirely done but it won’t be blindingly flashy, and will blend gracefully into the current design.

Come as you are

Ever since we started this project, we’ve encouraged people to work with us via a dedicated Gitter channel. You too can come and give us your feedbacks about the new Product page!

The version we are working on is on Github, on the develop branch.

New Hook

If you created modules which target the Product Page, you may be impacted by these changes and will need to adapt your code, if you want them to still work as expected in this new Product page.

In the 1.6 version, it is allowed to have a dedicated tab per module on the Product page. In the 1.7 version, we changed this and added a dedicated tab for all the Product page’s modules, via a new hook called hookDisplayAdminProductsExtra. If you coded your modules by following the best-practices of both PHP and PrestaShop 1.5-1.6, it should not take you too much time to update your code.

Here are the main information that you will need to update your module:

Parameters

Parameters cannot be obtained from query string anymore. From now on, an array of parameters is directly passed onto the hookDisplayAdminProductsExtra method.

See this sample hook: {% highlight php startinline=true linenos %} public function hookDisplayAdminProductsExtra($params) {% endhighlight %}

With $params taking these values: {% highlight php startinline=true linenos %} $params [ “_ps_version” “id_product” “cookie” “cart” “altern” ] {% endhighlight %}

Assets

Assets’ URLs must be absolute (meaning, they must start with http:// or https://).

Form fields

The form field names must be created in an array hook of this format: [MODULE_NAME][INPUT_NAME]

DOM

The ID of the module’s container has been modified. Here is its new format: module_MODULE_NAME.

These boots are made for walking

Of course, this is not a one shot improvement. The whole back office will be revamped, step by step, topic per topic. Now that we have embarked on this project, we won’t stop until it’s over. So expect more improvements in the user experience of PrestaShop, in all aspects of the solution (such as what we are doing for the Themes page and the Module page).

Brace yourselves, UX is coming!


PrestaShop Core Weekly - Weeks 3 & 4

$
0
0

This edition of the Core Weekly report highlights changes in PrestaShop’s core codebase during the last two weeks, from Monday 18th to Sunday 31st of January 2016.

Milestones

The team is hard at work on PrestaShop 1.7, the next major version of the most complete e-commerce software solution there is. The previous Core Weekly report made a good summary of what’s to come, and you can find an up-to-date thread about it in the forum. More content coming soon!

Please note that finishing the planned projects for 1.7 and delivering a quality beta version soon is at the moment the top priority for the PrestaShop Core developers. Merging community pull requests has therefore slowed down until then, but will be back _with a vengeance once we have a first beta to release to you! So please keep testing, and keep sending patches our way: it’s the_ raison d’être of this community project!

Do you want to enccourage us? Give us a star on GitHub! :)

Code changes in 1.7.0.0-develop

Let’s review the merged pull-requests on the ‘develop’ branch since the last Core Weekly Report!

Note that the Starter Theme repo (see next section) is entirely part of the PrestaShop 1.7.0.0 project.

Product page

  • 4719: add show_condition field (checkbox) to Product, by @xGouley.
  • 4722: Product form datepicker, by @kelu95.
  • 4724: BO Product page integration, by @xGouley.
  • 4731: add keyboard shortcuts to save product, by @xGouley.
  • 4732: shipping integration improvement, by @kelu95.
  • 4733: disable GSA preferences, by @kelu95.
  • 4734: fix product creation error fields languages, by @kelu95.
  • 4750: Some js fix, by @kelu95.
  • 4751: Product sidebar nav, by @xGouley.
  • 4758: Product form price integration, by @kelu95.
  • 4760: Product catalog unit action: (de)activate and quicknav sidebar integration, by @xGouley.
  • 4761: add warning popup when deleting a product, by @kelu95.
  • 4762: Product catalog ID filter with range inputs, by @xGouley.
  • 4764: Product form specific price fixes, by @kelu95.
  • 4783: recommended modules on the right side of Product form page, by @xGouley.
  • 4787: form product pack item integration, by @kelu95.
  • 4788: Sidebar integration on product form page, by @xGouley.
  • 4793: form product seo integration, by @kelu95.
  • 4795: add product tags field, by @kelu95.
  • 4812: JS fix strict jshint, by @kelu95.
  • 4813: fix generator combination language, by @kelu95.
  • 4815: quantity preferences integration, by @kelu95.
  • 4818: Fix filter reset on catalog product admin page, by @xGouley.

Module page

  • 4740: Module Page to main develop branch, by @tchauviere, @Quetzacoalt91, @Mekki78, and @gfanton. 79 commits: great work, guys!
  • 4775: More JS and CSS work on the Module page, by @tchauviere, @Quetzacoalt91.

Back office

  • 4019: Allow upload excel files, by @maximebiloe.
  • 4695: Import CSV process updated with progress bar and small features, by @xGouley.
  • 4718: fix wrong hidden div languages switcher, by @xGouley.
  • 4737: Add a quick access to quick access management page, by @mickaelandrieu.
  • 4752: added quick access to SEO&URL category from SEO part of Product, by @mickaelandrieu.
  • 4757: Add HTML Ids for Onboarding, by @xGouley.
  • 4781: make Localisation category more consistant / bulk actions, by @mickaelandrieu.
  • 4791: updated new product link on quick accesses section, by @mickaelandrieu.
  • 4800: product image : improve better sortable feeling, by @kelu95.
  • 4806: Pipes in product names in autocomplete. Thank you @axometeam!
  • 4809: fix wrong path for new smarty vendor dir, by @kelu95.
  • 4820: Display upload_max_filesize in Backoffice server informations. Thank you @123monsite-regis!

Core

  • 4553: change default for primary key in cart_product table, by @julienbourdeau.
  • 4708: Move Core directory under src/, by @julienbourdeau.
  • 4738: fix missed db structure update for product show_condition field, by @kelu95.
  • 4743: Fix typo for addons routing, by @Quetzacoalt91.
  • 4753: Removed event dispatch notices from Symfony log files, by @mickaelandrieu.
  • 4772: fixed undefined error message on specific price creation, by @mickaelandrieu.
  • 4776: KPI fix on product catalog page (formula and links), by @xGouley.
  • 4780: Fix Sf 2.8 deprecated warnings, by @kelu95.
  • 4792: Only use PSR-4 in composer-generated autoload, by @djfm.
  • 4798: remove assetic, by @kelu95.
  • 4799: Safely find namespaces in PrestaShopAutoload, by @julienbourdeau.
  • 4810: Cleaning some Core/Foundation classes, by @xGouley.

Installer

Tests

Code changes in the Starter Theme – the foundation of 1.7 themes

These are the merged pull-requests on the ‘feat/starter-theme’ branch since the last Core Weekly Report!

Code changes in the Classic Theme – the default theme of PrestaShop 1.7, based on the Starter Theme.

Finally, these are the merged pull-requests on the ‘feat/classic’ branch since the last Core Weekly Report!

See all the PRs merged into the codebase since the last Core Weekly here.

Thank you to the contributors whose pull requests were merged since the last Core Weekly Report: @axometeam and @123monsite-regis! Also, thank you to the contributors whose PRs haven’t been merged yet! And of course, a big thank you to all those who contribute with tickets on the Forge!

If you want to contribute to PrestaShop with code, please read these pages first:

…and if you do not know how to fix an issue but wish to report it, please read this: How to use the Forge to contribute to PrestaShop. Thank you!

Happy contributin’ everyone!

New default theme for PrestaShop 1.7

$
0
0

The first beta version for PrestaShop 1.7 is approaching quickly, so we have started to work on the new 1.7 default theme, currently named “He who must be named” — tentatively named “classic” for now, for lack of a better name :) It is based on the Starter Theme that we’ve been telling you about here on Build — what best way to test what we’ve been working on for a while?

As a reminder, the Starter Theme is a minimal theme for PrestaShop with all the necessary features for a proper ecommerce theme, but without any style and as little JavaScript as possible, so that themes designers can build their themes upon a strong foundation. If you want to know more about it, keep reading!

Working methods

We have decided to work on a dedicated branch on the main PrestaShop GitHub repository. This branch is frequently rebased (or ‘updated’, if you will) on the feat/starter-theme branch, which is then itself rebased on the main develop branch — where all the 1.7 fun happens. This way, we get all the evolutions without disturbing the other projects.

Don’t hesitate to get involved and contribute to the Starter Theme! We have a dedicated Gitter discussion channel, and you can follow the planned work on our Trello board.

The project team is composed of Léa (UI/UX), Jessica (UI/UX), Nicolas (Front-End Developer), Ivan (Front-End Developer), François-Marie (Product Manager) and myself (coordinating with the Starter Theme team).

Let’s talk about technic

In the new Prestashop 1.7 default theme, we will minify all the media files by compiling them into one single file per media type: theme.css and theme.js. In order to do that, we are using webpack, a module bundler, working with Node.js. It prevents us from making too many HTTP(S) requests to the webserver to load all the assets when you access to the website.

CSS

The default theme includes the Bootstrap 4 framework, and uses Sass in association with Bourbon to generate all the CSS assets. Bourbon eases the front-end developer’s life by providing some helpers to automatically generate all the prefixes needed by the browsers.

An example is better than a long speech:

{% highlight smarty %} section { {% raw %}@{% endraw %}include linear-gradient(to top, red, orange); } {% endhighlight %}

becomes:

{% highlight smarty %} section { background-color: red; background-image: -webkit-linear-gradient(bottom, red, orange); background-image: linear-gradient(to top, red, orange); } {% endhighlight %}

Also, we have decided to structure our CSS-naming according to the rscss guidelines. Here are some of its recommandations:

  • The CSS content should be thought in components: each piece of UI is an individual CSS component.
  • Components will be named with at least two words, separated by a dash (.default-input, .radio-field…)
  • Prefer to use the > child selector whenever possible (dropup > .btn > .caret, .table-active > th)
  • Helpers must be prefixed by an underscore (._relative, ._margin-left-small, ._shadow…)

Those are just a few examples, we invite you to read more here.

JavaScript

We have chosen to use jQuery 2.2 and the Babel compiler for our JavaScript code. We are following the ES2015 standard (EcmaScript 6).

What about compatibility?

Of course, we will support all the modern browsers, and we will be IE9+ compliant.

What about UI/UX?

The main guideline we wanted to follow when we designed the default theme is that it must be easily adapted to any kind of products sold on the website. We chose to make something visually lighter than usual, so that the real stars of the shop will be the products!

To help our front-ends developers, our designers have made a style guide. It allows us to ensure a graphical consistency in the new default theme.

Here is a preview of the style guide for the new default theme:

PrestaShop Style Guide New Default Theme

Now, I’m sure you want to see what this new default theme looks like :wink: Here it is!

PrestaShop New Default Theme HomePrestaShop New Default Theme Product

What’s next?

The new default theme is still a work in progress — and the Starter Theme is being fine-tuned throughout its development. Both will be released in beta at the same time that PrestaShop 1.7 beta version. Soon, then!

We want this to be a community effort! All your comments and feedbacks are welcome, and we will be glad to hear them. Come talk to us on the Gitter channel, and if you have a good idea for the Starter Theme or the default theme, don’t hesitate to make a PR on their respective GitHub repository!

PrestaShop Core Weekly - Week 5

$
0
0

This edition of the Core Weekly report highlights changes in PrestaShop’s core codebase during the last week, from Monday 1st to Sunday 7th of February 2016.

Milestones

The team is hard at work on PrestaShop 1.7, the next major version of the most complete e-commerce software solution there is. You can find an up-to-date thread about it in the forum.

Please note that finishing the planned projects for 1.7 and delivering a quality beta version soon is at the moment the top priority for the PrestaShop Core developers. Merging community pull requests has therefore slowed down until then, but will be back with a vengeance once we have a first beta to release to you! So please keep testing, and keep sending patches our way: it’s the raison d’être of this community project!

Do you want to encourage us? Give us a star on GitHub! :)

Code changes in 1.7.0.0-develop

Let’s review the merged pull-requests on the ‘develop’ branch since the last Core Weekly Report!

Text changes

Product page

  • 4777: Fix refresh function for Kpis. Modifies KPI cache behavior, by @xGouley.
  • 4816: Fix catalog filter max, by @xGouley.
  • 4829: product form options integration, by @kelu95.
  • 4831: recommended modules display on product page, by @xGouley.
  • 4838: fix nb download mapping, by @kelu95.
  • 4844: Fix virtual product activation, by @kelu95.
  • 4857: add fadeIn after page load, by @kelu95.
  • 4865: remove form element from partial module template, by @kelu95.
  • 4866: fix js category tree, by @kelu95.
  • 4881: dropzone integration, by @kelu95.

Module page

  • 4840: Several fixes and enhancements to the Module page, by @tchauviere.
  • 4872: rubber patches, by @Quetzacoalt91.

Front office (default theme)

UI Kit

Back office

  • 4822: New navigation & header, by @Shudrum.
  • 4836: Param: Default activation state for product at creation, by @xGouley.

Core

  • 4571: Extract SQL sub request for MySQL 5.7, by @julienbourdeau. Thank you @rav88 for the initial 4547 PR!
  • 4739: Fixed bug in country restrictions of payment methods. Thank you @Nobodaddy!
  • 4825: Add quotes to all tables aliases in DbQuery join methods. Thank you @gskema!
  • 4827: Update Link.php. Thank you @cava89!
  • 4828: Fix CLDR init with language_code without ‘-‘ in them, by @jocel1.
  • 4830: Quick fix to improve CLDR performance, by @jocel1.
  • 4834: Do not block execution when Addons API not available, by @Quetzacoalt91.
  • 4851: missing PHPDoc and composer cmd for phpdocumentor, by @xGouley.
  • 4855: Updated Monolog bundle to remove deprecated notices, by @mickaelandrieu.
  • 4877: fix translator adapter that escape strings, by @kelu95.
  • 4890: Remove scene feature, by @julienbourdeau.
  • 4894: hide pagination if less than 20 elements in the product catalog, by @xGouley.
  • 4896: fix wrong controller name check, by @kelu95.
  • 4899: Choose sample recommended modules for product form page, by @xGouley.

Installer

  • 4849: Fix navigation problems in other language than EN, by @Shudrum.
  • 4859: Navigation optimizations & wording, by @Shudrum.

Code changes in the Starter Theme – the foundation of 1.7 themes

These are the merged pull-requests on the ‘feat/starter-theme’ branch since the last Core Weekly Report!

Code changes in the Classic Theme – the default theme of PrestaShop 1.7, based on the Starter Theme

Finally, these are the merged pull-requests on the ‘feat/classic’ branch since the last Core Weekly Report!

Please note that the new default theme was merged into the ‘develop’ branch with PR 4895.

See all the PRs merged into the codebase since the last Core Weekly here.

Thank you to the contributors whose pull requests were merged since the last Core Weekly Report: @cava89, @gskema, @Nobodaddy, and @rav88! Also, thank you to the contributors whose PRs haven’t been merged yet! And of course, a big thank you to all those who contribute with tickets on the Forge!

If you want to contribute to PrestaShop with code, please read these pages first:

…and if you do not know how to fix an issue but wish to report it, please read this: How to use the Forge to contribute to PrestaShop. Thank you!

Happy contributin’ everyone!

Everything you need to know about PrestaShop 1.7.0.0

$
0
0

The development team is hard at work on PrestaShop 1.7, making sure the first beta contains everything they want it to be. We’re approaching the day when we can release this beta version, and it is therefore high time that we’d answer the questions that we received about this new major version.

General questions

When is version 1.7.0.0 going to be released?

We are aiming to deliver a first beta of 1.7.0.0 in the coming weeks. There is no set date, yet, other than “when it’s ready”.

The release of the beta version will start a period of heavy testing and debugging phase for the whole community: we will NEED you to test this new version of PrestaShop, to check if your modules still work as-is… and to possibly rewrite your theme using the new, improved theme system.

What will be in PS 1.7?

Version 1.7.0.0 is a major release which aims at simplifying the creation of a shop and the path to your first sale. It consists of four main projects:

  • A new architecture, based on the Symfony2 framework,
  • A better way to create and maintain a theme:
    • New starter theme to help designers create a kick-ass theme in a week,
    • New default theme (classy and efficient).
  • An improved key user journeys in the back office:
    • Create a new onboarding for beginners,
    • Simplify the product creation workflow,
    • Easily find installed and non-installed modules.
  • An improved administration interface menu structure, focused on getting the most common tasks done faster.

Should I wait for PrestaShop 1.7 to create my store, or create it now with version 1.6?

Version 1.6 is currently your only stable choice. It will be maintained and supported for several months once the stable version of PrestaShop 1.7 is released, so that should give you enough time to work your way from version 1.6 to version 1.7 – once you think you are ready to upgrade.

Will it be easy to upgrade from previous versions of PrestaShop to v1.7?

In short: no, it won’t. You can upgrade, but be prepared to have to adapt or replace many of your addons (theme, modules).

Now for the longer answer. PrestaShop 1.7.0.0 is a major version not because it packs a lot of sweet changes, but also in the SemVer sense of the term: it breaks some of the backward compatibility. If it didn’t, we probably would have called it 1.6.2.0.

For starters, no 1.6 theme will work on 1.7. That’s a definite. We rewrote the way themes are made, and theme designer will be delighted to find in the new Starter Theme a solid foundation for their own themes. With this foundation, new themes can be created in half the time it took you to create a 1.6 theme.

Now, about modules. All well-written 1.6 modules should work with little to no changes in 1.7, except:

  • those which target the theme/front office – because we rewrote the way themes are written.
  • those which target the Product page – because we rebuilt it with Symfony2 and its Twig template engine.
  • those which target the Modules page – again, because we rebuilt it with Symfony2 and its Twig template engine.

What this means for any upgrade is that in order for a PS 1.6 to migrate to PS 1.7, you (or your agency) will have to:

  • Rewrite the theme, ideally using the Starter Theme.
  • Adapt the Product page modules.
  • Adapt the Modules page modules.
  • Test all the other modules.

In any case, we advise you to make sure that your module does work in PrestaShop 1.7.

We are currently thinking up ways to ease the upgrade path – for instance, a tool to take the 1.6 store, import all of its data and images into 1.7, and end up with a default store (default 1.7 theme, default 1.7 native modules) with the 1.6 data and settings. This is still a project more than actual working source code, but you get the idea.

Should PrestaShop 1.6 owners invest time and money into upgrading her shop to 1.7?

Upgrading to 1.7 will not be an easy task (see above). Since PrestaShop 1.6 has a rich ecosystem, we would completely understand if a merchant chose to stay with 1.6 for the time being – at least until all her modules are compatible with 1.7.
Also, PrestaShop 1.6 will continue to receive security updates for several months, so there is no rush. As a developer, your rush should be in creating/updating modules and themes: there is a lot of opportunities to be found in the PrestaShop 1.7 ecosystem!

So, we won’t force you to upgrade. For new stores though, 1.7 will be a treat!

For merchants:

  • the reworked UI and optimized menu structure will provide a better daily flow,
  • the Product page has been rethought,
  • the Modules page as well,
  • awesome default theme to get you started.

For developers:

  • the Starter Theme will make it way easier to create a brand new theme,
  • the widget system, PHP namespaces and other PHP 5.4 niceties (along with performances),
  • the ability to call the whole Symfony stack for you module’s needs,
  • etc.

What are system requirements for v1.7?

Nothing is set in stone yet (and we won’t have proper benchmarks before the first beta version), but you can bet it will at least be the same as for Symfony 2.8. Also, we announced that PrestaShop was moving to PHP 5.4. As for server configuration, well, let’s just say “the more the better” for now, but in any case, it will most definitely be higher than for 1.6.

Where is the development source code for PS 1.7?

The bulk of the 1.7 work is being done on the ‘develop’ branch of the PrestaShop GitHub repository. You can download it and test it right now!

How do I install the development version available on GitHub?

Read the “Installation” section of the README.md file.
In short: you will need to install and use Composer, npm and Grunt in order to compile the project into a single installable instance.

This is only while we’re developing it – and while the community is testing it and contributing to it. The stable version will be packaged in such a way that any user will be able to just upload and install the software, just like you did with previous versions.

New architecture

Why is Symfony being introduced?

The driving idea behind this project is that we want our code to be more robust, more modular, and fully testable. The current architecture, inherited from version 1.5 and years of PrestaShop development, is not getting any younger, and its age is really starting to show.

Using a proven and popular open-source framework will allow us to focus on our core business code (managing a cart, handling orders, calculating prices and taxes, generating invoices, etc.) with greater efficiency, while enjoying the stability of a globally recognized framework.

Using Symfony will also reduce the learning curve for PHP developers that are not yet familiar with PrestaShop, helping develop our great community even further.

Where will Symfony be introduced?

The new architecture will only be used in the back office for now, and at first (1.7.0.0) mainly for two pages of the back office: the Product page (and the product catalog) and the Modules page.

The rest of the back office will still use the legacy architecture from 1.5-1.6 – but they will be switched to the new architecture in later versions of PrestaShop.

The two architectures will coexist while we switch more back office pages to the new architecture, in a transition phase that will take a few versions of PrestaShop.

Why Symfony 2 and not 3?

In effect, PS 1.7 should be able to work with Sf3, but for now we’re targeting the current LTS of Symfony2. We may target Sf3 in a later version.

Theming changes

Are the planned changes going to break everything?

To be honest, it is likely. But it’s a necessary evil. We have specific plans related to the Starter Theme and we do not want to sacrifice good software design in favor of backward compatibility.

What’s a Starter Theme?

We call Starter Theme a minimal PrestaShop theme: it is feature-complete but has no styling, nothing to take away. But wait… no styling?! It might not be perfect for a customer, sure, but it should be perfect for a designer as turning the Starter Theme into a real, production-ready theme will be very easy.

Will the Starter Theme use Bootstrap?

We’re not imposing anything, so no Bootstrap needed in the Starter Theme. On the other hand, the default theme, built upon the Starter Theme foundations, will make use of Bootstrap 4.

What will be the impact of 1.7 on the 1.6 themes?

Since the way themes are created has been completely rebuilt from the ground up, the themes will need to be rewritten.

Do themes still use Smarty, or do they now need Twig (Symfony’s templating system)?

The Starter Theme and the default 1.7 theme use Smarty – but contrary to the 1.5-1.6 theme system, PS 1.7 uses Smarty as a templating engine, not as a programming language, so developers should really appreciate the change :)

What’s the story about a UI KIt?

Oh, you heard about the 1.7 UI Kit? Great! We built a whole UI Kit for the back office PrestaShop 1.7, and are making it publicly available so that designers and developers can build interfaces which are consistent in style with the administration interface.

Check its reference documentation here: http://build.prestashop.com/prestashop-ui-kit/
Check its code here: https://github.com/PrestaShop/prestashop-ui-kit

Note that it is still a work in progress, and should not be considered stable until 1.7 is released.

Where is the 1.7 Designer documentation?

The Designer documentation is being worked on. Since the way themes work is still being worked on until we reach beta phase, it will not be released before the API is fully stabilized. In the meantime, we advise you to dive into the code of the new default theme (currently named “Classic”).

Module changes

What will be the impact of Symfony for modules contributors?

Directly, the impact will be very limited, because Symfony will only be used for back office-specific features for now.

There will be some impacts for modules which target the Product and Module pages but those impacts are not linked to Symfony. You can either use Smarty or Symfony’s Twig templating engine for modules that target the rewritten pages (hooks are executed in the legacy environment, then retrieve for Symfony to use), but the core code of the module should remain the same.

Modules which target the theme will also need to be adapted to the new way themes work in 1.7.

Will there be any impact on the payment modules?

We made a change in the payment API, the explanation and an example are available in Build: see this article. You can find a sample payment module here: https://github.com/PrestaShop/paymentexample.

Will PrestaShop 1.7 remove deprecated code, hook_alias , etc.

A lot of deprecated code is being removed, yes. I can’t tell you precisely, but you can join the conversation on Gitter! You can an idea of what has been done in this article.

Is there any change planned to the override system?

PrestaShop 1.7 introduces the use of namespaces with its new architecture, and in short, anything that has namespaces cannot be overridden.
The legacy architecture can still be overridden, though. But in general, we advise against overriding code. It is better to extend it.
Also, overrides are currently forbidden in the Symfony-based pages (namely, the Product page and the Modules page).

Overrides are a nice system to have, but the issue with it is that it is an uncontrolled extension system. We are working on a carefully planned process that will allow developers to extend the PrestaShop code in a much cleaner way. We will soon write about it on this blog, but the gist of it could be that the developer team would integrate your needs for overrides in the next version of PrestaShop – kind of what polyfills do for HTML5 features :) In short, you tell us what you need, and while we include it in the next version, you can use an override.

Is there a list of all the modules impacted by the changes made on the BO product page?

We wrote a special parser which analyzed all the modules in the PrestaShop Addons catalog in order to find the ones which might not work as expected. The result of this analysis will be published in another article – possibly next week.

Is there a list of all the modules impacted by the changes made for the Starter Theme?

All the 1.6 modules targeting the theme will likely be impacted (to various degrees) by the changes and need to be adapted for 1.7. From the moment your module targets the theme, it will have to be updated.
We will soon publish a guide on what to look for when updating your module.

Where is the 1.7 Developer documentation?

The Developer documentation is being worked on, and the main topics should have their pages up during the beta phase. We hope to have it land in GitHub, so that the community can participate in its improvement.
In the meantime, we advise you to dive into the code of this 1.7-specific module: https://github.com/PrestaShop/paymentexample.

Do you speak PrestaShop? – January 2016 edition

$
0
0

This is the lastest report to inform you of what has been going on PrestaShop translation project on Crowdin lately, and the first report for 2016 :)

When will we hear about 1.7 translations?

If you read the Build blog, you can see it’s starting to be all about the new 1.7 version. With brand new pages (product, modules) and a new default theme, there will be new content to translate. Be prepared!

Good news. As you know, Crowdin makes it possible to propagate a translated string from a version to another. This means only the new strings specific to 1.7 will need to be translated.

Right now, we’re still working on the 1.7 beta, and we’re not ready to release the new version on Crowdin yet.

Of course we’ll get let you know when we have more visibility on translations, so that you can take some time to have a look and help with the translation in your respective languages – when the time comes.

In the meantime, we can still focus on the 1.6 project. Aaaaand about that… we’re currently experiencing some issues with our translation system, meaning that, at the moment, we can’t fetch the newest translated strings and import it to PrestaShop. We’re aware of this, we’re trying to find a solution, and of course we’ll get back to you when it’s all back to normal!

So now, let’s get back to business, here are the facts and figures relating what happened in January 2016, based on the 1.6.1.0 project.

Top contributors

A lot of you are working everyday on Crowdin to have PrestaShop available in many languages, and we can’t thank you enough for your dedication! Here are the most active translators and proofreaders this January.

Top 10 translators in January:

 TranslatorLanguage# Words
1.dzumanVietnamese47,372
2.Anders Helbo (AndersHelbo)Danish6,009
3.Ganzorig Arslanbaatar (aganzorig69)Mongolian4,099
4.Morten Borg (mortenborg)Danish1,877
5.Vahur Suvi (spottraining)Estonian1,846
6.TungCEOVietnamese1,727
7.StengaardDanish1,595
8.Iggy Pritzker (iggyprom)Hebrew1,361
9.Nikolaos Papapanagiotou (nikolaosp)Greek988
10.stathismelliosGreek908

Top 10 proofreaders in January:

 ProofreaderLanguage# Words
1.dzumanVietnamese40,785
2.Morten Borg (mortenborg)Danish8,369
3.Vahur Suvi (spottraining)Estonian4,146
4.TungCEOVietnamese3,847
5.Mārtiņš Zabarovskis (MartinsZB)Latvian1,212
6.Cha (cafetango)Chinese Trad.812
7.Tomáš Hink (tomas254)Czech757
8.Mario (marionetarh)Spanish708
9.Danni Afasyah (prestanesia)Indonesian274
10.Janne Wikman (vetoveljet)Finnish224

A big applause to them! And welcome to our new top contributors! The Danish and Vietnamese contributors have been particularly active this month, thank you :)

Complete translations

Fully translated languages

At the end of January, PrestaShop 1.6.1.0 was fully available (= 100% translated and validated) in 12 languages:

  • Bulgarian
  • Croatian
  • Dutch
  • English
  • French
  • German
  • Italian
  • Lithuanian
  • Norwegian
  • Polish
  • Slovenian
  • Swedish

98-99% translated languages

…and almost fully translated (and/or validated) in these 5 languages:

  • Indonesian
  • Persian
  • Portuguese, Brazilian
  • Russian
  • Spanish

There isn’t much work left before we reach 100% for these languages, if you feel like you want to help, join the project!

Languages with the best evolution

In comparison with the previous month, the following languages had the best progress in January:

  • Mongolian (+700% - this isn’t a typo, you’ve read correctly! - to reach 8% translated)
  • Vietnamese (+45% to reach 100% translated - yay!!)
  • Danish (+8,5% to reach 89% translated)

January 2016 best translation progress

Some other languages performed well, like the Azerbaijani and Latvian teams for instance! Congratulations to all our contributors for the hard work!

Languages that need (more) proofreaders

A translated string will not be available in PrestaShop as long as it is not validated. For this reason, it’s important we should keep a good level of validated strings vs. translated strings, to make sure everyone benefits from the latest translations!

We have a newcomer in the group: Vietnamese. With so many translations this month (see above), no wonder there’s a lot of proofreading ahead. And hurrah, a lot of proofreading was done for the Finnish project, so that it’s no longer in the list! :)

So, last update, these languages need some proofreading at the end of January:

  • Turkish (95% translated vs 0% validated)
  • Slovak (78% vs 24%)
  • Vietnamese (100% vs 49%)
  • Ukrainian (98% vs 53%)
  • Galician (49% vs 11%)

January 2016 best translation progress

A HUGE amount of proofreading has been done in January, so thanks to all the contributors involved! Hopefully the list will evolve next month.

If you wish to help proofreading what has been translated, please contact me on Crowdin with the language you’d like to proofread. We need your help!

Miscellaneous

  • 90 contributors joined the project this month, for a total of 2,540 members at the end of January. Welcome to them!
  • 52 members were active on the project this month.
  • A total of 76,210 words have been translated (that’s a lovely +73% from previous month!) and 62,797 validated (ok so that’s +227% from last month, when I said a lot has been done in proofreading, that what it meant ! :). All this in 29 different languages.

Again, we can’t thank you enough!

If you haven’t joined us on Crowdin yet, it’s never too late!

If you want to gather your fellow translators to work towards a better harmonization, start a glossary, or anything else, do let us know: we’ll include a word about it in the next monthly report.

Do you have a question, a remark? Don’t hesitate to leave a comment.

See you soon for the 2015 yearly report!

PrestaShop Core Weekly - Weeks 6 & 7

$
0
0

This edition of the Core Weekly report highlights changes in PrestaShop’s core codebase during the last two weeks, from Monday 8th to Sunday 21st of February 2016.

Milestones

We reached PR number 5000! Congrats to the whole community! \o/

The team is hard at work on PrestaShop 1.7, the next major version of the most complete e-commerce software solution there is. You can find an up-to-date thread about it in the forum.

Please note that finishing the planned projects for 1.7 and delivering a quality beta version soon is at the moment the top priority for the PrestaShop Core developers. Merging community pull requests has therefore slowed down until then, but will be back with a vengeance once we have a first beta to release to you! So please keep testing, and keep sending patches our way: it’s the raison d’être of this community project!

Do you want to encourage us? Give us a star on GitHub! :)

Code changes in 1.7.0.0-develop

Let’s review the merged pull-requests on the ‘develop’ branch since the last Core Weekly Report!

Text changes

  • 4352: Missing translation in shipping tab content. Thank you @jorgevrgs!
  • 4653: Fix robots.txt typo. Thank you @firstred.
  • 4934: There’s no BAN,only Zuul… err, EAN!, by @xBorderie.
  • 4996: Improve Dutch meta info. Thank you @firstred!

Product page

  • 4904: Read more popin ID unique on recommended modules / Product page, by @xGouley.
  • 4912: Improve product page design, by @nihco2.
  • 4923: Fix add a category from product form, by @maximebiloe.
  • 4924: Improve product form link rewrite, by @kelu95.
  • 4927: fixed notice on product with no variants, by @djfm.
  • 4930: Made pack products available to template, by @djfm.
  • 4944: modify tax rule on first tab on product page, by @xGouley.
  • 4947: apply new theme on product form step1, by @kelu95.
  • 4948: Security patch for URL injection on product catalog page, by @xGouley.
  • 4953: apply new theme on product form step2, by @kelu95.
  • 4957: UI Kit integration, by @Shudrum.
  • 4936: product pack redesign, by @nihco2.
  • 4970: UI Kit integration & some JS fixes, by @kelu95.
  • 4971: fix pagination on quick nav on product form, by @kelu95.
  • 4977: Fix broken JS behaviors on catalog page, by @xGouley.
  • 4983: product form title standardization, by @kelu95.
  • 4985: button icons on catalog product page, by @xGouley.
  • 4987: re-add side actions on product catalog (export, import, sql), by @xGouley.
  • 4988: apply select2 on lang switcher, by @kelu95.
  • 5007: shortcut to create product from catalog, by @xGouley.
  • 5008: Fix quick nav pagination when only 1 page available, by @xGouley.

Modules page

  • 4883: Module Page BO, fixes and improvements, by @tchauviere.
  • 4911: fix layout/header/menu selection, by @kelu95.
  • 4916: Add category block and pagination design, by @djfm.
  • 4918: Modules card actions in js and product page event integration, by @xGouley.
  • 4932: Module page graphical fixes, by @Quetzacoalt91.
  • 4935: Module Upload on BO page, by @tchauviere.
  • 4952: More stable BO Page since UI integrations, by @tchauviere.
  • 4954: Implement new UI kit on module page, by @Quetzacoalt91.
  • 4964: Fix missing $.growl and new UI integration, by @Quetzacoalt91.
  • 4968: Fixes for BO Module page related to new UI integration, by @tchauviere.
  • 4994: get username_addons of $addonsEmail var. Thank you @PrestaEdit!
  • 4998: Multiple fixes on BO Module page, by @tchauviere.
  • 4999: Remove unecessary calls on JS and CSS files in module page, by @Quetzacoalt91.
  • 5018: Fix bad dependency injection on module upgrade, by @tchauviere.
  • 5026: More improvements on module page !, by @Quetzacoalt91.
  • 5046: UI and JS improvements on Module Page in BO, by @tchauviere.

Front office (default theme)

UI Kit

  • 4937: New pages theme with Bootstrap 4 & PrestaShop UI Kit, by @Shudrum and @kelu95.

Back office

  • 4928: fix getadminlink that generate php error if called from front, by @kelu95.
  • 4929: disable configuration for dashboard demo mode, by @kelu95.
  • 4967: New KPI style for the new theme, by @Shudrum.
  • 4997: Remove node_modules direct link using Webpack, by @Shudrum.
  • 5022: Small fixes for module page header, by @Quetzacoalt91.
  • 5033: Added new tab system with yaml for SF2 architecture, by @tchauviere.

Core

Installer

  • 4919: add better error management for SF2 CLI schema update, by @kelu95.
  • 4962: dd write permission on app/config folder, by @kelu95.
  • 4975: Change permissions on config/theme for installer, by @tchauviere.
  • 4981: Check if apache mod_rewrite is enabled, by @kelu95.
  • 5006: Temporary fix windows php.ini conf error, by @kelu95.
  • 5027: Webpack normalization and remove the tests install from the npm install, by @Shudrum.

Tests

Code changes in the Starter Theme – the foundation of 1.7 themes

These are the merged pull-requests on the ‘feat/starter-theme’ branch since the last Core Weekly Report!

Code changes in the Classic Theme – the default theme of PrestaShop 1.7, based on the Starter Theme

The new default theme was merged into the ‘develop’ branch with PR 4895.

Work is now done on the main ‘develop’ branch (see above, “Front Office” section).

See all the PRs merged into the codebase since the last Core Weekly here.

Thank you to the contributors whose pull requests were merged since the last Core Weekly Report: @firstred, @jorgevrgs, @mcdado, @Newman101, @PrestaEdit, and @prestarocket! Also, thank you to the contributors whose PRs haven’t been merged yet! And of course, a big thank you to all those who contribute with tickets on the Forge!

If you want to contribute to PrestaShop with code, please read these pages first:

…and if you do not know how to fix an issue but wish to report it, please read this: How to use the Forge to contribute to PrestaShop. Thank you!

Happy contributin’ everyone!

10 rules to follow when translating PrestaShop

$
0
0

It’s not always easy to begin translating PrestaShop when the project has already been started by other contributors. To help you get on board, and to guide you with your first translations, here are 10 quick rules to follow if you want to make sure your contributions will be validated!

  1. Make sure you know the context Is it for the merchant? the customer? on which page is it? When will it show?

  2. Respect existing translations and vocabulary Look what has been done before and use the same words.

  3. Use most common words that best fit your language usage No need to search for fancy words, write as merchants speak in your language.

  4. Keep the punctuation as it is But adapt to your languages requirements when needed.

  5. Pay attention to special characters and variables Preserve meaning and location, e.g. “There are %d errors.” – the %s should be where your language requires it to be.

  6. Harmonize Use the same translations throughout your work.

  7. Use the glossary and comments to guide you, add to it if needed Look at “Comments” and “Terms”.

  8. Adapt to your local market if necessary Free yourself from the English version.

  9. Ask if you’re not sure Leave a comment, ask your fellow translators :)

  10. Report if you see anything wrong Open an issue if you spot a mistake!

Happy translatin’!


PrestaShop Core Weekly - Week 8

$
0
0

This edition of the Core Weekly report highlights changes in PrestaShop’s core codebase during the last week, from Monday 22nd to Sunday 28th of February 2016.

Milestones

Two PRs to notice this week:

The team is hard at work on PrestaShop 1.7, the next major version of the most complete e-commerce software solution there is. You can find an up-to-date thread about it in the forum.

Please note that finishing the planned projects for 1.7 and delivering a quality beta version soon is the top priority for the PrestaShop Core developers at the moment. Merging community pull requests has therefore slowed down until then, but will be back with a vengeance once we have a first beta to release to you! So please keep testing, and keep sending patches our way: it’s the raison d’être of this community project!

Do you want to encourage us? Give us a star on GitHub! :)

Code changes in 1.7.0.0-develop

Let’s review the merged pull-requests on the ‘develop’ branch since the last Core Weekly Report!

Text changes

  • 5063: Update Italian installer and Hong Kong localization pack, by @maximebiloe. Thank you @mcdado for the original italian PR!

Product page

Modules page

  • 5058: Fix for module page when not on default port 80, @Quetzacoalt91.
  • 5081: Improvements for new Module Page, by @tchauviere.

Front office (default theme, named “Classic” for now, based upon the Starter Theme)

Back office

Core

See all the PRs merged into the codebase since the last Core Weekly here.

Thank you to the contributors whose pull requests were merged since the last Core Weekly Report: @fojtCz, @Ginkosama, @gRoussac, and @macdado! Also, thank you to the contributors whose PRs haven’t been merged yet! And of course, a big thank you to all those who contribute with tickets on the Forge!

If you want to contribute to PrestaShop with code, please read these pages first:

…and if you do not know how to fix an issue but wish to report it, please read this: How to use the Forge to contribute to PrestaShop. Thank you!

Happy contributin’ everyone!

Videos: How to help translating PrestaShop into Spanish (ES)

$
0
0

This article, in Spanish, has been written by Jesús Ruiz Garcia, an active contributor to the Spanish documentation and software translation. Jesús has started a project to improve and harmonize the Spanish translation of PrestaShop. If you want to join him and contribute to the Spanish translation, watch these short videos to know how it works!

¿Cómo ayudar a traducir el software de PrestaShop en español?

El equipo de PrestaShop está trabajando continuamente en mejoras del software. En este artículo, vamos a presentaros los detalles del proceso que se está llevando para optimizar y perfeccionar la traducción del software de PrestaShop en el idioma español. Es importante que los traductores que ya nos estéis ayudando o que queráis colaborar en la traducción del software, veáis los siguientes videos presentados a continuación. Como podréis comprobar son videos de pocos minutos para que los podáis visualizar sin necesidad de tener demasiado tiempo seguido.

1) [Hilo Oficial] - Traducción Del Software: Diccionario De Términos, Guía De Estilos Y Sugerencias.

En este primer video se muestra el [Hilo Oficial] - Traducción Del Software: Diccionario De Términos, Guía De Estilos Y Sugerencias: En este Hilo encontraréis un pequeño Diccionario de los Términos más utilizados en PrestaShop (Inglés - Español) y una pequeña Guía de Estilos, que será muy útil para todos los que quieran participar o estamos ya participando en la traducción del software. Os animamos a que consultéis y reviséis ambos recursos que os ofrecemos, y nos hagáis llegar las sugerencias que consideréis oportunas.

2) Métodos para forzar la actualización del software con las últimas modificaciones introducidas en Crowdin.

En este segundo video se explica y se muestran los tres métodos o formas de forzar la actualización en el software de PrestaShop, cuando comprobamos que éste presenta discrepancias o diferencias con las cadenas que visualizamos en Crowdin.

3) Orden del contexto de cadenas en Crowdin y análisis del módulo blockbanner

En este tercer video se explica y se muestra el orden en el que aparecen el contexto de cadenas en Crowdin, en relación a tal como lo vemos en la tienda de PrestaShop. En este video analizamos el módulo blockbanner, que es un módulo muy sencillo porque presenta pocas cadenas para traducir, y es por tanto ideal para enseñaros una breve introducción al orden del contexto de cadenas.

4) Orden del contexto de cadenas en Crowdin y análisis del módulo blockcontact y del archivo admin.php.

Este cuarto video, es parecido al anterior, pero en este caso analizamos un módulo más complejo que el blockbanner. Además, analizamos el archivo admin.php que contiene un orden de contexto de cadenas algo más complejo. En este video se hace especial hincapié en la información de referencia de las cadenas, que nos ofrece la plataforma Crowdin.

5) Secciones: Comentarios y Terminología, en Crowdin.

Este video está destinado a que conozcamos y utilicemos las secciones “Comentarios” y “Terminología”, disponibles en la plataforma Crowdin. Estas dos secciones no son muy usadas y en realidad deberíamos de empezar a tenerlas muy en cuenta. Gracias a la sección “Comentarios”, podemos debatir sobre las razones por las cuales creemos que una cadena traducida no es correcta. Es como un pequeño Hilo de discusión de cualquier foro, en donde comentar cualquier cosa que consideremos oportuna con respecto a la cadena que estamos tratando. La sección “Terminología”, podemos utilizarla para ir creando un diccionario de términos que podemos tener más a mano, sin tener que recurrir al diccionario de términos externo del que os hablamos en el primer punto de este artículo.

6) Secciones: Consejo a tener en cuenta antes de realizar una traducción en Crowdin

En este último video, os damos el consejo de que antes de realizar una traducción de una cadena directamente en Crowdin, os aseguréis en local que estáis traduciendo esa cadena en el contexto que realmente esperabais encontrarla en el software de PrestaShop. Volvemos a repasar la información sobre la referencia de las cadenas, que nos ofrece la plataforma Crowdin.


Esperamos que estos videos os hayan sido de ayuda a todos aquellos que colaboran o deseen colaborar en la traducción del software de PrestaShop. Muchas gracias por vuestra colaboración.

PrestaShop Core Weekly - Week 9

$
0
0

This edition of the Core Weekly report highlights changes in PrestaShop’s core codebase during the last week, from Monday 29th of February to Sunday 6th of March 2016.

Milestones

Pull request with notable information this week:

  • 5080: Introduces a brand new template for your pull request. Improve your PR by following the presented best-practices!
  • 5105: Introduces a way to display the template name within the markup, in order to help find the problematic template.
  • 5115: Since jQzoom and FancyBox have been removed, this removes their back office option.

The team is hard at work on PrestaShop 1.7, the next major version of the most complete e-commerce software solution there is. You can find an up-to-date thread about it in the forum.

Please note that finishing the planned projects for 1.7 and delivering a quality beta version soon is the top priority for the PrestaShop Core developers at the moment. Merging community pull requests has therefore slowed down until then, but will be back with a vengeance once we have a first beta to release to you! So please keep testing, and keep sending patches our way: it’s the raison d’être of this community project!

Do you want to encourage us? Give us a star on GitHub! :)

Code changes in 1.7.0.0-develop

Let’s review the merged pull-requests on the ‘develop’ branch since the last Core Weekly Report!

Text changes

  • 5080: Pull Request template proposal, by @xBorderie.

Front office (default theme, named “Classic” for now, based upon the Starter Theme)

Back office

  • 5096: Display “Debug Mode” in the navbar, by @maximebiloe, based on an idea by @PiotrKaczor (thank you!).
  • 5097: Navigation updates, by @Shudrum.
  • 5117: Fix CLDR & Globalize javascripts, by @Shudrum.

Core

Installer

Test

See all the PRs merged into the codebase since the last Core Weekly here.

Thank you to the contributors whose pull requests were merged since the last Core Weekly Report: @fojtcz and @PiotrKaczor! Also, thank you to the contributors whose PRs haven’t been merged yet! And of course, a big thank you to all those who contribute with tickets on the Forge!

If you want to contribute to PrestaShop with code, please read these pages first:

…and if you do not know how to fix an issue but wish to report it, please read this: How to use the Forge to contribute to PrestaShop. Thank you!

Happy contributin’ everyone!

Do you speak PrestaShop? – February 2016 edition

$
0
0

Here is the latest report to inform you of what has been going on PrestaShop translation project on Crowdin lately (which means this last February).

But first, everything translation at PrestaShop isn’t necesserally taking place on Crowdin. Contributions can take different forms, and here’s more details about a few ones:

Side projects

Spanish

We’re recently published a few videos to guide you when translating PrestaShop into Spanish. If you’re working on this language, watch it here and join the conversation on the forum! And thanks to Jesús who’s helping with all this!

Vietnamese installer

Vietnamese has reached a high level of completion, as already mentioned. The next step is now to complete the several XML files needed to have PrestaShop 100% translated. These files aren’t available on Crowdin, but you can find it on this open pull-request on Github, or within your local installaion (‘install/langs/en/data’ for the English version).

Some translations are missing, like country names (country.xml), so if you want to help, you can send your translation at translation@prestashop.com, we’d be happy to include it the current the project.

And of course this is not about Vietname only: other languages can be updated too. You can contribute by committing directly on GitHub, or sending us your translations by email!

Now let’s get back to our Crowdin project, and the full report of its activity in February:

A few stats

  • 79 contributors joined the project this month, for a total of 2,619 members at the end of February. Welcome to them!
  • 53 members were active on the project this month.
  • A total of 43,701 words have been translated and 57,632 validated. All this in 30 different languages.

Again, we can’t thank you enough!

Top contributors

A lot of you are working everyday on Crowdin to have PrestaShop available in many languages, and we can’t thank you enough for your dedication! Here are the most active translators and proofreaders this February.

Top 10 translators in February:

 TranslatorLanguage# Words
1.Michael Dekker (mdekker)Dutch7,123
2.webdvl (megashopba)Slovak5,723
3.lilas1929Arabic5,406
4.Anders Helbo (AndersHelbo)Danish3,287
5.Janne Wikman (vetoveljet)Finnish3,205
6.Борис Українець (bordik)Ukrainian2,411
7.Tomáš Prskavec (shawik)Slovak2,310
8.LastRhythmArabic1,759
9.Antti Ojaniemi (scsise)Finnish1,556
10.JonadabePortuguese795

Top 10 proofreaders in February:

 ProofreaderLanguage# Words
1.dzumanVietnamese34,839
2.Janne Wikman (vetoveljet)Finnish8,032
3.Michael Dekker (mdekker)Dutch7,299
4.Morten Borg (mortenborg)Danish3,389
5.Vahur Suvi (spottraining)Estonian799
6.Cha (cafetango)Chinese Trad.782
7.crowd-dyrDanish763
8.Erik Knudsen (eriknuds)Norwegian627
9.David Gasperoni (mcdado)Italian566
10.eleazarGerman115

A big applause to them! And welcome to our new top contributors!

Complete translations

Fully translated languages

At the end of February, PrestaShop 1.6.1 was fully available (= 100% translated and validated) in 13 languages. That’s one more language compare to last month, yay! :)

  • Bulgarian
  • Croatian
  • Dutch
  • English
  • French
  • German
  • Italian
  • Lithuanian
  • Norwegian
  • Polish
  • Slovenian
  • Swedish
  • Vietnamese

Congratulations to the Vietnamese team, who did a huge work to fully translate and validate PrestaShop in Vietnamese! Thank you!

98-99% translated languages

PrestaShop was also almost fully translated (and/or validated) in these 7 languages:

  • Czech
  • Indonesian
  • Persian
  • Portuguese
  • Portuguese, Brazilian
  • Russian
  • Spanish

That’s 2 new languages in this group, thanks to the Czech and Portuguese contributors: děkuji! obrigado!

There isn’t much work left before we reach 100% for these languages, if you feel like you want to help, join the project!

Languages with the best evolution

In comparison with the previous month, the following languages had the best progress in February:

  • Arabic (+26% to reach 48% translated)
  • Finnish (+8% to reach 83% translated)
  • Slovak (+8% to reach 84% translated)
  • Korean (+6% to reach 18% translated)

February 2016 best translation progress

Languages that need (more) proofreaders

A translated string will not be available in PrestaShop as long as it is not validated. For this reason, it’s important we should keep a good level of validated strings vs. translated strings, to make sure everyone benefits from the latest translations!

A pretty good month for proofreading as Vietnamese has been fully approved. We’re back to 4 languages that require some proofreading at the end of February:

  • Turkish (95% translated vs 0% validated)
  • Slovak (84% vs 24%)
  • Ukrainian (99% vs 51%)
  • Galician (49% vs 11%)

February 2016 best translation progress

We have good hopes Slovak will evolve in the coming weeks as a few translators stepped forward to be part of the proofreading team. Finger crossed!

Like them, if you wish to help proofreading what has been translated, please contact me on Crowdin with the language you’d like to proofread. We need your help!

If you haven’t joined us on Crowdin yet, it’s never too late!

If you want to gather your fellow translators to work towards a better harmonization, start a glossary, or anything else, do let us know: we’ll include a word about it in the next monthly report.

Do you have a question, a remark? Don’t hesitate to leave a comment. See you next month!

PrestaShop Core Weekly - Week 10

$
0
0

This edition of the Core Weekly report highlights changes in PrestaShop’s core codebase during the last week, from Monday 7th to Sunday 13th of March 2016.

Milestones

Pull request with notable information this week:

  • 5170: In order to make it easier to use ModuleAdminController (instead of using “configure” all the time), hook-related methods are moved from the Module class to the Hook class.
  • 5174: Making sure that PrestaShop 1.7.0.0 runs smoothly on PHP 5.4.

The team is hard at work on PrestaShop 1.7, the next major version of the most complete e-commerce software solution there is. You can find an up-to-date thread about it in the forum.

Please note that finishing the planned projects for 1.7 and delivering a quality beta version soon is the top priority for the PrestaShop Core developers at the moment. Merging community pull requests has therefore slowed down until then, but will be back with a vengeance once we have a first beta to release to you! So please keep testing, and keep sending patches our way: it’s the raison d’être of this community project!

Do you want to encourage us? Give us a star on GitHub! :)

Code changes in 1.7.0.0-develop

Let’s review the merged pull-requests on the ‘develop’ branch since the last Core Weekly Report!

Product page

Front office (including the default theme, named “Classic” for now, based upon the Starter Theme)

Back office

Core

Mails

See all the PRs merged into the codebase since the last Core Weekly here.

Thank you to the contributors whose pull requests were merged since the last Core Weekly Report: @prestamodule and @tomcyr! Also, thank you to the contributors whose PRs haven’t been merged yet! And of course, a big thank you to all those who contribute with tickets on the Forge!

If you want to contribute to PrestaShop with code, please read these pages first:

…and if you do not know how to fix an issue but wish to report it, please read this: How to use the Forge to contribute to PrestaShop. Thank you!

Happy contributin’ everyone!

Viewing all 939 articles
Browse latest View live