Re: [Qt-creator] EmacsKeys - a Qt Creator plugin
Felix Berger schrieb:
> Hi Wilhelm,
>
> I added a branch called v1.3.1 that builds against Qt Creator's
> v.1.3.1 branch. Hope that works for you.
>
thanks for the branch!
Unfortunately it doesn't work:
command = actionManager->command("QtCreator.Sidebar.File System");
returns 0, so I suppose the command does not exist.
The pointer isn't checked, so it crashed ;-)
After commenting this it compiles and runs but the bindings aren't
active (e.g. C-x C-s doesn't save the file, still it is C-s)
> Felix
>
> On Mon, Feb 1, 2010 at 12:55 PM, Wilhelm wrote:
>
>> Hi,
>>
>> Felix Berger schrieb:
>>
>>> Hi,
>>>
>>> I'm pleased to announce EmacsKeys, a plugin for Qt Creator that
>>> provides basic Emacs key bindings and functionality.
>>>
>>>
>> great!
>>
>>> Project page: http://github.com/fberger/emacskeys
>>> Git repository: git://github.com/fberger/emacskeys.git
>>>
>>>
>> can't build that with qtcreator-1.3.1. Can you update the plugin?
>>
>>
>>> EmacsKeys provides the following features:
>>>
>>> * EmacsKeys.kms - A Keyboard Mapping Scheme for Qt Creator that can be
>>> imported in Options -> Environment -> Keyboard. It overrides some of the
>>> standard key bindings used in Qt Creator and replaces them with Emacs
>>> ones: C-s, C-x,s, C-x,C-s, C-x,C-w.
>>>
>>> * Kill ring - the Emacs kill ring allows you to maintain a history of your
>>> clipboards content. Caveat: It only works when text is inserted into it with
>>> C-W, M-w, C-k, M-d and M-Backspace.
>>>
>>> * The following keys work as expected: C-n, C-p, C-a, C-e, C-b, C-f, M-b,
>>> M-f,
>>> M-d, M-Backspace, C-d, M-<, M->, C-v, M-v, C-Space, C-k, C-y, M-y, C-w,
>>> M-w.
>>>
>>> * C-x,b opens the quick open dialog at the bottom left.
>>>
>>> * C-x,C-b switches to the File System view on the left.
>>>
>>> * M-/ triggers the code completion that is triggered by C-Space normally.
>>>
>>> * Mnemonics are removed from some of the menus to allow conflicting Emacs
>>> keys
>>> to work.
>>>
>>>
>>> The code works, but is not very clean at this point. If there was any
>>> interest in making this part of the official distribution at some
>>> point, I'd be happy to make it comply with any guidelines.
>>>
>>> Cheers,
>>> Felix
>>> ___
>>> Qt-creator mailing list
>>> Qt-creator@trolltech.com
>>> http://lists.trolltech.com/mailman/listinfo/qt-creator
>>>
>>>
>> --
>> Wilhelm
>>
>>
>> ___
>> Qt-creator mailing list
>> Qt-creator@trolltech.com
>> http://lists.trolltech.com/mailman/listinfo/qt-creator
>>
>>
>>
>
> ___
> Qt-creator mailing list
> Qt-creator@trolltech.com
> http://lists.trolltech.com/mailman/listinfo/qt-creator
>
--
Wilhelm
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] Shadow build problems
I tried the shadow build feature and find some problems with it: 1. If the project folder name has space in it, enabling shadow build will cause moc to fail. It complains that there are too many input files. 2. On Windows, rcc.exe reports that the qrc file does not exist. I think it's given a relative path from the build folder but the working dir is the project dir. Placing the shadow dir next to the project one solves it. A couple of hoops to jump thru but it working now. Just FYI. -- Stephen Chu ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] "Add Getters and Setters" in Qt Creator
And proper refactoring(/renaming) too? JB On Thu, Feb 4, 2010 at 12:24 AM, Jefferson Bandeira wrote: > Hello guys =) > Is there any work currently going on to add a functionality like this to Qt > Creator, like the one in eclipse? > -- > Jefferson Bandeira > Undergraduating in Computer Science at UFRJ > > > ___ > Qt-creator mailing list > Qt-creator@trolltech.com > http://lists.trolltech.com/mailman/listinfo/qt-creator > > ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] export to pdf
uh-oh!
I just noticed that when the QTableWidget oveflows the window, the render
only prints the visible part.
More like a screenshot rather than actually painting the whole widget from
top to bottom to the pdf
Any suggestions?
QPrinter printer;
printer.setOutputFormat(QPrinter::PdfFormat);
printer.setOutputFileName(fileName);
printer.setFullPage(true);
printer.setOrientation(QPrinter::Portrait);
printer.setPaperSize(QPrinter::A4);
QPainter painter(&printer);
ui->table->render(&painter,QPoint(80,100));
Thanks JB.
On Wed, Feb 3, 2010 at 1:58 PM, Boy Lenssen wrote:
> Glad to be of help J
>
>
> --
>
> *From:* qt-creator-boun...@trolltech.com [mailto:
> qt-creator-boun...@trolltech.com] *On Behalf Of *John Bull
> *Sent:* woensdag 3 februari 2010 12:52
>
> *To:* qt-creator@trolltech.com
> *Subject:* Re: [Qt-creator] export to pdf
>
>
>
> Awesome! Just what I needed.
>
> On Mon, Feb 1, 2010 at 11:11 AM, Boy Lenssen
> wrote:
>
> How about using the render() function?
>
>
>
> QTableWidget t;
>
>
>
> t.render( &painter );
>
>
> --
>
> *From:* qt-creator-boun...@trolltech.com [mailto:
> qt-creator-boun...@trolltech.com] *On Behalf Of *John Bull
> *Sent:* zondag 31 januari 2010 7:24
> *To:* qt-creator@trolltech.com
> *Subject:* Re: [Qt-creator] export to pdf
>
>
>
> This is what I have for now. I need the actual table as it is.
>
> Any reference on how to do this would be appreciated.
>
>
>
> JB
>
> void Table::exportToPdf()
>
> {
>
> QString fileName = QFileDialog::getSaveFileName(this,tr("Export as
> Pdf.."),"", tr("PDF files (*.pdf)"));
>
> if (fileName.isEmpty())
>
> return;
>
>
>
> QPrinter printer;
>
> printer.setOutputFormat(QPrinter::PdfFormat);
>
> printer.setOutputFileName(fileName);
>
> printer.setFullPage(true);
>
> printer.setOrientation(QPrinter::Portrait);
>
> printer.setPaperSize(QPrinter::A4);
>
> QPainter painter(&printer);
>
>
>
> painter.drawText(0, 0 , 250, 200,Qt::TextWordWrap,exportText );
>
>
>
>
>
>// painter.begin()
>
>
>
>
>
> }
>
> On Sat, Jan 30, 2010 at 9:16 PM, Martin Hofius
> wrote:
>
> Am Samstag, 30. Januar 2010 schrieb John Bull:
>
> > I have a QTable widget in a simple app I'm involved in and I would like
> to
> > be able to export it to pdf as it is .?
> > How can I achieve this.
>
> how about "printing" it to pdf...?
>
> Martin
> ___
> Qt-creator mailing list
> Qt-creator@trolltech.com
> http://lists.trolltech.com/mailman/listinfo/qt-creator
>
>
>
>
> ___
> Qt-creator mailing list
> Qt-creator@trolltech.com
> http://lists.trolltech.com/mailman/listinfo/qt-creator
>
>
>
> ___
> Qt-creator mailing list
> Qt-creator@trolltech.com
> http://lists.trolltech.com/mailman/listinfo/qt-creator
>
>
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] "Add Getters and Setters" in Qt Creator
Hello guys =) Is there any work currently going on to add a functionality like this to Qt Creator, like the one in eclipse? -- Jefferson Bandeira Undergraduating in Computer Science at UFRJ ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Bug reports
Charles N Burns wrote: > What I had in mind was "Clean whitespace unless it is to the left of > the keyboard cursor." > This way, unnecessary whitespace would be removed, but it would not > require manual re-indentation of the current line of code every time > it's saved. > The remaining extra whitespace on that line, if any, could be cleaned > up when the user presses . I would not approve of such an option. It would be very rare to be useful and the rare inconvenience does not justify it. There is more inconvenience when such an option is on and then you wander "why is current line's whitespace not cleaned on save?" I use Qt Creator every day for hours at a time and I never found "Clean Whitespace but not on active line" to be of any potential use. - Adam ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Bug reports
On Wed, Feb 3, 2010 at 2:23 AM, Eike Ziller wrote: > > On Feb 2, 2010, at 8:58 PM, ext Charles N Burns wrote: > > > Thank you for the reply. I will file a report on the few issues which > > were not a misunderstanding of my own. > > > > Regarding #4, whitespace: > > > >>> 4) The option [Text Editor --> Behavior --> Clean Whitespace] is very > >>> useful, but it should not clean the whitespace of the currently active > >>> line of text. I often save with CTRL+S, and when I do this, the > >>> indentation of my current line (If otherwise blank) is lost. This can > >>> be annoying when saving a lot right before adding a new line. > >> > >> How could it be possible to know if you intend to continue typing or > not? > >> If you are annoyed by that, perhaps doing it explicitly "Clean > Whitespace" instead of the automatic cleaning on save works out for you. > >> Either invoke it from the Menu (Edit->Advanced->Clean Whitespace), > >> or assign a keyboard shortcut of your liking to it > (Tools->Options->Environment->Keyboard, type "Clean Whitespace" as a filter > for the list, assign a shortcut), and use that. > > > > What I had in mind was "Clean whitespace unless it is to the left of > > the keyboard cursor." > > This way, unnecessary whitespace would be removed, but it would not > > require manual re-indentation of the current line of code every time > > it's saved. > > Yes, but in case you pressed return to create a new line, but don't intend > to continue writing there, not cleaning the whitespace on the line of the > cursor is wrong: > Press return (getting indented new line), save, go to a different file. > Later you find out that "Clean Whitespace" didn't do it's job, without any > hint why. > (Ever added a new line to make code visually a bit more separated?) > > True, though that could be solved by making any action other than typing code into that line (saving, moving the cursor to a different line, even viewing a different file) remove the space. I think it would be a nice option as a check box under "Clean Whitespace", maybe "Exclude current line" or something. I don't want to encourage featuritis, but I suspect many people save frequently and would find this a nice minor time saver. If you disagree, that's okay too. You and your team obviously know what you are doing in making an IDE, and I'll certainly still use Qt Creator. Best Regards, --Charles Burns > > The remaining extra whitespace on that line, if any, could be cleaned > > up when the user presses . > > ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Plugin: open bugtracker links from comments
On 02/03/2010 03:48 PM, ext Liebe Markus (RtP2/TEF72) wrote: > So I think I would have to somehow do in my plugin the following: > - create a new syntaxhighlighter for our Bugtracker comments (or somehow > extend the cppeditor syntaxhighlighter from within my plugin) > - extend the navigation functions of the cppeditor plugin somehow from within > my plugin. I am thinking of the functions CPPEditor::findLinkAt(...) and > CPPEditor::openLink(...) > - If I use the above functions I need to have a CPPEditor::Link that is able > to store a URL and not only a filename. > > Do you think this is possible? Or would it be better to add the desired > functionality directly to the CPPEditor? Note that the Link class was moved from CPPEditor to BaseTextEditor. However, this doesn't really help you with adding different link types from another plugin. Some refactoring/extensibility would need to be done to achieve that. You probably don't want to be extending the C++ syntax highlighter. The BaseTextEditor supports extra selections which you can use to highlight certain parts of the text. This is used for the highlighting of unused variables, the links and marking of warnings/errors. Regards, Bjørn -- Thorbjørn Lindeijer Software Engineer Nokia, Qt Development Frameworks ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] Plugin: open bugtracker links from comments
Hi there, I have added a new "mode" to qtcreator via a plugin. The new mode basically shows our bugtracker in a QWebView. Now I want to be able to - write comments like //TT7020 into the sourcecode. - these comments should be marked like a hyperlink. - a mouseclick on a comment should switch to the bugtracker mode and load the bugtracker URL for the ticketnumber 7020. I already succeeded in creating the bugtracker mode plugin. The navigation functionality had to be added to the cppeditor plugin that comes with qtcreator. But I'd rather like to have all the functionality in my plugin and not to modify any existing plugins. So I think I would have to somehow do in my plugin the following: - create a new syntaxhighlighter for our Bugtracker comments (or somehow extend the cppeditor syntaxhighlighter from within my plugin) - extend the navigation functions of the cppeditor plugin somehow from within my plugin. I am thinking of the functions CPPEditor::findLinkAt(...) and CPPEditor::openLink(...) - If I use the above functions I need to have a CPPEditor::Link that is able to store a URL and not only a filename. Do you think this is possible? Or would it be better to add the desired functionality directly to the CPPEditor? Regards, Markus ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Updated .user-file saving mechanismn
In article <4b695943.7060...@nokia.com>,
Tobias Hunger wrote:
> On 02.02.2010 17:37, ext Stephen Chu wrote:
> >> Platform as in different OS environments/computers? Are you using a
> >> network share with different OSes?
> >
> > I am working on a project that's shared between Mac and Windows. The
> > project folder is in a networked share.
>
> Hi Stephen!
>
> I do not want to introduce some option into the GUI for what seems (to
> me:-) to be a rarely encountered use-case. So I thought about other
> options to ease your live: How about introducing a environment variable
> (let's call it QTCREATOR_EXTENSION) to override the .user file extension?
>
> When looking for a .user file to open Qt Creator would prefer
> project.${QTCREATOR_EXTENSION} over project.user (using the latter as a
> fallback). When writing it will create project.${QTCREATOR_EXTENSION}.
>
> If you can set e.g. the Mac to override this environment variable to
> ".user_mac" and the windows system to use ".user_win", then (together
> with the shadow build option) your need to copy .user-files around and
> delete transient files should be gone.
>
> Best Regards,
> Tobias
That's a great way to do it. Thanks a lot. Now if I can figure out why I
am getting tons of errors with shadow build on Windows...
--
Stephen Chu
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Updated .user-file saving mechanismn
On 03.02.2010 12:08, Hunger Tobias (Nokia-D/Berlin) wrote:
> I do not want to introduce some option into the GUI for what seems (to
> me:-) to be a rarely encountered use-case. So I thought about other
> options to ease your live: How about introducing a environment variable
> (let's call it QTCREATOR_EXTENSION) to override the .user file extension?
>
> When looking for a .user file to open Qt Creator would prefer
> project.${QTCREATOR_EXTENSION} over project.user (using the latter as a
> fallback). When writing it will create project.${QTCREATOR_EXTENSION}.
Implemented with two minor changes:
* It's QTC_EXTENSION to be more consistent with other environment
variables used by creator.
* It does not fall back to .user when reading data. It should be more
robust to just use a empty default configuration as pathes etc.
might have changed between platforms.
As usual this should becoe visible on the public repos with a 12h delay.
Best Regards,
Tobias
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] export to pdf
Glad to be of help :-)
From: qt-creator-boun...@trolltech.com
[mailto:qt-creator-boun...@trolltech.com] On Behalf Of John Bull
Sent: woensdag 3 februari 2010 12:52
To: qt-creator@trolltech.com
Subject: Re: [Qt-creator] export to pdf
Awesome! Just what I needed.
On Mon, Feb 1, 2010 at 11:11 AM, Boy Lenssen
wrote:
How about using the render() function?
QTableWidget t;
t.render( &painter );
From: qt-creator-boun...@trolltech.com
[mailto:qt-creator-boun...@trolltech.com] On Behalf Of John Bull
Sent: zondag 31 januari 2010 7:24
To: qt-creator@trolltech.com
Subject: Re: [Qt-creator] export to pdf
This is what I have for now. I need the actual table as it is.
Any reference on how to do this would be appreciated.
JB
void Table::exportToPdf()
{
QString fileName = QFileDialog::getSaveFileName(this,tr("Export as
Pdf.."),"", tr("PDF files (*.pdf)"));
if (fileName.isEmpty())
return;
QPrinter printer;
printer.setOutputFormat(QPrinter::PdfFormat);
printer.setOutputFileName(fileName);
printer.setFullPage(true);
printer.setOrientation(QPrinter::Portrait);
printer.setPaperSize(QPrinter::A4);
QPainter painter(&printer);
painter.drawText(0, 0 , 250, 200,Qt::TextWordWrap,exportText );
// painter.begin()
}
On Sat, Jan 30, 2010 at 9:16 PM, Martin Hofius
wrote:
Am Samstag, 30. Januar 2010 schrieb John Bull:
> I have a QTable widget in a simple app I'm involved in and I would
like to
> be able to export it to pdf as it is .?
> How can I achieve this.
how about "printing" it to pdf...?
Martin
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] export to pdf
Awesome! Just what I needed.
On Mon, Feb 1, 2010 at 11:11 AM, Boy Lenssen wrote:
> How about using the render() function?
>
>
>
> QTableWidget t;
>
>
>
> t.render( &painter );
>
>
> --
>
> *From:* qt-creator-boun...@trolltech.com [mailto:
> qt-creator-boun...@trolltech.com] *On Behalf Of *John Bull
> *Sent:* zondag 31 januari 2010 7:24
> *To:* qt-creator@trolltech.com
> *Subject:* Re: [Qt-creator] export to pdf
>
>
>
> This is what I have for now. I need the actual table as it is.
>
> Any reference on how to do this would be appreciated.
>
>
>
> JB
>
> void Table::exportToPdf()
>
> {
>
> QString fileName = QFileDialog::getSaveFileName(this,tr("Export as
> Pdf.."),"", tr("PDF files (*.pdf)"));
>
> if (fileName.isEmpty())
>
> return;
>
>
>
> QPrinter printer;
>
> printer.setOutputFormat(QPrinter::PdfFormat);
>
> printer.setOutputFileName(fileName);
>
> printer.setFullPage(true);
>
> printer.setOrientation(QPrinter::Portrait);
>
> printer.setPaperSize(QPrinter::A4);
>
> QPainter painter(&printer);
>
>
>
> painter.drawText(0, 0 , 250, 200,Qt::TextWordWrap,exportText );
>
>
>
>
>
>// painter.begin()
>
>
>
>
>
> }
>
> On Sat, Jan 30, 2010 at 9:16 PM, Martin Hofius
> wrote:
>
> Am Samstag, 30. Januar 2010 schrieb John Bull:
>
> > I have a QTable widget in a simple app I'm involved in and I would like
> to
> > be able to export it to pdf as it is .?
> > How can I achieve this.
>
> how about "printing" it to pdf...?
>
> Martin
> ___
> Qt-creator mailing list
> Qt-creator@trolltech.com
> http://lists.trolltech.com/mailman/listinfo/qt-creator
>
>
>
> ___
> Qt-creator mailing list
> Qt-creator@trolltech.com
> http://lists.trolltech.com/mailman/listinfo/qt-creator
>
>
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] FW: FW: long time before hitting 1st breakpoint
On Wednesday 03 February 2010 11:33:34 ext Boy Lenssen wrote: > kick The delay stems from loading the debugging helpers by injecting a dll in the debugged process. It does not seem to be "fixable" within that scheme. We are thinking about/working on a different scheme, but this is nothing that will be ready within a few weeks. Andre' ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Scroll issu with synaptics touchpad
Hello, Really no one here, who is working with qt-creator and a synaptics touchpad ? Or just no one with the same problems ? Its really annoying so I would appreciate if someone could give me a hint whats going wrong here. With best hope Justus Am 31.01.2010 20:49, schrieb Justus Best: > Hi, > > At first I couldn't belive it but I can't scroll in qt-creator (1.3.1 > Revision 8de178a067) by using the right scroll area of my Synaptics > Touchpad (Thinkpad T500). Everywhere else in my system this works fine, > I even updated my drivers. > If I plug an external mouse and use the scroll wheel everything works as > expected (With the mouse not the touchpad). Can someone confirm this > behaivor or is it something strange just happening to me? > > Greets > Justus > ___ > Qt-creator mailing list > Qt-creator@trolltech.com > http://lists.trolltech.com/mailman/listinfo/qt-creator > > ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Updated .user-file saving mechanismn
On 02.02.2010 17:37, ext Stephen Chu wrote:
>> Platform as in different OS environments/computers? Are you using a
>> network share with different OSes?
>
> I am working on a project that's shared between Mac and Windows. The
> project folder is in a networked share.
Hi Stephen!
I do not want to introduce some option into the GUI for what seems (to
me:-) to be a rarely encountered use-case. So I thought about other
options to ease your live: How about introducing a environment variable
(let's call it QTCREATOR_EXTENSION) to override the .user file extension?
When looking for a .user file to open Qt Creator would prefer
project.${QTCREATOR_EXTENSION} over project.user (using the latter as a
fallback). When writing it will create project.${QTCREATOR_EXTENSION}.
If you can set e.g. the Mac to override this environment variable to
".user_mac" and the windows system to use ".user_win", then (together
with the shadow build option) your need to copy .user-files around and
delete transient files should be gone.
Best Regards,
Tobias
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] Feature Request: automatic scrolling in project explorer
Hi there, KDEs file manager "dolphin" has in version 1.4 (KDE 4.3.95) a nice feature which I'd really like to have in QtCreators project explorer. The sidebar to navigate through folders always scrolls the current visible content sideways that you can read the full text of the folders. So if you browse into a very deep folderstructure and the width of the sidebar is not very big, dolphin scrolls to the right, to make sure you can see the folder and not only the vertical lines indicating the folder structure. Here ist how to navigate to a certain project file in the QtCreator: 1. expand several folders 2. scroll to the right, to be able to see everything 3. repeat 1 and 2 until you reach the desired folder And here is what I do in dolphin: 1.expand several folders until I reach the desired folders ( dolphin does the sideways scrolling for me) Of course it is the same for collapsing the folder structure to a certain level. Dolphin scrolls sideways too, if I scroll up or down the folder list. If you run KDE just have a try, it's awesome! To have this functionality of dolphin in the project explorer would be very handy! What do you think? Regards, Markus ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] FW: FW: long time before hitting 1st breakpoint
kick -Original Message- From: qt-creator-boun...@trolltech.com [mailto:qt-creator-boun...@trolltech.com] On Behalf Of Boy Lenssen Sent: donderdag 21 januari 2010 8:25 To: qt-creator@trolltech.com Subject: [Qt-creator] FW: long time before hitting 1st breakpoint Hi, Although I can now use Qt Creator as debugger, I would like to be able to use the debugging helpers...anyone else having this issue? -Original Message- From: qt-creator-boun...@trolltech.com [mailto:qt-creator-boun...@trolltech.com] On Behalf Of Boy Lenssen Sent: woensdag 20 januari 2010 9:30 To: qt-creator@trolltech.com Subject: Re: [Qt-creator] long time before hitting 1st breakpoint Nope! Just tried it, and the delay is gone when unchecking 'Use debugging helper'... Any other tips? Cause it seems like we are getting somewhere here :) I would love to use Qt Creator for debugging instead of Visual Studio... -Original Message- From: qt-creator-boun...@trolltech.com [mailto:qt-creator-boun...@trolltech.com] On Behalf Of Andre Poenitz Sent: dinsdag 19 januari 2010 19:43 To: qt-creator@trolltech.com Subject: Re: [Qt-creator] long time before hitting 1st breakpoint On Tue, Jan 19, 2010 at 03:46:24PM +0100, Boy Lenssen wrote: > Ow, I'm sorry, but I'm using Windows XP with the CDB. I never used CDB > (or any other debugger) from the command line before... I can't give directions for cdb either. Another thing to check, though: Do you see the delay also when switching off the 'Debugging Helpers'? Andre' ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Updated .user-file saving mechanismn
On Feb 3, 2010, at 10:20 AM, ext Danny Price wrote: > > > On Wed, Feb 3, 2010 at 8:42 AM, Tobias Hunger wrote: > On 02.02.2010 19:22, ext Danny Price wrote: > > I'm so used to trashing those files I've almost stopped thinking about it :( > > In which situations do you trash those files? I have not had complaints > about those files breaking. The exception being going back and forth > between stable and unreleased versions of creator. My change should > improve this situation a bit by keeping the stable versions .user-file > around. So now you can at least copy the old version's file back when > heading back to a stable release. > > When working with nested subdir projects, I often get 'executable not found, > permissions wrong?' type errors when trying to run the binary. Qt Creator creates run configurations for all TEMPLATE=app pro files. Check what you active run configuration is in that case. If you regularly remove .user files, that setting will be lost of course, ending up with Qt Creator choosing one. Which seems to be the wrong one for you. > Creator's support for subdirs is flakey at best (see below) so I often have > to open the project itself seperately so that it is top level. This must > confuse the user file as I have to delete it and reload the project to get > the program to run again. > > I've also had issues where builds will fail for strange reasons in which case > trashing the use file again solves the problem. When in doubt, trash the file. When in doubt, save the old .user file, close Qt Creator or the project (to get the new .user file written), file a bug report, with attached .user files, and a good description of what you did, what your state is now (e.g. active build + run configurations), what should happen, and what happens instead. > And Creator's issue with failing to relink with changed code means that a > build is often not sufficient; you have to do a rebuild! If your code is not relinked (e.g. to static libs) correctly, then this is either a bug with qmake not creating the right dependencies in the Makefiles, and you should file a bugreport for project "Qt", component "Build System"; or it is missing/wrong PRE_TARGETDEPS / DEPENDPATH settings in your pro files. (There were already some threads about this on this list.) > Everyone seems to use subdirs in Creator including the Nokia guys at the Dev > Days and the KDAB courses I have attended. And all of them seem to be > suffering the same issues. I don't think anyone uses sessions with flat > projects. > > The only reason I stick with Creator after all of this is because of the > superior code editor, auto-complete and the suckiness of XCode. -- Eike Ziller Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Updated .user-file saving mechanismn
On Feb 3, 2010, at 9:42 AM, Hunger Tobias (Nokia-D/Berlin) wrote: > On 02.02.2010 19:22, ext Danny Price wrote: > [...] >> I have to set build settings and project dependencies (where >> possible) in the .pro files. > > Yes, information meant to be shared in a team is better kept in the > build system itself. Dependencies can e.g. get encoded by SUBDIRS > template in .pro-files (which can then be shared in a team). And doing that you can even get the most out of parallel compilation, because if you define the dependencies in the build system, the build system will be able to figure out what parts can actually be done in parallel. Have a look at Qt Creator's src/plugins/plugins.pro . http://qt.gitorious.org/qt-creator/qt-creator/blobs/master/src/plugins/plugins.pro As a side note: "SUBDIRS" is a bit misleading, because you actually can specify any pro files as well: SUBDIRS = part1.pro part2.pro relativepath/part3.pro -- Eike Ziller Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Bug reports
On Feb 2, 2010, at 8:58 PM, ext Charles N Burns wrote: > Thank you for the reply. I will file a report on the few issues which > were not a misunderstanding of my own. > > Regarding #4, whitespace: > >>> 4) The option [Text Editor --> Behavior --> Clean Whitespace] is very >>> useful, but it should not clean the whitespace of the currently active >>> line of text. I often save with CTRL+S, and when I do this, the >>> indentation of my current line (If otherwise blank) is lost. This can >>> be annoying when saving a lot right before adding a new line. >> >> How could it be possible to know if you intend to continue typing or not? >> If you are annoyed by that, perhaps doing it explicitly "Clean Whitespace" >> instead of the automatic cleaning on save works out for you. >> Either invoke it from the Menu (Edit->Advanced->Clean Whitespace), >> or assign a keyboard shortcut of your liking to it >> (Tools->Options->Environment->Keyboard, type "Clean Whitespace" as a filter >> for the list, assign a shortcut), and use that. > > What I had in mind was "Clean whitespace unless it is to the left of > the keyboard cursor." > This way, unnecessary whitespace would be removed, but it would not > require manual re-indentation of the current line of code every time > it's saved. Yes, but in case you pressed return to create a new line, but don't intend to continue writing there, not cleaning the whitespace on the line of the cursor is wrong: Press return (getting indented new line), save, go to a different file. Later you find out that "Clean Whitespace" didn't do it's job, without any hint why. (Ever added a new line to make code visually a bit more separated?) > The remaining extra whitespace on that line, if any, could be cleaned > up when the user presses . > > Best regards, > --Charles N. Burns > ___ > Qt-creator mailing list > Qt-creator@trolltech.com > http://lists.trolltech.com/mailman/listinfo/qt-creator -- Eike Ziller Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Updated .user-file saving mechanismn
On Wed, Feb 3, 2010 at 8:42 AM, Tobias Hunger wrote: > On 02.02.2010 19:22, ext Danny Price wrote: > > I'm so used to trashing those files I've almost stopped thinking about it > :( > > In which situations do you trash those files? I have not had complaints > about those files breaking. The exception being going back and forth > between stable and unreleased versions of creator. My change should > improve this situation a bit by keeping the stable versions .user-file > around. So now you can at least copy the old version's file back when > heading back to a stable release. > When working with nested subdir projects, I often get 'executable not found, permissions wrong?' type errors when trying to run the binary. Creator's support for subdirs is flakey at best (see below) so I often have to open the project itself seperately so that it is top level. This must confuse the user file as I have to delete it and reload the project to get the program to run again. I've also had issues where builds will fail for strange reasons in which case trashing the use file again solves the problem. When in doubt, trash the file. > > > How do you set project dependencies then? I have a huge set of libraries > > and I have found Qt's 'session' system (which is based around those user > > files) > > Sessions are meant to store one users state (open files and projects, > bookmarks, breakpoints, etc.). It is not meant to be shared in a team. > > I have not really looked into the session system yet, so I can not > comment on the implementation details. It is very much separate from the > .user files. From what I understood so far sessions reference projects > (in the QMake case: .pro-files), not .user files. So they should at > least not be effected by .user-file trashing to much:-) > > > to be absolutely useless because those files cannot be used > > across platform or even among teams on the same platform. > > They contain user-specific setups and are not meant to be shared in a team. > Project dependencies are not user-specific setups, nor are build steps when everyone is using the same tools and platforms. The latter are uses to set version information, run unit tests...how are these things user-specific? I have managed to do a lot of this in the .pro files now (using undocumented qmake hacks - joy) so Creator forces the user to become something of a power-user beyond trivial projects. User-specific setups should include break-points, auto-completion caches and stuff like that. Not major project settings. > > > You guys are clearly spending time polishing Creator's 'Project' screen > > (I see the layout has changed again in the master) but I cannot use it > > at all. > > These changes should be even more important to people trashing their > .user files regularly:-) > > Seriously: There will be more changes to that soon to ease working with > device SDKs. > > > I have to set build settings and project dependencies (where > > possible) in the .pro files. > > Yes, information meant to be shared in a team is better kept in the > build system itself. Dependencies can e.g. get encoded by SUBDIRS > template in .pro-files (which can then be shared in a team). > I've been using subdirs since day one :) But creator doesn't play well with subdirs. There is zero wizard support so it's entirely manual process. Until very recently, you couldn't even build a specific subdir project - you had to build the whole lot (and still do in the released versions). And Creator's issue with failing to relink with changed code means that a build is often not sufficient; you have to do a rebuild! Everyone seems to use subdirs in Creator including the Nokia guys at the Dev Days and the KDAB courses I have attended. And all of them seem to be suffering the same issues. I don't think anyone uses sessions with flat projects. The only reason I stick with Creator after all of this is because of the superior code editor, auto-complete and the suckiness of XCode. > > Best Regards, > Tobias > ___ > Qt-creator mailing list > Qt-creator@trolltech.com > http://lists.trolltech.com/mailman/listinfo/qt-creator > ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Updated .user-file saving mechanismn
On 02.02.2010 19:22, ext Danny Price wrote: > I'm so used to trashing those files I've almost stopped thinking about it :( In which situations do you trash those files? I have not had complaints about those files breaking. The exception being going back and forth between stable and unreleased versions of creator. My change should improve this situation a bit by keeping the stable versions .user-file around. So now you can at least copy the old version's file back when heading back to a stable release. > How do you set project dependencies then? I have a huge set of libraries > and I have found Qt's 'session' system (which is based around those user > files) Sessions are meant to store one users state (open files and projects, bookmarks, breakpoints, etc.). It is not meant to be shared in a team. I have not really looked into the session system yet, so I can not comment on the implementation details. It is very much separate from the .user files. From what I understood so far sessions reference projects (in the QMake case: .pro-files), not .user files. So they should at least not be effected by .user-file trashing to much:-) > to be absolutely useless because those files cannot be used > across platform or even among teams on the same platform. They contain user-specific setups and are not meant to be shared in a team. > You guys are clearly spending time polishing Creator's 'Project' screen > (I see the layout has changed again in the master) but I cannot use it > at all. These changes should be even more important to people trashing their .user files regularly:-) Seriously: There will be more changes to that soon to ease working with device SDKs. > I have to set build settings and project dependencies (where > possible) in the .pro files. Yes, information meant to be shared in a team is better kept in the build system itself. Dependencies can e.g. get encoded by SUBDIRS template in .pro-files (which can then be shared in a team). Best Regards, Tobias ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
