-
Notifications
You must be signed in to change notification settings - Fork 540
displayText that is treated as html not as text #329
Comments
Yeah, that's easier to implement than #257, but I think of it as a kind of an advanced feature. I mean, I assume most people have a consistent model containing just data, not mixed with presentation rules. I'll add this to the backlog so I can assess its viability later. |
@gae123 are you able to post the patch here in this thread or even better, create a pull request? |
I guess I could but it is kind of a hack. It will only works if your items are not in HTML themselves. This is my case, so it works well but is not a general solution.
|
Custom template support for the autocomplete directive is already implemented in master. It'll be part of v2.3.0. |
This will be so awesome. Thanks
|
So, I went the extra mile and implemented custom template support for tags as well. Here's an animated gif of custom templates for tags and autocomplete: |
Awesome!!!
|
v2.3.0 is already published on all distribution channels and it allows changing both tag and autocomplete templates. I'm working on the docs to explain how to create custom templates. Can this issue be closed? |
I do think so but please let me download 2.3.0 and try it before I close it. Do you have an example in the test cases or somewhere else? |
You can take a look at the autocomplete specs. Hopefully you'll get how everything works. :) |
Looks good, I just switched to 2.3.0. I figured things out from the source code but some examples in the Demo section would be very welcome. |
Currently the displayText is treated as text both in autocomplete and input-Tag. I would like to have it treated as simple html. This way one could color part of a tag, add Font Awesome characters etc. I guess this is a simplified version of request #257 but I think it is much easier to achieve, in fact I have a small patch that works.
The text was updated successfully, but these errors were encountered: