Add --stdin-file-path option

[greenfork]

Refs #50

Hi, decided to add this option

[sds]

Overall supportive, just some small questions.

[sds]

It seems like we would need to ensure files is correctly updated to use the provided stdin_file_path, which is missing here. Have we tested this? What do the reports show?

[greenfork]

Could you clarify how exactly should it be updated? Currently with stdin files = extract_applicable_files(config, options) returns an empty array.

This is how it works:

$ cat t.slim
divdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdivdiv
  = 1
$ cat  t.slim | bundle exec ./bin/slim-lint --stdin-file-path index.slim
warning: parser/current is loading parser/ruby27, which recognizes
warning: 2.7.3-compliant syntax, but you are running 2.7.2.
warning: please see https://github.com/whitequark/parser#compatibility-with-ruby-mri.
index.slim:1 [W] LineLength: Line is too long. [105/80]

or in short

index.slim:1 [W] LineLength: Line is too long. [105/80]

[sds]

Right, you don't want to pass an empty files array to SlimLint::Report.new(lints, files). You would want to pass a single item array containing [options[:stdin_file_path]], i.e. files = [options[:stdin_file_path]].

See the definition for the Report class. It's expecting the list of files that were linted:

slim-lint/lib/slim_lint/report.rb

Lines 9 to 10 in f9c2c21

	# List of files that were linted.
	attr_reader :files

[greenfork]

Thanks! I changed that files variable as you asked. For your information, it didn't change the output, everything is still same.

[sds]

Ah, that's probably because the default reporter doesn't use files. But it is used by other reporters.

[sds]

Could we skip calling extract_applicable_files since it isn't necessary if you're passing in a single file via standard input?

[greenfork]

Let me know if you want any squashing of commits