Embedding libraries was originally designed to make distribution of single addons easier. It is not arguable that there isn't _some_ sort of performance gain from running disembedded. What is true however, is that sometimes you don't always get authors who's addons will run right in both scenarios, and many people argue that the gains are minor.
Bottom line, I think it's a highly subjective topic and not one for which there is a clear right or wrong answer.
No the client has not been affected by this outbreak. There were a few addon pages that got infected due to an obscure bug in the sanitization process for comments. These have been removed and the hole has been fixed in an emergency patch today.
The client's ads are very tightly controlled (exactly for this reason) and were not compromised.
Well, I have some ideas for supporting the linux users. I can't promise anything yet, but once I get further along I'm going to do some more research to really test the feasibility of the idea.
curse's login stuff seems weird to me. i can go to an addon page and it will tell me i need to log in to post comments, but it also says i'm logged in at the top of the page. often a refresh will let me post.
This is a bug in Curse.com's auth that I've reported for months. It has to do with using the site under multiple computers (best I can tell).
Many of us are web developers. Strong skillsets in python and .net. I had a smattering of objective-c as well (which is quickly becoming one of my stronger skills). There are only 8 of us at the moment as well, and we all have multiple things going on.
While what you say does hold merit, please believe me when I say that we did spend a good deal of time asking just that question. The only thing we had decided at that point was that sticking with wxWidgets was really not a viable option.
Again, we have no one who's done any significant work in java in more than 5 years, the rest of us who have used it at some point in time is closer to a decade (I remember using java 1.1 last). But java was in fact considered.
Well it also has to do with skillsets. Developing it in c++/qt would have been nice in a lot of ways but not having a c++ dev permanently on staff would make that... challenging.
I know; I was trying to suggest that you should have met Linux users halfway by using a language that *would* result in a CC that works under Wine.
I don't understand why you would want to force yourselves to spend the extra effort to support multiple platforms when you could use a better cross-platform language from the beginning to develop for all platforms simultaneously from the same codebase.
While I understand that the MacOS X port is probably written in a different language (Objective C?), I imagine alot of the logic and effort is shared between the two ports.
I'm sure that the design decisions made were based on the available resources and technologies, and with the dreams and desires of our most hallowed membership taken to heart.
There you go Kaelten, now pony up the Curse award points you promised me. :P
lol, wut?
More seriously, the decision to go this route was based on a lot of factors including the number of users we see on the platforms, the technology known by our developers, time requirements, and more.
I don't get why they don't just use something more cross-platform like Java so that they don't have to rewrite the damn thing for every platform they want to support. Someone at Curse has a hard-on for non-portable languages that shouldn't be applied to the Curse Client :p
On the other hand, Linux isn't officially supported by WoW either. CC should be made to run under Wine, and people should be willing to use it that way since they use WoW that way (AFAIK).
Unfortunately Wine/Mono do not currently support enough of .Net 3.5 to run the client.
I don't like putting our linux people in a lurch, but the numbers just weren't there for me to argue for support. Mac users make up ~5% of the userbase, linux <.5%. In the future when our development schedules are not so overloaded I can try again, but for now I'm just not able to.
Yes it's been brought to our attention, however fixing it in the v3 version has proved to be challenging. To my knowledge this behaves correctly in both v4 versions.
0
0
Bottom line, I think it's a highly subjective topic and not one for which there is a clear right or wrong answer.
0
The client's ads are very tightly controlled (exactly for this reason) and were not compromised.
0
0
This is a bug in Curse.com's auth that I've reported for months. It has to do with using the site under multiple computers (best I can tell).
0
0
0
0
While what you say does hold merit, please believe me when I say that we did spend a good deal of time asking just that question. The only thing we had decided at that point was that sticking with wxWidgets was really not a viable option.
Again, we have no one who's done any significant work in java in more than 5 years, the rest of us who have used it at some point in time is closer to a decade (I remember using java 1.1 last). But java was in fact considered.
0
0
I did actually a week or two ago, although I no longer have 10.6 installed. I'll keep you in mind for the beta though :)
If only it where so simple my friend. :(
0
lol, wut?
More seriously, the decision to go this route was based on a lot of factors including the number of users we see on the platforms, the technology known by our developers, time requirements, and more.
I'll send you a PM.
Unfortunately Wine/Mono do not currently support enough of .Net 3.5 to run the client.
I don't like putting our linux people in a lurch, but the numbers just weren't there for me to argue for support. Mac users make up ~5% of the userbase, linux <.5%. In the future when our development schedules are not so overloaded I can try again, but for now I'm just not able to.
I'm sorry guys. :(
0
0
0