Whateverable/query

## query
AlexDaniel .* present

## result
AlexDaniel, ¦2015.12: «True» ¦HEAD(50d5ac3): «P6opaque: get_boxed_ref could not unbox for the representation '20' of type Scalar␤  in block <unit> at /tmp/TEGGspRhMN line 1␤ «exit code = 1»»
AlexDaniel, ¦788e6de6dc6^: «True» ¦788e6de: «P6opaque: get_boxed_ref could not unbox for the representation '20' of type Scalar␤  in block <unit> at /tmp/AWnAlMSsyj line 1␤ «exit code = 1»»
AlexDaniel, ¦«33eeb32^^^»: ｢7̈｣␤¦«33eeb32^^,33eeb32^»: This representation (VMArray) does not support attribute storage (for type NFC)␤  in block <unit> at /tmp/7c6yDMIEt0 line 1␤ «exit code = 1»␤¦«33eeb32»: ｢55｣
AlexDaniel, ¦«05b65d0»: ｢7̈｣␤¦«e4dc8b6,8c35481»: This representation (VMArray) does not support attribute storage (for type NFC)␤  in block <unit> at /tmp/L9mYdkqIIM line 1␤ «exit code = 1»␤¦«33eeb32»: ｢55｣
AlexDaniel, ¦«498d0a4ae4^»: <1/0>␤¦«498d0a4»: P6opaque: get_boxed_ref could not unbox for the representation '20' of type Num␤  in block <unit> at /tmp/CAyYTbCMma line 1␤ «exit code = 1»
AlexDaniel: I have a Christmas present for you!
AlexDaniel: I've got a present for you.
.tell AlexDaniel #00003518 yeah, 'cause the error is still used when the invocant marker is present in subroutine sigs
12:55Z <brokenchicken> AlexDaniel: #00003518 yeah, 'cause the error is still used when the invocant marker is present in subroutine sigs
AlexDaniel, ¦«2015.12»: This representation (P6int) cannot unbox to other types␤  in block <unit> at /tmp/XnjbfbvWJG line 1␤ «exit code = 1»␤¦«HEAD»: 10
AlexDaniel, rakudo-moar 742d1b9: OUTPUT«This is the 100th Etext file presented by Project »
AlexDaniel, rakudo-moar 742d1b9: OUTPUT«This is the 100th Etext file presented by Project »
AlexDaniel: I got a present for you.
AlexDaniel No. In fact, on FreeBSD, I cannot even get a compiler that will work. At present (12-CURRENT).
AlexDaniel: I have a present for you
AlexDaniel: currently, the "not found" is made with pure CSS. That needs to be tossed and an element added on the search box that's hidden by default, but is shown when .not-found class is is present on #search
AlexDaniel: if you'd presented the alternative as clearer-in-general and asked for comments, there would have been no 'bullshit'
AlexDaniel: also this guy's argument may entertain you, if (like me) you are odd enough to be amused by such things:  https://tedclancy.wordpress.com/2015/06/03/which-unicode-character-should-represent-the-english-apostrophe-and-why-the-unicode-committee-is-very-wrong/
AlexDaniel: h, k, l, m, n, p, s and t were ones that were needed for IPA as modifiers to represent various environmental contexts for other main sounds. (like tₕ which you probably can't read but is t with an h superscript, is the t in "thali", like you get at Indian restaurants)
AlexDaniel: Yes, adding size certainly makes things slower at present
	AlexDaniel, ¦2015.12: «True» ¦HEAD(50d5ac3): «P6opaque: get_boxed_ref could not unbox for the representation '20' of type Scalar␤ in block <unit> at /tmp/TEGGspRhMN line 1␤ «exit code = 1»»
	AlexDaniel, ¦788e6de6dc6^: «True» ¦788e6de: «P6opaque: get_boxed_ref could not unbox for the representation '20' of type Scalar␤ in block <unit> at /tmp/AWnAlMSsyj line 1␤ «exit code = 1»»
	AlexDaniel, ¦«33eeb32^^^»: ｢7̈｣␤¦«33eeb32^^,33eeb32^»: This representation (VMArray) does not support attribute storage (for type NFC)␤ in block <unit> at /tmp/7c6yDMIEt0 line 1␤ «exit code = 1»␤¦«33eeb32»: ｢55｣
	AlexDaniel, ¦«05b65d0»: ｢7̈｣␤¦«e4dc8b6,8c35481»: This representation (VMArray) does not support attribute storage (for type NFC)␤ in block <unit> at /tmp/L9mYdkqIIM line 1␤ «exit code = 1»␤¦«33eeb32»: ｢55｣
	AlexDaniel, ¦«498d0a4ae4^»: <1/0>␤¦«498d0a4»: P6opaque: get_boxed_ref could not unbox for the representation '20' of type Num␤ in block <unit> at /tmp/CAyYTbCMma line 1␤ «exit code = 1»
	AlexDaniel: I have a Christmas present for you!
	AlexDaniel: I've got a present for you.
	.tell AlexDaniel #00003518 yeah, 'cause the error is still used when the invocant marker is present in subroutine sigs
	12:55Z <brokenchicken> AlexDaniel: #00003518 yeah, 'cause the error is still used when the invocant marker is present in subroutine sigs
	AlexDaniel, ¦«2015.12»: This representation (P6int) cannot unbox to other types␤ in block <unit> at /tmp/XnjbfbvWJG line 1␤ «exit code = 1»␤¦«HEAD»: 10
	AlexDaniel, rakudo-moar 742d1b9: OUTPUT«This is the 100th Etext file presented by Project »
	AlexDaniel, rakudo-moar 742d1b9: OUTPUT«This is the 100th Etext file presented by Project »
	AlexDaniel: I got a present for you.
	AlexDaniel No. In fact, on FreeBSD, I cannot even get a compiler that will work. At present (12-CURRENT).
	AlexDaniel: I have a present for you
	AlexDaniel: currently, the "not found" is made with pure CSS. That needs to be tossed and an element added on the search box that's hidden by default, but is shown when .not-found class is is present on #search
	AlexDaniel: if you'd presented the alternative as clearer-in-general and asked for comments, there would have been no 'bullshit'
	AlexDaniel: also this guy's argument may entertain you, if (like me) you are odd enough to be amused by such things: https://tedclancy.wordpress.com/2015/06/03/which-unicode-character-should-represent-the-english-apostrophe-and-why-the-unicode-committee-is-very-wrong/
	AlexDaniel: h, k, l, m, n, p, s and t were ones that were needed for IPA as modifiers to represent various environmental contexts for other main sounds. (like tₕ which you probably can't read but is t with an h superscript, is the t in "thali", like you get at Indian restaurants)
	AlexDaniel: Yes, adding size certainly makes things slower at present