Please to cover in tests

Oops!

<! -- @if $this -->
something
<! -- /if -->

Optimized mode could certainly do with using precompiled versions to create its cache.

Sam - Pudle: One thing I've noted - couldn't work out if this is a bug or a bad line of code, but the site runs fine in 'build mode' but returns an error when optimised

it seems to be commenting a piece of the line oddly by placing the comment after the class dot. (see 2nd line)

BUILD

/* BOX */
.jbox{position:relative;}
.jbox div.jbg-wrap{position:absolute;}
.jbox div.jbg-wrap.centered,.jbox div.jbg-wrap.original{position:static;}

OPTIMISED

/* BOX */
.jbox{position:relative;}
./*jbox div.jbg-wrap{position:absolute;}*/
.jbox div.jbg-wrap.centered,.jbox div.jbg-wrap.original{position:static;}

Bug file exists at http://up.elliottkember.com/2P3S3E1Z2m2F

In my source HTML files, I'm using to point to the styles.scss file, found at /css/styles.scss. The smart paths feature works perfectly here until I try to build an optimized version. Then, I get this build error for my HTML files: Line 7: Error parsing .sass-cache/6be23e5a7175e1acaf14cad1a0e462710d132034/styles.scssc!

I can fix this by changing to , but doesn't that defeat the purpose of this feature?

Here is a demo document that showcases this error: http://cl.ly/QAUJ. Make sure that you have the output set to optimized to see the bug.

Write to a folder in the build directory immediately on launch. That way we can fail fast if we don't have access to the directory.

Related: wrap the main executable section in a rescue block so things like this get handled.

