Giter Club home page Giter Club logo

commerce-docs's People

Contributors

adrianm6254 avatar andyd328 avatar bojanz avatar calbasi avatar ctrladel avatar czigor avatar davpsh avatar dependabot[bot] avatar jamie-tillman avatar joshmiller83 avatar jsacksick avatar kristofferrom avatar krystalcode avatar lisastreeter avatar mglaman avatar nickdickinsonwilde avatar oadaeh avatar ptmkenny avatar quietone1 avatar r115 avatar rpsu avatar sarath49 avatar saurabh-vijayvargiya avatar shabananavas avatar stephenmobley avatar subhojit777 avatar thejacer87 avatar wizonesolutions avatar xuxucode avatar yaazkal avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

commerce-docs's Issues

cant run drupal console on windows

When trying to create new store using the builtin drupal commerce
..\vendor\drupal\console\bin\drupal commerce:create:store
I get the error below
'..\vendor\drupal\console\bin\drupal' is not recognized as an internal or external command, operable program or batch file.

Mobile navigation does not work

I killed the bundled RTD Theme JavaScript to stop some of the menu navigation behavior. Doing this broke the mobile slide out navigation.

Documentation Fixes - Address Page

"The default values are based on opensource 3rd party that has the best coverage of all {...}" -- missing a word. Should be "based on an opensource..."

The pics in address and zone have different admin menu orientation. Maybe should be the same

Adding custom panel, which provides recaptcha

      $form['recaptcha'] = [
        '#type' => 'inline_template',
        '#template' => '<div class="g-recaptcha clearfix" style="clear: both;" data-sitekey="{{ google_recaptcha_public_key }}"></div>',
        '#context' => [
          'google_recaptcha_public_key' => Settings::get('google_recaptcha_public_key', ''),
        ],
        '#weight' => 100,
      ];

then

      try {
        $result = \Drupal::httpClient()->post('https://www.google.com/recaptcha/api/siteverify', [
          'form_params' => [
            'secret' => Settings::get('google_recaptcha_private_key', ''),
            'response' => $_POST['g-recaptcha-response'],
            'remoteip' => \Drupal::request()->getClientIp(),
          ],
        ]);
        $result = Json::decode($result->getBody()->getContents());
        if (!$result['success']) {
          $form_state->setErrorByName('recaptcha', $this->t('Error validating you are not a robot.'));
        }
      }
      catch (\Exception $e) {
        $form_state->setErrorByName('recaptcha', $this->t('Error validating you are not a robot.'));
      }

Change the Entity Relationship Graph

image

  • Change the names to Product Attribute, Product Attribute Value (It sounds more clear, plus it's consistent with product variation (VS just variation))
  • Remove * not fieldable from Attribute. Attributes are config entities and can be extended using the third party settings API
  • Add examples on top of each box: Color -> Red -> Red DrupalCon T-shirt -> DrupalCon T-shirt
  • Add Label & Weight to Attribute values

Work to be pushed to #19

Documentation Fixes - Developing page

"The branch name should contain a brief summary of the issue and its id, e.g 2276369-fix-product-form-notice:" -- swap the order of id and issue to match the branch name: "brief summary of its id and the issue"

"git push -f fork 2276369-fix-product-form-notice" -- maybe mention why you have to add the "-f" flag for this command and no the previous push

Your forked repository and the original one (called origin) will eventually out of sync. -- missing a word before "out of sync". change to "eventually {get|become} out of sync"

Documentation Fixes - State Machine Page

"The current state is stored in a StateItem field. A field setting specifies the used workflow, or a value callback that allows the workflow to be resolved at runtime (checkout workflow based on the used plugin, etc. A validator is provided that ensures that the specified state is valid (exists in the workflow and is in the allowed transitions)." -- missing a closing parenthesis somewhere... have and extra opening one

Product Doc Page Changes

RE: #19

Ryan says...

  • Change the entity relationship diagram to the below.
  • Make an introduction before skipping to an example; (and I’d just make it clearly marked an example, not ask someone to imagine). Like a basic definition; “Every product has one or more variations." ... “In the event that a product has more than one variation, each variation is differentiated by some aspect of the product, whether it’s the product’s color, size, fabric, etc."
[Product type]      --|--       [Product variation type]
  T-shirt                           T-shirt variations
  (fields)                              (fields)

    ||                                    ||
    \/                                    \/
                          /
[Product]           --|--<-      [Product variations]
  DrupalCon T-shirt       \         Red, Green, Blue
  (fields)                          (fields)

Document how to search by full name for customers on order

  • We can assume that the user (full) name is usable as the billing profile name (default on the create form), but can't assume the opposite
  • Therefore we can't allow finding a user by billing profile in Commerce core, by default. That stays in contrib
  • However, there should be a solution that: 1) adds a name field to the user 2) alters the user display name 3) alters the autocomplete (search by name, username, email)

