...now I'm trying to remember the hand signs from charades. But that's mostly because the idea of you charadesing "back-end upgrade" at Dee is cracking me up. Two words, one of them hyphenated, vulgar hand gestures....
("What did your users expect you to do at the conference?" "They wanted system upgrades and interpretive dance.")
Just wondering, I'm using the Caramel style and it's changed since the push? It normally looks like this, where the headers and the headers of comments are highlighted, but now comments don't have the highlight, like this.
Have you changed the <h?> headers on pages? Entry headers used to be bigger IRRC. Also, they're very hard to click now when viewed with SeaMonkey 2.10 or Firefox 13.0. Their clickable area has become a strip a few pixels high above the text—unless there is no user picture in the entry, then they work normally—as may be seen here.
(As always, sorry for the non-English letters found there. I'm doing my best to force those pathetic 6/7 of the world's population to toe the DW line, but the stubborn bastards still insist on using their ugly parley-voos. Dorks.)
Whenever I click on an entry with cut text (specifically this entry) the text is merged and smushed together with the comment I'd posted on that entry. It works find if I just expand the cut from the read page, but not if I'm on that post's page. Is there a reason for this?
Try adding or removing tags - the entry doesn't have them in matched pairs, which is making them eat into the page's divs, which makes things get all wonky.
Is it all entries with cuts, or just that one? I'm not seeing it on some cut entries on my reading list, but... low sample size *g*
Just this one - all my other entries seem to be reading fine. I've tried adding to four and cutting down to two, but neither is working. Granted, this entry does have a lot more in the way of divs than my others.
Yeah, I'll poke at the code some for you. You're the second person to report this problem (the other was a very div-heavy RP reserve page) so I'm trying to figure out where things went wonky *g*
I'm still trying to see what's causing the clicking issue but here's how you can restore entry headers to their original size: enter the number 2 in the field for 'Size of entry title font' at http://www.dreamwidth.org/customize/options?group=fonts.
I would explain to you why this happened but it's a bit complicated and I'm afraid my explanations wouldn't be clear at all. However I can tell you this is the result of a rare set of circumstances created by the changes I've made to implement a new option and the customizations you've made. I did file a bug about it so that our dev team can see if it's something they might be able to fix, though. My sincere apologies for the inconvenience.
Best, 90d
Edit: I figured out why the link became unclickable and I'm trying to fix it. In the meantime, restoring the size to 2em should make it partially clickable again, as it used to be.
Yeah, I think they got missed somehow - I know we had to manually add the preview last night, but I think the rest got missed because it was late and we were tired (I say 'we' but I was mostly an observer)
I think I found one issue with the Database style - I use the Green version and on the filters drop-down on my nav-strip, the text colour is the same as the drop-down background colour.
Yes, that's what I mean. I'm on Chromium 16, and now I suppose it somehow overrides that background color - it's light grey and i think the text is set to a tad darker grey. What color should the background be?
(This is something i can totally live with if it's just my browser being stupid)
When our developers make changes and they're added to the code that runs the site, this isn't done on dreamwidth itself -- the code is checked into our code repository, but the site itself stays running a "known good" version of the code while development happens and people test the changes, see if there are any problems, etc. At certain points, when we think the development version is at a stable point and (most of) the bugs are out of it, we "push" that code out onto dreamwidth (hence the process known as a "code push") and the live site is updated to the most recent version of the development version. Which is why after every code push, you get shiny new toys to play with. :)
no subject
no subject
no subject
("What did your users expect you to do at the conference?" "They wanted system upgrades and interpretive dance.")
no subject
no subject
no subject
no subject
no subject
no subject
After a bit of poking around, I've found out that comments do have headers if the comment has a subject, if that helps.
no subject
Also, it's my belief that the Internet is always watching...Like Cthulhu, only less crazy-making.
Also, wow. Firefox recognized Cthulhu as a word.
no subject
(As always, sorry for the non-English letters found there. I'm doing my best to force those pathetic 6/7 of the world's population to toe the DW line, but the stubborn bastards still insist on using their ugly parley-voos. Dorks.)
no subject
no subject
no subject
Is it all entries with cuts, or just that one? I'm not seeing it on some cut entries on my reading list, but... low sample size *g*
no subject
no subject
no subject
no subject
no subject
♥ Much obliged for the help :-) .
no subject
http://www.dreamwidth.org/stc/wideopen/koi_page_background.jpg
no subject
I'm still trying to see what's causing the clicking issue but here's how you can restore entry headers to their original size: enter the number 2 in the field for 'Size of entry title font' at http://www.dreamwidth.org/customize/options?group=fonts.
I would explain to you why this happened but it's a bit complicated and I'm afraid my explanations wouldn't be clear at all. However I can tell you this is the result of a rare set of circumstances created by the changes I've made to implement a new option and the customizations you've made. I did file a bug about it so that our dev team can see if it's something they might be able to fix, though. My sincere apologies for the inconvenience.
Best,
90d
Edit: I figured out why the link became unclickable and I'm trying to fix it. In the meantime, restoring the size to 2em should make it partially clickable again, as it used to be.
no subject
no subject
no subject
no subject
no subject
None of the images for Koi on Wide Open are showing up in the preview:
http://www.dreamwidth.org/customize/?layoutid=385364&show=all
no subject
no subject
no subject
no subject
no subject
no subject
no subject
by zvi for EasyRead
I hope this answers the question. If not, please assist in extracting the required data.
no subject
no subject
no subject
no subject
(This is something i can totally live with if it's just my browser being stupid)
no subject
#lj_controlstrip select {
background-color: #000000;
color: #fefefe;
}
Do you think adding !important could make it apply?
no subject
Upgrading to version 20 also didn't make it stop doing that.
BUT: I found http://code.google.com/p/chromium-os/issues/detail?id=18865 and it looks like "Workaround is to set the background color for the options within the select" works. So now I have
#lj_controlstrip option {
background-color: #000000 !important;
color: #fefefe !important;
}
and that works :)
no subject
no subject
no subject