<p>Short from my phone. Longer answer later.</p>
<p>Heading cell are used in conversion to latex/other to give section/subsection... Etc. Which is much harder otherwise as you could mix and match markdown and html hx tag. Could also help doing a notebook TOC later.</p>

<div class="gmail_quote">Le 15 nov. 2012 19:37, &quot;Carl Smith&quot; &lt;<a href="mailto:carl.input@gmail.com">carl.input@gmail.com</a>&gt; a écrit :<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Cheers for the detailed feedback Brian<br>
<br>
&gt;  I see that you have just applied these styles to text cells, rather than<br>
&gt; the rendered_html class.  Right now the tour version you are dealing with<br>
&gt; puts the heading cells in the markdown rather than using actual heading<br>
&gt; cells.  I have a PR open that updates all example notebooks to use actual<br>
&gt; heading cells:<br>
&gt;<br>
&gt; I think we want to have these styles applied to the heading cells, as well<br>
&gt; as HTML output, so I would use the rendered_html class.<br>
<br>
That&#39;s an easy edit. No problem.<br>
<br>
Can I just ask why we have header cells at all? It may be a daft<br>
question, but I always used Markdown to create headers, so I never<br>
knew what the header cells were for. Is there a good reason to have<br>
more than just code and Markdown cells?<br>
<br>
&gt; But there are a few bigger issues here - I think I missed the earlier<br>
&gt; discussion - so I feel like I am playing catch up.  Some general thoughts on<br>
&gt; this.<br>
<br>
It was discussed while the ML was very quiet. I think John Hunter was<br>
ill at the time. I remember the list being really quiet for a couple<br>
of weeks.<br>
<br>
&gt; * There is a very specific look I have been trying to create with the<br>
&gt; notebook, namely that of a clean, empty piece of white paper.  This means<br>
&gt; have a very simple, uncluttered look with an absolute minimum number of<br>
&gt; visual distractions and minimal styling.  Even adding the subtle shading to<br>
&gt; the code cell&#39;s input area was a difficult decision, but one that I think<br>
&gt; does make sense.  I think this is really important and is a key part of the<br>
&gt; notebook&#39;s user experience.  In light of this, I think the style you have<br>
&gt; created, while very good looking, doesn&#39;t match these overall design goals.<br>
&gt; Because of this, I don&#39;t think it makes sense to have it as the default.<br>
<br>
I understand your point here. I really like the Notebook&#39;s super clean<br>
look, and know minimalism is more difficult to get right than it seems<br>
like it would be until you&#39;ve tried it. I&#39;ll come back to this point.<br>
<br>
&gt; * I regularly use custom styles in markdown cells to customize the look of<br>
&gt; individual notebooks.  This is such a simple and elegant solution for<br>
&gt; customization.  We should create a place on the github wiki that points to<br>
&gt; css files on gists that have nice styles such as this, that users can plug<br>
&gt; into notebooks.  If this turns out to be a nice way of working, we could<br>
&gt; think about including this customization point in the notebook&#39;s (yet to be<br>
&gt; written) configuration UI.<br>
<br>
Maybe we could explore adding a simple stylesheet to each new Notebook<br>
profile. When the profile is used, the Notebook could check for that<br>
stylesheet file. If the file is empty or absent, then no style is<br>
applied, else it&#39;ll use whatever&#39;s in the stylesheet.<br>
<br>
This means users with a few profiles and no incentive to edit the<br>
styles would have a few copies of the same file on disc, but these are<br>
small files and are not using any RAM. The benefits would be that<br>
there&#39;d be no need for a new config option, just delete the file to<br>
disable the styles, the user would have a readily accessible file to<br>
hack at, the file serves as a template, which is handy for those of us<br>
who know very little CSS, and it allows profile based configuration.<br>
<br>
&gt; * I am willing to consider changing the notebook styling, but there has to<br>
&gt; be a clearly identified problem each change is solving.  One change that I<br>
&gt; have thought about is that the current heading styles take up a bit too much<br>
&gt; vertical space.  That makes it difficult to view notebooks on screens with<br>
&gt; small vertical real estate.  This is a very specific problem that has a<br>
&gt; specific, focused solution.<br>
<br>
As it stands, I don&#39;t personally see any reason to change the Notebook<br>
styling at all, but I haven&#39;t used the header cells, so I can&#39;t<br>
comment on that issue. I really like the look of the Notebook, and I&#39;m<br>
naturally a merciless critic when it comes to art and design. It&#39;s my<br>
background.<br>
<br>
&gt; * In general, we are using a small amount of border radius on all of our<br>
&gt; rectangles with borders.  The sharp corners of the heading divs look<br>
&gt; inconsistent with the rest of the UI look.<br>
<br>
An easy edit.<br>
<br>
&gt; * I think the fill colors of the different heading levels need to have a<br>
&gt; more consistent color scheme.  For example, right now the h1 color is grey,<br>
&gt; but the h2 level is the same as the code cells.  Could you try to just<br>
&gt; lighten or darken the code cell&#39;s fill color for the different heading<br>
&gt; levels?<br>
<br>
Is that a typo, or are you asking me to change the *code cell* fill<br>
colour? I&#39;m thinking to lighten up the headers. I&#39;ve no reason to edit<br>
the code cell CSS. It looks spot on already.<br>
<br>
&gt; * I am finding that font size used in notebooks is very specific to the<br>
&gt; purpose of the notebook.  For example, in presentations I up the font-size<br>
&gt; dramatically.  I see you are using a larger font size (16pt for text) that<br>
&gt; may or may not make sense for users.<br>
<br>
That&#39;s probably just my personal taste coming through. I love<br>
anti-aliasing, so I tend to give every character plenty of pixels to<br>
play with. It probably looks a bit too big to most people.<br>
<br>
&gt; * It would be wonderful if we could start to use less for all of our css -<br>
&gt; even cooler if users could enter css using less in markdown cells.  That<br>
&gt; would make it *much* easier to tune the look with a few lines of css/less.<br>
<br>
This sounds like a good idea, but I&#39;ve not actually used less to know<br>
how well it works. I&#39;ll look it up tonight.<br>
<br>
I&#39;m glad you like the general idea, and it&#39;s really valuable to hear<br>
the thoughts of such an experienced user. You can foresee cases that<br>
I&#39;m not envisioning, where my approach might not be a good fit.<br>
<br>
Thanks again for your time Brian.<br>
<br>
Cheers<br>
<br>
Carl<br>
_______________________________________________<br>
IPython-dev mailing list<br>
<a href="mailto:IPython-dev@scipy.org">IPython-dev@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
</blockquote></div>