linebreaks are not taken as written/

Summary

For Milestonev0.08

Statusapproved

OpenedOct 5, 2006

Completed100%

CreatedOct 5, 2006 / binder

ModifiedYesterday / phsouzacruz

View previous 15 versions

No files uploaded

if writing in a wiki-field, normal linebreaks are not saved as written.
this for example was a linebreak.

double linebreaks are saved correctly


pixtur Oct 5, 2006 version 2	Not sure, if this is a bug... I believe this is a desired behavior. There is no way, I can highlight the line breaks in the wiki source and most users insert line breaks accidently. The Wiki-Parser intentionally ignores single line breaks and uses double line breaks to start new paragraphs. I think Mediawiki and dokuWiki handle this in a similar way. Maybe add linebreak syntax (e.h. double slash) would be a solution for you? As of discussing the wiki format (which is the first time I get some feedback about this), do you think that linking to another item just by entering the ID following by a double cross would be useful or confusing? E.g. Grouped lists would be converted to Grouped lists.
binder Oct 5, 2006 version 4	Antwort auf Not sure, if this is a bug... hmm.. I would list this as a bug. I definitely made a linebreak. And whatever intention I had => this is a linebreak? In my point of view, it doesn't matter, if I write projView > add folder function oder [ [item:123] ]; of course, the first would be much faster,... What I am missing in wiki-formatting is a way to do some nested lists like entry Unkwown item 1 entry guest subentry Unkwown item 1 subentry guest some text entry raimi "some text" should be connected to "subentry guest" and entry raimi should start with 3. But either way (with # at beginning or with 3. at the beginning) entry raimi is beginning with 1.
pixtur Oct 6, 2006	On connected numbered lists... Yeah, this would be very cool... This would be possible with html: Mit start= innerhalb des einleitenden Tags von <ol> können Sie einen beliebigen Startwert setzen, z.B. <ol start="7">. Die Nummerierung beginnt dann bei 7. from selfhtml There are trree possibilities: I could always count up If the list is defined with numbers I could use the first number as start. Like: I could overwrite each LI-entrie with the number (tricky to programm) 3. Bla3 6. Bla4 This list would be rendered like 3. Bla3 4. Bla4
binder Oct 6, 2006 version 2	Antwort auf On connected numbered lists... my favourite: If the list is defined with numbers I could use the first number as start. from pixtur But still the need for some lines of code with a linebreak within a list... Could be tricky...
pixtur Oct 6, 2006	Forced linebreaks will be added with a double slash at the end of the line.
binder Nov 13, 2006	I am still not convinced... ;) working since has been complicated for me. I think making a new line has to be a new line then. <- this was a new line. <- this was two new lines. It's not the way I format texts, if I have to do two lines to seperate a line from another? grml ;)
pixtur Nov 13, 2006	But what if... ... there would be this very cool // syntax, which would add just he linebreak you want to have? My lines should never// get too long. Currently its 1:1. I will only change this behavior, if other users complain. Note that all other wikis (trac, mediaWiki and phpWiki are on my side).
madlyr Nov 13, 2006	I agree with binder It's confusing. You feel, like streber eats your line breaks after saving edited text. Why one line breaks means and do nothing?
pixtur Nov 13, 2006	Because it not visible in text? I don't really know for sure. I just copied from the other wikis :)
binder Nov 14, 2006	hmm... just to mention the most famous wiki: www.wikipedia.org => here the behaviour is as I (and madlyr) pointed... I must admit, I don't know trac, mediaWiki and phpWiki... G
pixtur Nov 14, 2006	agreed... I will change the behavior (It's not a big deal).
binder Nov 15, 2006	Antwort auf agreed... YYYEEEEEESSSSSSSSSSSS!!!!!! strike ;)
pixtur Nov 16, 2006	fixed in next revision

linebreaks are not taken as written / #2319

Summary

Attached files

Attached files

13 Comments

13 Comments

Comment / Update