| Bug Reports |
|
Forum Index - SMW Central - Site Questions & Bugs - Bug Reports |
|
|
|
|
| Posted on 2011-08-18 02:37:35 AM |
Link | Quote |
|
|
It considers you online if you've done something during the last five minutes. I don't know how much the Logout button does.
|
|
| Posted on 2011-08-18 10:04:57 AM |
Link | Quote |
|
|
Well, I'm guessing it just clears your login cookie or whatever.
|
|
| Posted on 2011-08-19 12:23:28 AM |
Link | Quote |
|
Links move downwards in one sentence with a smiley, like this:
aaaaaaaaaaa  aaaaagagagaqjqjqjqjqjblblblblblb
Also, it only works with no layout, if i dont disable layout, it looks normal.
|
|
| Posted on 2011-08-19 02:14:08 AM |
Link | Quote |
|
|
I see nothing wrong with that link. I can see that smilies are higher than the other text, but that's the only oddity I can find.
|
|
| Posted on 2011-08-19 03:42:33 AM |
Link | Quote |
|
Alcaro, this is how they appear to me(in Chrome):
|
| Last edited on 2011-08-19 03:43:09 AM by Sind. |
|
| Posted on 2011-08-19 04:22:32 AM |
Link | Quote |
|
Looks like issue in WebKit. It seems it was already reported: https://bugs.webkit.org/show_bug.cgi?id=62421.
In short, post cell contains valign="top" which aligns content of cell to the top (vertical-align:top), but for some reason it's inherited in WebKit for text inside the table. On text elements, vertical-align:top has different effect, it makes text appear on level of top of images.
But there is also something - in WebKit elements without valign imply default vertical-align:baseline. It's OK, unless there is something in table cell which isn't in some tag.
Now... another example...
testroomoftestbecauseilikeit (some words are in <span>)
I will never understand why valign="top" is there in first place - it's default for table cells.
It doesn't happen with layouts just because layouts use some kind of container, usually <div> or <table>.
|
| Last edited on 2011-08-19 04:24:51 AM by GlitchMr. |
|
| Posted on 2011-08-20 04:36:51 AM |
Link | Quote |
|
Originally posted by Glitch.MrI will never understand why valign="top" is there in first place - it's default for table cells.
No it isn't. "middle" is default.
|
|
| Posted on 2011-08-22 09:22:38 AM |
Link | Quote |
|
Emoticons do not seem to work anymore.
  
|
|
| Posted on 2011-08-22 09:31:39 AM |
Link | Quote |
|
Originally posted by The Secret Exit
 
