Code::Blocks
March 12, 2010, 12:23:22 pm *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Code::Blocks 8.02 has been released!
 
   Home   Help Search Login Register  :: WebsiteWiki  
Pages: 1 2 [3]
  Send this topic  |  Print  
Author Topic: The 28 March 2009 build (5489) is out.  (Read 17015 times)
lobby
Advanced newcomer
*
Posts: 10


« Reply #30 on: April 03, 2009, 01:39:45 pm »

i think the option about the scrollbar width calculation should be set by default.

Ergonomy should be prefered over the performance, it will be harder to deduce that there is an option to fix the scrollbar width instead of another one to improve performance (if needed)

Anyway that's a pity that the scrollbar width have to be completely recalculated, while it could be done when lines are printed.
Logged
jens
Global Moderator
Lives here!
*****
Posts: 2545



WWW
« Reply #31 on: April 03, 2009, 01:52:28 pm »

i think the option about the scrollbar width calculation should be set by default.

Ergonomy should be prefered over the performance, it will be harder to deduce that there is an option to fix the scrollbar width instead of another one to improve performance (if needed)

Anyway that's a pity that the scrollbar width have to be completely recalculated, while it could be done when lines are printed.

You are right, that ergonomy should be prefered over the performance.
But there have been reasosns to have the option switched off by default:
  • it only matters for very (in source code unusual) long lines,
  • it changes the default-behaviour,
  • there have been more posts, because of editor performace issues, than about the scrollbarwidth-issue

The scrollbar-width will be recalculated according to the longest visible line, seen by the editor, not always and not for the complete file.
Logged

Regards

Jens

debian - nightlies and wxWidgets (msw-)cross-build libs for "i386" and "amd64" : http://apt.jenslody.de/
C::B changelog: http://apt.jenslody.de/ChangeLog
stahta01
Lives here!
****
Posts: 2145


WWW
« Reply #32 on: April 04, 2009, 08:18:24 am »

Patch Needed for NON-PCH Windows Build.

Tim S

Code:
Index: src/plugins/contrib/ThreadSearch/TextFileSearcherRegEx.cpp
===================================================================
--- src/plugins/contrib/ThreadSearch/TextFileSearcherRegEx.cpp (revision 5518)
+++ src/plugins/contrib/ThreadSearch/TextFileSearcherRegEx.cpp (working copy)
@@ -11,6 +11,7 @@
 #include "sdk.h"
 #ifndef CB_PRECOMP
  // Required extra includes
+ #include <wx/intl.h>
  #include <wx/string.h>
 #endif
 
Logged

C Programmer working to learn more about C++.
OS: Win 6.1 AKA Win7
Compiler: mingw gcc 4.4 API 3.13 Runtime 3.15.2
IDE: Code::Blocks SVN + patches
wxMSW: SVN 2.9 Trunk & SVN 2.8 branch
SVN: 1.6.x
Biplab
Scripts wizard
Lives here!
***
Posts: 1604


WWW
« Reply #33 on: April 04, 2009, 08:31:02 am »

Patch Needed for NON-PCH Windows Build.

Applied. Thanks Tim. Smile
Logged

Be a part of the solution, not a part of the problem.
critic
Advanced newcomer
*
Posts: 71



« Reply #34 on: April 07, 2009, 07:48:55 am »

Who knows when codecompletion plugin will work properly, especially with template classes?
It work fast, but with errors.
I think that developers of C::B will notice this, because this engine in IDEs is very important for users today.
Logged
jens
Global Moderator
Lives here!
*****
Posts: 2545



WWW
« Reply #35 on: April 07, 2009, 07:51:16 am »

Who knows when codecompletion plugin will work properly, especially with template classes?
It work fast, but with errors.
I think that developers of C::B will notice this, because this engine in IDEs is very important for users today.

An update for code-completion is currently in the test phase.
But there is no exact timline, when it will be applied.

Please be patient.
Logged

Regards

Jens

debian - nightlies and wxWidgets (msw-)cross-build libs for "i386" and "amd64" : http://apt.jenslody.de/
C::B changelog: http://apt.jenslody.de/ChangeLog
critic
Advanced newcomer
*
Posts: 71



« Reply #36 on: April 07, 2009, 08:50:17 am »

Thanks for information!
Logged
Digited
Advanced newcomer
*
Posts: 20


« Reply #37 on: April 07, 2009, 05:41:27 pm »

Thanks for implementing open/close of project tree folders on double click and saving sizes of management and log&others!
Maybe you could also add side moving of editor's tabs with mouse wheel, like in Firefox?
Logged
nanyu
Advanced newcomer
*
Posts: 119


