User forums > General (but related to Code::Blocks)
Improvement - Comparison with Borland C++ Builder 6 (BCB6)
Alexis:
--- Quote ---LOL, thats true, I started developing a plugin named codepacks to solve library problems since it was going to work like synaptic downloading libraries from repositories and giving you the option of configuring your current project with a given configuration from the library, but then i stopped programming it because of lack of time. First started working on the downloader and analysis and banggg!!!!!!! no more, but I still want to do it, just not in the time i would like it to be.
But it seems it could solve some of the problems here like the wxwidgets one!
--- End quote ---
I hope you'll find some time to complete this plugin soon!
Good luck!
Concerning wxWidgets help, there might be something interesting in wx wiki:
http://wiki.wxwidgets.org/MSDN_Library_And_WxWidgets_Help_File
Curieux:
Hi!
Alexis:
--- Quote ---C::B guys obviously are the masters and manage the project as they please !
--- End quote ---
Of course. :)
On the other side, C::B has a particular aspect: it is a basic brick of software development (as frameworks are). So its development has an influence over many software. That is the reason why I consider its design should be more 'shared'.
I thank guys who created C::B and its plugins, but at some point this software become more than just one project like many, it is now (potentially) a crucial tool for our profession (developers), and our profession is for certain the basis of all software aspects of computers.
In other words, this kind of tool is strategic and has an impact on all computer world.
So , at a minimum, voice of users should be quite important in the design decisions of this kind of tool.
It would deserves a public survey, something more organized and large than just a forum.
I believe we need not only developers for that project, but coordinators, and an effort to build a different web site, allowing more communication and more 'democratic' decisions.
There is room for individual enterprise and group decisions (or coordinated work).
--- Quote ---a all-in-one setup has an advantage: it could allow to set all the relevant paths (toolchain, help... see below) and also to make sure all components work well together (toolchain, C::B, wxWidgets)
--- End quote ---
Yes, that's true.
Maybe there is a way to integrate the two possibilities through one technical solution (in order to avoid doing the job twice).
For example, a little update and plugin manager could be used at the end of (or during) installation, and at will later.
--- Quote ---Go in menu Settings>Environment, browse icons and select the "Help files" icon
--- End quote ---
Thank you! :)
--- Quote ---I'm not sure CB team completely agrees with this statement (see above). I'm not sure, that practically it always happens like this in FOSS projects in general
No troll inside
--- End quote ---
That world is not perfect. But we can help it. ;)
I remark that two major free open-source soft, FireFox and OpenOffice, become more important each day, and have a very unusual development structure (based on old commercial software, lead by companies organising volunteers). See also Mono.
As anybody, I watch these two aspects (lead by companies, and attractive projects), with many thoughts.
Are the independent projects able to be organized as well as these projects ? That is a major question, especially for essential tools (essential to our professional future).
--- Quote ---if you think something should be done, then develop it yourself !
I have no time to do it myself (time is THE problem !)
--- End quote ---
Precisely! :)
Another aspect, which take much time, is the complexity of projects and their failure of documentation.
Currently, it is difficult to understand large open-source projects, essentially because we, programmers, all know it is easier and much quicker producing code than creating documentation.
My dream is to see, one day, a project with a clear, reliable and updated diagram of its structure. A precise and short explanation on the main technical decisions (programming languages, framework) and relations between modules.
Currently, most project only have an automatic extraction of the header sources, and sometime a short documentation for end users.
If projects would be clearer, well documented, openly discussed by all the communities of programmers and users, clearly they would be more integrated, efficient and supported.
I am interested in ideas about tools and technicals to help organizing open-source community and projects. 8)
--- Quote ---I started developing a plugin named codepacks to solve library problems since it was going to work like synaptic downloading libraries from repositories
--- End quote ---
Bravo! :)
MortenMacFly:
--- Quote from: Curieux on October 29, 2008, 03:40:34 pm ---Alexis:
--- Quote ---C::B guys obviously are the masters and manage the project as they please !
--- End quote ---
Of course. :)
--- End quote ---
I see: So you want us to do what you suppose to develop, right? Is that how democracy works? Sure not.
If you want to help:
1.) Stop spamming our forum.
2.) Provide patches
3.) Don't steal our time (...e.g. that we need to read all your words).
If you have no time to do anything of the above: What do you think we are? We in the dev team are *all* real life persons. We have family we have work and we (especially these days) work very hard. But we still find the time to continue development of C::B. What about you?
Curieux:
I did not expect such an aggressive reply from anybody.
To MortenMacFly:
--- Quote ---I see: So you want us to do what you suppose to develop, right? Is that how democracy works? Sure not.
--- End quote ---
I could tell you "Democracy is not telling the others to shut up", but I won't troll about your reply (as I did not for another one in the same thread).
The subject of this thread was (and still is), on the contrary, to generate a constructive discussion.
Nobody has to read this thread (and forum) if he is not interested in an adult and respectful discussion. I presume anybody is free to read a forum or not, and free to participate or not.
--- Quote ---Stop spamming our forum.
--- End quote ---
I presume (but you don't say) you are talking about my web site below. I changed my 'signature' to avoid misunderstandings.
--- Quote ---We in the dev team are *all* real life persons. We have family we have work and we (especially these days) work very hard. But we still find the time to continue development of C::B. What about you?
--- End quote ---
I thought I was clear in my message: I say a big thank you to all developers, I say many people would want to participate, I exposed some difficulties, and made proposals.
I am sorry if you take that as a personal offense, but it was not, and you are the only one to take it that way.
Personally, I appreciate discussion and exchange, not useless aggressions, violence (and trolling, by the way).
So I persevere in this thread.
I hope the majority of C::B developers are willing to talk (and let talking) that way. Otherwise, it would be very sad for the Internet way-of-life.
I invite all (really) opened-mind people to ignore aggressive messages and go on exchanging ideas.
stahta01:
--- Quote from: Curieux on October 31, 2008, 06:18:42 pm ---
I did not expect such an aggressive reply from anybody.
To MortenMacFly:
--- End quote ---
@MortenMacFly
I did not consider your reply aggressive in any way; blunt and to the point is not aggressive.
@Curieux
From your lack of submitting patches can I assume you have no plans to submit patches in the future?
The people who try to improve Code::Blocks by submitting useful patches are treated with more respect on this board.
So far, you have done little to earn respect, but I also did not see you do anything to lose respect. Some other posters lose respect in all their posts.
Tim S
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version