Wow I guess... Kieran probably disabled them for some or other reason but... Eh... We'll see...
|
|
| Posted on 2011-08-22 06:34:33 PM |
Link | Quote |
|
|
Minor bug. Fixed.
|
|
| Posted on 2011-08-22 07:41:00 PM |
Link | Quote |
|
On a somewhat related note, is there any way the Code boxes can have automatic line breaks/padding added to them? I say this now because many people who post sections of music text files either put them in Code boxes without any line breaks (causing massive table-stretching) or post their music as post text. This makes it look like:
o3c8<d f<f4g4d8
<c1...
...etc. It's something that's always bugged me about Code boxes, which is why I rarely use them.
|
| Last edited on 2011-08-22 07:41:41 PM by Camerin. |
|
| Posted on 2011-08-25 06:18:34 AM |
Link | Quote |
|
|
I think IE does it that way because Microsoft's standards are out of date. Last time they updated that was when Netscape was bigger than Firefox, though I'm probably wrong, (like with the absolute maximum BP you can have in Paper Mario being 31)
|
|
| Posted on 2011-08-25 07:17:27 AM |
Link | Quote |
|
Originally posted by CamerinOn a somewhat related note, is there any way the Code boxes can have automatic line breaks/padding added to them? I say this now because many people who post sections of music text files either put them in Code boxes without any line breaks (causing massive table-stretching) or post their music as post text. This makes it look like:
o3c8<d f <f4g4d8
<c1...
...etc. It's something that's always bugged me about Code boxes, which is why I rarely use them.
No, that should never, ever be done. There is a reason code boxes don't have line breaks, it's because they are to be used FOR CODE. You do not want word wrapping to randomly show up in one of your lines of code. Code boxes are there so that what you write comes out exactly as you put it down, every single time. This has been brought up numerous times.
|
|
| Posted on 2011-08-25 08:01:51 AM |
Link | Quote |
|
Originally posted by WiimeiserI think IE does it that way because Microsoft's standards are out of date. Last time they updated that was when Netscape was bigger than Firefox, though I'm probably wrong, (like with the absolute maximum BP you can have in Paper Mario being 31)
You're thinking of quirks mode (aka ten-year-old mode). We left that many months ago.
I disagree with code boxes not needing wrapping (at least set overflow-x to something so they won't stretch the tables), but it's not my website.
|
|
| Posted on 2011-08-25 08:14:01 AM |
Link | Quote |
|
|
Some kind of scroll bar is fine for code boxes, but linewrapping is bad because it can cause confusion when copying code that wraps around.
|
|
| Posted on 2011-08-25 08:28:27 AM |
Link | Quote |
|
At least 90% of the code around here is ASM, and stretchy ASM is very rare.
Among the stretchy stuff, music data (which ignores whitespace) and ROM/RAM addresses (which fits much better in quote tags) are the most common.
|
|
| Posted on 2011-08-25 04:08:48 PM |
Link | Quote |
|
|
The ASM itself is not stretchy, but comments can be very stretchy at times. If a comment changes lines and gets copied, it will throw an error that the person you are sending it to may not understand.
|
|
| Posted on 2011-08-25 04:33:42 PM |
Link | Quote |
|
Originally posted by HuFlungDuIf a comment changes lines and gets copied, it will throw an error that the person you are sending it to may not understand.
Then again, copying stuff directly from code tags doesn't work regardless, since all the line breaks disappear.
|
|
| Posted on 2011-08-25 05:34:50 PM |
Link | Quote |
|
|
Only if you use firefox. Both chrome and IE handle them as you would expect.
|
|
| Posted on 2011-08-26 09:57:17 PM |
Link | Quote |
|
Actually, you know what? Code boxes won't help music porters at all. Here:
Code; HEADER FOR ADDMUSIC 4
$6D $80 $6D $2B $ED $80 $7D $00 $F0
; global
#0 w255 t55
; channels
#0 q7f v255 y10 @0
#1 q7f v255 y10 @0
; sequences
#0
o3<d4f+8<a8b8>c+8d4a8f+4r8d4f+8<a8b8>c+8d4.r4.d4f+8<a8b8>c+8d4a8f+4r8d4f+8<a8b8>c+8d4.r4.>>>d4f+8a4g+8g4e8c+4r8<<<d4f+8<a8b8>c+8d4.r4.>>b8a+8b8>d4e8f+8f8f+8b4^16r1r2r16<d4f+8<a8b8>c+8d4
[r1]100 ; dummy
#1
o3r16<d4f+8<a8b8>c+8d4a8f+4r8d4f+8<a8b8>c+8d2^8.r16d4f+8<a8b8>c+8d4a8f+4r8d4f+8<a8b8>c+8d2^8.r32r32>>>d4f+8a4g+8g4e8c+4r8<<<d4f+8<a8b8>c+8d2^8.r16>>b8a+8b8>d4e8f+8f8f+8b1^2.^16r32r32<d4f+8<a8b8>c+8d2^8.r32r32r32
Attack of the Gooeys ho!
What we need is a different textbox code for music. [Music], or something like that. I know it would be a sizeable task, but music porters would highly benefit from it.
|
|
|
|
|
|
|
Forum Index - SMW Central - Site Questions & Bugs - Bug Reports |
