[Qt-creator] broken parsing of include-files

2010-01-14 Thread Wilhelm
Hi all,

if I try to use the boost-libs and thread-suppport, I get some strange 
behaviour of qtcreator parsing the headers. Consider the following example:

-
#include 

// should not be neccessary !?!
#include 

class Test {
 boost::mutex m;
};
-

The line
#include 
shouldn't be neccessary and it compiles fine without the line, but 
qtcreator ist missing the type boost::mutex and underlines it.

I think this is a bug in parsing the header-files.


-- 
Wilhelm

___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


[Qt-creator] watch variables in debug

2010-01-14 Thread cbru...@quadro.net
I was using the watch variables and noticed that an integer could only 
be displayed as a hex value. Something like 0x4d.  Displaying it as an 
integer value was 0.
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Maemo5 SDK and Qt-creator.

2010-01-14 Thread Rudenko Eugene


On 14.01.2010, at 17:17, Karsten Heimrich wrote:


Hi,

ext Rudenko Eugene schrieb:

Hello all.
During my research with qt-creator I found plugin for maemo  
development.


I guess you are talking about maemo-qt-plugin as can be found
here: http://gforge.embedded.ufcg.edu.br/projects/maemo-qt-plugin

Not this one.


This plugin was developed by an external group, not by the Qt
Creator team. So unfortunately I can't tell much about the plugin.


Regarding this I have some questions:
1. Is it feature works only inside of scratchbox, or I can use it on
Mac OS and connect to virtual device remotely ?


From a first glance it looks like that it will only work in
combination with scratchbox.


2. Is it worked with current Maemo5 Freemantle SDK or it requires new
MADDE SDK?


I guess it will need Maemo5 Freemantle SDK.


3. Is there any How-to or quick start guide about development of qt
applications with qt-creator on maemo.


You could try this:
http://labs.trolltech.com/blogs/2009/12/26/building-qt-46-for-maemo-5-apps-on-mac-os-x


We have some experimental support in Qt Creator already, to
enable it one needs to set QTCREATOR_WITH_MAEMO in the
environment and compile Qt Creator from master.

Yes, I mean exactly this  feature.
I saw that there are also ssh support via modified net7ssh library.  
What is modifications and why? Is this library used only for maemo?





This implementation supports MADDE, once you have installed it
set the Qt Version to MADDE/targets/fremantle*/bin/qmake. There's
also an Option dialog for setting up the ssh connection type on
how to access the device in the Qt Creator preferences panel.

These link could be helpful as well:
http://maemoteam.wordpress.com/2009/12/22/a-small-presentpreview-from-the-developer-platform-team/

thank you for link.


Please note once madde is installed, there should be no need to
run the madde command line tool. There's also a .deb package in
the madde downloads section that installs an app on the N900 to
make it easier to setup the device for development.


Hope that helps,
Karsten

Thank you Karsten, It helps me.___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Plugins: two different editorplugins for the same mimetype

2010-01-14 Thread Liebe Markus (RtP2/TEF72)
Hi there,

I am really stuck here.
I have two plugins (editors). I want to use them to edit .xml files.
To figure out which editor has to be loaded for a .xml file to be opened I 
wrote two magic matchers.

As far as I understand the magicmatchers are supposed to read the raw data of 
the file to be opened, and depending on what they read, decide if they are 
responsible for that particular file or not.

Well that's the theory. I cannot get it to work.
At the moment the only way for me to differentiate the two file formats is to 
introduce two new file suffixes (.xmodglobal / .xmoduledoc).
That is certainly not the way I want to go.

Do you have any recommondations on how to approach this problem?

As I sent the last eMail concerning this topic just before christmas holidy I 
attach it again below. So you can get the whole picture.

Hope you don't mind the tofu =)

