vim/syntastic
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
dbf6685b18
syntastic/syntax_checkers/html/tidy.vim

110 lines
4.0 KiB
VimL
Raw Normal View History

html: split the checkers into separate files Previously the 2 checkers were in the same file - this is more "tidy" (lol??). Currently the logic to determine which checker is loaded is custom to the checker. At some point the SyntasticLoadChecker() function should be upgraded to be able to handle cases (like this one) where the name of the checker doesnt imply the name(s) of the executables that have to be checked for.
2012-05-01 10:14:42 -04:00
"============================================================================
html: rename w3c.vim to w3.vim (i fail @ naming files!) Also, fix the header comments for tidy/w3 so they have the right filenames
2012-05-01 10:23:22 -04:00
"File: tidy.vim
html: split the checkers into separate files Previously the 2 checkers were in the same file - this is more "tidy" (lol??). Currently the logic to determine which checker is loaded is custom to the checker. At some point the SyntasticLoadChecker() function should be upgraded to be able to handle cases (like this one) where the name of the checker doesnt imply the name(s) of the executables that have to be checked for.
2012-05-01 10:14:42 -04:00
"Description: Syntax checking plugin for syntastic.vim
"Maintainer: Martin Grenfell <martin.grenfell at gmail dot com>
"License: This program is free software. It comes without any warranty,
" to the extent permitted by applicable law. You can redistribute
" it and/or modify it under the terms of the Do What The Fuck You
" Want To Public License, Version 2, as published by Sam Hocevar.
" See http://sam.zoy.org/wtfpl/COPYING for more details.
"
"============================================================================
add guards to all checkers goddamn I love macros
2013-02-21 10:50:41 -05:00
if exists("g:loaded_syntastic_html_tidy_checker")
finish
endif
let g:loaded_syntastic_html_tidy_checker=1
html: split the checkers into separate files Previously the 2 checkers were in the same file - this is more "tidy" (lol??). Currently the logic to determine which checker is loaded is custom to the checker. At some point the SyntasticLoadChecker() function should be upgraded to be able to handle cases (like this one) where the name of the checker doesnt imply the name(s) of the executables that have to be checked for.
2012-05-01 10:14:42 -04:00
" TODO: join this with xhtml.vim for DRY's sake?
function! s:TidyEncOptByFenc()
let tidy_opts = {
\'utf-8' : '-utf8',
\'ascii' : '-ascii',
\'latin1' : '-latin1',
\'iso-2022-jp' : '-iso-2022',
\'cp1252' : '-win1252',
\'macroman' : '-mac',
\'utf-16le' : '-utf16le',
\'utf-16' : '-utf16',
\'big5' : '-big5',
add cp932 to tidy.vim.
2013-02-05 07:48:16 -05:00
\'cp932' : '-shiftjis',
html: split the checkers into separate files Previously the 2 checkers were in the same file - this is more "tidy" (lol??). Currently the logic to determine which checker is loaded is custom to the checker. At some point the SyntasticLoadChecker() function should be upgraded to be able to handle cases (like this one) where the name of the checker doesnt imply the name(s) of the executables that have to be checked for.
2012-05-01 10:14:42 -04:00
\'sjis' : '-shiftjis',
\'cp850' : '-ibm858',
\}
return get(tidy_opts, &fileencoding, '-utf8')
endfunction
let s:ignore_html_errors = [
\ "<table> lacks \"summary\" attribute",
\ "not approved by W3C",
\ "attribute \"placeholder\"",
\ "<meta> proprietary attribute \"charset\"",
\ "<meta> lacks \"content\" attribute",
\ "inserting \"type\" attribute",
Ignore tidy warning about "search" value for <input> type attribute
2012-12-24 05:30:42 -05:00
\ "proprietary attribute \"data-",
Included some warning/errors to ignore In today's html editing, almost nobody writes a "pure" html code (complete, i mean), with body, title, etc... most of people uses CMS's and similar things, which means that the html is just a "piece" of html and not the entire structure, the changes on this branch are meant to ignore those annoying warnings The last line is for structures that includes the "&" character, like in those kind of cases: < a href="http://foo.bar/something.php&value&something&foo" >
2013-02-04 13:00:10 -05:00
\ "missing <!DOCTYPE> declaration",
\ "inserting implicit <body>",
\ "inserting missing 'title' element",
\ "attribute \"[+",
\ "unescaped & or unknown entity",
Ignore tidy warning about "search" value for <input> type attribute
2012-12-24 05:30:42 -05:00
\ "<input> attribute \"type\" has invalid value \"search\""
html: split the checkers into separate files Previously the 2 checkers were in the same file - this is more "tidy" (lol??). Currently the logic to determine which checker is loaded is custom to the checker. At some point the SyntasticLoadChecker() function should be upgraded to be able to handle cases (like this one) where the name of the checker doesnt imply the name(s) of the executables that have to be checked for.
2012-05-01 10:14:42 -04:00
\]
function! s:ValidateError(text)
let valid = 0
for i in s:ignore_html_errors
if stridx(a:text, i) != -1
let valid = 1
break
endif
endfor
return valid
endfunction
update checkers to use the new syntastic#makeprg#build() Make all the easy updates. There are still quite a few to do, but in doing these ones I can see that syntastic#makeprg#build() needs to accept a few more options. Namely: * "postargs" that appear after the filename * "tail" that appears after everything - used for things like redirecting output and piping to grep/sed/etc * the filename itself - only the java checkers needed this since they specify the directory of the file to check as well There are still a few other things to do as well: * remove the options from the checkers that are now provided by syntastic#makeprg#build implicitly - i.e. the checker exe and args. * also, we need to doc the above implicit checker options
2013-01-20 06:07:05 -05:00
function s:Args()
let args = s:TidyEncOptByFenc()
let args .= " --new-blocklevel-tags " . shellescape('section, article, aside, hgroup, header, footer, nav, figure, figcaption')
let args .= " --new-inline-tags " . shellescape('video, audio, source, embed, mark, progress, meter, time, ruby, rt, rp, canvas, command, details, datalist')
let args .= " --new-empty-tags " . shellescape('wbr, keygen')
let args .= " -e"
html/tidy: retarded bugfix with s:Args not returning a value
2013-02-08 11:26:30 -05:00
return args
update checkers to use the new syntastic#makeprg#build() Make all the easy updates. There are still quite a few to do, but in doing these ones I can see that syntastic#makeprg#build() needs to accept a few more options. Namely: * "postargs" that appear after the filename * "tail" that appears after everything - used for things like redirecting output and piping to grep/sed/etc * the filename itself - only the java checkers needed this since they specify the directory of the file to check as well There are still a few other things to do as well: * remove the options from the checkers that are now provided by syntastic#makeprg#build implicitly - i.e. the checker exe and args. * also, we need to doc the above implicit checker options
2013-01-20 06:07:05 -05:00
endfunction
refactor all the syntax checkers to use the new API and dir layout
2013-01-27 15:08:30 -05:00
function! SyntaxCheckers_html_tidy_IsAvailable()
return executable('tidy')
endfunction
function! SyntaxCheckers_html_tidy_GetLocList()
update checkers to use the new syntastic#makeprg#build() Make all the easy updates. There are still quite a few to do, but in doing these ones I can see that syntastic#makeprg#build() needs to accept a few more options. Namely: * "postargs" that appear after the filename * "tail" that appears after everything - used for things like redirecting output and piping to grep/sed/etc * the filename itself - only the java checkers needed this since they specify the directory of the file to check as well There are still a few other things to do as well: * remove the options from the checkers that are now provided by syntastic#makeprg#build implicitly - i.e. the checker exe and args. * also, we need to doc the above implicit checker options
2013-01-20 06:07:05 -05:00
let makeprg = syntastic#makeprg#build({
\ 'exe': 'tidy',
\ 'args': s:Args(),
update makeprg builder and update some checkers to use it update makeprg builder: * it now accepts `fname`, `tail`, and `post_args` params. * add some doc above syntastic#makeprg#build * update a bunch of checkers to use the new params Still have quite a few checkers that arent using makeprg#build. Including all c* and a few other c-like checkers. And PHP. Not to worried about c* as these checkers are complicated and probably justify having their own logic to build makeprgs.
2013-01-20 07:27:19 -05:00
\ 'tail': '2>&1',
update checkers to use the new syntastic#makeprg#build() Make all the easy updates. There are still quite a few to do, but in doing these ones I can see that syntastic#makeprg#build() needs to accept a few more options. Namely: * "postargs" that appear after the filename * "tail" that appears after everything - used for things like redirecting output and piping to grep/sed/etc * the filename itself - only the java checkers needed this since they specify the directory of the file to check as well There are still a few other things to do as well: * remove the options from the checkers that are now provided by syntastic#makeprg#build implicitly - i.e. the checker exe and args. * also, we need to doc the above implicit checker options
2013-01-20 06:07:05 -05:00
\ 'subchecker': 'tidy' })
html: split the checkers into separate files Previously the 2 checkers were in the same file - this is more "tidy" (lol??). Currently the logic to determine which checker is loaded is custom to the checker. At some point the SyntasticLoadChecker() function should be upgraded to be able to handle cases (like this one) where the name of the checker doesnt imply the name(s) of the executables that have to be checked for.
2012-05-01 10:14:42 -04:00
let errorformat='%Wline %l column %c - Warning: %m,%Eline %l column %c - Error: %m,%-G%.%#,%-G%.%#'
update checkers to use the new syntastic#makeprg#build() Make all the easy updates. There are still quite a few to do, but in doing these ones I can see that syntastic#makeprg#build() needs to accept a few more options. Namely: * "postargs" that appear after the filename * "tail" that appears after everything - used for things like redirecting output and piping to grep/sed/etc * the filename itself - only the java checkers needed this since they specify the directory of the file to check as well There are still a few other things to do as well: * remove the options from the checkers that are now provided by syntastic#makeprg#build implicitly - i.e. the checker exe and args. * also, we need to doc the above implicit checker options
2013-01-20 06:07:05 -05:00
html: split the checkers into separate files Previously the 2 checkers were in the same file - this is more "tidy" (lol??). Currently the logic to determine which checker is loaded is custom to the checker. At some point the SyntasticLoadChecker() function should be upgraded to be able to handle cases (like this one) where the name of the checker doesnt imply the name(s) of the executables that have to be checked for.
2012-05-01 10:14:42 -04:00
let loclist = SyntasticMake({ 'makeprg': makeprg, 'errorformat': errorformat })
" process loclist since we need to add some info and filter out valid HTML5
" from the errors
let n = len(loclist) - 1
let bufnum = bufnr("")
while n >= 0
let i = loclist[n]
" filter out valid HTML5
if s:ValidateError(i['text']) == 1
unlet loclist[n]
else
"the file name isnt in the output so stick in the buf num manually
let i['bufnr'] = bufnum
endif
let n -= 1
endwhile
return loclist
endfunction
refactor all the syntax checkers to use the new API and dir layout
2013-01-27 15:08:30 -05:00
call g:SyntasticRegistry.CreateAndRegisterChecker({
\ 'filetype': 'html',
\ 'name': 'tidy'})
Reference in New Issue Copy Permalink