Feature support markdown in report description#37
Conversation
581237a to
c2154cf
Compare
maciejSamerdak
left a comment
There was a problem hiding this comment.
Personally, I think everything is fine. There's few minor changes worth applying. I would also consult this feature, the way it's implemented, with others before merging. I don't know how markdown() function works, what result it returns. If it's raw text, perhaps we should store it in model? Then again, if there were a lot of extra characters added after conversion, it might interfere with character limit.
So I can't tell which option is more appropriate.
78183f6 to
9d0c9b3
Compare
kbeker
left a comment
There was a problem hiding this comment.
Please change branch where it should be merged because now this PR is not reviewable :P
9d0c9b3 to
8db2993
Compare
cca4e24 to
f11853f
Compare
| default=True, | ||
| ) | ||
|
|
||
| def markdown_description(self): |
There was a problem hiding this comment.
Please make it a property.
| </td> | ||
| <td> | ||
| {{ report.description }} | ||
| {{ report.markdown_description|safe|linebreaksbr }} |
There was a problem hiding this comment.
Could you describe the general purpose of this improvement? Is it about displaying html tags in code as html? If so, just safe filter might do it.
There was a problem hiding this comment.
Thanks for than question because now I can see better how It works. Markdown_description fill our text field with html tags so without Safe filter our text field shows all that tags. Last one filter help our field to find when someone put enter and when I tested it again now I think that linbreaks works nicer than linebreaksbr, but this is only my opinion. I am not sure if I fully answered your question so if you would have more question just let me know . :)
|
@Szymiks Same as in previous pull request, please link to issue description with |
f6fa52a to
da2a61a
Compare
b6b32a5 to
d32ec9d
Compare
1c0dc0a to
2a6eb0a
Compare
2a6eb0a to
ef4534f
Compare
Resolves #36
Related #106