> Hi there,
>
> I have written two new editor plugins to handle two types of
> xml files from our department.
> There are two different xml file formats and for each format
> I have a seperate editor:
> ModEditor and CcsDocEditor.
>
> I register the mimetype for the editors like that:
>
> snip
>  Core::MimeDatabase* mdb = m_core->mimeDatabase();
>  if(!mdb->findByType(CcsDocEditorConstants::getMimeType()).isNull()){
>  return;
>  }
>  QSharedPointer matcher(new
> CcsDocXmlMagicMatcher);
>  Core::MimeType xmlMimeType = mdb->findByType("application/xml");
>  Core::MimeType guixmlMimeType(xmlMimeType);
>
> guixmlMimeType.setType(CcsDocEditorConstants::getMimeType());
> // "application/ccsdocxml"
>  guixmlMimeType.addMagicMatcher(matcher);
>  guixmlMimeType.setSubClassesOf(QStringList() << "text/plain"
> << "application/xml");
>  mdb->addMimeType(guixmlMimeType);
> snap
> The same goes for ModEditor.
>
> Now I was hoping that I can use
> CcsDocXmlMagicMatcher::match(...) and
> ModXmlMagicMatcher::match(...) to let the plugin find out
> whether it is responsible for the file that is beeing opened.
> But the function is never called. In addition to that
> QtCreator always uses the same editor for both formats
> (depending on the order in which they got loaded by the pluginloader).
>
> Btw.: If I use the "Open with" dialog, there is only one
> editor of the two in the list - which is the one of the two
> new plugins that gets loaded last.
>
> My questions are now:
> 1.) Where should the MagicMatcher::match() function normally
> be called?
> 2.) Is it correct to introduce two editors for the same
> filetype and differentiate them by using the
> MagicMatcher::match() function?
--
Markus

___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Maemo5 SDK and Qt-creator.

2010-01-14 Thread Karsten Heimrich
Hi,

ext Rudenko Eugene schrieb:
> Hello all.
> During my research with qt-creator I found plugin for maemo development.

I guess you are talking about maemo-qt-plugin as can be found 
here: http://gforge.embedded.ufcg.edu.br/projects/maemo-qt-plugin

This plugin was developed by an external group, not by the Qt 
Creator team. So unfortunately I can't tell much about the plugin.

> Regarding this I have some questions:
> 1. Is it feature works only inside of scratchbox, or I can use it on  
> Mac OS and connect to virtual device remotely ?

 From a first glance it looks like that it will only work in 
combination with scratchbox.

> 2. Is it worked with current Maemo5 Freemantle SDK or it requires new  
> MADDE SDK?

I guess it will need Maemo5 Freemantle SDK.

> 3. Is there any How-to or quick start guide about development of qt  
> applications with qt-creator on maemo.

You could try this:
http://labs.trolltech.com/blogs/2009/12/26/building-qt-46-for-maemo-5-apps-on-mac-os-x



We have some experimental support in Qt Creator already, to 
enable it one needs to set QTCREATOR_WITH_MAEMO in the 
environment and compile Qt Creator from master.

This implementation supports MADDE, once you have installed it 
set the Qt Version to MADDE/targets/fremantle*/bin/qmake. There's 
also an Option dialog for setting up the ssh connection type on 
how to access the device in the Qt Creator preferences panel.

These link could be helpful as well:
http://maemoteam.wordpress.com/2009/12/22/a-small-presentpreview-from-the-developer-platform-team/

Please note once madde is installed, there should be no need to 
run the madde command line tool. There's also a .deb package in 
the madde downloads section that installs an app on the N900 to 
make it easier to setup the device for development.


Hope that helps,
Karsten

___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Script manager

2010-01-14 Thread Nicolas Arnaud-Cormos
On Thursday 14 January 2010 13:20:36 Kuiper, Luuk wrote:
> Hi,
> 
> What I am missing still, is a 'macro recorder' with wich I can record a
>  sequence of actions, in the the way like: (ctrl+shift+r)  macro>(ctrl+shift+r) and than (ctrl+shift+p) to replay it again.
> 
> Are there any actions on that area yet?

I've written a macor plugin for that:
http://gitorious.org/creator-plugins

It's far from perfect (particularly the search, refactoring on multiple files 
won't work), but at least it's good enough for me.
Do make it better, I should add a certain number of features:
 * add an API to the search plugin, so I can use it for the macro
 * multiple macros available with different shortcuts
 * saving and loading macros
 * ...

Documentation:
http://gitorious.org/creator-plugins/pages/Home
 * Alt+(: start recording
 * Alt+): stop recording
 * Alt+R:run macro

Cheers,
Nicolas

-- 
Nicolas Arnaud-Cormos | nico...@kdab.com | Software Ingeneer
Klarälvdalens Datakonsult AB, a KDAB Group company
Tel. Sweden (HQ) +46-563-540090, USA +1-866-777-KDAB(5322)
KDAB - Qt Experts - Platform-independent software solutions

___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Script manager

2010-01-14 Thread Kuiper, Luuk
Hi,

What I am missing still, is a 'macro recorder' with wich I can record a 
sequence of actions, in the the way like: (ctrl+shift+r)(ctrl+shift+r) and than (ctrl+shift+p) to replay it again.

