Will commit fix in next revision.
-- Jaap
On Thu, May 14, 2015 at 10:55 AM, Agustin Lobo aloboa...@gmail.com wrote:
When I export the current page + subpages to html,
the left index does not feature the top level page, thus if
I navigate (in html) to the lower levels there is no obvious way
When I export the current page + subpages to html,
the left index does not feature the top level page, thus if
I navigate (in html) to the lower levels there is no obvious way to
go back to the higher level page.
Any trick besides using the arrows of the browser?
--
Agustin Lobo
PLease make sure you have rev706 when testing.
Maybe I should roll back partly and put the CSS solution in our HTML
templates?
Regards,
Jaap
On Fri, Aug 22, 2014 at 9:54 AM, Paulo van Breugel p_vanbreu...@yahoo.com
wrote:
Hi Jaap,
A blank line in between the two headers is still
My feeling is that I should roll back and put CSS snippet in the template
to get more accurate HTML version of the wiki page. However that makes the
HTML rendering without CSS ugly.
Jaap
It seems like common practice on the web is to use CSS to add some space
under headers so your thought
It seems like common practice on the web is to use CSS to add some space
under headers
Sorry, or to manage the space under the headers, I guess we're not adding
here.
Colin
colintedford.com
___
Mailing list: https://launchpad.net/~zim-wiki
Post to
2014-08-22 12:38 GMT-03:00 Jaap Karssenberg jaap.karssenb...@gmail.com:
My feeling is that I should roll back and put CSS snippet in the template
to get more accurate HTML version of the wiki page. However that makes the
HTML rendering without CSS ugly.
Compromise would be to make the
I think there is a consensus here not to use br :-).
On Friday, August 22, 2014 6:29 PM, Colin Tedford co...@colintedford.com
wrote:
It seems like common practice on the web is to use CSS to add some space under
headers
Sorry, or to manage the space under the headers, I guess we're not
Sounds like a useful feature, providing maximum flexibility. Brilliant!
On 22 August 2014 19:06:11 CEST, Jaap Karssenberg jaap.karssenb...@gmail.com
wrote:
On Fri, Aug 22, 2014 at 6:56 PM, Paulo van Breugel
p_vanbreu...@yahoo.com
wrote:
You wrote: Now as you commented correctly this results in
On Fri, Aug 22, 2014 at 6:56 PM, Paulo van Breugel p_vanbreu...@yahoo.com
wrote:
You wrote: Now as you commented correctly this results in a lot of
whitespace below the H2. But there is also space below the H1 that is not
in the wiki text.
-- This is just the default space after headers. As
On Fri, 22 Aug 2014 19:06:11 +0200
Jaap Karssenberg jaap.karssenb...@gmail.com wrote:
Well, for those that expect WYSIWYG behavior, this BR is crucial to
achieve the same result as in the wiki page.
Hi,
I'm sorry to butt in, especially that it's possible that I'm
completely out to lunch.
Zim
OK, now pushed revision 710 to the repository.
Default behavior is back to as released in 0.61, using br elements.
However the default templates have CSS to remove margins so it renders the
same as in the editor: WYSIWYG.
When you don't line the default behavior you can use the template option
Great, I'll give it a try
On Thursday, August 21, 2014 12:20 PM, Jaap Karssenberg
jaap.karssenb...@gmail.com wrote:
Committed new revision where I changed the whitespace handling in the HTML
export. Basically removed all BR elements outside of paragraphs. Downside
is that some rendering
When exporting to html, the export places a break between two
consecutive headers as in the example below. Is there a way to prevent
this?
= TOC web links =
Collaboration
* test
Becomes:
h2TOCamp; web links/h2
br
h3Collaboration/h3
p
ul
litest/li
/ul
/p
13 matches
Mail list logo
