Annoying Sentence Structures (ASS)
-
English is British English which is the Queen's English. American or US English proves me right (which is where I am). Australian English seems to be similar to British English. But it all depends on the author. In this case, I'm invoking "creative license".
But there is no such thing as British English. Which part of that are you having trouble with? The Us probably call it that because they can't call it English because that would mean they are speaking anything other than English. (Which they are)
------------------------------------ I will never again mention that I was the poster of the One Millionth Lounge Post, nor that it was complete drivel. Dalek Dave
-
But there is no such thing as British English. Which part of that are you having trouble with? The Us probably call it that because they can't call it English because that would mean they are speaking anything other than English. (Which they are)
------------------------------------ I will never again mention that I was the poster of the One Millionth Lounge Post, nor that it was complete drivel. Dalek Dave
Dalek Dave wrote:
But there is no such thing as British English.
A name by any other name is still a name.
Dalek Dave wrote:
Which part of that are you having trouble with?
None. But we can call it whatever we want. Creative license.
-
From that website :"Philadelphia, USA • Mumbai, India • Tokyo, Japan" The defence rests, none of them speak English, merely some bastardized representation of it. The Clue is in the Name. You should learn English as she is spoke.
------------------------------------ I will never again mention that I was the poster of the One Millionth Lounge Post, nor that it was complete drivel. Dalek Dave
spoke? :wtf:
Luc Pattyn [Forum Guidelines] [Why QA sucks] [My Articles] Nil Volentibus Arduum
Please use <PRE> tags for code snippets, they preserve indentation, and improve readability.
-
spoke? :wtf:
Luc Pattyn [Forum Guidelines] [Why QA sucks] [My Articles] Nil Volentibus Arduum
Please use <PRE> tags for code snippets, they preserve indentation, and improve readability.
-
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
-
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
Better flat than C#.
-
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.
-
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
-
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; }
-
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
-
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.
-
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
-
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
a. I've been in QA far too long. And my Math background makes me quite anal(ytical). :) b. Nothing like working at dawn for things to dawn. That's the problem with adding CSS attributes to every minutia these days, everything requires a DIV tag around it. Glad you got it fixed.