Hi
A further thought with respect the perennial question -- would it be
possible to modify the colon markup (for definitions) to avoid the spurious
line feed?
If I write:
:indent
::double indent
:::triple indent
I get:
indent
double indent
triple indent
-- but it
Perhaps, but the backslash was just meant as an example (I'm sure people
here other than me have a better idea of what character combinations are
available). Maybe \n would be more acceptable. Incidentally, a suitable
character could even be used in the middle of a line of WikiText if needed
Question: You came across this?
http://tiddlywiki.com/#Hard%20Linebreaks%20in%20WikiText
--
You received this message because you are subscribed to the Google Groups
TiddlyWiki group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
Hi
The standard (as far as there is one) is to use a double backslash:
http://www.wikicreole.org/wiki/LineBreaks
regards
On Wednesday, April 30, 2014 3:25:54 PM UTC+2, Thomas Guldstrand Larsen
wrote:
Hi,
Warning: newbie here...
When editing a tiddler, I write e.g
This is line one.
Hi
And in markdown:
you end the line with two or more spaces, then type return
-- which I think looks much better than a pair of trailing backslashes.
regards
On Wednesday, April 30, 2014 3:25:54 PM UTC+2, Thomas Guldstrand Larsen
wrote:
Hi,
Warning: newbie here...
When editing a
you end the line with two or more spaces, then type return
I'm not a huge fan of invisible formatting as it makes it very hard to
visually scan content.
The standard (as far as there is one) is to use a double backslash:
http://www.wikicreole.org/wiki/LineBreaks
The Creole syntax isn't quite
Hi Matabele
A further thought with respect the perennial question -- would it be
possible to modify the colon markup (for definitions) to avoid the
spurious line feed?
TiddlyWiki just spits out plain HTML DL/DD elements. The additional
linespacing comes from the default CSS built into
Hi Jeremy
In that case, there appears to be a bug -- because:
ddsome text/dd
some text/dd/dd
ddsome text/dd/dd/dd
-- doesn't generate spurious blank lines, whereas:
:some text
::some text
:::some text
-- does.
regards
On Wednesday, July 9, 2014 9:59:10 AM UTC+2, Jeremy Ruston wrote:
Hi
Also -- try this:
Some text
ddsome text/dd
some text/dd/dd
ddsome text/dd/dd/dd
Some text
:some text
::some text
:::some text
regards
On Wednesday, July 9, 2014 9:59:10 AM UTC+2, Jeremy Ruston wrote:
Hi Matabele
A further thought with respect the perennial question -- would it
Hi
On Wednesday, July 9, 2014 9:57:26 AM UTC+2, Jeremy Ruston wrote:
The Creole syntax isn't quite what I expected. They use double backslash
on their own, so that this example would contain a linebreak:
Some\\thing
I'd expected the linebreak to be triggered by a double backslash
Hi Matabele
In that case, there appears to be a bug -- because:
ddsome text/dd
some text/dd/dd
ddsome text/dd/dd/dd
The HTML generated by TW5 actually looks like this:
dlddsome textdlddsome textdlddsome
text/dd/dl/dd/dl/dd/dl
The blank lines are coming from the default margin on
Hi Matabele
It appears that dd elements may be used on their own (at least in the
text field of TW5.) It is, therefore, unnecessary to add the dl tags
around dd elements.
Although dd elements work on their own, it is not valid HTML5 as I
understand it:
Hi Jeremy
1. A dt http://www.w3.org/TR/html5/grouping-content.html#the-dt-element
element's end tag http://www.w3.org/TR/html5/syntax.html#syntax-end-tag may
be omitted if the dt
http://www.w3.org/TR/html5/grouping-content.html#the-dt-element element
is immediately followed by another dt
Am Mittwoch, 9. Juli 2014 13:47:16 UTC+2 schrieb Matabele:
Hi Jeremy
1. A dt http://www.w3.org/TR/html5/grouping-content.html#the-dt-element
element's end tag http://www.w3.org/TR/html5/syntax.html#syntax-end-tag
may
be omitted if the dt
Hi Jeremy
On Wednesday, July 9, 2014 2:28:06 PM UTC+2, Jeremy Ruston wrote:
Hi Matabele, Stephan
It's not the trailing tags that result in the spurious blank lines. It's
the browsers default CSS.
I'm still confused -- why then when I write:
dl
ddsome text/dd
some text/dd/dd
Hi Matabele
I'm still confused -- why then when I write:
dl
ddsome text/dd
some text/dd/dd
ddsome text/dd/dd/dd
/dl
-- is the output different to:
:some text
::some text
:::some text
In the second case, it appears to be extra trailing /dl tags that cause
the spurious
Am Mittwoch, 9. Juli 2014 15:11:55 UTC+2 schrieb Matabele:
I'm still confused -- why then when I write:
dl
ddsome text/dd
some text/dd/dd
ddsome text/dd/dd/dd
/dl
-- is the output different to:
:some text
::some text
:::some text
Is it?
I just created a New Tiddler on
Hi
I get:
https://lh3.googleusercontent.com/-5LS2Y8jHXzE/U71TXRPYeAI/AcE/k_QsyNywS00/s1600/rendering.jpg.jpg
regards
On Wednesday, July 9, 2014 4:13:16 PM UTC+2, Stephan Hradek wrote:
Am Mittwoch, 9. Juli 2014 15:11:55 UTC+2 schrieb Matabele:
I'm still confused -- why then when I
The examples render the same in Firefox and differently in Chrome. The
reason is as I stated above: the extra margin comes from the browsers built
in default CSS styles. These styles are often slightly different between
browsers; that's the purpose of the stylesheet normalise that we use (
Sorry - coming slightly late to this discussion. I just started using TW a
couple of weeks ago, and still getting to grips. Really liking it so far,
but much to learn to make sure it stays useful as my tiddlercount grows.
This single linebreak issue has been bugging me too. I can see the
Hi
If you can put up with the indent -- the wikitext syntax for definitions
may be used like this:
;Title
:Line1
:Line2
and later
:Another line
:And another
regards
On Tuesday, July 8, 2014 11:30:20 PM UTC+2, Neil Griffin wrote:
Sorry - coming slightly late to this discussion. I just
Hi Andrew
If you want to be able to type a literal linebreak then I'd recommend using
br; there's no performance difference with including the slash. Both
forms will always be supported in TW5 because they are part of the basic
HTML tags in wikitext feature.
Best wishes
Jeremy
On Mon, Jun 2,
Just when you thought this thread was done. Please forgive me if this was
previously answered but which functions best with TW5 going forward for
line-breaks? br or br/ or something else? I'm wondering if there is any
performance differences for each or if anyone knows best practice or what
I meant to add one key difference between MarkDown and TW5 WikiText; in
MarkDown:
Note that Markdown formatting syntax is not processed within block-level
HTML tags. E.g., you can’t use Markdown-style *emphasis* inside an HTML
block.
Meanwhile TW5 *does* process wikitext within block-level HTML
Single line breaks is not part of
GFMhttps://help.github.com/articles/github-flavored-markdown,
it is part of the additional features of writing on
Githubhttps://help.github.com/articles/writing-on-github
.
I am in favor of implemented the GFM features, but implementing single line
breaks
Hi
A suggestion -- perhaps several syntax rules could be changed within a
fenced block, thus respecting both linebreaks and wikitext rendering
within the block. Only the use of html need then be precluded from a
fenced block.
Apologies in advance if this presents a rendering problem -- I am
Hi Thomas,
I have ported the ckeditor to tiddlywiki (its not part of the core
functionality), which gives full styling WYSIWYG, but at present it does
not support the features of tw5, such as wikiwords.
See the 'VisualEditor' here http://bjhacks.tiddlyspot.com/
All the best
BJ
On Wednesday,
It's a factual standard established by how the majority of online editors
work.
Another standard is that some people will rather play dumb instead of
openly disagreeing.
That should sound familiar to you.
On Tuesday, 27 May 2014 00:56:28 UTC+2, Stephan Hradek wrote:
Am Montag, 26. Mai
I don't think sarcasm should have a place in this forum, and I'm
disappointed to see it being used. This community is drawn from all the
corners of the globe, with individuals coming together with a wide range of
backgrounds. I'm convinced that the only way for it to work harmoniously is
for us
Yesterday I checked few TWC and they gave me an idea : what about a secondary
button that displays a different edit mode? Maybe using a different edit text
widget where with a different set of rules.
--
You received this message because you are subscribed to the Google Groups
TiddlyWiki
On Wednesday, May 28, 2014 4:27:50 PM UTC+2, Danielo Rodríguez wrote:
Yesterday I checked few TWC and they gave me an idea : what about a
secondary button that displays a different edit mode? Maybe using a
different edit text widget where with a different set of rules.
It's not an editing
Am Mittwoch, 28. Mai 2014 11:14:17 UTC+2 schrieb Kolya:
It's a factual standard established by how the majority of online editors
work.
Ah. Okay. So it's not a written standard but the impression you got from
your experience. I really hoped there is some standard defined because
handling
Maybe I need a rethink about it. Sometimes I want to separate information
clearly in the same paragraph. Maybe I'm not managing the information well.
--
You received this message because you are subscribed to the Google Groups
TiddlyWiki group.
To unsubscribe from this group and stop
Have to agree.
There's a standard how webeditors handle linebreaks. Heck, this editor I'm
writing this reply in uses the standard.
But TiddlyWiki needs to invent its own? Is there any good reason for this?
Kolya
On Monday, 5 May 2014 11:37:49 UTC+2, Danielo Rodríguez wrote:
There is
Hi Kolya,
See https://github.com/Jermolene/TiddlyWiki5/issues/443
Cheers,
Ton
On Monday, May 26, 2014 4:10:56 PM UTC+2, Kolya wrote:
Have to agree.
There's a standard how webeditors handle linebreaks. Heck, this editor I'm
writing this reply in uses the standard.
But TiddlyWiki needs
Am Sonntag, 4. Mai 2014 20:08:56 UTC+2 schrieb Danielo Rodríguez:
This could be little pain in the ass. Specially for technical documents.
Sometimes you want a line break but not a new paragraph.
I learned from a colleague, who is a technical writer, that you should
think about why you
There is nothing wrong.
It is just ugly.
It is not just add the tag. HTML tags are not supported currently.
El domingo, 4 de mayo de 2014 11:53:23 UTC-7, Ton Gerner escribió:
Hi Danielo,
What's wrong with br?
Add it to your keyboard shortcuts plugin.
Cheers,
Ton
On Sunday, May 4,
This could be little pain in the ass. Specially for technical documents.
Sometimes you want a line break but not a new paragraph.
--
You received this message because you are subscribed to the Google Groups
TiddlyWiki group.
To unsubscribe from this group and stop receiving emails from it,
This could be little pain in the ass. Specially for technical documents.
Sometimes you want a line break but not a new paragraph.
--
You received this message because you are subscribed to the Google Groups
TiddlyWiki group.
To unsubscribe from this group and stop receiving emails from it,
Hi Danielo,
What's wrong with br?
Add it to your keyboard shortcuts plugin.
Cheers,
Ton
On Sunday, May 4, 2014 8:08:56 PM UTC+2, Danielo Rodríguez wrote:
This could be little pain in the ass. Specially for technical documents.
Sometimes you want a line break but not a new paragraph.
--
Aaah - Nice tricks for effective writing!
Tanks a lot Matabele :-)
Cheers Måns Mårtensson
Den onsdag den 30. april 2014 20.32.40 UTC+2 skrev Matabele:
Hi
If you don't mind an indent, a quick method I often employ is an abuse of
the wikitext for definitions; after a lone semicolon is
Try
This is line one.
This in line two.
--
You received this message because you are subscribed to the Google Groups
TiddlyWiki group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send
Hi
If you don't mind an indent, a quick method I often employ is an abuse of
the wikitext for definitions; after a lone semicolon is placed somewhere -
colons can be used anywhere to place lines one after the other (but
indented.)
;
:This is line 1
:This is line 2
I also abuse the semicolon
43 matches
Mail list logo