Originally posted by yotambien
View Post
Announcement
Collapse
No announcement yet.
Mono 2.8 Is Out With C# 4.0, Better Performance
Collapse
X
-
-
Originally posted by pingufunkybeat View PostThe multiple windows of GIMP can be a nuissance, but have you people ever heard of a window manager? Multiple desktops? Window grouping?
Seriously, it's 2010 and you're using Linux, how come you're complaining about things that were solved 20 years ago?
All these years, every time somebody complained about the lack of a single window interface in The Gimp somebody would appear justifying this model or dismissing the complain as a bad habit from Photoshop. Well, it turned out we were right.
Comment
-
Originally posted by movieman View PostIf there's a bug in the C compiler then it will crash. And odds are you're using gcc for both.
So if you want 'control' why are you using C rather than assembler? That's simpler and gives you total control and hence must be more reliable, right?
Most crashes in C are due to duff pointers, buffer overflows and incorrect memory management through malloc and free; C++ has features to drastically reduce those problems, so any substantial program which uses them is likely to be more robust in C++ than C.
You're arguing with the wrong person. I'm stating why people do it, not why people should do it. I use C++ for everything. I think it's better. But, knowing how it works, things can go wrong. It can go wrong in C too but some developers prefer having more control than standard C++.
Comment
-
Originally posted by yotambien View PostThat's not the point. It's true that in Linux we have an assortment of window managers that can satisfy the tastes of everyone. Multiple desktops and a window manager properly configured mitigate the pain, but don't solve the problem. The Gimp's floating window interface has been loathed since always, you can't pretend it's been just a few people who didn't know what a WM is (or that we don't know it either). Usability panels arrived at the same conclusion as those users, as well as the people at Adobe. Multiple monitors or very small screens are the only cases where a floating model is an advantage.
All these years, every time somebody complained about the lack of a single window interface in The Gimp somebody would appear justifying this model or dismissing the complain as a bad habit from Photoshop. Well, it turned out we were right.
In my eyes the multiple windows seems to offer whatever a single window does plus something more.
Comment
-
That's fine, especially now that we will have both options. There is no absolute "right" or "wrong" here, if you find the floating windows UI comfortable that's your preference. It just happens that a lot of people did not, and the same was concluded by both Adobe UI designers and the usability people in charge of revamping The Gimp. This is what I mean when I say "we were right", i.e. that it was considered sufficiently important by both a good number of users, developers (at last) and UI experts.
So it would be foolish if I tried to convince you about how to best use The Gimp, you know what works best for you. For me it all boils down to having to manage more than one window. Sure, with a tiling WM (or kwin's grouping, but this is quite new), things aren't that bad. But I don't see how the possibility of rearranging the panels outweights the extra burden of actually rearranging them. I don't gain any extra space by moving them around because I want both the tools and the working document visible at all times, with no overlap. With more than one image loaded things used to get out of control rather quick. It's a similar principle to tabbed browsing, or the tabs in Thunderbird 3, or tabbed documents in text editors or IDEs. I don't want an extra window for more of the same, nor two parts of the same program separated for no obvious reason. If I had two monitors or were to edit an image on a netbook I might value more the floating interface.
Comment
-
Originally posted by BlackStar View PostGentoo GCC 4.5 porting. I'm counting 116 bugs caused by a minor version change of a single compiler. God forbid that you should try with Clang or ICC instead.
Or take a look at the C++ portability guide for Mozilla: "don't use static constructors", "don't use exceptions", "don't use RTTI", "be careful of variable declarations that require construction or initialization" - just read for yourself, there's some golden stuff. They forbid half the language in there, for god's shake!
Is this how mature languages work? Because if so, just give me immature C# which I can compile with any compiler and have that single binary run on every supported OS *and* CPU architecture, without recompilation or strange compatibility issues. It just works (and I have done this time and time before). And if I need the extra speed, I'll inject native code into the hotspots and precompile the rest at installation time.
It's amazing what a non-retarded language spec can do for you.
PS: how's your C++ ABI feeling today?
2.) ICC doesnt count either since icc is not GNU compliant aka it misses some extensions added to the specification especificaly made to use in the GNU framework and it compile garbage(aka crappy performance) in AMD too since is for intel processors only. (is the same on windows btw, icc is incompatible with Viual Studio. that is why programs created with ICC are huge cuz you need to recompile all the dependicies using ICC)
3.) gcc 4.5 is not a minor revision genius, a minor revision is 4.4.1 for example, and yes gcc 4.5 need some additional iron out cuz it include a whole new series of technology to be closer performance wise to commertial compilers like graphite, SSA trees, C++0x, etc
4.) mozilla is the worth example you could ever bother to find, since mozilla main focus is windows compatibility and Visual Studio compiler is the worth C/C++ implementation you will ever find, so many of those cool feature are a pain to port to VS so mozilla try to avoid it.
5.) the rest of the post is just too lol to respond, this is free world so you are free among the oter 7 users of mono to keep using it, at least until microsoft stop paying novell to develop it and it slow fade aways.
6.) you dont have abi in an interpreted language for god sake, lol why im wasting my time replying this ....
Comment
-
Originally posted by jrch2k8 View Post3.) gcc 4.5 is not a minor revision genius, a minor revision is 4.4.1 for example
Comment
-
Originally posted by jrch2k8 View Post1.) genius clang is barely functional as still is under heavy development, so it's ridicioulus to bring that one out (you bother in check what clang is and in what state is LOL, take read it here http://clang.llvm.org/)
2.) ICC doesnt count either since icc is not GNU compliant aka it misses some extensions added to the specification especificaly made to use in the GNU framework and it compile garbage(aka crappy performance) in AMD too since is for intel processors only. (is the same on windows btw, icc is incompatible with Viual Studio. that is why programs created with ICC are huge cuz you need to recompile all the dependicies using ICC)
3.) gcc 4.5 is not a minor revision genius, a minor revision is 4.4.1 for example, and yes gcc 4.5 need some additional iron out cuz it include a whole new series of technology to be closer performance wise to commertial compilers like graphite, SSA trees, C++0x, etc
4.) mozilla is the worth example you could ever bother to find, since mozilla main focus is windows compatibility and Visual Studio compiler is the worth C/C++ implementation you will ever find, so many of those cool feature are a pain to port to VS so mozilla try to avoid it.
5.) the rest of the post is just too lol to respond, this is free world so you are free among the oter 7 users of mono to keep using it, at least until microsoft stop paying novell to develop it and it slow fade aways.
6.) you dont have abi in an interpreted language for god sake, lol why im wasting my time replying this ....
1) Clang currently implements all of the ISO C++ 1998 standard (including the defects addressed in the ISO C++ 2003 standard) except for 'export' (which has been removed from the C++'0x draft). Source
2) ICC is a mature, standards-compliant compiler. Can it compile Gentoo? The fact that you don't like its license is irrelevant.
3) Educate yourself: " The version number has the form [i]major-version.minor-version[//i] or major-version.minor-version.micro-version, where the additional third "micro" version number (as shown above) is used for subsequent bug-fix releases in a release series."
4) Are you insane? Take a look at the list of supported compilers and platforms. Its build system is GNU configure/make.
5) Running out of arguments? Oh wait, you didn't have arguments in the first place.
6) Mono is JIT compiled, not interpreted and has a well-defined ABI. Read the Debian CLI packaging policy, section 3.2.1.
Comment
Comment