nanyu


« Reply #38 on: April 08, 2009, 10:57:58 am »

windows xp
cb svn5489

step1 : run c::b, and it auto open the last workspace with 4 project. (since the opt "open default workspace" is setted)
step2 : I close the workspace (main menu : file->close space) or "close  all projects".
step3 : everything ok now ... but after I move the mouse cursor to main menu item (etc: view, edit), aft 0.5 sec,
              the area of mainmenu bar turn white, and then the whole cb windows turn white, at the end, cb crashed.(see the codeblocks.RPT)

----------------------------------------
edit1:
1. I try to uninstall the codecompletion plugin(0.7), cb crash again, and i got a new rpt with context:
  Error occured on Wednesday, April 8, 2009 at 16:49:29.
Quote
E:\CodeBlocks\codeblocks.exe caused an Access Violation at location 65eb0de8 Reading from location 65eb0de8.

Registers:
eax=00000000 ebx=00000000 ecx=77bfc2e3 edx=46c4003c esi=00bab238 edi=0023feb8
eip=65eb0de8 esp=0023f8c0 ebp=0023f978 iopl=0         nv up ei pl nz na po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010206

Call stack:
65EB0DE8
2. I  restart the cb (now the cc plugin was uninstalled), and i repeat the steps(1~3) which list about,  cb _will_not_ crash.
3. at last, I reinstall the cc plugin(which exported before i uninstalled it), and redo the steps, cb crash again.

----------------------------------------
edit2:

1. I rollback the cb to svn5456, and repeat steps(1-3), c::b didn't crash.
2. export the cc plugin
3. update the c::b to svn 5489
4. uninstall the cc plugin
5. install the cc plugin which export from svn5456.
6. repeat steps(1~3), c::b crash again.
« Last Edit: April 08, 2009, 11:25:18 am by nanyu » Logged
ollydbg
Lives here!
****
Posts: 1230


Interests on OpenCV and Robotics


WWW
« Reply #39 on: April 08, 2009, 03:34:51 pm »

@nanyu
I can't reproduce the crash in biplab's portable c::B (maybe svn 5519). I reopen a workplace with 2 projects.
Logged

Note: I'm not the author of Ollydbg debugger! Never ask question about that.
FlyingMonkey
Newcomer
*
Posts: 1


« Reply #40 on: April 12, 2009, 04:03:30 pm »

I'm new to CB, trying it for the first time.  Instructions I read said to run the latest nightly (it seems actually monthly) build.  I've downloaded the correct wxWidgets and mingw files fine.  I can't seem to get the download for this CB build to work.  Is that mirrored somewhere?  Are instructions to set all this up included somewhere?

Thanks in advance,
Ed
Logged
critic
Advanced newcomer
*
Posts: 71



« Reply #41 on: April 13, 2009, 06:03:12 am »

Hello, everybody!
I develop projects using Qt Trolltech 4 on C::B. But to do this I need a plugin. For this purpose QtWorkbench already exists, but it has bugs and it's updates are very rare.
I created my own plugin - QtHelper - that is easier in use and it creates .pro file and Makefile using C::B project's settings.
But now in C::B I can't access some pages in project options dialog (search directories ant etc) when using custom makefile
In this case I need to switch off custom makefile option and apply settings, after this I change project settings (they mentioned above) and then I need to switch on custom Makefile option and apply settings again.

I think it is not nice.
It will be better to work with Qt projects as with other C++ project (without additional movements)

How to do?
For what developers of C::B close access to project settings when using custom makefile in project?
Logged
jens
Global Moderator
Lives here!
*****
Posts: 2545



WWW
« Reply #42 on: April 14, 2009, 10:09:32 am »

For what developers of C::B close access to project settings when using custom makefile in project?

The access is removed, because it does not really make sense to add anything there, because the content is used to create the commands C::B passes to the compiler.
But if you use a custom makefile all this is done by the makefile, C::B only runs the commands for make, make clean etc. as the user defined them on the "Make" commands tab. For the same purposes the content of this tab is disabled, when you do not use a custom makefile.
Logged

Regards

Jens

debian - nightlies and wxWidgets (msw-)cross-build libs for "i386" and "amd64" : http://apt.jenslody.de/
C::B changelog: http://apt.jenslody.de/ChangeLog
Joel
Newcomer
*
Posts: 6


WWW
« Reply #43 on: April 19, 2009, 04:25:10 pm »

Is it possible to choose either C or C++ project in Win32?
I running this C::B nightly with Visual C++ 2003 toolkit and I'll be a nice feature...
Thanks.
Logged

Pages: 1 2 [3]
  Send this topic  |  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!