I'm trying to use Hammer to compile a current version of Bones, the WordPress framework, without any modifications whatsoever, and I'm running into the following error:
Line 143: bad URI(is not URI?): css-gradient(#dfdfdf,#f8f8f8);

The line in question, 143, is this:

/* @include css-gradient(#dfdfdf,#f8f8f8); */

#2 image tag

there should be a full image tag that automatically adds the proper width and height attribute

Why single quotes and not double? It's just one of those tiny details that makes me want to cry. Crazy OCD, I know. Is there any way to force double quotes or maybe add a fix for this in upcoming releases?

We should change this. It’d be way cooler to check for the first /attr=“/ style pattern in your code and mimic. I’ll make a note of it.

Linking to "@path location/index.html" doesn't work when there's templates/location/index.html and index.html. The partial path isn't being matched properly.

http://up.elliottkember.com/2e0o0q2O0x3t

Another small detail is how the todo feature only works with lowercase. I've been writing TODO in uppercase for ages and it's hard to learn an old dog new tricks... Possible to add a fix for this?

Sure, I think matching @todo: (or even TODO: as a secret way of doing this) would be fine if we can get the regular expression for it just right. I’ll add this to the issues list.

Hi Ellott,

Sorry to ask another question so soon. Why is it that files that begin with an underscore (such as _styles.css) do not show up in Hammer? Again, it could be that I'm confused, but since Hammer is designed to include them in builds, I'd thought there would be a way to open them from the app.

Thanks,
Lukas

http://up.elliottkember.com/1a2c3z1t3u2d/hammer-folder-test.zip

The following paths to icomoon.xxx are not resolving when the .html page is nested within a folder but not giving me any errors. So, it works if .html is at folder root but not if it is nested one level deep.

@font-face {
font-family: 'icomoon';
src:url('icomoon.eot');
src:url('icomoon.eot?#iefix') format('embedded-opentype'),
url('icomoon.woff') format('woff'),
url('icomoon.ttf') format('truetype'),
url('icomoon.svg#icomoon') format('svg');
font-weight: normal;
font-style: normal;
}

I'm under the assumption that Hammer is able to resolve URLs automagically and it does so in that same page for an image but not for the font files.

Best regards,
Ryan

after https://github.com/RiotHQ/hammer-osx/issues/19

Mavericks DP4 leaves us with a surprise Errno::EPERM half-way through a build, when it tries to edit a file and suddenly - operation not permitted. The reason for this is I'm not sure where to insert the error-handling part of this, with regards to the debug scripts.

If we wrap all the standard hammer executable code in a rescue block, this would help us be more resilient in the fight against the white screen of death. We might even be able to show a box with debug information. Be-have!

We also need to make interruptible.rb and hammer_time.rb overlap less.

Alexander Carlsen [email protected] has ST2 not rebuilding. I wonder whether this is because of the double-event setup.

https://www.dropbox.com/s/ejg0lziqkvzimdn/Archive.zip

I can't send along any of the client-related stuff, but I've placed the Node / Grunt stuff on my Dropbox. If this isn't enough to go on, I completely understand. There isn't anything weird about the other content, and it's being ignored correctly. The only problem is with the parent / child node_module directories.

I changed "." to "", and everything except for node_modules was ignored, so I've changed it back.

Thanks for your help!

Just started using Hammer and am enjoying it so far. It seems to be just what I need for this project, since the backend is being developed by another company. Flat file handoff is quite handy.

One question- I can't seem to get my .hammer-ignore to ignore the node_modules. Here's my instructions list:

.*
Gruntfile.js
node_modules/*
package.json
patternlab/*

The patternlab directory is being ignored properly. Also, all file inside of node_modules are being ignored, but not the main directory or any of its children. Any suggestions?

Hammer should offer different SASS output styles when compiling CSS

@lumandra is this where we would need to use name_id field instead of name field so that our Chisel variables can be used effectively in Slim templates/ Hammer projects?

Step x: Create new page / save page.html to Hammer project folder with whatever header information you're using

Step y: Add link in eg. index.html to page.html using .

If you do x THEN y, it doesn't work. The Build is 'successful' but Hammer tries to link to page.html with a correctly formatted but broken URL (eg project/pages/)

If you do y THEN x, it works. The Build throws up an error message until you carry out x, but it appears to be the 'correct' way to create and link to a new page.

The second one is the obsolete attribute for javascript. turns into <script src='assets/js/app.js' type='text/javascript'></script>. I don't want type='text/javascript'.

Sounds like that should go, too. I don’t think that would cause any problems.

locationMap .datamap path {

fill: url("#circleRed") #EE4036!important;
}

I'm having a bit of trouble with Hammer; my page is using SVGs pretty
heavily, and within the Javascript of the page I'm defining several
patterns (e.g. circleGreen, circleRed).

In my CSS file, I'm referencing this pattern (or trying to):

locationMap .datamap path {

fill: url("#circleRed") #EE4036!important;
}

But Hammer is automatically re-writing the url to "../../index.htmlc".
This means that I can't get my svg fills working correctly unless I
manually edit the CSS in the build folder after it's compiled.

Is there a way around this? It's the kind of issue that's going to
stop me using Hammer in future, sadly.

Kind regards,

<!---
  <!-- this is not valid -->
-->

The first --> gets treated as the end of the comment. Perhaps we need to make a thing that turns the --> into ->, or something, when it's inside a comment.

Of course, Github strips HTML so pretend — is --

Edit: @lmarburger fixed the HTML by using the magic of Markdown.

Recompiling can be quite slow (up to 20 seconds), even though it says the files are coming from cache.
I have a feeling this may be caused by the project actually rebuilding a few times over and over from cache. I guess a timeout might be in order - don't build for X seconds after a build finishes. Probably a good idea!

Write a few simple, full-stack integration tests that go through hammer_time.rb and interruptable.rb.

index-html .mymodule { … }

eg
@import “modules/*"

instead of

@import “modules/_module1”
@import "modules/_module2”
@import "modules/_module3”

I’ve done this before using https://github.com/chriseppstein/sass-globbing, but doesn’t seem to work using Hammer.w

Emailed support and received the response below. We can do some more simple debugging to figure out if it's our problem or theirs.

If I run this file on my machine I get the same "No such file or directory" error.

However if I add this to line 48:

File.open(File.join(output_directory, "index.html"), 'w') { |file| file.write("output")

then that is taken care of. That's why I asked where is index.html created, because in your gist only the directory is.

https://github.com/ai/autoprefixer

https://github.com/thoughtbot/bourbon/blob/master/app/assets/stylesheets/css3/_font-face.scss - should redo those url() tags after compilation!