Not logged in. · Lost password · Register
Forum: Offtopic Chit Chat RSS
I reported a BUG to the tracker and it was closed without sollution
Avatar
Uber Geek #1
Member since Sep 2007 · 5 posts
Group memberships: Members
Show profile · Link to this post
Subject: I reported a BUG to the tracker and it was closed without sollution
I've have now found where you have HIDDEN the bug tracker

I added a report to the bug tracker which was closed

I also tried to add a page to the wiki to explain what it is I am reporting but the page was simply deleted with the comment
post bug reports in the forum.

By the way the following will probably be meaningless seeing as how the examples given are intended to show up on a dokuwiki page and not a forum.

This is an old revision of the document!


−Table of Contents
Blank lines appear as code boxes
[edited to add]
It does NOT work
The FixBlank lines appear as code boxes
I would like to report a bug which affects the output of pages

I do not really know how to explain it or if this is the right place to tell you about it however I can show you what i mean here

the problem is Blank lines are being returned with this markup '<pre class=“code”> </pre>'

rather than the expected '<br />&nbsp;<br />'

this fills pages with empty code boxes between lines of text

                   like so

Please help

I can be contacted via email at admin@threesixes.co.uk

I have found this in the Wiki Syntax help section which sort of explains things

Paragraphs are created from blank lines. If you want to force a newline without a paragraph, you can use two backslashes followed by a whitespace or the end of line.

This is some text with some linebreaks
Note that the two backslashes are only recognized at the end of a line
or followed by
a whitespace \\this happens without it.

This is some text with some linebreaks\\ Note that the
two backslashes are only recognized at the end of a line\\
or followed by\\ a whitespace \\this happens without it.You should use forced newlines only if really needed.

It does NOT work
I have tried to use backslashes to create a blank line without the new <p> paragraph But it does not work

//

I still get the boxes, and to honest even if it did work I think it is too much to ask of my members to remember to add backslashes to blank lines, surely there is a section of code which can be edited to make the wiki return this markup <br />&nbsp;<br /> as opposed to this markup <p><pre class=“code”> </pre></p>


Okay so I had a look through the parser files

I found that inc/parser/xhtml.php is the file which creates the markup

I found the line of code needed

 function preformatted($text){
    $this->doc .= '<pre class="code">' . $this->_xmlEntities($text) . '</pre>'. DOKU_LF;
}

is it not possible to edit the code so that it returns blank lines as '&nbsp;< br />' ?

I'm sure this would solve the issue
This post was edited on 2007-09-17, 16:12 by Uber Geek.
Avatar
purplepaisley #2
Member since May 2006 · 142 posts · Location: UK
Group memberships: Members
Show profile · Link to this post
http://bugs.dokuwiki.org/
chi #3
Member since Jun 2006 · 1851 posts · Location: Munich Germany
Group memberships: Members, Super Mods, Wiki Managers
Show profile · Link to this post
In reply to post #1
Hi,

I think your problem is that the empty lines still contain whitespace (could happen if you do a lot copy/paste). If that`s the case a code box is generated.

"_" means whitespace in the following example:
__text preceded by two whitespaces will generate a code block
__

The last "empty" line will still generate a code block because of the two whitespace, you have to make sure that empty lines don`t contain any whitespace to avoid the generation of code boxes. If that doesn`t solve your problem you may file a bug with detailed information about your setup at the bugtracker mentioned by purplepaisley.
Please add [SOLVED] to the initial thread subject if you feel your question has been answered.
If my answer doesn't make sense maybe your question didn't either - just visit http://facepalm.org.
Avatar
Uber Geek #4
Member since Sep 2007 · 5 posts
Group memberships: Members
Show profile · Link to this post
Thanks Chi

I have posted on the bug tracker, because a lot of my members content is Copy/Pasted

I'm hoping to find the way code blocks are generated only I dont know which file deals with the match
chi #5
Member since Jun 2006 · 1851 posts · Location: Munich Germany
Group memberships: Members, Super Mods, Wiki Managers
Show profile · Link to this post
Quote by Uber Geek:
I have posted on the bug tracker, because a lot of my members content is Copy/Pasted

Then it`s what I thought, this is not a bug!! If you copy/paste you have to make sure that empty lines are really empty and don´t contain any whitespace!
Please add [SOLVED] to the initial thread subject if you feel your question has been answered.
If my answer doesn't make sense maybe your question didn't either - just visit http://facepalm.org.
Avatar
andi (Administrator) #6
User title: splitbrain
Member since May 2006 · 3370 posts · Location: Berlin Germany
Group memberships: Administrators, Members
Show profile · Link to this post
In reply to post #1
Quote by Uber Geek:
I've looked and I cannot find where to post bug reports

