I have noticed that there is ...
-
Too many unused letters for my taste.. :-D -- Oneigaishimasu! I blog too now[^]
-
Zdeslav Vojkovic wrote: i like the way it is done in C++/CLI when the object is automatically disposed when it goes out of scope (and i'm aware why this is not supported in C#) Yes, but if you ever take an object allocated on the stack and store its address (by pointer or reference) as an element of a collection (for later retrieval), BOOM! Regards, Alvaro
Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is. -- GWB, 1999.
of course, this is programming 101, but the point is that you must know what you're doing and that it's good to have a choice. without deterministic finalization, all resource management (except memory) is left to developer, so if you share the same object among multiple clients you have to take special care of who is calling Dispose() and this can get really ugly. this can be avoided if your object can wait for garbage collection cycle, but some resources are scarce and you must dispose them a.s.a.p. that said, i think that C# is generally going in good direction, it is just too protective for my taste. my current favorite for .NET programming is C++/CLI, but unfortunately, i don't get to use it at all
-
Too many unused letters for my taste.. :-D -- Oneigaishimasu! I blog too now[^]
-
"eau" could just as well have been spelled "å".. ;) Interestingly, "å" means water stream in Swedish.. :suss: -- Oneigaishimasu! I blog too now[^]
-
If you think we use umlauts and rings excessively in Swedish, take a look at the Czech language! All those modifiers are scary! :~ -- Oneigaishimasu! I blog too now[^]
-
"eau" could just as well have been spelled "å".. ;) Interestingly, "å" means water stream in Swedish.. :suss: -- Oneigaishimasu! I blog too now[^]
There's a (very slight) difference in pronunciation between "eau" and "o"...IMO the beauty of French words comes also from their history, their etymology...that's why the way words are written may vary from their phonetic value. It's probably hard to understand for someone used to a germanic language :-D
Fold With Us! Chaos A.D. Disorder unleashed
-
If you think we use umlauts and rings excessively in Swedish, take a look at the Czech language! All those modifiers are scary! :~ -- Oneigaishimasu! I blog too now[^]
Jörgen Sigvardsson wrote: we use umlauts and rings excessively in Swedish, Noooo[^] :-D Jörgen Sigvardsson wrote: All those modifiers are scary! We have our share of them: é, è, à, ç, â, î, ô, ï, ö, ë, ä, ê, ù, ü...
Fold With Us! Chaos A.D. Disorder unleashed
-
There's a (very slight) difference in pronunciation between "eau" and "o"...IMO the beauty of French words comes also from their history, their etymology...that's why the way words are written may vary from their phonetic value. It's probably hard to understand for someone used to a germanic language :-D
Fold With Us! Chaos A.D. Disorder unleashed
K(arl) wrote: There's a (very slight) difference in pronunciation between "eau" and "o" "å" doesn't quite follow the rules of "o"... In Swedish, I would definately spell it with an "å". But since we're a lazy bunch of people here up north, we just assimilate the word as if it was our own. I think the word is used for perfumes. Cologne and eau de toilette.. am I far off..? :~ K(arl) wrote: It's probably hard to understand for someone used to a germanic language Man muss alle Buchstaben aussprechen! ;) -- Oneigaishimasu! I blog too now[^]
-
Jörgen Sigvardsson wrote: we use umlauts and rings excessively in Swedish, Noooo[^] :-D Jörgen Sigvardsson wrote: All those modifiers are scary! We have our share of them: é, è, à, ç, â, î, ô, ï, ö, ë, ä, ê, ù, ü...
Fold With Us! Chaos A.D. Disorder unleashed
So.. what does a ^ do to an i? Or a ¨ for that matter..? What do they modify? Pitch? Length? :confused: -- Oneigaishimasu! I blog too now[^]
-
K(arl) wrote: There's a (very slight) difference in pronunciation between "eau" and "o" "å" doesn't quite follow the rules of "o"... In Swedish, I would definately spell it with an "å". But since we're a lazy bunch of people here up north, we just assimilate the word as if it was our own. I think the word is used for perfumes. Cologne and eau de toilette.. am I far off..? :~ K(arl) wrote: It's probably hard to understand for someone used to a germanic language Man muss alle Buchstaben aussprechen! ;) -- Oneigaishimasu! I blog too now[^]
Jörgen Sigvardsson wrote: Cologne and eau de toilette Cologne, the french name for Köln[^]: It's funny to see that in swedish "you" choose the french name of a german city as a word..european history is quite complex :) Jörgen Sigvardsson wrote: Man muss alle Buchstaben aussprechen! And IMO it's the only easy part when learning German :-D
Fold With Us! Chaos A.D. Disorder unleashed
-
So.. what does a ^ do to an i? Or a ¨ for that matter..? What do they modify? Pitch? Length? :confused: -- Oneigaishimasu! I blog too now[^]
When adding a "¨", it means the letter must be pronunced as if it was alone, without taking care of the letters around, then not forming a syllable. For instance cigüe (= conium) is pronunced like "sig-uh", when cigue would be pronunced like "sig"..at least if it is was a real word :) . The modifier "^" is a souvenir of a gone "s" and indicates the letter should be pronunced on a lower tone. For instance, mâle (= male) was written in old French as "masle". é, è indicate different pitches, à and ù are used for grammatical reasons.
Fold With Us! Chaos A.D. Disorder unleashed
-
an integer is a value type (in .NET sense). this would mean that you can't change an integer. if you follow the same logic this should be illegal:
System.Drawing.Rectangle rc = new System.Drawing.Rectangle(5, 10, 15, 20); rc.Offset(1,2);if i can offset a rectangle this way, it should also be possible to do it inside foreach statement.Zdeslav Vojkovic wrote: if i can offset a rectangle this way, it should also be possible to do it inside foreach statement. It is :-)
Rectangle[] rectangles = new Rectangle[2];
rectangles[0] = new Rectangle(5, 10, 15, 20);
rectangles[1] = new Rectangle(5, 10, 15, 20);foreach (Rectangle rc in rectangles)
{
rc.Offset(1,2);
}rc does not reference a copy of rectangle[n], it references the actual Rectangle instance at the current iterator position. "After all it's just text at the end of the day. - Colin Davies "For example, when a VB programmer comes to my house, they may say 'does your pool need cleaning, sir ?' " - Christian Graus
-
Why do you exclude web application development from that? ASP.NET with C# is like an orgasm on tap.
Ðavid Wulff The Royal Woofle Museum
Audioscrobbler :: flikrDie Freiheit spielt auf allen Geigen
You are correct. I meant windows application development in the generic sense - to include both windows and web programming for microsoft centric solutions. "The Yahoos refused to be tamed."
-
You are correct. I meant windows application development in the generic sense - to include both windows and web programming for microsoft centric solutions. "The Yahoos refused to be tamed."
Ah, ok.
Ðavid Wulff The Royal Woofle Museum
Audioscrobbler :: flikrDie Freiheit spielt auf allen Geigen
-
:omg: No, not French, please. My wife tried to teach me (she has a BA in French) but I just couldn't get any of it. No, I prefer Italian - both the language and food :cool:
My programming blahblahblah blog. If you ever find anything useful here, please let me know to remove it.
-
Zdeslav Vojkovic wrote: if i can offset a rectangle this way, it should also be possible to do it inside foreach statement. It is :-)
Rectangle[] rectangles = new Rectangle[2];
rectangles[0] = new Rectangle(5, 10, 15, 20);
rectangles[1] = new Rectangle(5, 10, 15, 20);foreach (Rectangle rc in rectangles)
{
rc.Offset(1,2);
}rc does not reference a copy of rectangle[n], it references the actual Rectangle instance at the current iterator position. "After all it's just text at the end of the day. - Colin Davies "For example, when a VB programmer comes to my house, they may say 'does your pool need cleaning, sir ?' " - Christian Graus
jan larsen wrote: rc does not reference a copy of rectangle[n], it references the actual Rectangle instance at the current iterator position. no, it does not because Rectangle is a value type, so rc inside foreach is the boxed copy. the original instances in rectangles array remain unchanged, you can check in the debuger. you need this to change them:
int c = 0; foreach (Rectangle rc in rectangles) { rc.Offset(1,2); rectangles[c] = rc; c++; // no pun intended :) } -
:omg: No, not French, please. My wife tried to teach me (she has a BA in French) but I just couldn't get any of it. No, I prefer Italian - both the language and food :cool:
My programming blahblahblah blog. If you ever find anything useful here, please let me know to remove it.
Nemanja Trifunovic wrote: I prefer Italian Both languages aren't that far... Nemanja Trifunovic wrote: food Agreed! :drool: I would also mention women, but perhaps your wife is online too? :rolleyes:
Fold With Us! Chaos A.D. Disorder unleashed
-
Nemanja Trifunovic wrote: I prefer Italian Both languages aren't that far... Nemanja Trifunovic wrote: food Agreed! :drool: I would also mention women, but perhaps your wife is online too? :rolleyes:
Fold With Us! Chaos A.D. Disorder unleashed
K(arl) wrote: Both languages aren't that far... True, but they feel veery different. Italian is much more "Slavic-friendly" - it has only a couple of sounds that Serbian does not. French sounds like a music to me, but when I tried to actually learn it I got frustrated very quickly. K(arl) wrote: I would also mention women, but perhaps your wife is online too? LOL. I don't think she visits Soapbox. Anyway, Italian women I know are a little bit too loud for my taste.
My programming blahblahblah blog. If you ever find anything useful here, please let me know to remove it.
-
jan larsen wrote: rc does not reference a copy of rectangle[n], it references the actual Rectangle instance at the current iterator position. no, it does not because Rectangle is a value type, so rc inside foreach is the boxed copy. the original instances in rectangles array remain unchanged, you can check in the debuger. you need this to change them:
int c = 0; foreach (Rectangle rc in rectangles) { rc.Offset(1,2); rectangles[c] = rc; c++; // no pun intended :) }Hmm.., I take you word for it, and I admit that it's a mess that value types can so easily be confused with reference types. Operator
newshould be limited to creating objects on the heap. But still, I don't find System.Collections inferior to STL, on the contrary. To provide a ready library of collections, is a convenience, not something that really adds to the language itself. And I really don't find that STL is more convenient to use than System.Collections. First of all, STL is quite counter-intuitive to use, and secondly, they failed to provide one of my favorites, a hashtable. I can't remember a single larger project where I didn't use a hashtable, so if I was forced to use C++, I would have to implement my own hashtable. Now, I got a book on STL that states 'and it's easy to do using the existing collection templates'. Right, but the bloody idea was that I should use 'standard' templates as the S and T in STL indicates. "After all it's just text at the end of the day. - Colin Davies "For example, when a VB programmer comes to my house, they may say 'does your pool need cleaning, sir ?' " - Christian Graus -
Hmm.., I take you word for it, and I admit that it's a mess that value types can so easily be confused with reference types. Operator
newshould be limited to creating objects on the heap. But still, I don't find System.Collections inferior to STL, on the contrary. To provide a ready library of collections, is a convenience, not something that really adds to the language itself. And I really don't find that STL is more convenient to use than System.Collections. First of all, STL is quite counter-intuitive to use, and secondly, they failed to provide one of my favorites, a hashtable. I can't remember a single larger project where I didn't use a hashtable, so if I was forced to use C++, I would have to implement my own hashtable. Now, I got a book on STL that states 'and it's easy to do using the existing collection templates'. Right, but the bloody idea was that I should use 'standard' templates as the S and T in STL indicates. "After all it's just text at the end of the day. - Colin Davies "For example, when a VB programmer comes to my house, they may say 'does your pool need cleaning, sir ?' " - Christian GrausI still prefer STL because it's type safe and it is much more than just collections, algorithms and IO/streams are equally important as collection classes, and iterators are something that makes the difference between good and bad collection implementation. it seems that microsoft also thinks that STL is superior since the whole use case for generics in 2.0 is to replace current collections, because generics are not quite suitable for other stuff like templates. OTOH, i completely agree that lack of hashtable in STL is serious omission, but many STL implementations have it included (SGI, STLport). vector is an abomination which is really not a vector at all. string implementation could also be much more user friendly, i much prefer CString.
