doc/todo/Modern_standard_layout.mdwn

   1 I think it would be a good idea to think about the standard layout style of ikiwiki, the current layout used in a standard setup and on ikiwiki.info as well looks a bit old-fashioned to me. I guess that a nice modern layout would attract more new ikiwiki users and boost the ikwiki community...
   2
   3 > FWIW, I agree.  The actiontabs [[theme|themes]] would be a better default, but something which showed what ikiwiki was capable of (or more precicely: that ikiwiki is as capable as other popular wiki softwares) would be better still. — [[Jon]]
   4
   5 >> As an author of plugins that interact with the UI, I think it's good that
   6 >> a *minimal* ikiwiki has a minimal anti-theme, and that plugins are
   7 >> developed against the anti-theme - it's a "blank slate" for themes.
   8 >> [[plugins/contrib/trail]] was much easier to get working in
   9 >> the default anti-theme than in actiontabs and blueview.
  10 >>
  11 >> Technical detail: all the standard themes are done by appending to the
  12 >> anti-theme's CSS (albeit in ikiwiki's build system rather than during
  13 >> the wiki build), rather than by replacing it - so themes that haven't
  14 >> been updated for a new UI element end up using the version of it from
  15 >> the anti-theme. [[plugins/Comments]] and [[plugins/contrib/trail]]
  16 >> both need some tweaks per-theme to make them integrate nicely,
  17 >> but most of the design comes from the anti-theme.
  18 >>
  19 >> That doesn't necessarily mean the anti-theme should be the one used
  20 >> on ikiwiki.info, or used by default in new wikis - from my
  21 >> point of view, it'd be fine for either of those to be actiontabs
  22 >> or something The important thing is to *have* a "blank slate" anti-theme
  23 >> that looks simple but sufficient, as a basis for new styles (either
  24 >> [[themes]], or wikis that want their own unique stylesheet), and derive
  25 >> the other themes from it. --[[smcv]]
  26
  27 > Ikiwiki's minimal theme is not modern. It's postmodern. I like it for the
  28 > reasons described here. <http://kitenet.net/~joey/blog/entry/web_minimalism/>
  29 > " The minimalism sucked you in, it made the web feel like one coherent,
  30 > unified thing, unlike the constellation of corporate edifices occupying
  31 > much of it today."
  32 >
  33 > I see an increasing trend back toward these principles, driven partly
  34 > by limits of eg, smartphone UI. So I certianly won't be changing the
  35 > look of any of my ikiwiki sites, including this one.
  36 >
  37 > `auto.setup` and `auto-blog.setup` could have different defaults,
  38 > or allow a theme to be picked as [Branchable](http://branchable.com/)
  39 > does. Perhaps actiontabs for auto-blog and default for wikis? --[[Joey]]
  40
  41 ----
  42
  43 Is it still Joey's opinion that ikiwiki.info should remain using the anti-theme?
  44
  45 I'd like to make one last, clear petition to move ikiwiki.info to using the actiontabs
  46 theme. Rationale below.
  47
  48 I wanted to just ask one last time if that was still the case. I've been considering
  49 picking back up my ikiwiki hacking efforts,  as well as thinking about my personal use
  50 of ikiwiki, and I was privately pondering on the health of the project. IMHO, it's not
  51 great unfortunately, and we could use more contributors. I feel that the anti-theme on
  52 ikiwiki.info is putting off potential users and thus potential contributors. The
  53 actiontabs theme would be a better "advert" for ikiwiki: a better demonstration of what
  54 you *could* do with it, and I think that's an important function of the site. I think
  55 people might come across ikiwiki.info whilst looking for basic information on the project
  56 and be put off by the anti-theme.
  57
  58 Honestly, I also find it hard to read information on the site due to the anti-theme (yes,
  59 the default font face and size etc. are my own brower's preferences, but I sometimes use
  60 browsers on other machines that I have not configured), including the wide (lack of)
  61 content margins, and prefer to interact with it (generally) using local clones.
  62 (I've just made *this* edit this way, but actually because the login process via email
  63 seems to be broken for edit/preview workflow. I might investigate/file about that later.)
  64
  65 I wonder if someone feels the same, since you defaulted to actiontabs on branchable.
  66
  67 Thanks, [[users/Jon]]. (2017-12-28)
  68
  69 ----
  70
  71 9 month ping, does [[Joey]] or [[smcv]] have any kind of opinion on this matter,
  72 subsequent to my last comment? I ask because both of your takes on the issue are from
  73 way back in 2011. — [[Jon]] (2018-09-24)
  74
  75 ----
  76
  77 saw this "typesetter CSS" and was reminded of the anti-theme (and my 18 month old appeal to revisit that decision):
  78 [typesetter-css](https://screwtapello.gitlab.io/typesetter-css/example/demo.html):
  79
  80 > HTML is a semantic markup language, but web-browsers' default presentation of semantic HTML is more based on compatibility with decades-old browsers than with readability. There are browser-addons that will take a page, strip out the presentational markup and try to present the result in a readable format, but that shouldn't be necessary if you've got sensible semantic markup to begin with.
  81 >
  82 > Typesetter.css is a custom stylesheet designed to present generic, semantic HTML in the most readable way possible.
  83
  84 The readability problems with unstyled HTML that this project talks about are exactly why I think the anti-theme
  85 as default for the main site should be revisited. — [[Jon]] (2019-08-16)