Are there any actions on that area yet?

Luuk
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Script manager

2010-01-14 Thread Nicolas Arnaud-Cormos
On Thursday 14 January 2010 10:21:25 Eike Ziller wrote:
> Hi,
> 
> [...]
> >
> > Im' thinking of a script like (that's just to give you an idea, it would
> > be more complicated):
> > currentEditor.replace("myCallback", "mySlot");
> >
> > actionManager.execute("CppEditor.SwitchHeaderToSource");
> 
> Using the action manager for invoking operations is most probably not the
>  best thing to do (though it would probably be the easiest to implement).
>  E.g. specifically in this example, the "SwitchHeaderToSource" action is
>  disabled if the editor doesn't also has keyboard focus. In other cases the
>  actual action that would be invoked also depends on the current focus, or
>  even a more abstract "context". This can be actions in completely
>  different plugins (described in the API documentation of ActionManager).
>  So you'd probably want a designated "script" method for switching
>  header/source that has a more consistent behavior (in your case
>  cpptoolsplugin.switchHeaderSource() would do the thing, because it works
>  on the "current" editor. On the other hand we don't guarantee stable API
>  (especially not for these kind of slots), so use at your own risk :)

That's not really a solution either, I don't want to re-write the script every 
time I change the Qt Creator version.

Let's create an interface available from the script, and which called the 
cpptoolsplugin.switchHeaderSource(). That will limit the available actions to 
the one I've written in the interface, but at least I can garantee a stable 
API for the scripts.

Thanks,
Nicolas

-- 
Nicolas Arnaud-Cormos | nico...@kdab.com | Software Ingeneer
Klarälvdalens Datakonsult AB, a KDAB Group company
Tel. Sweden (HQ) +46-563-540090, USA +1-866-777-KDAB(5322)
KDAB - Qt Experts - Platform-independent software solutions

___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Script manager

2010-01-14 Thread Eike Ziller
Hi,

On Jan 12, 2010, at 12:30 PM, ext Nicolas Arnaud-Cormos wrote:

> On Tuesday 12 January 2010 12:11:53 Eike Ziller wrote:
>>> I would like to create some simple scripts to do some repetitive tasks
>>> for my  daily work, and I was thinking of creating a script plugin (where
>>> the user can access the current editor and the actionmanager for
>>> example).
>> 
>> Uh, what do you need the action manager for, for "daily work"? :)
> 
> We are porting application (from Motif to Qt for example) and porting has a 
> lot of repetitive task.
> For example, changing a callback (myCallback) in a slot (mySlot) , which 
> involves:
> * renaming it in the header
> * moving it to public slots or whatever
> * removing parameters
> * switching to the source
> * renaming
> * removing parameters 
> * ...
> 
> With a script interface, it would be easy to do such a thing, I just need to 
> be able to access the editor and the actionManager (to switch header).
> 
> Im' thinking of a script like (that's just to give you an idea, it would be 
> more complicated):
> currentEditor.replace("myCallback", "mySlot");

> actionManager.execute("CppEditor.SwitchHeaderToSource");

Using the action manager for invoking operations is most probably not the best 
thing to do (though it would probably be the easiest to implement).
E.g. specifically in this example, the "SwitchHeaderToSource" action is 
disabled if the editor doesn't also has keyboard focus. In other cases the 
actual action that would be invoked also depends on the current focus, or even 
a more abstract "context". This can be actions in completely different plugins 
(described in the API documentation of ActionManager).
So you'd probably want a designated "script" method for switching header/source 
that has a more consistent behavior (in your case 
cpptoolsplugin.switchHeaderSource() would do the thing, because it works on the 
"current" editor. On the other hand we don't guarantee stable API (especially 
not for these kind of slots), so use at your own risk :)

> ...
> 
> We need a lot of these little scripts to help us being productive, and having 
> a script plugin would be far way easier than creating a specific C++ plugin.
> Imagine now that I call this script callbackToSlot.qs, put it in a script 
> directory (that the plugin know), I could do:
> * shortcut to excute the script (I'm thinking of Alt+space)
> * a combobox with completion is shown
> * "callbackToSlot + Enter
> * the callback is change in a slot, in the header and source file.
> 
> Note that's something we are already doing with xemacs, I'm just looking to 
> Qt 
> Creator to replace xemacs in my daily work.
> Anyway, if there's nothing yet, I'll start my own one.
> 
> Thanks,
> Nicolas

-- 
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