Skip to content
Snippets Groups Projects
Select Git revision
  • doc/17717-update-torproject-links
  • update-torproject-links
  • doc/16987-doc-usb-tethering
  • doc/8666-how-to-screenshots
  • doc/8948-persistent-storage
  • web/17549-no-dead-end-on-download
  • doc/17183-import-gpg-key
  • doc/17492-secure-boot
  • doc/15783-vpn-faq
  • doc/17444-screenshot-wrong-OS
  • new-home-about-pages
  • doc/17116-improve-known-issue-persistence-conf
  • doc/17298-migrate-keyserver
  • feature/17219-replace-torbirdy
  • doc/8948-persistence-terminology
  • feature/17197-clarify-rsync-command
  • doc/16975-confusing-doc-del-imgs
  • doc/17190-remove-ref-irc-acct
  • master default protected
  • doc/10885-better-upgrade-doc
  • 3.7
  • 3.6.2
  • 3.6.1
  • 3.6
  • 3.6-rc1
  • 3.5
  • 3.4
  • 3.3
  • 3.2
  • 3.2-rc1
  • 3.2-alpha2
  • 3.2-alpha1
  • 3.1
  • 3.0.1
  • 3.0
  • 3.0-rc2
  • 3.0-fake1
  • 3.0-rc1
  • 3.0-beta4
  • 2.12
40 results

ikiwiki-cgi.setup

Blame
  • Forked from tails / tails
    3211 commits ahead of the upstream repository.
    • intrigeri's avatar
      7b0d0340
      Add forms to search our public mailing lists on about/contact (refs: #9904). · 7b0d0340
      intrigeri authored
      Since more than 3 years, #9904 has been handled as part of #9900 ("Improve
      Website search"). I don't believe this approach is going anywhere because under
      the current assumption that our website must not use an external search engine,
      this would require ikiwiki to index the archive of our mailing lists. I don't
      think that's realistic (no progress on any of the ikiwiki-related subtasks
      of #9900 for years) and even if it were, I don't think it's a good use of our
      time.
      
      In the specific case of our public mailing lists, I believe we can skip the
      discussion about using an external search engine: our mailing lists are already
      hosted by a third party (Autistici/Inventati) and we already provide forms to
      subscribe to them, which POST to that third party. So adding another set of
      forms that POST to A/I's mailing list archive search engine does not make any
      difference in this respect.
      
      To improve UX, I'm using a placeholder that should help visitors of these web
      pages understand what the query string should look like (before they type
      anything), and a tiny bit of JavaScript that initializes the value to the
      required query prefix once the visitor has selected the search field.
      This requires disabling the htmlscrubber ikiwiki plugin on the affected pages.
      
      Finally, I'm wrapping these forms with <p>…</p>, otherwise the rendered layout
      is much too packed.
      7b0d0340
      History
      Add forms to search our public mailing lists on about/contact (refs: #9904).
      intrigeri authored
      Since more than 3 years, #9904 has been handled as part of #9900 ("Improve
      Website search"). I don't believe this approach is going anywhere because under
      the current assumption that our website must not use an external search engine,
      this would require ikiwiki to index the archive of our mailing lists. I don't
      think that's realistic (no progress on any of the ikiwiki-related subtasks
      of #9900 for years) and even if it were, I don't think it's a good use of our
      time.
      
      In the specific case of our public mailing lists, I believe we can skip the
      discussion about using an external search engine: our mailing lists are already
      hosted by a third party (Autistici/Inventati) and we already provide forms to
      subscribe to them, which POST to that third party. So adding another set of
      forms that POST to A/I's mailing list archive search engine does not make any
      difference in this respect.
      
      To improve UX, I'm using a placeholder that should help visitors of these web
      pages understand what the query string should look like (before they type
      anything), and a tiny bit of JavaScript that initializes the value to the
      required query prefix once the visitor has selected the search field.
      This requires disabling the htmlscrubber ikiwiki plugin on the affected pages.
      
      Finally, I'm wrapping these forms with <p>…</p>, otherwise the rendered layout
      is much too packed.
    ikiwiki-cgi.setup 13.26 KiB