#dev 2019-01-26

2019-01-26 UTC
[kevinmarks] joined the channel
#
[kevinmarks]
Sounds like a use case for fragmentions
snarfed joined the channel
#
[kevinmarks]
Micropub without auth is a guest book ui
KartikPrabhu, [tantek], gRegorLove, DenSchub, tw2113, leg, GWG_, GWG and [frank] joined the channel
#
[frank]
Goodmorning from Utrecht
#
[frank]
[barryf] I just noticed your Micropublish client doesn't deploy to Heroku:
#
[frank]
"This version of Ruby is not available on Heroku-18.
#
[frank]
! Push failed"
[pfefferle], leg and cweiske joined the channel
#
Loqi
[microformats] tests: Microformats test suite
[tantek], [frank], barpthewire, deathrow1, [jgmac1106], iasai, swentel, [kevinmarks], [Rose] and nloadholtes joined the channel
#
[jgmac1106]
I asked this question in dev but now I am just curious should you always use the data element with hashtags like: <a href="https://quickthoughts.jgregorymcverry.com/tag/opepedagogy" ><data class="p-category" rel="tag" value="openpedagogy">#opepedagogy</data></a> or is that redundant?
#
Loqi
[Greg McVerry] Welcome to Season 2 of 2toPonder my two minute podcast
#
[jgmac1106]
I see some people use data and value and others do not
#
Zegnat
I see no reason to use data there, unless that value attribute is somehow useful to something
#
Zegnat
also, the rel-tag cannot by on a data element
deathrow1 joined the channel
#
Zegnat
What is wrong with just doing <a href="https://quickthoughts.jgregorymcverry.com/tag/opepedagogy" rel="tag" class="p-category">#opepedagogy</a> ? Or, if you really do not want the # included, maybe <a href="https://quickthoughts.jgregorymcverry.com/tag/opepedagogy" rel="tag" class="p-category">#<span class="value">opepedagogy</span></a>.
#
Loqi
[Greg McVerry] Welcome to Season 2 of 2toPonder my two minute podcast
#
sknebel
Zegnat: no need for the VCP here
#
Zegnat
Alternatively put the # outside of the <a>, or add it through CSS.
#
sknebel
or that, CSS method
#
Zegnat
Guess you could move the p-category class to the span instead of using VCP, true
#
Zegnat
<a href="https://quickthoughts.jgregorymcverry.com/tag/opepedagogy" rel="tag">#<span class="p-category">opepedagogy</span></a>
#
Zegnat
Would that be your suggestion, sknebel?
#
Loqi
[Greg McVerry] Welcome to Season 2 of 2toPonder my two minute podcast
#
sknebel
that's what I meant
#
Zegnat
[jgmac1106], any of those work for you?
#
sknebel
(on my site, in the post meta (so not for inline tags, those need rework) I leave out the rel and generate the # with CSS)
#
[jgmac1106]
I am happy if this is enough <a href="https://quickthoughts.jgregorymcverry.com/tag/opepedagogy" rel="tag" class="p-category">#opepedagogy</a> less tags better
#
Loqi
[Greg McVerry] Welcome to Season 2 of 2toPonder my two minute podcast
#
[jgmac1106]
I am happy I just type #openpedagogy and Known does work for me but sometimes I use hashtags on my site and want to mark them up correctly
#
jgmac1106
actually in terms of publishing UI now if you ever give a user a tag input field need to come up with way to either remove the # or make openpedagogy and #openpedagoy the same
#
Loqi
Ok, I'll tell them that when I see them next
#
Loqi
[jgmac1106] #2312 Notes and micropub clients
#
sknebel
that seems about something different though?
#
jeremycherfas
I don't think it is. It is about how Known treats incomning data that includes hashtags and htmlentities. But I could be wrong.
#
sknebel
I thought OYG sends plain text, not HTML. and escaping input so html appears as plaintext doesn't remove hashtags.
#
jeremycherfas
And I don't think I have tested https://github.com/idno/known/issues/1704 either lately.
#
Loqi
[jeremycherfas] #1704 Fixing output of title in RSS feed
#
jeremycherfas
Seems like the Title issue is indeed fixed.
#
Loqi
[jeremycherfas] #2329 Hashtags stripped from Instagram PESOS via OwnYourGram
KartikPrabhu, snarfed, [Rose] and [nick] joined the channel
#
[nick]
when refering to an "application state variable" in these docs: https://indieweb.org/authorization-endpoint
#
[nick]
is the state variable "random string" that's to be looked up later
#
[nick]
or is it a computed value given inputs that can be computed again?
#
aaronpk
it's a random string that the app makes up, the authorization server has to just pass it through
#
aaronpk
updated the text there, thanks
#
[nick]
thanks [aaronpk] that was my assumption
KartikPrabhu and tw2113 joined the channel