-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve breadcrumbs to not abridge words #23
Comments
Improvements on the filter expression:
or
The latter is potentially more brittle if there is no word boundary between 30th and 45th character. |
Can also check for only whitespace in the text body and avoid the recursive macro while we are at it:
This does not include the above breadcrumb improvements. Also, use |
One thing I have noted when tweaked this macro myself for improved readability was that just testing whether To circumvent the issue, I prepared a regex pattern that detects some common non-blank content. The breadcrumb shall only fall back to using the
|
@zhangxiubo thank you for the input, it is very helpful. You have helped me to realize that there is a better way to check for blank fragments, since wikify will always return plain text. So we should check if the text is blank after we wikify. This will be more reliable and accurate than a regular expression. Something like this (untested):
|
@saqimtiaz That's definitely a better solution! |
From https://groups.google.com/g/tiddlywiki/c/-xTFWPwzq6g/m/K98n6_NZAgAJ
That is definitely a nice idea. I wonder if we might take it a step further and just drop the last word (which may be incomplete). This is untested:
<$text text={{{ [<display-title>length[]compare:number:lt[40]then<display-title>] ~[<display-title>split[]first[40]join[]trim[]search-replace:g:regexp[(.*)\s(\w+)$],[$1]] }}}/>
The text was updated successfully, but these errors were encountered: