11
Is there a pattern for organizing CSS? For example:
.teste{font-family:"arial";font-size:18px;color:white}
or
.teste{
font-family:"arial";
font-size:18px;
color:white
}
Which is the most appropriate?
11
Is there a pattern for organizing CSS? For example:
.teste{font-family:"arial";font-size:18px;color:white}
or
.teste{
font-family:"arial";
font-size:18px;
color:white
}
Which is the most appropriate?
13
There is no established rule for how CSS files are indented and/or formatted. Each programmer has their own style which makes things difficult when we talk about standardizing.
However, there is a consensus that they should be easily interpreted by the programmer, while at the same time they should be optimized for the best performance of the web page where they are used.
The coexistence of these two ideals can be achieved as follows:
CSS file properly indented and commented:
/* Lines
* ------------------------------ */
.line-service{
background-color:#A9A9A9;
height:1px;
width:240px;
position:absolute;
bottom:60px;
}
.diagonal-left{
left:-214px;
transform:rotate(142deg);
-moz-transform:rotate(142deg);
-webkit-transform:rotate(142deg);
-o-transform:rotate(142deg);
}
.diagonal-right{
right:-214px;
transform:rotate(38deg);
-moz-transform:rotate(38deg);
-webkit-transform:rotate(38deg);
-o-transform:rotate(38deg);
}
.vertical-center{
height:168px;
width:1px;
left:50%;
bottom:-13px;
}
For example, I will use PHP code to serve CSS to a website:
<?php
header('Content-type: text/css');
// define o buffer para a função "compress"
ob_start("compress");
function compress($buffer) {
/* remove comentários */
$buffer = preg_replace('!/\*[^*]*\*+([^/][^*]*\*+)*/!', '', $buffer);
/* remove tabs, spaces, newlines, etc. */
$buffer = str_replace(array("\r\n", "\r", "\n", "\t", ' ', ' ', ' '), '', $buffer);
return $buffer;
}
$cssFiles = realpath(dirname(__FILE__)).'/*.css';
foreach(glob($cssFiles) as $file) {
include($file);
}
ob_end_flush();
?>
The idea is to have the files "normally", that is, the way we relate to most to read them.
The language that is serving the website to the browser is who is in charge of optimizing the file and serving it as optimally as possible.
With the PHP code shown above the file is served as follows:
.line-service{background-color:#A9A9A9;height:1px;width:240px;position:absolute;bottom:60px;}.diagonal-left{left:-214px;transform:rotate(142deg);-moz-transform:rotate(142deg);-webkit-transform:rotate(142deg);-o-transform:rotate(142deg);}.diagonal-right{right:-214px;transform:rotate(38deg);-moz-transform:rotate(38deg);-webkit-transform:rotate(38deg);-o-transform:rotate(38deg);}.vertical-center{height:168px;width:1px;left:50%;bottom:-13px;}
Just the way we want it, no spaces, no tabs, no comments...
For the practical example, the file css.php
that contains the PHP code shown above is inside the folder where are all CSS files that we intend to serve to the website.
In HTML, instead of calling each of the CSS files, we just call the PHP file, being the same responsible for reading all the Csss and sending them properly optimized:
<link href="http://www.meusite.com/caminho/para/css.php" rel="stylesheet" type="text/css">
Perfect answer. Thank you for the collaboration.
10
No, there’s no pattern.
What should be considered is: for example, at the time of development, many authors prefer to leave everything separate to facilitate the location of the parts of interest for maintenance, as in the example below:
div {
position: absolute;
top: 0;
right: 0;
font-family: arial;
color: red;
line-spacing: 20px;
}
Others prefer to separate lines by subjects, as in the example below (position, appearance, etc):
div {
position: absolute; top: 0; right: 0;
font-family: arial; color: red;
line-spacing: 20px;
}
If a person has an awareness of what they are doing, nothing prevents them from leaving everything in one line, or using mixed:
body,html { margin:0; padding:0 }
div {
position: absolute; top: 0; right: 0;
font-family: arial; color: red; line-spacing: 20px;
}
that is, it is matter of personal taste, or standard for teamwork, or company policy, if that is the case.
On the other hand, there are CSS processors that compress the code, which can translate into a huge saving of money, given the smaller bandwidth you need to use while avoiding unnecessary transport of spaces, line breaks and tabulations. It may seem silly when the site serves half a dozen pages a day, but imagine the CSS of large sites such as search engines and social networks.
It is worth remembering that many times pays to test if minification of CSS is really advantageous, because in many occasions just configure the server (be it Apache, NGINX, IIS, etc.) to use GZIP, which already reduces the code immensely, often worth more than extra processing over CSS (unless you cache the result locally).
3
I agree with George B., in my view, it is a matter of preference. I think it makes a difference when the amount of CSS customized is large and is in the same file as the page code (which I don’t think is very recommended, but a separate file), as it can generate a greater difficulty to locate/browse the content as a whole.
3
There is no pattern. The two forms are a matter of taste. According to my perception the second is preferred by most because it looks cleaner, more readable. Some think the first one makes the code shorter. But all this is questionable, it’s a matter of taste.
All right. That’s it.
2
Actually when I finish developing the CSS
, i do a file compression CSS
for website or system optimization purposes or whatever it is. For such use this website, Passing an excellent tool for compression of style sheets.
If you have to open this CSS later, how will you understand a minified code?
This site http://cssbeautify.com allows you to reassemble my complete style sheet giving you an optimized standard of the rules and this is how I work.
1
In fact, contrary to what the other replies reported, there is yes a standard, set by Google, that you find on Google Style Guide.
There you will find, among other rules, the following:
Selector and Declaration Separation
Separate selectors and declarations by new Ines.
Always start a new line for each selector and declaration.
/* Not recommended */ a:focus, a:active { position: relative; top: 1px; } /* Recommended */ h1, h2, h3 { font-weight: normal; line-height: 1.2; }
That is to say, is yes recommended to separate selectors and declarations by line break.
0
When I program in CSS I always use a different syntax because I have better knowledge of the code and easy access.
.menu
{
color: #FFF;
text-align: left;
}
It is easier to access the code if there is a fault for example change the color.
0
Use the second way while producing the code, on behalf of Indentation becomes easier to understand, when finishing the production of the same, use a "CSS Minifier" that will make the code more or less equal to the first way, making the file smaller.
0
I like to organize my css with pre-processors, I use the SASS
http://sass-lang.com, I also use a methodology called SMACSS https://smacss.com/ where it teaches how to make a modular css architecture.
0
The second option is the "most readable", but both work the same way. It is only identation (the second option is identada and the first is not).
Browser other questions tagged css encoding-style
You are not signed in. Login or sign up in order to post.
As far as I know there is no pattern. I prefer the second option.
– Jorge B.
How can you claim that my question is based on "opinions" if I don’t even know the correct form? I thought there was a standard of usability in CSS.
– Felipe Viero Goulart
If you don’t know, how can you choose a correct answer? Actually there is no correct way, so it’s based on opinions. It’s a matter of taste. Everyone there did not write any truth, wrote down their taste. It’s the same thing as asking if you prefer tab or Spaces.
– Maniero
Well, I chose the answer that seemed most convincing and that informed terms that I did not know, thus expanding my research. However, I think you’ve made a mistake. I thought there was a right way.
– Felipe Viero Goulart
I reopened the question because there is an answer (which is no, there is no pattern). However, it would be nice if there were a detailed answer explaining the existing options, and why of each, without being opinionated like the ones posted so far.
– bfavaretto
@Felipestoker And the closing was precisely to indicate that you were mistaken. He indicated that the answers were based on opinions. Remembering that closure is not punishment, even disagreeing with the negative that the question received, it is useful, only that it raises opinions. Perhaps even some answers deserve negative because they are pure opinion, do not actually help to answer, but I would not get to this point, so much so that n]ao negativei none either. Now he has an answer that really responds well (nor wanted to improve mine after it came). I hope he changes the Accept.
– Maniero
Thank you for your personal understanding. From the answers, I have studied a new way to continue with my next projects.
– Felipe Viero Goulart