Then you haven't looked very hard. If you had read the forum rules (marked with "Read me first") it would have given you a direct link to the tracker.  :#:
Read this if you don't get any useful answers.
Lies dies wenn du keine hilfreichen Antworten bekommst.
Avatar
Uber Geek #7
Member since Sep 2007 · 5 posts
Group memberships: Members
Show profile · Link to this post
Andi
If you didn't host content on two forums etc. etc.

this is in a general chat area

I was generally chatting about something to do with dokuwiki

P.S forum rules generally stipulate a code of conduct, why would i look there to find a security section?

Chi
to me a bug is an unwanted or unexpected outcome

the only way this could not be a bug is if it was an intended outcome but i fail to see a purpose

people copy and paste all the time

many people prepare work offline on a word editor and then paste into the wiki
those people are not happy and I can see why
This post was edited on 2007-09-17, 15:58 by Uber Geek.
Avatar
andi (Administrator) #8
User title: splitbrain
Member since May 2006 · 3370 posts · Location: Berlin Germany
Group memberships: Administrators, Members
Show profile · Link to this post
*plonk*
Read this if you don't get any useful answers.
Lies dies wenn du keine hilfreichen Antworten bekommst.
Avatar
Uber Geek #9
Member since Sep 2007 · 5 posts
Group memberships: Members
Show profile · Link to this post
What does plonk mean?

Okay I read through your how to's and nothing I have done is wrong

if the bug tracker will not recognize this unwanted output as a BUG then perhaps you can just tell me which files control the handling of <code> tags

and I do the rest myself
This post was edited on 2007-09-17, 16:15 by Uber Geek.
chi #10
Member since Jun 2006 · 1851 posts · Location: Munich Germany
Group memberships: Members, Super Mods, Wiki Managers
Show profile · Link to this post
In reply to post #7
Quote by Uber Geek:
the only way this could not be a bug is if it was an intended outcome but i fail to see a purpose

See http://wiki.splitbrain.org/wiki:syntax#non-parsed_blocks.
Please add [SOLVED] to the initial thread subject if you feel your question has been answered.
If my answer doesn't make sense maybe your question didn't either - just visit http://facepalm.org.
Avatar
Uber Geek #11
Member since Sep 2007 · 5 posts
Group memberships: Members
Show profile · Link to this post
Thankyou Chi
Avatar
ChrisS #12
Member since Sep 2006 · 91 posts
Group memberships: Members, Wiki Managers
Show profile · Link to this post
Rather than reopen bug #1252, I thought I'd resuscitate this thread :)

On the face of it, it seems reasonable to ignore a non-parsed block triggered by leading spaces on a line if the entire block is white-space.

That would make this a worthwhile feature request rather than a bug ???
Avatar
andi (Administrator) #13
User title: splitbrain
Member since May 2006 · 3370 posts · Location: Berlin Germany
Group memberships: Administrators, Members
Show profile · Link to this post
Quote by ChrisS:
On the face of it, it seems reasonable to ignore a non-parsed block triggered by leading spaces on a line if the entire block is white-space.

Well what if you have an empty line in your code block? You wouldn't want the code box to be interrupted by it. Ignoring a whitespace line when no code block is currently open might makes sense, but could be complicated to parse.
Read this if you don't get any useful answers.
Lies dies wenn du keine hilfreichen Antworten bekommst.
Avatar
ChrisS #14
Member since Sep 2006 · 91 posts
Group memberships: Members, Wiki Managers
Show profile · Link to this post
I'm only talking about completely empty preformatted blocks and only those ones triggered by blanks at the start of the line, that is the "preformatted" syntax mode.

Implementation is straightforward as the "preformatted" mode uses a call rewriter to aggregate all of the contiguous "preformatted" content into one string which it writes as a single instruction.  Testing a trim() of the aggregated string is enough to avoid writing that instruction.

<file> & <code> use different handler methods (they are substition) so aren't affected.

/update, I sent a patch.
This post was edited 2 times, last on 2008-03-14, 04:01 by ChrisS.
Close Smaller – Larger + Reply to this post:
Verification code: VeriCode Please enter the word from the image into the text field below. (Type the letters only, lower case is okay.)
Smileys: :-) ;-) :-D :-p :blush: :cool: :rolleyes: :huh: :-/ <_< :-( :'( :#: :scared: 8-( :nuts: :-O
Special characters:
Go to forum
Imprint
This board is powered by the Unclassified NewsBoard software, 20150713-dev, © 2003-2015 by Yves Goergen
Current time: 2019-01-16, 13:32:19 (UTC +01:00)