mlarcher / docssa Goto Github PK

One of the goals that DoCSSa is stated to have is to allow for easily switchable themes as stated on this medium post.

Perhaps this could be demonstrated as a proof-of-concept on DoCSSa.info? I'd be interested in working on it but I wanted to throw the idea out there before digging in.

Hi! I want to use @extend %clearfix; in docssa/sass/base/project/_globals.scss and it does not work

My code

.mainContainer {
    @extend %clearfix;
    width: 100%;
    max-width: 800px;
    margin: 0 auto;
}

after compilation

.mainContainer {
    width: 100%;
    max-width: 800px;
    margin: 0 auto;
}

HELP ME! PLEASE!

This is more a question because I'm not sure if I'm missing something or it's really an issue. I am trying to figure out how to approach responsiveness. I am taking a mobile first approach. Take the responsiveness example from the documentation:

.e {
  @include _use(clearfix);

  @include breakpoint(large) {
    @include _use(clearfix);
  }
}

This generates:

@media (min-width: 1200px) {
  .e {
    *zoom: 1;
  }
  .e:before,
  .e:after {
    content: " ";
    display: table;
  }
  .e:after {
    clear: both;
  }
}

.e {
  *zoom: 1;
}
.e:before,
.e:after {
  content: " ";
  display: table;
}
.e:after {
  clear: both;
}

So now the non-media-query rules will always be used, even on larger displays. In this case they are the same rules because it's an easy example from the documentation, but what if it was a component that needs a different skin on larger screens or needs to be an altogether different component? I thought I'd find the answer to this in the source for your mainNav but it seems there is a lot of overriding being done in specifics instead of using the verticalMenu and tabs components.

Any reason you use camelCase rather than hyphens, even when CSS is a highly hyphenated language? Also, any reason you sometimes use camelCase, sometimes hyphens?

It's common practice to add the !default flag to default global variables in Sass.

Hi,

Great work on docssa, I've already integrated the methodology into my development process.

I'd like to be able to use media queries (with the breakpoint() mixin) within the _add() include to include the _use() mixin. However this throws an error, I cannot seem to figure out a way round it. I've also tried putting the _use() mixin inside a breakpoint() include, but again an error is thrown.

Is it possible to achieve what I'm after?

Hi, I am trying to get into DOCSSA and I can't access docssa.info, I get server not found.

It would be nice to know what version of sass that your documents use. Perhaps defining that in the readme file.

I discovered that you are using the script map feature from 3.3 and the current available compilers for Visual Studio do not support this feature as of yet.

error /Users/computer/Desktop/docssa-master/sass/base/utils/../_config.scss (Line 6: Invalid CSS after "...ints: ( "small"": expected ")", was ": 600px , "medi...")

Firstly, I'm just getting to grips with Sass and found DoCSSa interesting as I like to keep things structured.

I use Grunt watch, and when I save my custom.scss file I receive the following warnings/errors:

�Running "compass:dist" (compass) task�
error sass/components/tabs/tabs.standalone.scss (Line 2 of _tabs.scss: File to import not found or unreadable: sass/base/utils/__utils.
Load paths:
c:/inetpub/wwwroot/docssa-master/sass
c:/Ruby193/lib/ruby/gems/1.9.1/gems/compass-core-1.0.0.alpha.19/stylesheets
c:/Ruby193/lib/ruby/gems/1.9.1/gems/susy-2.1.2/sass
Compass::SpriteImporter)
identical css/components/tabs/tabs.standalone.css
DEPRECATION WARNING on line 11 of c:\inetpub\wwwroot\docssa-master\sass\base\utils_system.scss: Assigning to global variable "$modules" by default is deprecated.
In future versions of Sass, this will create a new local variable.
If you want to assign to the global variable, use "$modules: append($modules, $uniqeRef) !global" instead.
Note this will be incompatible with Sass 3.2.
error sass/custom.scss (Line 2 of _tabs.scss: File to import not found or unreadable: sass/base/utils/__utils.
Load paths:
c:/inetpub/wwwroot/docssa-master/sass
c:/Ruby193/lib/ruby/gems/1.9.1/gems/compass-core-1.0.0.alpha.19/stylesheets
c:/Ruby193/lib/ruby/gems/1.9.1/gems/susy-2.1.2/sass
Compass::SpriteImporter)
identical css/custom.css
Compilation took 0.797s

I'm using Sass v 3.3.8 and Compass v1.0.0.alpha.19.

I have the following watch task configured in my Gruntfile.js:

        sass: {
            files: ['sass/**/*.{scss,sass}','sass/_base/**/*.{scss,sass}','sass/_components/**/*.{scss,sass}','sass/_specifics/**/*.{scss,sass}','sass/_vendor/**/*.{scss,sass}'],
            tasks: ['compass:dist']
        },

All files are located in the default structure as downloaded from GitHub.

Many Thanks
Andrew

The importOnce mixin is missing the !global flag (is that the right SASS terminology?) for the $modules variable. Which means $modules is always empty when importOnce() runs, causing duplicate styles in the CSS output.