Comments (5)
Not decreeing anything. These are just my guidelines:
- Model names should always begin with an uppercase letter to distinguish them from the concepts they represent. If we're referencing the class name itself, then that is what should go inside ticks. i.e: "The
Product
model tracks the different products in your store". Having the namespace is optional. - Buttons should always reference the correct label, and can optionally have their names quoted. Same goes for links and section names and field names, but not state names.
Bold is used like this:
- attribute_name - Short description of attribute goes here
If we're emphasising anything, that should be italicised.
from spree-guides.
Rails conventions don't seem to be very complete IMHO. I think we'll have
to come up with some of our own. I'm open to anything reasonable. The
ones you proposed earlier plus Radar's comments seem like a good start.
On Sun, May 12, 2013 at 7:30 PM, Ryan Bigg [email protected] wrote:
Not decreeing anything. These are just my guidelines:
- Model names should always begin with an uppercase letter to
distinguish them from the concepts they represent. If we're referencing the
class name itself, then that is what should go inside ticks. i.e: "The
Product model tracks the different products in your store". Having the
namespace is optional.- Buttons should always reference the correct label, and can
optionally have their names quoted. Same goes for links and section names
and field names, but not state names.Bold is used like this:
- attribute_name - Short description of attribute goes here
If we're emphasising anything, that should be italicised.
—
Reply to this email directly or view it on GitHubhttps://github.com//issues/117#issuecomment-17787487
.
from spree-guides.
I pushed a start to a set of conventions on the README. I want to start going through and standardizing, but I want to make sure what I've written up is acceptable first. I can add more, obviously, but I started with what @radar listed. Is the README the appropriate place, or should we move the conventions to the contributing guide?
from spree-guides.
I think both the README and the guide are good places for it. Put it in both.
On Mon, Jun 3, 2013 at 8:58 AM, Dana Jones [email protected]
wrote:
I pushed a start to a set of conventions on the README. I want to start going through and standardizing, but I want to make sure what I've written up is acceptable first. I can add more, obviously, but I started with what @radar listed. Is the README the appropriate place, or should we move the conventions to the contributing guide?
Reply to this email directly or view it on GitHub:
#117 (comment)
from spree-guides.
This has been started and is working well (it's in the README and the contributing guide), so I'm going to close this issue.
from spree-guides.
Related Issues (20)
- Shipment States description is missing HOT 1
- Orders - OrderPopulator missing documentation HOT 1
- Orders - Return Authorizations missing documentation HOT 1
- Document Orders#apply_coupon_code
- Nother test
- Provide guidance on designing a custom order or line_item adjustment type HOT 3
- Permitted Attribute in Extension tutorial HOT 1
- Document the use of PATH for promotions in user doc
- Remove deprecated `spree_active_shipping` config HOT 1
- Image Settings is no longer applicable
- Missing guide for upgrading to Spree 2.2 HOT 2
- Getting started tutorial only working with rails 4.0.5 not 4.0.4 as it states HOT 1
- Re-order Spree Core Topics HOT 2
- Spree Class Diagram HOT 4
- XCode 5.1
- S3 Guides HOT 1
- Server down
- HTTPS not working on guides.spreecommerce.com HOT 1
- Shipping checkout docs missing HOT 1
- Authentication API
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
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.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from spree-guides.