Tantek Çelik

inventor, connector, writer, runner, scientist, more.

💬 👏
  1. Threads.net now supports the #indieWeb #microformats #openStandard rel-me for distributed ✅ verification!¹ (supported since 2023-08-09)

    My Threads profile already had my domain since it was created from my Instagram profile.

    View source on https://www.threads.net/@tantek and you can see the #relMe on a link tag:
     <link rel="me" href="https://tantek.com/" />

    Instructions to add yours:
    * Add your domain to your Threads profile "Link" field. That’s it.
    Longer explicit steps: https://indieweb.org/rel-me#Threads

    Thanks especially to @timothychambers.net (@tchambers@indieweb.social,  @timothyjchambers@threads.net) for requesting rel-me support² which one Threads engineer “decided to hack it together” one night!³

    You can view Tim’s profile @tchambers@indieweb.social for a real world example of a Mastodon profile showing a green text ✅ verified link to a Threads profile.

    Tim made several good points in his request:

    “… a small, but disproportionately helpful addition would be to support this "rel=me" feature in your profiles. That could launch well before full ActivityPub, & show the first real integration to open social web standards”

    Microformats (and IndieWeb) standards in general are deliberately designed as small, incremental building blocks which are disproportionately helpful as Tim says.

    These small building blocks which directly enable user features are usually something a web developer can code at least some (often complete!) support for in one day/night which makes them particularly appealing as a way to rapidly support open #socialWeb standards used by the #fediverse and beyond.

    Incrementally implementing microformats & IndieWeb standards also demonstrates good will and good intentions for supporting the #openWeb.


    This is day 44 of #100DaysOfIndieWeb. #100Days

    ← Day 43: https://tantek.com/2023/171/t1/anniversaries-microformats-posse
    → 🔮


    Previously:
    * 2023-02-01 Wikipedia.org supports multiple rel=me links: https://tantek.com/2023/139/t1/wikipedia-supports-indieweb-rel-me


    ¹ https://www.threads.net/@mosseri/post/Cvu2eXurRbB
    ² https://www.threads.net/@timothyjchambers/post/CupCvChAxI8
    ³ https://www.threads.net/@0xjessel/post/Cvu7-A4viZu
    https://spec.indieweb.org/

    on
  2. ↳ In reply to a comment on issue 852 of GitHub project “standards-positions” Thanks https://github.com/bgrins for this summary write-up. Per this analysis I’m going to label our position on this proposal as negative.

    Since this is a proposal in a personal GitHub repo, and not standards track work nor in any open incubation group, there is no need for a dashboard entry. Closing accordingly.

    on
  3. ↳ In reply to issue 8930 of GitHub project “csswg-drafts” Regarding History:
    > The earliest such proposal I could find was this one from 2009. (https://lists.w3.org/Archives/Public/www-style/2009Apr/0225.html)

    This sounded familiar (as in I thought I had proposed something similar a while ago), and it turns out I had proposed exactly a "tooltip pseudo-element" nine years earlier 🙈😭

    https://lists.w3.org/Archives/Public/www-style/2000Apr/0014.html

    Note that the year 2000 was before the WG switched to the "::" prefix for pseudo-element selectors, so all pseudo-elements and pseudo-classes used the single ":" prefix.

    on
  4. June #trailRunner #ultraRunner weekends
    3 finished #MUC50k @InsideTrail #RodeoBeach 9:38:28, my 3rd #50k #ultraMarathon #trailRace
    11 volunteered @TheDipsea #DipseaRace at #MuirWoods
    18 finished @BrokenArrowCA #BA23k 5:22:54 #RingDasBell, my 1st #skyRace
    24-25 crewed pal @davidtlam @wser.org 100mi to a successful #WS100 finish!

    #runner #running #trailRunning

    Heart & mind full, body pushed to its limits, capturing my experiences in a few write-ups.

    on
  5. Two anniversaries today: microformats (18y) and POSSE (11y).

    Happy 18 years of https://microformats.org/ #microformats!

    Most prominent this past year (again) has been the littlest #microformat that could:

    rel=me — AKA #relMe, now effectively the standard for #distributed #verification on the web:
    * https://microformats.org/wiki/rel-me (originally introduced in 2004¹)

    with support added in the past year for:
    * #GitHub multiple rel-me links²
    * #Wikipedia User page rel-me link³

    Figure out how you want to fit into the network.
    #POSSE, short for “Publish (on your) Own Site, Syndicate Elsewhere”, as a term of use is now 11 years old³, which is surprising since when it was conceived, the #IndieWeb community was in a period of very rapid innovation & iteration.

    POSSE itself replaced a previous term, "POSE", short for “Publish Once Syndicate Everywhere”, which had only been around a year or two at most (I’m still looking for the first use of the "POSE" abbreviation for that meaning).

    Since “publish once” was vague enough to include practices of publishing once on a social media silo, or in someone else’s garage, we needed to clearly express the requirement to use your own site instead, first, as the source of your truth. Cross-posting to other sites & channels, is a second, optional step, ideally with a permalink linking back to your original post so viewers can easily discover and use your site.

    That distinction was enough for POSSE to express a strong creator-owned-first publishing model that resonated and grew. Every time a silo shutdown at the end of its incredible journey, removing posts & permalinks from the web, POSSE was there for people who were tired of losing their data, permalinks, & profiles, and wanted an alternative.


    This is day 43 of #100DaysOfIndieWeb. #100Days

    ← Day 42: https://tantek.com/2023/160/t1/mastodon-activitypub-follow-form-bridgy-fed
    → Day 44: https://tantek.com/2023/234/t1/threads-supports-indieweb-rel-me


    Glossary

    permalink
      https://indieweb.org/permalink
    POSE
      https://indieweb.org/POSE
    POSSE
      https://indieweb.org/POSSE
    silo
      https://indieweb.org/silo

    References

    ¹ https://gmpg.org/xfn/11#me
    ² https://tantek.com/2023/032/t1/years-relmeauth-replace-openid
    ³ https://tantek.com/2023/139/t1/wikipedia-supports-indieweb-rel-me
    https://tantek.com/2012/173/t1/posse-core-indieweb-approach
    https://tantek.com/2023/001/t1/own-your-notes
    https://indieweb.org/site-deaths
    https://ourincrediblejourney.tumblr.com/

    on
  6. ↳ In reply to hachyderm.io user renegadejade’s post @renegadejade@hachyderm.io in short, yes, it is a thing!

    Lots of great replies to your post already about directly using #WithKnown or #WordPress with the #ActivityPub plugin, or cross-posting from/via GitHub.

    Another #IndieWeb compatible option is Bridgy Fed (https://fed.brid.gy/) which can proxy posts, replies, likes etc. directly from a blog to #fediverse / ActivityPub (no #Mastodon account needed). Details: https://fed.brid.gy/docs

    This very reply to your toot is from my own domain, and its #hashtags are also discoverable via fediverse hashtags.

    I set up #BridgyFed last October¹ along with the broader #TwitterMigration I saw happening in my circles, and am quite happy with it. Posted more about my experience after a few months², and using BridgyFed to add a fediverse follow form to my homepage³.

    Whether WordPress, Known, or with another blog setup & Bridgy Fed, pick what works best for you and your setup. There’s #IndieWeb folks using each, feel free to drop by https://chat.indieweb.org/dev to chat more about any IndieWeb/fediverse option!

    ¹ https://tantek.com/2022/301/t1/twittermigration-bridgyfed-mastodon-indieweb
    ² https://tantek.com/2023/008/t7/bridgy-indieweb-posse-backfeed
    ³ https://tantek.com/2023/020/t2/bridgy-fed-follow-form

    on
  7. If you added a #Mastodon / #ActivityPub follow form to your #IndieWeb site based on Bridgy Fed (e.g. using code/instructions I previously posted¹), you need to update it to add another invisible input element for the "protocol", e.g.:

    <input name="protocol" type="hidden" value="web" />

    Otherwise people trying to use your form to follow you may see an error from #BridgyFed like:
    > Bad Request
    > Missing required parameter protocol

    Here is the complete example that I posted previously with the new invisible input:

    <form method="post" action="https://fed.brid.gy/remote-follow">
     <label for="follow-address">🐘 Follow
      <kbd>@tantek.com@tantek.com</kbd>:<br />
      enter your @-@ fediverse address:</label>
     <input id="follow-address" name="address" type="text" required="required"
            placeholder="@you@instance.social" alt="fediverse address" value="" />
     <input name="domain" type="hidden" value="tantek.com" />
     <input name="protocol" type="hidden" value="web" />
     <button type="submit">Follow</button>
    </form>

    I also updated that previous post¹ with the new input in case people find that instead.


    This is day 42 of #100DaysOfIndieWeb. #100Days

    ← Day 41: https://tantek.com/2023/139/t1/wikipedia-supports-indieweb-rel-me
    → Day 43: https://tantek.com/2023/171/t1/anniversaries-microformats-posse


    ¹ https://tantek.com/2023/020/t2/bridgy-fed-follow-form

    on
  8. ↳ In reply to an IndieWeb page @tchambers@indieweb.social thanks Tim! And now two more years of work on AB Priority projects¹ (and whatever else we come up with @AB@W3C.social).

    ¹ https://www.w3.org/wiki/AB/Priorities

    on
  9. Congrats to fellow re-elected W3C Advisory Board (@AB@W3C.social @W3CAB) members:
    * @cwilso.com (@cdub@mastodon.social @cwilso)
    * @fantasai.inkedblade.net (@fantasai@w3c.social @fantasai)
    * Avneesh Singh
    and newcomers:
    * @reidmore@mastodon.social (@wendy_a_reid)
    * Song XU

    Thanks to Heejin Chung and Charles Nevile for your service on the #W3CAB.

    https://www.w3.org/blog/news/archives/9933
    via #W3C (@w3.org @w3c@w3c.social @w3c): https://w3c.social/@w3c/110491804762139049

    Previously: https://tantek.com/2023/128/t1/w3c-advisory-board-election-support

    on
  10. Ran my 11th #BayToBreakers in 1:47:11 on Sunday 2023-05-21, again the day after an @sfrunco.com (@SFRunCo) Saturday trail #run, but this time in the middle of a very long training run, my last before the rescheduled #MUC50k trail race. Ran over 4 miles to the start, hopped in the next race corral, ran Bay to Breakers with the colorfully costumed crowd, picked up my medal, ate a banana, ran back through Golden Gate Park, and then a bit more up city hills to round out 18 miles and 1000'.

    #2023_141 #SanFrancisco #runner

    2022: https://tantek.com/2022/138/t1/ran-baytobreakers

    on
  11. 👍 to issue 493 of GitHub project “bridgy-fed”

    on
  12. ↳ In reply to alpaca.gold user Jeremiah’s post @jeremiahlee.com (@Jeremiah@alpaca.gold) you’re right that the #IndieWeb is more of a movement. It’s a community based on shared values & principles¹, one of which is plurality², explicitly prioritizing interoperability over any “particular piece of technology”.

    As to “subdomains as usernames using #ActivityPub?”, myself and others are using our (sub)domains as usernames, e.g. via the #BridgyFed service³. Mine should be self-evident in the header of this post wherever you’re reading #fediverse posts.

    Completely agree that “a link that also works as a mention name is obvious / intuitable”, have been practicing that for a while, and wrote up some notes about how & why:

    * https://tantek.com/2023/011/t1/indieweb-evolving-at-mention
    * https://tantek.com/2023/014/t4/domain-first-federated-atmention
    * https://tantek.com/2023/018/t1/elevate-indieweb-above-silo
    * https://tantek.com/2023/019/t5/reply-domain-above-address-and-silo

    which I should organize into a longer blog post at some point.


    ¹ https://indieweb.org/principles
    ² https://indieweb.org/plurality
    ³ https://indieweb.org/Bridgy_Fed#IndieWeb_Examples

    on
  13. ↳ In reply to a comment on issue 764 of GitHub project “w3process” Thanks for the FO Council experiments reports citations https://github.com/frivoal.

    > https://www.w3.org/2023/03/council-ttwg-report.html
    > https://www.w3.org/2022/11/council-das-report.html

    These two make it clear that Tim Berners-Lee was a member of at least two FO Council experiments, despite not participating in their final decisions.

    From these examples, we retract the premise of the second paragraph of this issue that "We believe the opposite was intended", and thus also the specific fix in that paragraph.

    We still think it would be better for the W3C Process for any "life member" of any group to be a non-voting member at most, however we will raise a separate new issue for that for consideration in the normal workflow of triaging & handling Process CG issues.

    Given the resolution of the semantics of the first two paragraphs for this issue, no Pull Request (PR) is necessary for those.

    For the remaining "consistency and to reduce the chance of confusion" point, as noted, that can go in a separate purely editorial issue/PR and is thus unnecessary to resolve this specific issue.

    Ok to close this issue without waiting for those separate issues/PRs to be filed.

    on
  14. ↳ In reply to a comment on issue 764 of GitHub project “w3process” Thanks https://github.com/fantasai, despite multiple reviews, somehow missed that https://www.w3.org/Consortium/Process/Drafts/snapshots/2023-04#groups line:
    > … and a participant is a member of such a group.

    This resolves the semantics of the first paragraph of this issue as invalid, leaving only potential editorial confusion from the use of multiple terms for the same thing, which is not a MUSTFIX (issue title adjusted accordingly).

    on
  15. 👍 to a comment on issue 764 of GitHub project “w3process”

    on
  16. 👍 to a comment on issue 764 of GitHub project “w3process”

    on
  17. New issue on GitHub project “w3process”

    Normative prose for role of Chair / Team Contact cites informative reference for description

    There are two sentences of normative prose that cite the informative Art of Consensus as [GUIDE] in the Informative References.

    The two sentences are in the Requirements for All Chartered Groups, specifically these two:

    The role of the Chair [CHAIR] is described in the Art of Consensus [GUIDE].

    ...

    The role of the Team Contact [TEAM-CONTACT] is described in the Art of Consensus [GUIDE].

    It is inconsistent and misleading for a normative sentence to claim that a description (implied to be normative from that context) is written in an informative reference.

    It also seems like a bad practice to import via prose "is described in " and essentially upgrade-by-reference external informative content into normative context.

    The relatively quick short-term fix would be to mark those quoted sentences of prose non-normative. E.g. move the above quoted sentences to their own class="note" role="note" paragraphs as:

    Note: The role of the Chair [CHAIR] is described in the Art of Consensus [GUIDE].
    Note: The role of the Team Contact [TEAM-CONTACT] is described in the Art of Consensus [GUIDE].

    respectively. That way the inline prose is clearly non-normative, consistent with the informative imports from and citations of the Art of Consensus [GUIDE]. We will work on a Pull Request to address this.

    Label: Needs Proposed PR

    on
  18. New issue on GitHub project “w3process”

    New W3C Council and updated TAG Composition section errantly only includes Tim Berners-Lee from the TAG, in W3C Council Composition

    Update: per comments https://tantek.com/2023/144/t3/ and https://tantek.com/2023/144/t4/, the semantic points in this issue have been addressed, and remaining editorial issues or desired changes can be filed as separate issues/PRs, and this issue can be closed without waiting for those.

    While this is clearly not what the Experimental Formal Objection Council has been doing in practice, nor what was intended in Process 2023, the current language in the definition of the W3C Council Composition only includes "members of the Technical Architecture Group" (emphasis added), and the only literal member in the definition of the Composition of the Technical Architecture Group is Tim Berners-Lee, while the elected & appointed are labeled participants. By using different terms "member" and "participant" for disjoint sets of people, a literal reading must treat these as separate sets, and thus references elsewhere in the Process to "members" cannot be assumed to include "participants". This is not just ambiguity, a literal reading of the current Process 2023 draft forces an undesired composition of W3C Councils that only includes Tim Berners-Lee from the TAG in particular.

    We believe the opposite was intended, and this can be fixed by using the term "member" in the Composition of the Technical Architecture Group section to refer to the elected & appointed, and separately listing Tim as a "life-time invited participant, but not a member of the TAG for purposes of this document."

    This requires a Pull Request (PR) and we will work on submitting one that we believe addresses this issue which we believe must be a blocker for Process 2023.

    Similarly, for consistency and to reduce the chance of confusion, only the term "member" should be used to refer to those elected to the Advisory Board, rather than "participant". This can go in a separate PR, and we will work on providing this as well.

    Label: Needs Proposed PR

    Label: Director-free: FO/Council

    on
  19. ↳ In reply to @stolinski’s tweet @stolinski
    43 CSS V&U length units¹
    em rem
    ex rex
    cap rcap
    ch rch
    ic ric
    lh rlh
    vw lvw svw dvw
    vh lvh svh dvh
    vi lvi svi dvi
    vb lvb svb dvb
    vmin lvmin svmin dvmin
    vmax lvmax svmax dvmax
    cm mm Q
    in pc pt
    px
    +6 cont. q²
    cqw cqh cqi cqb cqmin cqmax
    +% = 50?

    ¹ CSS Values & Units Level 4: https://drafts.csswg.org/css-values/#lengths
    ² https://developer.mozilla.org/en-US/docs/Web/CSS/length#container_query_length_units

    on
  20. Wikipedia.org (@wikipedia@wikis.world @wikipedia) now supports #IndieWeb rel-me!¹
    Thanks to @taavi.wtf (@taavi@wikis.world) for the #MediaWiki RealMe extension²

    Added it to my #Wikipedia User: page https://en.wikipedia.org/wiki/User:Tantek

    View source and you can see the #relMe on a link tag:
     <link href="https://tantek.com/" rel="me">

    Instructions to add yours here:
    * https://indieweb.org/rel-me#Wikipedia


    This is day 41 of #100DaysOfIndieWeb. #100Days

    ← Day 40: https://tantek.com/2023/114/t1/venues-reviews-personal-pages
    → Day 42: https://tantek.com/2023/160/t1/mastodon-activitypub-follow-form-bridgy-fed


    Previously:
    * 2023-02-01 GitHub supports multiple rel=me links: https://tantek.com/2023/032/t1/years-relmeauth-replace-openid


    ¹ https://wikis.world/@wikipedia/110396865170645710
    ² https://www.mediawiki.org/wiki/Extension:RealMe

    on
  21. s/agenda bashing/agenda gardening/g

    Replace all uses of “agenda bashing” with “agenda gardening”, e.g. in group meetings.

    Language matters, metaphors affect framing and reinforce values. Replacing violent metaphors with caring or at least non-violent expressions can help create a more constructive context.

    Recommended this particular replacement yesterday during day 2 of our #W3C Advisory Board (@ab@w3c.social¹ @w3cab) meeting, after the #W3CAC meeting earlier this week.

    It’s a small change, yet maybe it will inspire others.

    Previously: https://tantek.com/2018/365/t3/december-too-busy-post-days

    ¹ Since the #W3CTAG (@tag@w3c.social @w3ctag) has an account on w3c.social, I figured the #W3CAB should too. Freshly created this week.

    on
  22. Three ways we openly document the governance of W3C:

    #w3cAB: As part of driving openness in the #W3C Advisory Board (AB) and W3C in general, when I joined the AB in 2013, I created a stub AB wiki page, and worked with the rest of the AB to expand it over time, to the present where it has quick navigation to both our tools and projects¹.

    #w3cBoD: Shortly after the W3C Board of Directors (BoD) was elected last year, I similarly created a Board wiki page, with quick navigation to meetings, minutes, and other publicly available Board resources².

    #w3cAC: Prior AB member Art Barstow created an AdvisoryCommittee (AC) wiki page in 2012. I expanded it in the past year with sections on Email Lists and Meetings to help make it easier (more discoverable) for AC representatives to participate & contribute to the governance of W3C³.

    These are all good steps, but not complete by any measure. Collectively we can do better.

    Openness must go beyond finding & reading such resources.

    As these are all on the W3C’s public wiki, which any W3C member (or invited expert) may edit, my hope is that anyone involved with W3C may help update such pages, and further improve them. Encouraging this kind of direct participation in how an organization is run goes hand-in-hand with openness & transparency.

    ¹ https://www.w3.org/wiki/AB
    ² https://www.w3.org/wiki/Board
    ³ https://www.w3.org/wiki/AdvisoryCommittee

    on
  23. Good morning from Sophia Antipolis, France, where myself and many other #W3C Advisory Committee (AC), Advisory Board (AB), & Board of Directors (BoD) members, and members of the W3C Team are here for two days of 2023 #w3cAC meetings¹.

    Lots of great presentations this morning.

    @cwilso.com (@cdub@mastodon.social @cwilso) is now providing an overview of the Advisory Board² and where we are with our 2023 Priority Projects³, which are done for the most part in the open, on the wiki and GitHub.

    Our (AB) practice of developing our projects in the open for both W3C Members and the broader web community to see is something that myself and Chris Wilson (@cwilso.com) have been championing, leading, and driving since our first AB terms in 2013.

    We strongly believe in continuing this level of transparency (or better) in the #w3cAB, and there is more work to do on the AB to make this practice an institutional default at W3C, especially in matters of governance.

    Related: both Chris and I are running for re-election for the Advisory Board, and this is one of the reasons we want your support to continue serving on the AB.

    ¹ https://web.archive.org/web/20230509090512/https://www.w3.org/participate/meetings
    ² https://www.w3.org/wiki/AB
    ³ https://www.w3.org/wiki/AB/2023_Priorities
    https://tantek.com/2023/128/t1/w3c-advisory-board-election-support

    on
  24. I am running for election in this month’s #W3C (@w3.org @w3c@w3c.social @w3c) Advisory Board (AB) election¹ and blogged my personal statement: https://tantek.com/2023/128/b1/running-for-w3c-advisory-board-ab-election

    @fantasai.inkedblade.net (@fantasai@w3c.social @fantasai) is also running for the #W3CAB, and admirably blogged her imminent affiliation change *before* the election started: https://fantasai.inkedblade.net/weblog/2023/affiliation-change/ — Congrats Elika! Your new affiliation is lucky to have you.

    In addition to the two of us, @cwilso.com (@cdub@mastodon.social @cwilso) also posts on his own blog and is running for the AB.

    Those are the three candidates I know have their own personal #website, and was able to verify by searching for candidates on the web, #socialMedia, etc.

    Three out of the nine candidates² running for election to the World Wide Web Consortium’s Advisory Board.

    As I wrote in my statement:

    > “I believe governance of W3C, and advising thereof, is most effectively done by those … who directly use & create on the web using W3C standards. This direct connection to the actual work of the web and W3C is essential to prioritizing the purpose & scope of governance thereof.”

    I firmly believe that direct hands-on experience with using the web, beyond reading the web or using someone else’s apps, actually writing to the web, posting on the web, creating for the web, provides better insight into the technologies & standards necessary to evolve the web, how to improve them and represent the communities working on them.

    I ask for your support for the Advisory Board, and support for those who create on the web.

    If any other candidates have their own #IndieWeb site (or set one up!), and especially if they blog their personal statements, I will gladly link to them as well.

    Thanks for your consideration.

    ¹ https://www.w3.org/blog/news/archives/9903
    ² https://www.w3.org/2023/04/ab-nominations.html

    on
  25. Running For Re-election in the W3C Advisory Board (AB) Election

    Hi, I’m Tantek Çelik and I’m running for the W3C Advisory Board (AB) to help continue transitioning W3C to a community-led, values-driven, and more effective organization. I have been participating in and contributing to W3C groups and specifications for over 25 years.

    I am Mozilla’s Advisory Committee (AC) representative and have previously served on the AB for several terms, starting in 2013. In the early years I advanced the movement to offer open licensing of W3C standards, and make it more responsive to the needs of independent websites and open source implementers.

    At the same time I co-chaired the W3C Social Web Working Group that produced several widely interoperably deployed Social Web Standards, most notably the ActivityPub specification, which has received renewed attention as the technology behind Mastodon and other social web implementations.

    In my most recent AB terms I led the AB’s Priority Project for an updated W3C Vision, drove consensus in issues & meetings, and submitted & reviewed pull requests to advance our Vision draft.

    Environmental sustainability is a global concern, and the impacts of technologies, services, and standards are important for W3C to consider in all of its work, as the TAG has summarized in the W3C TAG Ethical Web Principles. To raise the importance of sustainability (s12y) at W3C, last year I established the W3C Sustainability Community Group, and subsequently organized interested participants at TPAC 2022 into asynchronous work areas, such as working on Sustainability Horizontal Reviews.

    The next two years of the Advisory Board are a critical transition period, and will require experienced & active AB members to work in coordination with the TAG and the Board of Directors to establish new models and procedures for sustainable community-driven leadership and governance of W3C.

    I believe governance of W3C, and advising thereof, is most effectively done by those who have the experience of actively working in W3C working groups on specifications, and especially those who directly use & create on the web using W3C standards. This direct connection to the actual work of the web and W3C is essential to prioritizing the purpose & scope of governance thereof.

    I post on my personal site tantek.com. You may follow my posts there or from Mastodon: @tantek.com@tantek.com.

    I have Mozilla’s financial support to spend my time pursuing these goals, and ask for your support to build the broad consensus required to achieve them.

    If you have any questions or want to chat about the W3C Advisory Board, Values & Vision, or anything else W3C related, please reach out by email: tantek at mozilla.com. Thank you for your consideration. This statement is also published publicly on my blog.

    on
  26. ↳ In reply to issue 62 of GitHub project “AB-public” Thanks for raising this issue https://github.com/michaelchampion.

    As co-chair of the Sustainability Community Group (https://www.w3.org/community/sustainability/participants) I am happy to champion it.

    I believe the first of your proposals is sufficient to resolve the specific subject of this issue, which is to add a sustainability principle or value in the Vision, and link to the TAG Ethical Web Principle of Sustainability accordingly.

    In particular, PROPOSED:

    * Add "The Web must be an environmentally sustainable platform" as a fifth item in the "Vision for the World-Wide Web" section, and link the phrase “environmentally sustainable platform” to https://www.w3.org/TR/ethical-web-principles/#sustainable

    I suggest this proposal be considered in the context of my proposed resolution to #5: https://github.com/w3c/AB-public/issues/5#issuecomment-1524210555 as I believe it is consistent with and adds to that proposal.

    If the Vision Task Force RESOLVES on this proposal, I am happy to create a PR for the edit accordingly.

    For the remaining points https://github.com/michaelchampion raised of adding specific text for “energy consumed by web infrastructure” and crafting new text for the "We will do this by" section, I’d like to do that as subsequent proposals and edits, presuming the task force resolves on the above granular proposal, if that‘s ok with https://github.com/michaelchampion.

    I’m ok with keeping this issue open for that, or (preferably) closing this issue per the title being resolved, and opening new issues for considering creating "how to" text for sustainability.

    on
  27. ↳ In reply to issue 5 of GitHub project “AB-public” Since it is now past the end of 2022, and no further async comments were made on this issue, I am PROPOSING as promised more specifically to resolve this issue:

    * link the phrase “good of its users” to https://www.w3.org/TR/ethical-web-principles/#noharm
    * link the phrase “safe for its users” to https://www.w3.org/TR/ethical-web-principles/#privacy (which includes security)

    In addition, since those are only two of the four items in the “Vision for the World-Wide Web” section, and it would read more consistently if all four items were linked to respective TAG EWP points, I PROPOSE to make these two additional changes in the same edit:

    * link the phrase “all humanity” to https://www.w3.org/TR/ethical-web-principles/#allpeople
    * link the phrase “one interoperable world-wide Web” to https://www.w3.org/TR/ethical-web-principles/#oneweb

    While we may want to consider linking other TAG EWP points in other parts of the document, for the purposes of resolving this issue in a discrete manner, I believe it is sufficient and correct to incrementally make this set of four edits as a net improvement (and close out an old issue), while allowing other issues to be filed for additional discrete improvements.

    If the Vision Task Force RESOLVES on these proposals, I am happy to create a PR for the edits accordingly.

    on
  28. ↳ In reply to pull request 49 to GitHub project “AB-public” Closing this PR as lacking consensus, and shifting discussion to an issue as suggested.

    on
  29. New issue on GitHub project “AB-public”

    Vision: add malvertising to explicit mentions of known web harms

    Filing this as an issue for discussion since we did not have immediate consensus on a minor edit PR (and closing that PR accordingly https://github.com/w3c/AB-public/pull/49, to shift discussion here). As part of the goal of transparently admitting significant existing harms of the web, it makes sense to add “malvertising” somewhere near misinformation to the Introduction, per https://arstechnica.com/information-technology/2023/02/until-further-notice-think-twice-before-using-google-to-download-software/ for example. Note this is a "modern" (year 2000+) problem, and the term itself is clearly defined in Wikipedia: https://en.wikipedia.org/wiki/Malvertising (which we could add as a reference in the glossary as part of work on https://github.com/w3c/AB-public/issues/1).

    The PR discussion had a few suggestions for how to add “malvertising” as a known harm, and they are worth considering in my opinion.

    From https://github.com/frivoal:

    … generalize a little, for example by grouping this for instance with phishing as well. Both problems seem to be somewhat similar in that they take advantage of the web's broad reach, as well as its general (but imperfect) trustworthiness to show deceptive and harmful content to vast amounts of unsuspecting viewers, some of whom will fall for the trick and cause themselves harm in the process.

    From https://github.com/cwilso:

    … malvertising is a harm, but I believe it should come in the "how" section - in fact, I'm not clear how we would directly be addressing malvertising. The most I'd be comfortable with here is adding the suggestion of "deceptive practices" after misinformation, but I still don't think that's an improvement.

    Label: Vision

    on
  30. 🌱 I have long been a fan of @Foursquare.com and @Swarmapp.com, having created many venues, posted many tips, and (checks profile) over 45,000 checkins. I recently joined @happycow.net and before I start posting new vegan (friendly) venues or reviews there, I really need to figure out my own personal site venue pages (including URL design) and review posts design and authoring workflow.

    I’m pretty sure I can and should post h-review posts as a variant of articles (with usual h-entry markup) with an explicit article name, since most review destinations request a title (name) for the review (e.g. HappyCow, TripAdvisor), and for others with only review text (e.g. Google Maps), I can include the name at the start.

    Different review destinations have different text requirements (minimum and/or maximum lengths), and I’ll take time to document those first.

    The first destination I’ll likely try automatically syndicating to is a site created by #IndieWeb community member @jamesg.blog (@capjamesg@indieweb.social): @breakfastand.coffee

    It’s still quite new, but the thing that makes Breakfast & Coffee innovative and unique is that it encourages you to post your venue (e.g. cafe) description or review on your own site with a meaningful slug, link to https://breakfastand.coffee/ and then send a Webmention to indicate that you’d like to syndicate your venue or review into Breakfast & Coffee, like into an aggregator.

    Before I get to that point however, I feel there’s quite a few challenges in publishing a “decent” restaurant / cafe venue page, because there really is a dearth of good examples of doing so with simple semantic HTML + CSS. You really don’t need JS to post info about a restaurant.

    Setting aside the economic / intermediation challenges of "delivery apps" for now, people really want a few simple things from a restaurant site / page that could all be marked up with simple semantic HTML (thus resulting in good web search rankings) and styled in a quickly readable and mobile-friendly way.

    * hours open (perhaps kitchen hours if different)
    * location (address that links to a map UI or map embed w/o cookies/tracking)
    * nearest bus/tram/rail stop
    * payment restrictions (e.g. if only cash, or only credit) or options if you prefer
    * contact info (including a note about catering if that’s an option)
    * links to social media profiles
    * links to restaurant review sites/aggregator pages (e.g. venue permalink on Google Maps, TripAdvisor, Foursquare, Swarm, HappyCow)
    * menu with item name, description, price, optional-thumbnail, and dietary/allergy notations

    No you really don’t need the full mess of made-up things at schema-org.

    The community at OpenStreetMap has done A LOT (most? nearly all?) of the work figuring out the ways to express the above types of information, e.g.:

    https://wiki.openstreetmap.org/wiki/Key:opening_hours

    Yet has anyone actually seen a simple semantic HTML page that publishes this kind of information?

    I’ve web searched many search terms and phrases and found nothing good.

    Stylistically dated templates for sale. Examples with numerous unnecessary scripts (no your typical user does not care about your clever animated 3D-carousel of pretty photos, certainly not waiting for a megabyte of framework scripts for it). Something built on Bootstrap, unnecessary for today’s mobile-friendly HTML+CSS.

    I did find one (ONE) blog post from 2007 (those were the days) for semantic markup for a restaurant menu: https://jonchristopher.us/blog/a-semantic-breakdown-of-restaurant-menus/

    Unless I find an existing solution soon, I’m going to create something from scratch with h-card (since a restaurant is an organization / venue) and add semantic HTML & class names for various fields, re-using from OpenStreetMap Keys whenever possible.

    That leaves the URL design, where to publish my restaurant pages on my own site, and rather than rethink it, I will likely go with what I decided in my Whistle short URL design¹ many years ago, which is /v/ at the top level of my site, followed by a slug of my short name for the venue. This way I can play with static HTML pages there, with a shared style sheet in that same directory, without impacting anything else on my site.

    I have some other thoughts around iconography for various diet preferences / allergen warnings for menu items that I’ve tried (or considered), though perhaps I’ll leave those for another post.

    Or maybe I’ll braindump them now, however incomplete, to see if they resonate or anyone has better suggestions (restaurants and menus really have no standard for these)

    Edit: already updated lists & descriptions based on feedback:

    Individual icons/emoji:
    🌱 — plant-based (no animal meat or meat broth/oils whatsover)
    +🌾 — has gluten
    +🥜 — has nuts
    +🍫 — has chocolate
    +🌶 — is spicy
    +🍯 — has honey
    +🧈 — has butter
    +🥛 — has milk, cream, or yogurt
    +🧀 — has cheese
    +🥚 — has egg

    When present in a menu item (with no other food-related icons)
    🌱 = vegan & gluten-free
    🌱🌾 = vegan with gluten
    🌱🥜 = vegan with nuts
    🌱🍫 = vegan with chocolate
    🌱🌶 = vegan and spicy
    🌱🍯 = vegetarian with honey
    🌱🧈 = vegetarian with butter
    🌱🥛 = vegetarian with milk, cream, or yogurt
    🌱🧀 = vegetarian with cheese
    🌱🥚 = vegetarian with egg

    with additional combinations as necessary.

    For example:

    A breakfast sandwich at Devil’s Teeth Bakery²:
    * Regular Breakfast Sandwich (no bacon!) $10.00 🌱🌾🧈🧀🥚

    Or a chocolate croissant at Arsicault³:
    * Chocolate Croissant $5.75 🌱🌾🧈🍫

    Judahlicious jungle açai bowl:
    * Jungle Style Açaí Bowl $12.75 🌱

    Arizmendi mint chocolate cookie:
    * Mint Chocolate Chip Cookie $2.75 🌱🌾


    Non-vegetarian items would omit the plant 🌱 icon/emoji, but could still include allergen icons.

    If you are posting restaurants (or any other venues) to your personal site, please add a few of their permalinks to the IndieWeb Examples here: https://indieweb.org/venue#Indieweb_Examples


    This is day 40 of #100DaysOfIndieWeb. #100Days

    ← Day 39: https://tantek.com/2023/112/t2/account-migration-post-blog-archive-format
    → Day 41: https://tantek.com/2023/139/t1/wikipedia-supports-indieweb-rel-me


    Glossary

    article
     https://indieweb.org/article
    checkin
     https://indieweb.org/checkin
    h-card
     https://microformats.org/wiki/h-card
    h-entry
     https://microformats.org/wiki/h-entry
    h-review
     https://microformats.org/wiki/h-review
    POSSE
     https://indieweb.org/POSSE
    review
     https://indieweb.org/review
    URL design
     https://indieweb.org/URL_design
    venue
     https://indieweb.org/venue

    References

    ¹ https://tantek.com/w/Whistle#design
    ² https://www.devilsteethbakingcompany.com/menu
    ³ https://arsicault-bakery.com/menus
    https://judahlicious.com/menu/
    https://store.arizmendibakery.com/menu-today

    on
  31. New issue on GitHub project “firefox-ios”

    Feature request: support "Add to Home Screen" on iOS/iPadOS 16.4

    iOS/iPadOS 16.4 (released 2023-03-27) have APIs for third-party browsers to support an “Add to Home Screen” menu item / share option like the same feature in Mobile Safari. Several iOS browsers have already shipped with support including Microsoft Edge for iOS, according to: https://ios.gadgethacks.com/how-to/these-browsers-let-you-add-web-apps-and-bookmarks-your-iphones-home-screen-0385351/. Firefox for iOS & iPadOS should similarly support "Add to Home Screen", preferably as a menu item in the existing menu shown after choosing "Share" from the main ≡ menu in the bottom right corner.

    See prototype and implementation details explored in discussion Add to Home Screen support in iOS 16.4 #13281 for feasibility.

    Chrome on iOS does not yet (as of version 112) have an "Add to Home Screen" feature. I would expect it to be implemented soon however, as it’s a path to installable web apps which Chrome on Android and desktop already support: MDN: Installing and uninstalling web apps: Add to home screen.

    This feature is both useful for users and helps incremental user interface parity with Safari and Edge on iOS (and likely soon Chrome).

    In addition, adding a web app to the home screen is a necessary step towards implementing the user interaction aspects of Web Push API and Notifications API support for web apps launched in Firefox. These two APIs were recently added to WebKit, also in iOS 16.4: 2023-02-16 Web Push for Web Apps on iOS and iPadOS

    on