I thought I mentioned this, but it may have only been on IMC. Using Firefox, the white code box stops after a bit when viewing code. Thus you can't see more text, even though it's there.
Also, any chance we could make the viewer copy-friendly? When I copy, it also copies a # at the start of each line for some reason.
Have you got an example of a code block that's broken in this manner? It might be the same thing I just fixed in the QSFP core code with the new skin but I need to be sure.
And the reason it's copying those # signs is because Firefox ( and IE ) are stupid when it comes to ordered lists that display line numbers. It thinks it needs to copy a placeholder for the digit space. The only way we could make that copy-friendly would be to remove the line numbers.
Ya, what happens with the view (except when viewing archives) is it's formatted then inserted into the DB, then recalled on view. The size of the file, in addition to all the html added at format, might be larger than the text blob size for the db. I'll see about increasing it.
That's as good as an example as I could find after just waking up :P
The cause of this is a bug in the Firefox engine. It's something I've reported on before but I forget what the bugzilla number is for it now. It used to happen to a forum post with a sufficiently large code block as well.
That's as good as an example as I could find after just waking up :P
The cause of this is a bug in the Firefox engine. It's something I've reported on before but I forget what the bugzilla number is for it now. It used to happen to a forum post with a sufficiently large code block as well.
Can't you login and view all bugs that you've reported?
Yeah, but I was being lazy this morning. It was early, I'm entitled :)
Anyway, I've gone back and looked now and they've closed all of the bugs I've reported or voted on except one, which isn't related. So they apparently feel the issue was resolved. Guess I need to go report another and use that URL as proof.
And the reason it's copying those # signs is because Firefox ( and IE ) are stupid when it comes to ordered lists that display line numbers. It thinks it needs to copy a placeholder for the digit space. The only way we could make that copy-friendly would be to remove the line numbers.
How about an option/link to display the code "Copy-friendly" (no line nums)?
Haven't tested this in Fx3 yet. Any idea if this is fixed? Getting to be a real pain.
Pretty much the whole reason it isn't copy friendly is because it uses the ul/li tags. Doing it any other way (via table cells or what have you) make it nearly impossible for the line numbers to match the code. Trust me… we tried :S
Edit:
Cheap trick. If the pastebin is editable, you can simply go into the editor and c/p from the form.
Er, didn't mean that. Was talking about Fx being unable to display the entire file.
04 Jul, 2008, David Haley wrote in the 16th comment:
Votes: 0
Why does using a table not work? If you used the same font in both, and aligned everything top/bottom the same way, wouldn't one row correspond to one line number / line content pair?
Zeno: Just tested it with Fx3, and I still get the extra space where it should show more of the displayed file. I used this file to test it, and my Fx3 displays it without error up until line 2029. then it all goes black a little into line 2030. So no, it doesn't appear to be fixed. =/
Why does using a table not work? If you used the same font in both, and aligned everything top/bottom the same way, wouldn't one row correspond to one line number / line content pair?
You'd think that wouldn't you? Well, for some reason the vertical spacing changes and offsets the line numbers ever so slightly, and by the 100th line or so, you're 2-3lines off.
Also, any chance we could make the viewer copy-friendly? When I copy, it also copies a # at the start of each line for some reason.