<cDlm>
the constructor sets a different attribute depending on the value of @is_binary
<cDlm>
so you'll have to recreate and replace all items
<cDlm>
another solution would be to make your own subclass of the datasource that creates those items correctly in the 1st place
<blinry>
that would probably be the easiest solution
<darix>
or
<darix>
maybe
<darix>
just rename them?
<darix>
(:
<cDlm>
ah if the file names are not a strong constraint, of course
<blinry>
i have a system in place that handles directories of plain text files, with [Links] between them, like a wiki: https://github.com/blinry/vimboy
<blinry>
i thought, maybe there was a simple way doing what i wanted. but then i'll have to make some modifications on either end ;-)
<blinry>
thanks for your help, and again, thanks for creating/maintaining this awesome piece of software <3
<cDlm>
check with ddfreyne, I think this is changing in nanoc 4
<blinry>
ah, you can add null to the text_extensions array, which turns into nil, which matches the actual file extension :D
<cDlm>
:D
cDlm has left #nanoc [#nanoc]
cDlm has joined #nanoc
<ddfreyne>
Hmmm... that is annoying
<ddfreyne>
nanoc 4.x will be nicer in that regard anyway :)
<blinry>
the binaryness will not be determined by file extension? or, can be dependent on the item's identifier?
<cDlm>
I think the goal is to make it irrelevant
<ddfreyne>
blinry: Not sure yet ;)
<ddfreyne>
blinry: What you can do, is give the files an extension in content/ and then chop off the extension when routing
<blinry>
yep, but "no extension in content/" is a hard requirement. the "null" hack works good enough ;-)