Hello again after all this time. I encounter a strange bug, that was there since the begining but didn’t wrote a message about it till now. If you take your example, and erase all data, keeping the model as it is, it’s not possible to delete the added hashtags that have a space in their name or a dash (and probably some other chars). Clicking on the cross icon have no effect at all. There should be a reason but I can’t point it out.. Could you try and help me defining where that bug is coming from? Thanks anyway; Thierry Reply
Finally, it does not have any relation with the data that have been erased. I tried to deal with this problem and the only way I found to remove these problematic hashtags was to create an extra hashtag, then it’s possible to remove the hashtag that was having a dash or a space in its name. Which is not possible otherwise. It’s really weird that when a hashtag is created with a dash / space in its name, it creates an extra empty hashtag. Any suggestion could be appreciated 🙂 Reply
I made a couple of tweaks after observing it in use. My users were entering multiple words as a tag, which was causing extra “empty” hashtags to show up in the web viewer. I changed line 8 of the script “trig_Refresh Web Viewer Tags” to use ValueCount instead of WordCount. The contents of the global container field didn’t show up for users in our hosted file. I changed the HTML in line 17 of the same script to remove the img tag referencing the container field and replaced it with the HTML entity for the Unicode glyph “erase to the left” (U+232B), which seems to be working (I’ll have to check in with the users to confirm). Thanks again! Reply
Hello ! Do you think it’s possible to link this hashtag system to a specific hashtags table, including the joint table to link the hashtag(s) to my main entity (contact / book / whatever) ? I suppose I just have to change the hashtags field location and as an extra step, filling up the joint table in the code. Thanks in advance Reply
Absolutely! The hashtag words can be stored in any location, as long as the relationship is maintained in the script context. You’ll have to decide how the tables will need to be related depending on the solution, but once you have the relationship in place, the scripts in the “Tag Words” script folder will need to be updated to use the new table occurrence. Thanks and feel free to reach out with any other questions! Reply
Thanks. It should need some brainstorming to adapt the script to use relations tables but I feel it’s totally possible too. I have another question indeed. I imported in my project the tag system but I’m still facing the “Your access privileges do not allow you to perform this action” error when I’m trying to delete a tag. It’s working well on demo app. I’m trying to search currently how to resolve this. Thanks again in advance. Reply
Finally I resolved this permission problem by going to advanced security permission -> Full Access -> * Run Filemaker Scripts. Reply