The https://www.drupal.org/project/name module is close and could be documented on implementing this.

Spec out Drupal 8 API documentation structure

The goal here is to end up with a high-level outline of what the structure of Drupal 8 Commerce API documentation should look like. That will enable developers to fill in the details in a structured way (as opposed to the mess that is http://www.drupalcontrib.org/api/search/8/commerce?page=1).

  • Commerce classes
    • Working with products
      • Loading products
        • List out methods for loading
      • Creating products
      • Updating products
      • Deleting products
      • (additional methods)
    • Working with carts
    • Working with orders
    • Working with shipping
  • API changes from Commerce 7 to Commerce 8 (should include all of above with old vs new)

Rewrite the attributes to be more concrete with a real example

  • Remove or rework the intro to describe a "normal" use case
  • Remove or rework the fieldable entity section to reduce wordiness and increase clarity
  • Reword phrases like "Often this is a very obvious designation falling into the category of a differentiation" to be more basic, 4th grade english

Example intro by Bojan:

Imagine you need to sell a DrupalCon T-Shirt. This T-Shirt comes in different sizes and colors. Each combination of size and color has its own SKU, used to track the remaining amount of each kind of shirt

Example of furthering the analogy while describing the entity relationships by Bojan:

Color and Size are product attributes. Blue and small are product attribute values, belonging to the mentioned attributes. The combination of attribute values (with a SKU and a price) is called a product variation. These variations are grouped inside a product.

The work will be reflected in #19

Product Merchandising: Overview page

We need a page that discusses the merchandising capabilities of Drupal Commerce 2.

  • New, powerful, pricing rules (different from Commerce 1), which are called "Promotions" that handle discounts and coupons
  • Ask Bojan / Matt / Josh / Commerce channel on slack if there is more that could be addressed in this section

Provide documentation on how to contribute to documentation

At the MidCamp sprints I noticed we could use a documentation guide on how to contribute to our documentation (META META)

Things:

  • Point out each page has an "Edit this page" link at top
  • State that they should have a GitHub account
  • Show how to edit within GitHub, that it will fork and open PR, how to finalize the creation of PR (it's a three step process.)
  • Provide links to ReST basics
  • State that images cannot be uploaded from main repo
    • Check if images can be uploaded in their own fork from the UI
    • State they'll have to clone locally and edit to change images / update them
  • Verify contributors can add new pages via the UI
  • State heavy additions might be best done by cloning down the repository

Complete documentation not found

When will be available commerce 2 complete documentation of following topics

  1. Catalog and product pages
  2. Product merchandising
  3. Configuring checkout
  4. Payments

Appreciate if you could share release date

Documentation Fixes - Page Ordering

Firstly there are 2 pages called getting started. One is top level the other in Contributing > Getting Started

Also I think the order should be Installing > Getting Started > Contributing > .... Seems weird to be told how to contribute before how to install.

Commerce 2.x Instructional Documentation Needed

Restructure docs, make it more book-like.

I'm proposing a new structure that is more book like, like a cookbook format. This makes it easier to find topics and even redistribute. It also gives us room to notice where we're missing documentation coverage.

Original

  • Installing
  • Updating
  • Getting Started
  • Dependencies
    • Address
      • Zones
    • Profile
    • State machine
    • Inline Entity Form
  • Currency
  • Store
  • Products
    • Attributes
    • Variations
    • Purchasable Entities
  • Orders
    • Order types
    • Order items
    • Order processing
  • Contributing
    • Getting started
    • Developing
  • Code Recipes

Proposed

  • Getting Started
    • Introduction to Composer
    • Installing
    • Updating
    • Contributing
      • Developing
  • Essential Components
    • Address
    • Profile
    • State machine
    • Inline entity form
    • Currency
  • Managing Products
    • Creating attributes
    • Making a product
    • Creating a product type
    • Advanced topics
      • Purchasable attributes
      • Code recipes
  • Working with orders
    • Using order types
    • Orders and order items
    • Advanced topics
      • Order processing
      • Code recipes
  • Setting up checkout
    • Configuring checkout
    • Advanced topics
      • Creating a checkout pane plugin
      • Creating a checkout flow plugin
  • Setting up payments
    • Install a payment gateway
  • Using promotions
    • Create promotion, coupon.
  • Code recipes
    • Links to each advanced topic for tl;dr users

Product attribute documentation jumps to variation form without explainiation

After you have added "Color" and the various colors your t-shirts are available in, the next step is to add that "color" attribute to our product. Store administrators can do this on the product variation type form, the checkbox in the last step automatically created entity referenced fields as needed:

This jumps into a picture of the product edit. But let's clarify this just shows the end result, and not next step. Or if we want it to be the next step, link to Make a Product documentation page

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.