|
Abhinav S wrote: I guess everyone in China speaks Chinese
Mandarin?
Cantonese?
Hokkien?
Plus all the dialects, it is a bigger problem than you think!
------------------------------------
I will never again mention that I was the poster of the One Millionth Lounge Post, nor that it was complete drivel. Dalek Dave
|
|
|
|
|
AFAIK that while the spoken dialects vary greatly the written form is the same for all of them.
3x12=36
2x12=24
1x12=12
0x12=18
|
|
|
|
|
Plus there is Pinyin[^].
(The inventor of which is here[^])
------------------------------------
I will never again mention that I was the poster of the One Millionth Lounge Post, nor that it was complete drivel. Dalek Dave
|
|
|
|
|
I suggest you start filling the one forum you just got before requesting more of them.
|
|
|
|
|
the smiley
doesn't always get turned into an img. sometimes it just stays like
|
|
|
|
|
I'll take a look. Found it, fixed it. Next upload.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
modified on Monday, July 26, 2010 5:06 PM
|
|
|
|
|
Any chance you could move the "All Message Boards" menu item to the top of that section? The menu is getting too long and I have to scroll down to access it. Thanks!
|
|
|
|
|
It will be done.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
[C. M. Burns] Ehhh-xcellent [/C. M. Burns]
|
|
|
|
|
Is it just me, or does it appear that one of the latest builds of the site has broken the ability for the Google spell check feature on the Google tool bar to no longer work in the forums?
I click it (with obvious errors) and it does not even come up and say 'no errors found'. It just does not seem to perform a check.
I just seemed to notice this here today at work, i will try when I get home latter to see if it is a location specific thing since my current employer forces me to STAY with IE6 so that MAY have something to do with it. I have not however noticed this behavior on any other sites by Code Project though so...
|
|
|
|
|
I cannot think of anything that would cause it to fail on our end, but Google did announce[^] that it's dropping support for IE6.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
For the new discussion boards list:
1. Some descriptions end with a period, some don't.
2. When saying "something related discussions", there should be a hyphen before related (i.e., Linux-related).
3. Some "related"s have a capital R (i.e., Windows 7 Related).
4. Most forums have discussions, Visual Basic has questions. Et tu Chris?
5. Always add a comma before etc.
6. Perl and Python require the word discussions.
7. OMG, a real issue. The Coding Horror, The Back Room, and the Non-English Forums rows (or cells) are not aligned.
Bassam
|
|
|
|
|
7) Which browser?
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
|
That was quick.
Here's a few more.
1. ASP.NET is only development? "ASP.NET only web development" should be "Only ASP.NET web development discussions" (or questions (probably the former)).
2. C / C++ / MFC also have questions. All is forgiven on VB. I am curious to your reasoning between questions and discussions?
3. C++/CLI needs spaces around slash.
4. LINQ has flavo(u)rs (not the issue), but no discussion.
5. 7 from before is still an issue. Guess I gave you an interesting one. I believe it breaks when the text under Forum is two rows long. The row highlight though is correct. It seems the two are not completely dependent on each other.
6. Hardware & Devices - Trouble shooting needs no space or a hyphen.
7. Personal preference, descriptions should end with periods. On occasion, they're multiple sentences long and it seems weird putting a period on the first one, but not on the last, or not on all of them.
8. Sharepoint also has related in the description.
|
|
|
|
|
3. No, C++/CLI means "C++ on the CLI", not "C++ and/or CLI".
4. Yes, LINQ has various flavours. Want me to write flava instead? Word.
5. I hate CSS and rendering engines. Seriously. How on earth can a table cell be shorter than it's row?? I will ponder.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
4. I did say the spelling was not the issue.  It just says LINQ (All Flavours), not questions or discussions.
5. That one is annoying. Is each cell in its own table per chance?
|
|
|
|
|
Bassam Abdul-Baki wrote: That one is annoying. Is each cell in its own table per chance?
 <- That's me giving you a very flat look.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
|
For the cell height, the only difference I see is that the Description column has a .hover-container CSS attribute that the other columns do not have. Deleting ".hover-container" should fix it since you have the .hover-row attribute.
|
|
|
|
|
hover-container defines the element containing the button-group that holds the buttons. hover-row defines the entire row to be highlighted on mouse over.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Interesting. Commenting out hover-container worked for me. However, commenting out display:block also worked. Couldn't see any direct side-effects from either of these actions.
.hover-container
{
position:relative;
//display:block;
margin-right:1em;
}
|
|
|
|
|
Yep - this also helps, but causes problems in other browsers.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Well done! What was the issue? Looks like you deleted an entire stylesheet.
|
|
|
|
|
a) It's gratifying that you noticed
b) The issue was a weird one.
In Gecko and WebKit, if you specify that a table cell is to be displayed as a block then the boundaries of that cell (at least the boundary where a border will be drawn) can be shorter than the height of the row.
I have a set of buttons that appear when you hover over a row (class=hover-row). The buttons are wrapped in a SPAN that is displayed when you hover over the row, and their position is constrained by the immediate container they are within (class=hover-container). To position the buttons correctly, the container needs to have position:relative and display:block, and the buttons themselves are position:absolute. If the hover-container element (the table cell, in this case) doesn't have relative/block then the bottons appear at the top right of the page. If they do have relative/block then the border of the cell is screwed up since the cell can now be shorter than the row.
It dawned on me around 1am that all I was trying to do was constrain the buttons to be within the table cell, so I wrapped everything in the table cell within a div, gave it the hover-container class, and bingo, everything worked.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
