This release just confirms what’s been shown so far. Qt Creator is just awesome. Cheers !

The 64 bit Linux installer seems to be broken

Hmm, I’ve been running a recent snapshot and I’ve noticed that this beta version does not include some of the latest gitorious changes (e.g: http://qt.gitorious.org/qt-creator/qt-creator/commit/7105b773a12e8c0f79d31a9596f6c35b32d0bd08). What version is it based on?

zlib is not automatically linked on Mac version? Have to add LIBS += -lz.

@Razvan: The beta does not contain all features of the 1.3 branch to keep it stable. When releasing something that is more than a nightly build you have to make a cut somewhere. For us, that cut was to cherry pick only fixes and well tested patches. If you feel like you need a particular feature, compile from the 1.3 branch or use a nightly build (next one will be built tonight CET.).

We need a class browser so we can browse our code just by clicking on the class names and their methods and data members! I love Qt Creator and have ditched the powerful VS-2005 + Visual Assist X combo so that I can glory in a Qt-created IDE. I am amazed with the Qt Creator developers progress in such a rapid time; please do not lose momentum.

Will Qt Creator be made available as a Win64 application and support building Win64 applications?

1.3.0 beta, you said? It can be an error in installer, but it says, that it is installing Qt Creator 1.2.92. Is there any difference between 1.2.92 snapshot and 1.3.0 beta release? Btw, About box contains 1.2.92 version number. Is it an error? Or it is a feture?
Oh, I’ve used win32 .exe installer (with name «qt-creator-win-opensource-1.3.0-beta.exe»).

Thanks Daniel.

I’ve looked at the sources some more, and I think that I know what the issue is. When implementing constructor initialization list completion only the case where we’re invoking completion after the ‘:’ was taken into consideration: if I type “Constructor() :” and invoke completion it works, but if I type “Constructor() : member1, mem” and invoke completion nothing will happen.

When FakeVIM will be full compatible with VIM?

Neither of the Linux images works, both open a setup window, but crashes after I press “next” one time. This is on Ubuntu 9.10.

Final lines of an strace:
open(”/home/moritz/.fonts/lmsans10-regular.otf”, O_RDONLY) = -1 ENOENT (No such file or directory)
— SIGSEGV (Segmentation fault) @ 0 (0) —
+++ killed by SIGSEGV (core dumped) +++

But anyway, what I’d *really* like to know: Will S60 development be supported in Linux any time soon?

So completely silly question since I haven’t seen 1.3 yet….have there been any updates to how includes paths and library paths are handled? The entire INCLUDEPATH/LIBS+= works - but it would seem like a simpler/traditional way of doing it might help some newer people?

Hi, I am trying to compile a project with the new Beta 1.3 (and the updated MinGW tools), and get Linker Errors. It worked flawless with Qt Creator 1.2 and the Qt 4.5. May it be required to use also Qt 4.6 in order to use the new gcc compiler?
Linker Errors are the like of:
C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.5.0/qt/src/winmain/qtmain_win.cpp:91: undefined reference to `_Unwind_SjLj_Register’
Besides, 1.3. looks great, especially the code completion feature is awsome!

I often use copy-paste to copy variables between code parts: Clicking with mouse on variable and Ctrl+C (and so on). But if i hold the Ctrl-Key while clicking on variable (for Ctrl+C) it jumps to definition, a quick Ctrl+V paste code on wrong position.

It would be fine to: (i’m using 1.2.0)
- make it possible to define action for “jump to definition” (changeable “Ctrl + Left Mouse”)
- have Class browser
- have more space for code editing (especially for GUI designer), auto collapsing project-pane?
- have a updater (no needing to download and install complete new version)

I like Qt Creator and the new refactoring capabilities are really nice. Somehow though Qt Creator 1.3 beta feels considerably slower than 1.2. I don’t know if it’s because there are more background processing/file system access going on in the new version, because of my own environment, or if the beta software is still rough around the edges. For me responsiveness is very important and has given Qt Creator a big advantage over many other popular IDEs. I don’t like that qmake is always called before building, I think it should only called when developer explicitly chooses to run qmake or when she is modifying related .pr* project files. Also, Mercurial support would be nice…

Hi, I’m trying to change the debugger pane position to vertical in order to optimaze space usage in panoramic monitors, but I think that option hasn’t been developed yet.

I took an spanshot and edit it to show what I’m refering to.

http://img16.imageshack.us/i/qtcreator.png/

I think it is not difficult to implement and would be a great improvement for those who have panoramic monitors.

I don’t know any other place to post this, sorry if there’s a better one.

I’ve just found out that it’s currently possible to do what I asked.

For those who are interested: in qtcreator menu: Debug -> Views -> Locked to unluck the pane, and then you can move them.

Good…
but still no class browser for Qt-Creator ? This is kind of a basic feature which all IDE provide (except Qt-Creator)…

I will stay with my netbeans & code::blocks combo for Linux devel since I hate not having a good overview of the class members / function.

If only this was implemented