Re: [Qt-creator] Nominating Marco Benelli for Approver status

[Ziller Eike]

> On Apr 13, 2016, at 10:06 AM, Hunger Tobias  
> wrote:
> 
> Hello Qt Developers,
> 
> I hereby nominate Marco Benelli for Approver status. He has put in a lot of
> effort to maintain the QML code inside Qt Creator over the recent month and in

months

> fact is the default assignee for all bugs in that area of Qt Creator.
> 
> He did good work in his area and Qt Creator in general, so I think he has more
> than deserved Approver status by now.

+1

> -- 
> Tobias Hunger, Senior Software Engineer | The Qt Company
> The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
> Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja Sitz der 
> Gesellschaft:
> Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331 B
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principal Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

[Qt-creator] Dev: Qt Creator 4.0 string freeze EOB Apr 7

[Ziller Eike]

Hi,

Qt Creator 4.0 is supposed to go into string and UI freeze and soft API freeze 
this week (https://wiki.qt.io/Submit-Policies),
so please stop doing string and UI changes after tomorrow Thursday, April 7, 
2016

Br, Eike

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Valgrind and Qt Creator

[Ziller Eike]

Hi,

Valgrind on OS X mostly does not work.
Valgrind 3.11.0 claims to support Mac OS X 10.10, with initial support for 
10.11,
but we’ve already previously seen that it tends to have even more problems with 
Qt.
Please follow the advice of the debug output below and report bugs to Valgrind.

Br, Eike

> On Mar 19, 2016, at 1:50 AM, Freddy Martinez  wrote:
> 
> Hi Andre… this is the valgrind output
> 
> freddy@Freddys-MacBook-Pro:/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib$ 
> valgrind ./nautam-server
> ==99053== Memcheck, a memory error detector
> ==99053== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
> ==99053== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info
> ==99053== Command: ./nautam-server
> ==99053==
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libcommon.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libsystem_manager.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libtask_manager.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libforms_manager.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libformula_manager.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libreports_manager.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libdb_manager.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/librules_manager.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libsecurity_manager.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libqueries_manager.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libcommunication_manager.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libprocedure_manager.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libperspectives_manager.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libperiods_manager.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libsequence_manager.1.0.0.dylib"
> --99053-- run: /usr/bin/dsymutil 
> "/Volumes/DATA/nautam/nautam1.1/demo/Nautam/lib/libcryptopp.1.0.0.dylib"
> ==99053== Conditional jump or move depends on uninitialised value(s)
> ==99053==at 0x7FFF5FC24A87: bcmp (in /usr/lib/dyld)
> ==99053==by 0x7FFF5FC11974: 
> ImageLoaderMachO::validateFirstPages(linkedit_data_command const*, int, 
> unsigned char const*, unsigned long, long long, ImageLoader::LinkContext 
> const&) (in /usr/lib/dyld)
> ==99053==by 0x7FFF5FC16BEA: 
> ImageLoaderMachOCompressed::instantiateFromFile(char const*, int, unsigned 
> char const*, unsigned long, unsigned long long, unsigned long long, stat 
> const&, unsigned int, unsigned int, linkedit_data_command const*, 
> encryption_info_command const*, ImageLoader::LinkContext const&) (in 
> /usr/lib/dyld)
> ==99053==by 0x7FFF5FC10ADE: ImageLoaderMachO::instantiateFromFile(char 
> const*, int, unsigned char const*, unsigned long long, unsigned long long, 
> stat const&, ImageLoader::LinkContext const&) (in /usr/lib/dyld)
> ==99053==by 0x7FFF5FC038C2: dyld::loadPhase6(int, stat const&, char 
> const*, dyld::LoadContext const&) (in /usr/lib/dyld)
> ==99053==by 0x7FFF5FC084CF: dyld::loadPhase5(char const*, char const*, 
> dyld::LoadContext const&, std::__1::vector std::__1::allocator >*) (in /usr/lib/dyld)
> ==99053==by 0x7FFF5FC081EF: dyld::loadPhase4(char const*, char const*, 
> dyld::LoadContext const&, std::__1::vector std::__1::allocator >*) (in /usr/lib/dyld)
> ==99053==by 0x7FFF5FC07F54: dyld::loadPhase3(char const*, char const*, 
> dyld::LoadContext const&, std::__1::vector std::__1::allocator >*) (in /usr/lib/dyld)
> ==99053==by 0x7FFF5FC076A9: dyld::loadPhase1(char const*, char const*, 
> dyld::LoadContext const&, std::__1::vector std::__1::allocator >*) (in /usr/lib/dyld)
> ==99053==by 0x7FFF5FC0347A: dyld::loadPhase0(char const*, char const*, 
> dyld::LoadContext const&, std::__1::vector std::__1::allocator >*) (in /usr/lib/dyld)
> ==99053==by 0x7FFF5FC0315E: dyld::load(char const*, dyld::LoadContext 
> const&) (in /usr/lib/dyld)
> ==99053==by 0x7FFF5FC0876C: dyld::libraryLocator(char const*, bool, char 
> const*, ImageLoader::RPathChain const*) (in /usr/lib/dyld)
> ==99053==
> ==99053== Use of uninitialised value of size 8
> ==99053==at 0x7FFF5FC24A9F: bcmp (in /usr/lib/dyld)
> ==99053==by 0x7FFF5FC11974: 
> ImageLoaderMachO::validateFirstPages(linkedit_data_command 

[Qt-creator] Dev: Bumping Qt requirement of Qt Creator 4.0

[Ziller Eike]

In the light of the release of Qt 5.6, I suggest that we bump the minimum 
required Qt version for Qt Creator 4.0 (and master) to Qt 5.5.

Br, Eike

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] (no subject)

[Ziller Eike]

> On Mar 14, 2016, at 7:02 AM, Nikos Chantziaras  wrote:
> 
> What happens if you set:
> 
>  QT_DEVICE_PIXEL_RATIO=2
> 
> in the environment before running Creator? This should make everything 
> double-sized.

And you might want to try using the Qt 5.6 based Qt Creator 3.6.1
(to be released soon, snapshots can be found here: 
http://download.qt.io/snapshots/qtcreator/3.6.1/latest/)

and use the environment variable  QT_SCALE_FACTOR=2 

Br, Eike

> On 14/03/16 01:05, Papá wrote:
>> Thanks Nikos, I tried it but to no avail. No matter how much I increase
>> the or reduce the DPI, Qt Creator’s menus do not change. I guess this is
>> more of a Engineering challenge than I setting/users settings. To the
>> benefit of the Developers, this problem does not occur in my Desktop.
>> 
>> Have a good week.
>> 
>> Sent from Mail  for
>> Windows 10
>> 
>> *From: *Nikos Chantziaras 
>> *Sent: *Sunday, March 13, 2016 4:28 AM
>> *To: *qt-creator@qt-project.org 
>> *Subject: *Re: [Qt-creator] (no subject)
>> 
>> On 12/03/16 15:16, Papá wrote:
>> 
>> > In my Laptop, the IDE's font is very, very small, but that is the
>> 
>> > case with most applications in my Laptop. However, for Notepad, cmd and
>> 
>> > other applications I was able to increase the font size directly into
>> 
>> > the application, the win10 apps don't let you do this, :(
>> 
>> Give this a try:
>> 
>> http://www.windows10update.com/2015/05/windows-10-tutorials-79-change-dpi-scaling-level-for-displays/
>> 
>> ___
>> 
>> Qt-creator mailing list
>> 
>> Qt-creator@qt-project.org
>> 
>> http://lists.qt-project.org/mailman/listinfo/qt-creator
>> 
>> 
>> 
>> ___
>> Qt-creator mailing list
>> Qt-creator@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/qt-creator
>> 
> 
> 
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Clang 3.8 and Creator code model

[Ziller Eike]

> On Mar 13, 2016, at 10:26 AM, Nikos Chantziaras  wrote:
> 
> On 13/03/16 11:15, Nikos Chantziaras wrote:
>> On 13/03/16 10:36, Andrzej Telszewski wrote:
>>> On 13/03/16 09:34, Nikos Chantziaras wrote:
 I upgraded to LLVM and Clang 3.8.0. The Clang code model doesn't work
 anymore. [...]
>>> 
>>> I also updated to LLVM and Clang 3.8.0 and completion stopped working.
>>> Recompiling Qt Creator solved the problem.
>> 
>> I just recompiled Creator (I'm 3.6.0). It didn't help at all :-/
> 
> Let me correct that. It started working (it seemed it needed to reparse the 
> sources first.)
> 
> Code checking and completion works now, except for one important (to me) 
> detail: Typing "." does not automatically convert to "->" anymore when using 
> raw pointers.
> 
> Any known fix for that?

Afaik that feature has only been implemented for the Clang code model in 4.0.

Br, Eike

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Clang 3.8 and Creator code model

[Ziller Eike]

> On Mar 13, 2016, at 10:26 AM, Nikos Chantziaras  wrote:
> 
> On 13/03/16 11:15, Nikos Chantziaras wrote:
>> On 13/03/16 10:36, Andrzej Telszewski wrote:
>>> On 13/03/16 09:34, Nikos Chantziaras wrote:
 I upgraded to LLVM and Clang 3.8.0. The Clang code model doesn't work
 anymore. [...]
>>> 
>>> I also updated to LLVM and Clang 3.8.0 and completion stopped working.
>>> Recompiling Qt Creator solved the problem.
>> 
>> I just recompiled Creator (I'm 3.6.0). It didn't help at all :-/
> 
> Let me correct that. It started working (it seemed it needed to reparse the 
> sources first.)
> 
> Code checking and completion works now, except for one important (to me) 
> detail: Typing "." does not automatically convert to "->" anymore when using 
> raw pointers.
> 
> Any known fix for that?

Afaik that feature has only been implemented for the Clang code model in 4.0.

Br, Eike

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Linguist

[Ziller Eike]

> On Mar 11, 2016, at 6:09 PM, ekke  wrote:
> 
> Am 11.03.16 um 17:56 schrieb Jason H:
 The question is why it's not there by default.
 
>>> My question is more why the lrelease and lupdate items are in Tools > 
>>> External, and not in the context menu for .pro files ;)
>>> But since I added them there. I know that it was mostly as an example 
>>> for the external tools, and how they can get access to state in Qt Creator 
>>> (the current project in this case).
>>> Just opening Linguist is not there, because you can either open it with a 
>>> .ts file directly, or use whatever OS means you have to open applications 
>>> (e.g. Spotlight on OS X, Start menu search on Windows, and the search 
>>> thingy in Ubuntu, all sound like a much quicker and more comfortable way 
>>> than navigating through menus to Tools > External > Linguist > Open 
>>> Linguist).
>>> I’m not against having it there though, so feel free to upload a change.
>>> 
>> My question is why we have to deal with lrelease at all? Seems like there 
>> should be a qmake auto build for .qm updates from .ts?
> would be cool to get ts / qm files "by magic”
> coming from BlackBerry Cascades where Eclipse Momentics IDE only needs to add 
> the languages to the project and then does this stuff "under the hood".
> ... was not easy to start with QtCreator workflow for translations for me

I’d claim that that is more the “Qt” or “qmake” workflow.

For Qt Creator itself we manually added the automatic “releasing” of 
translations to the .pro files.
I agree that it’s ugly that this is necessary.
(See 
http://code.qt.io/cgit/qt-creator/qt-creator.git/tree/share/qtcreator/translations/translations.pro#n122
most of that file is because of special stuff we do in Qt Creator though 
(translating .json files etc), so the most
relevant is the updateqm extra compiler line 122ff.)

> see also
> http://forum.qt.io/topic/64123/localizing-qt-quick-apps 
> 
>> 
>> On OSX, Linguist is not in my spotlight :-( Anyone else in the same boat? 
>> Also it takes time to launch Spotlight, type 'lin' and get the results, it's 
>> jarring experience. If I could launch that in Creator, that'd be so much 
>> better. (I'm on a recent mid-range Mac mini, no SSD for me!)

Well, out of the box you can open Linguist with a specific .ts file from Qt 
Creator ;)

>> Maybe Creator could get a "Translation" button in the left sidebar 
>> [Welcome/Edit/Design/Debug/TRANSLATE/Projects/Analyze/Help] and a native 
>> plug-in?
>> Alternative is a "Translations" project view option [Projects/Open 
>> Documents/Bookmarks/.../Translations] which shows the normal projects pane 
>> file list but also shows the strings in the files,with the editor window the 
>> Translation pane from Linugust.

The suggestion to “integrate” Linguist into Qt Creator exists basically since 
the existence of Qt Creator, but the effort involved in that would far outweigh 
the actual usefulness...

>> Don't get me wrong, Linguist needs to be kept, and work stand-alone so we 
>> don't have to give it to translators. But being able to preview the QML 
>> screens with translations would be very cool.
>> 
>> But given benefit-reward ratio, I'd just like to launch it from Creator.
>> 
>> 
>> ___
>> Qt-creator mailing list
>> 
>> Qt-creator@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/qt-creator
> 
> 
> -- 
> ekke (ekkehard gentz)
> 
> independent software architect
> international development native mobile business apps
> BlackBerry 10 | Qt Mobile (Android, iOS)
> twitter: @ekkescorner
> LinkedIn: http://linkedin.com/in/ekkehard/
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] It's time to fix double redundant quotes

[Ziller Eike]

> On Mar 9, 2016, at 2:09 PM, Nikolai Kosjar  
> wrote:
> 
> Hi!
> 
> Let me summarize for myself and others the ways we can add quotes to some 
> text. Default settings are assumed, the relevant one is:
> 
> [x] Automatically insert matching characters.
> 
> 
> a) Insert quote before text:
>  Type: "foo
>  This results in: "foo"
>  The closing quote was added after typing the initial ".
>  Looks fine.
> 
> b) Insert quotes afterwards by using selection.
>   1. Type: foo bar
>   2. Select the typed text
>   3. Hit "
>  This results in: "foo bar"
>  Looks fine.

Actually this is often wrong. E.g. select
“foo”
and pressing “ will add quotes around the already quoted text.
Also in many other cases I just want to replace the selected text when pressing 
a key, even if it is a "

> c) Insert quotes afterwards by starting with the closing quote
>  You have: foo bar
>  Type: "
>  This results in: foo bar""
>  Ops 1: The second " was not intended.
>  Hit backspace.
>  Ops 2: Both quotes are removed and you are the beginning again.
> 
> 
> Note that if you hit " and another one is added, your cursor is then between 
> the quotes: "|". Hitting backspace here removes then both quotes. If the 
> cursor is behind both quotes (e.g. you've moved it there manually), only one 
> quote is removed. This also applies to () and [], but not to {} (thinking of 
> lambdas we probably should include that one, too).
> 
> Although the option in the settings is named "Automatically insert matching 
> characters" it seems to also handle the removal of the pairs, at least when 
> the cursor is in-between. We probably should change this if we do not 
> introduce further options.
> 
> I agree that we should address the "Ops 2" from above, that is not removing 
> both quotes if the cursor is in-between them. This will make it inconsistent 
> when looking at () and [], but I think that's justified in this case. The 
> problem here is the single quote by itself - you can't tell whether it's an 
> opening or closing one without further information (typing ')' does not add 
> you the opening one automatically).
> 
> Regarding "Ops 1", I don't think we can reliably detect whether the users 
> inserts an opening or closing quote. Your heuristic is not enough:
> 
> On 03/08/2016 11:10 PM, Jason H wrote:
>> Fundamentally, I want to changes to the behavior:
>> 1. If the character after the cursor is not whitespace, do NOT double quote 
>> ("")
> 
> Would break case a) from above for e.g. function arguments:
> 
>   foo(|)
>   foo(|,1)
> 
>> 2. If backspacing over a double quote, do not remove both double quotes.
> 
> Agree, see above.
> 
> 
> Nikolai
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Linguist

[Ziller Eike]

> On Mar 8, 2016, at 11:27 PM, Jochen Becher  wrote:
> 
> Hi, 
> 
> is there any good reason why linguist is not configured as a standard
> external tool? I'd like to add it.

You can open a .ts file in Qt Linguist with “Open with... > Qt Linguist” (e.g. 
from the project tree, file system view, or from the document menu next to the 
file name above the editor (when it is already opened in an editor).

Br, Eike

> 
> Regards, Jochen
> 
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Clang Code Model: add -Wno-padded

[Ziller Eike]

> On Mar 4, 2016, at 5:28 PM, Andrzej Telszewski  wrote:
> 
> On 04/03/16 01:05, Bubke Marco wrote:
>> Can you file a bug report?
> 
> But is it really a bug?

bugreports.qt.io is used for all kinds of issues, be it bugs, suggestions, 
feature requests, ...

Br, Eike

> Have a look at the attached image.
> 
> If I add -Wno-padded, then the warning disappears.
> 
> In my opinion, adding -Wno-padded to the default flags would be sufficient.
> 
>> 
>> --
>> Sent from cellphone, sorry for the typos
>> 
>> 
>> 
>> On March 3, 2016 22:22:26 Andrzej Telszewski  wrote:
>> 
>>> On 03/03/16 21:55, Bubke Marco wrote:
 You don't have to silence the warning,  it is a warning not a error. And 
 you can  change that in the settings.
 
 I think it quite informative that
 
 bool x, y,  z;
 int w;
 char c;
 
 Is not optimal. If you don't like that disable it in the settings.
>>> 
>>> I do think that having this kind of information is useful, but in my
>>> opinion -Wno-padded should be default, and turning on the warning should
>>> be left to those who need it. I personally added -Wno-padded to the
>>> clang model settings.
>>> 
>>> Say you have a struct like that:
>>> struct nopad
>>> {
>>>bool flag1;
>>>bool flag2;
>>> };
>>> 
>>> It is perfectly fine structure and you don't have to pad it, yet you get
>>> the warning. I would understand, if the warning told you to re-arrange
>>> the members, but it simply warns you about what is the default compiler
>>> behavior, that it will add 2 or 6 bytes of padding. This has been the
>>> default compiler behavior for ages, so I don't see the point of giving
>>> the warning by default;) In addition, the padding depends on the
>>> architecture you're compiling for, so you would have to take it into
>>> account.
>>> 
>>> I'm not against the warning, I'm just saying it shouldn't be enabled by
>>> default.
>>> 
>>> My real structure is like that:
>>> typedef struct
>>> {
>>>string name;
>>>bool can_span;
>>> } info_key_t;
>>> 
>>> There is nothing sensible I can change to make the warning disappear.
>>> 
 
 --
 Sent from cellphone, sorry for the typos
 
 
 On March 3, 2016 20:44:28 Andrzej Telszewski  wrote:
 
> On 03/03/16 20:23, Bubke Marco wrote:
>> Hi,  we will add more options in 4.0 to the code model,  so you can 
>> choose different sets.
>> 
>> Anyway I find the padding warning quite useful because it shows that 
>> your data structures are sub optimal.
>> 
> 
> Nope, it does not tell you it's suboptimal. It tells you that compiler
> will add the additional padding/alignment bytes.
> 
> Having structure with say 3 bool's and nothing more is perfectly fine.
> In such a case, to silence the warning, I would have to add some dummy
> fields, which most of the time is not necessary.
> 
>> --
>> Sent from cellphone, sorry for the typos
>> 
>> 
>> 
>> On March 3, 2016 19:30:31 Andrzej Telszewski  
>> wrote:
>> 
>>> Hi,
>>> 
>>> Qt Creator: 3.6.0
>>> 
>>> Could _-Wno-padded_ flag be added to the Clang Code Model flags?
>>> I don't believe that warning about padding should be the default 
>>> behavior.
>>> 
>>> --
>>> Best regards,
>>> Andrzej Telszewski
>>> ___
>>> Qt-creator mailing list
>>> Qt-creator@qt-project.org
>>> http://lists.qt-project.org/mailman/listinfo/qt-creator
>> 
> 
> 
> --
> Best regards,
> Andrzej Telszewski
 
 --
 Sent from cellphone, sorry for the typos
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator
 
>>> 
>>> 
>>> --
>>> Pozdrawiam,
>>> Best regards,
>>> Andrzej Telszewski
>> .
>> 
> 
> 
> -- 
> Pozdrawiam,
> Best regards,
> Andrzej Telszewski
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Problems switching kit between 4.85 and 5.5

[Ziller Eike]

> On Mar 4, 2016, at 2:25 PM, Duane <duane.heb...@group-upc.com> wrote:
> 
> On 04/03/2016 8:10 AM, Duane wrote:
>> On 04/03/2016 3:17 AM, Ziller Eike wrote:
>>> 
>>>> On Mar 3, 2016, at 5:42 PM, Duane <duane.heb...@group-upc.com> wrote:
>>>> 
>>>> QtCreator on Linux with Qt 4.8.5 and Qt 5.5.1 installed.  We're
>>>> moving our projects from Qt4 to Qt5.  U
>>>> 
>>>> I have QtCreator setup with a kit using each so I can support both
>>>> for the moment.  Recently when trying to build Qt4 projects I'm
>>>> getting errors in files like qheaderview.h  where it doesn't like
>>>> setSectionsMovable() which replaced Qt4's setMovable(), so I can see
>>>> it's getting the header.
>>>> 
>>>> But if I look at the Makefile generated it seems to have the correct
>>>> information.  In the kit/version section I can see that the includes
>>>> look correct.  Any idea why QtCreator is not getting the correct path?
>>> 
>>> Sorry, I do not understand what your actual problem is. So you get
>>> errors when building. Is that expected, or the problem? Where does _Qt
>>> Creator_ not get the correct path? (To what?) And what is the result
>>> of that?
>>> 
>>> Br, Eike
>>> 
>> 
>> 
>> Sorry if I wasn't clear.  I build with Qt5 kit and it's fine.  I switch
>> to the kit using Qt4 and I get errors like:
>> 
>> /usr/local/include/QtWidgets/qheaderview.h:119: error: missing binary
>> operator before token "("
>> 
>> And it's pointing to the line:
>> 
>> --->bool sectionsMovable() const;
>> #if QT_DEPRECATED_SINCE(5, 0)
>> inline QT_DEPRECATED void setMovable(bool movable) {
>> setSectionsMovable(movable); }
>> inline QT_DEPRECATED bool isMovable() const { return
>> sectionsMovable(); }
>> #endif
>> 
>> 
>> But Qt4 doesn't have sectionsMovable() in qheaderview.
>> 
>> My Qt installations are in /usr/local/Trolltech/Qt-5.5.1 and
>> /usr/local/Trolltech/Qt-4.8.5.
>> 
>> Why would it be looking in /usr/local/include in the first place.  And
>> why would I have these in the second place?  They're only links to the
>> Qt5 headers in the installations.  This was working for quite a while.
> 
> The Qt header files in /usr/local/include are links to Qt5.3 that was used to 
> build QtCreator.  We're using Tiny Core Linux and had to build this 
> ourselves.  This was working. I'm still not seeing why switching the kit 
> between builds isn't picking the correct include path.

What’s the compiler line that produces that error? And in which file is the 
qheaderview.h included (which then resolves to the wrong one)?

Br, Eike

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Problems switching kit between 4.85 and 5.5

[Ziller Eike]

> On Mar 3, 2016, at 5:42 PM, Duane  wrote:
> 
> QtCreator on Linux with Qt 4.8.5 and Qt 5.5.1 installed.  We're moving our 
> projects from Qt4 to Qt5.  U
> 
> I have QtCreator setup with a kit using each so I can support both for the 
> moment.  Recently when trying to build Qt4 projects I'm getting errors in 
> files like qheaderview.h  where it doesn't like setSectionsMovable() which 
> replaced Qt4's setMovable(), so I can see it's getting the header.
> 
> But if I look at the Makefile generated it seems to have the correct 
> information.  In the kit/version section I can see that the includes look 
> correct.  Any idea why QtCreator is not getting the correct path?

Sorry, I do not understand what your actual problem is. So you get errors when 
building. Is that expected, or the problem? Where does _Qt Creator_ not get the 
correct path? (To what?) And what is the result of that?

Br, Eike

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Qt-Creator 3.5.1 with Qt 5.5.1 build issues on CentOS 6.7 x86_64

[Ziller Eike]

> On Mar 3, 2016, at 7:45 AM, Walter Stefan  wrote:
> 
> Dear Tobias,
>  
> Well, I disagree. CentOS 6.7 is by far not that old and they still ship it 
> with g++ 4.4.7.

That is the decision of the CentOS distribution. CentOS 6.7 was released August 
2015, where GCC 5.2 was already released (and GCC 4.9.3 was the latest 4.x line 
release).
(CentOS 7 which was first released in July 2014 contains GCC 4.8 btw)

> I would not even know how to upgrade the G++ on a CentOS 6.x. Can you point 
> me how to upgrade the g++ compiler?

You can install and use devtoolset
http://linux.web.cern.ch/linux/devtoolset/
(probably also available through whatever package manager is used by CentOS).

> Therefore, I stuck at that point now. Qt 5.5.1 compiled without a single 
> issue.

Qt has less requirements on the compiler and runs on more platforms than Qt 
Creator.

Br, Eike

> Regards,
> Stefan
>  
>  
> From: Tobias Hunger [mailto:tobias.hun...@gmail.com] 
> Sent: Donnerstag, 3. März 2016 10:38
> To: Walter Stefan 
> Cc: qt-creator 
> Subject: Re: [Qt-creator] Qt-Creator 3.5.1 with Qt 5.5.1 build issues on 
> CentOS 6.7 x86_64
>  
> 
> Am 03.03.2016 06:49 schrieb "Walter Stefan" :
> > I am trying to build Qt-Creator 3.5.1 with Qt 5.5.1 on CentOS 6.7 x86_64. I 
> > am right at the begin the following issue:
> 
> > In file included from api/runenvironment.cpp:37:
> >
> > ./language/scriptengine.h:128: error: \u2018nullptr\u2019 was not declared 
> > in this scope
> 
> You will need to upgrade your compiler to an supported version. We have 
> started to rely on C++11 features unconditionally (it is 2016, that stuff has 
> been around for 5  years now!). It really improves the language, you should 
> update to something that supports it, not just for Qt Creators sake!
> 
> The README file has details. IIRC that is GCC 4.7.X or later.
> 
> Best regards,
> Tobias
> 
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Clang Code Model completion not working

[Ziller Eike]

> On Mar 2, 2016, at 8:27 PM, Andrzej Telszewski  wrote:
> 
> On 01/03/16 17:09, Nikolai Kosjar wrote:
>> Hi!
>> 
>> On 02/28/2016 12:11 PM, Andrzej Telszewski wrote:
>>> Hi,
>>> 
>>> Qt Creator: 3.5.1
>>> OS: Linux
>>> ...
>>> Unfortunately, the completion does not work for me, that is, there is
>>> neither pop-up for functions, classes nor the class members.
>>> 
>>> Have I misconfigured something?
>> 
>> If you already see diagnostic warnings from libclang, then that's unlikely.
>> 
>> Please create a bug report with answers to:
>> 
>> 1) Does it work with current Qt Creator snapshots? Snapshots are
>> available at http://download.qt.io/snapshots/qtcreator/master/latest .
>> If it fails, the remaining questions assume that you use the snapshot
>> version.
>> 
>> 2) Does it already fail for a main.cpp of a "Qt Console Application"
>> (from Creator's wizard)?
>> 
>> 3) Start Qt Creator from a terminal as follows, trigger completion and
>> wait for a while. What's the generated output?
>> 
>>   $ QT_LOGGING_RULES="qtc.clangcodemodel.ipc=true" ./qtcreator
>> 
>> Nikolai
>> 
> 
> Upgrading to 3.6.0 solves the problem.
> Should I still fill the bug or 3.5.1 is no longer supported?

There will be no more releases of 3.5.x.

Br, Eike

> -- 
> Best regards,
> Andrzej Telszewski
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] [Dev] Qt Creator 4.0 Feature Freeze (was: soft-branched)

[Ziller Eike]

> On Mar 1, 2016, at 1:37 PM, Ziller Eike <eike.zil...@theqtcompany.com> wrote:
> 
>> 
>> On Feb 24, 2016, at 14:36, Ziller Eike <eike.zil...@theqtcompany.com> wrote:
>> 
>>> 
>>> On Feb 24, 2016, at 2:34 PM, Ziller Eike <eike.zil...@theqtcompany.com> 
>>> wrote:
>>> 
>>> Hi,
>>> 
>>> in preparation of the feature freeze for Qt Creator 4.0
>> 
>> Which is scheduled for next week:
>> 
>> https://wiki.qt.io/Qt_Creator_Releases
>> 
>> Qt Creator 4.0:
>>  • Feature freeze w10 (~Mar 1 2016)
>>  • Beta release w12 (~Mar 15 2016)
>>  • String freeze w14 (~Mar 29 2016)
>>  • Release candidate w16 (~Apr 12 2016)
>>  • Final release w18 (~Apr 26 2016)
> 
> Reminder:
> I will do a last merge from master -> 4.0 on Wednesday morning (CEST).
> After that, everything that goes into master is for Qt Creator 4.1.

Merge is done now.

> Br, Eike
> 
>>> , I “soft-branched“ 4.0.
>>> 
>>> That means:
>>> You should prefer the 4.0 branch for all your work that is supposed to end 
>>> up in the 4.0 release.
>>> 
>>> The master branch is regularly merged back into 4.0 until the feature 
>>> freeze next week,
>>> so you do not have to retarget existing patches for master on codereview.
>>> 
>>> Br, Eike
>>> 
>>> -- 
>>> Eike Ziller, Principle Software Engineer - The Qt Company GmbH
>>> 
>>> The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
>>> Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
>>> Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
>>> HRB 144331 B
>>> 
>>> ___
>>> Qt-creator mailing list
>>> Qt-creator@qt-project.org
>>> http://lists.qt-project.org/mailman/listinfo/qt-creator
>> 
>> -- 
>> Eike Ziller, Principle Software Engineer - The Qt Company GmbH
>> 
>> The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
>> Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
>> Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
>> HRB 144331 B
>> 
>> ___
>> Qt-creator mailing list
>> Qt-creator@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/qt-creator
> 
> -- 
> Eike Ziller, Principle Software Engineer - The Qt Company GmbH
> 
> The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
> Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
> Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
> HRB 144331 B

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] [Dev] Qt Creator 4.0 soft-branched

[Ziller Eike]

> On Feb 24, 2016, at 14:36, Ziller Eike <eike.zil...@theqtcompany.com> wrote:
> 
>> 
>> On Feb 24, 2016, at 2:34 PM, Ziller Eike <eike.zil...@theqtcompany.com> 
>> wrote:
>> 
>> Hi,
>> 
>> in preparation of the feature freeze for Qt Creator 4.0
> 
> Which is scheduled for next week:
> 
> https://wiki.qt.io/Qt_Creator_Releases
> 
> Qt Creator 4.0:
>   • Feature freeze w10 (~Mar 1 2016)
>   • Beta release w12 (~Mar 15 2016)
>   • String freeze w14 (~Mar 29 2016)
>   • Release candidate w16 (~Apr 12 2016)
>   • Final release w18 (~Apr 26 2016)

Reminder:
I will do a last merge from master -> 4.0 on Wednesday morning (CEST).
After that, everything that goes into master is for Qt Creator 4.1.

Br, Eike

>> , I “soft-branched“ 4.0.
>> 
>> That means:
>> You should prefer the 4.0 branch for all your work that is supposed to end 
>> up in the 4.0 release.
>> 
>> The master branch is regularly merged back into 4.0 until the feature freeze 
>> next week,
>> so you do not have to retarget existing patches for master on codereview.
>> 
>> Br, Eike
>> 
>> -- 
>> Eike Ziller, Principle Software Engineer - The Qt Company GmbH
>> 
>> The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
>> Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
>> Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
>> HRB 144331 B
>> 
>> ___
>> Qt-creator mailing list
>> Qt-creator@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/qt-creator
> 
> -- 
> Eike Ziller, Principle Software Engineer - The Qt Company GmbH
> 
> The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
> Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
> Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
> HRB 144331 B
> 
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] QtCreator 4.0 Nightly Builds?

[Ziller Eike]

> On Feb 29, 2016, at 4:15 PM, Mike Jackson  wrote:
> 
> Is it known approximately when a nightly binary for QtCreator 4.0 will start 
> to be posted? Would really like to start trying out the new CMake features as 
> all of our projects are based on CMake.

Hi, currently 4.0 is more or less in sync with master:
http://download.qt.io/snapshots/qtcreator/master/latest/

Br, Eike

> Thanks
> -- 
> Mike Jackson  [mike.jack...@bluequartz.net]
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] copy/add resources / src files

[Ziller Eike]

> On Feb 25, 2016, at 2:21 PM, ekke <e...@ekkes-corner.org> wrote:
> 
> Hi Eike,
> 
> just tried adding ressources from another project as you described - worked.
> thx.
> never would have found this alone ;-)
> (and from J-P Nurmi in the meantime I learned that I have to add
> resource files in .pro to OTHER_FILES+= to get a better tree view)
> 
> for copying src files now I'll use this workflow:
> -- source project... show in finder, mark .cpp / .hpp, copy
> -- target project... show in finder, paste
> 
> then I have to manually add to .pro the names of copied cpp under SOURCES+=
> correct ?

Or use “Add existing..."

Br, Eike

> thx
> 
> ekke
> Am 25.02.16 um 13:46 schrieb Ziller Eike:
>>> On Feb 25, 2016, at 11:16 AM, ekke <e...@ekkes-corner.org> wrote:
>>> 
>>> While preparing a blog artictle for BlackBerry 10 devs HowTo use Qt Creator 
>>> for Qt 5.6 vs Eclipse Momentics (Cascades, Qt 4.8) I'm having some 
>>> questions - don't know if I understood it right how QtCreator is doing 
>>> "things"
>>> 
>>> copy / paste resources
>>>Having two projects open and want to copy some icons from project A to 
>>> project B
>>>In Momentics I would mark some files from project A tree, then copy and 
>>> in project B tree paste them.
>>>This seems not to work with Qt Creator.
>>>Is this the right way:
>>>go to the file system
>>>copy files from A to B (per ex. copy images/arrow.png, 
>>> images/ar...@2x.png,...)
>>>if not exist create the images subfolder
>>>then back to Qt Creator
>>>select qml.qrc, add existing files, select the images and then they 
>>> appear in qml.qrc and are under control of Qt Creator
>> Actually if you open the qrc file in an editor in Qt Creator (e.g. “Open in 
>> Editor” from context menu in project tree, or through locator (ctrl+k)),
>> and choose Add > Files there, then you are asked if you want to copy the 
>> files to the location of the qrc file if the files that you choose are not 
>> already located there.
>> 
>>> copy/paste src code
>>>if I want to copy/paste .cpp, .h source files from another project,
>>>I have to do it the same way as with resources described above ?
>> Qt Creator does not provide “file explorer” functionalities (beside the 
>> remove and rename, which are there because they are actually .pro/.pri file 
>> editing features).
>> Note that there are e.g. “Show in Explorer/Finder” in the context menu for 
>> nodes in the project tree.
>> 
>>> code generated from outside the project
>>>I'm working on a DSL to generate code from an Eclipse Xtext model into a 
>>> Qt project
>>>(already done for Momentics/Cascades, now working to make this generator 
>>> x-platform for Qt 5.6 mobile - will be open source)
>>>I'm generating the code into a subfolder /src-gen
>>>would it be ok to generate a src-gen.pri with HEADERS and SOURCES and 
>>> include this file into my .pro ?
>> That sounds like a sensible approach to me. (Note that you should use 
>> $$PWD/. to refer to files with a relative to the .pri file).
>> 
>> Br, Eike
>> 
>>> thanks for helping
>>> don't want to provide wrong recipes HowTo deal with copying / adding 
>>> resources and src files into QtCreator projects
>>> -- 
>>> ekke (ekkehard gentz)
>>> 
> 

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] copy/add resources / src files

[Ziller Eike]

> On Feb 25, 2016, at 11:16 AM, ekke  wrote:
> 
> While preparing a blog artictle for BlackBerry 10 devs HowTo use Qt Creator 
> for Qt 5.6 vs Eclipse Momentics (Cascades, Qt 4.8) I'm having some questions 
> - don't know if I understood it right how QtCreator is doing "things"
> 
> copy / paste resources
> Having two projects open and want to copy some icons from project A to 
> project B
> In Momentics I would mark some files from project A tree, then copy and 
> in project B tree paste them.
> This seems not to work with Qt Creator.
> Is this the right way:
> go to the file system
> copy files from A to B (per ex. copy images/arrow.png, 
> images/ar...@2x.png,...)
> if not exist create the images subfolder
> then back to Qt Creator
> select qml.qrc, add existing files, select the images and then they 
> appear in qml.qrc and are under control of Qt Creator

Actually if you open the qrc file in an editor in Qt Creator (e.g. “Open in 
Editor” from context menu in project tree, or through locator (ctrl+k)),
and choose Add > Files there, then you are asked if you want to copy the files 
to the location of the qrc file if the files that you choose are not already 
located there.

> copy/paste src code
> if I want to copy/paste .cpp, .h source files from another project,
> I have to do it the same way as with resources described above ?

Qt Creator does not provide “file explorer” functionalities (beside the remove 
and rename, which are there because they are actually .pro/.pri file editing 
features).
Note that there are e.g. “Show in Explorer/Finder” in the context menu for 
nodes in the project tree.

> code generated from outside the project
> I'm working on a DSL to generate code from an Eclipse Xtext model into a 
> Qt project
> (already done for Momentics/Cascades, now working to make this generator 
> x-platform for Qt 5.6 mobile - will be open source)
> I'm generating the code into a subfolder /src-gen
> would it be ok to generate a src-gen.pri with HEADERS and SOURCES and 
> include this file into my .pro ?

That sounds like a sensible approach to me. (Note that you should use 
$$PWD/. to refer to files with a relative to the .pri file).

Br, Eike

> thanks for helping
> don't want to provide wrong recipes HowTo deal with copying / adding 
> resources and src files into QtCreator projects
> -- 
> ekke (ekkehard gentz)
> 
> independent software architect
> international development native mobile business apps
> BlackBerry 10 | Qt Mobile (Android, iOS)
> workshops - trainings - bootcamps
> 
> BlackBerry Elite Developer
> BlackBerry Platinum Enterprise Partner
> 
> max-josefs-platz 30, D-83022 rosenheim, germany
> mailto:e...@ekkes-corner.org
> blog: http://ekkes-corner.org
> apps and more: http://appbus.org
> 
> twitter: @ekkescorner
> skype: ekkes-corner
> LinkedIn: http://linkedin.com/in/ekkehard/
> Steuer-Nr: 156/220/30931 FA Rosenheim, UST-ID: DE189929490
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] qmake: no "strip" in generated Makefile

[Ziller Eike]

> On Feb 24, 2016, at 8:26 PM, Andrzej Telszewski  wrote:
> 
> Hi,
> 
> I came across something strange. On both tested systems the qmake version is 
> 2.01a, but the Makefile generated on one of the systems does not have the 
> strip command.
> 
> With strip:
> @$(CHK_DIR_EXISTS) $(INSTALL_ROOT)/usr/bin/ || $(MKDIR) 
> $(INSTALL_ROOT)/usr/bin/
> $(INSTALL_PROGRAM) "build/prog/$(QMAKE_TARGET)" 
> "$(INSTALL_ROOT)/usr/bin/$(QMAKE_TARGET)"
> $(STRIP) "$(INSTALL_ROOT)/usr/bin/$(QMAKE_TARGET)"
> 
> Without strip:
> @$(CHK_DIR_EXISTS) $(INSTALL_ROOT)/usr/bin/ || $(MKDIR) 
> $(INSTALL_ROOT)/usr/bin/ $(INSTALL_PROGRAM) "build/prog/$(QMAKE_TARGET)" 
> "$(INSTALL_ROOT)/usr/bin/$(QMAKE_TARGET)"
> 
> The system that includes the strip command is:
> QMake version 2.01a
> Using Qt version 4.8.4 in /usr/lib64/qt/lib
> 
> The system that does not include the strip command is:
> QMake version 2.01a
> Using Qt version 4.6.2 in /usr/lib64
> 
> 
> Could you please explain me how can I make the qmake to always include the 
> strip step in the Makefile?

Hi,

since this is a very Qt Creator centric list, you might want to try posting 
your question on inter...@qt-project.org instead.

Br, Eike

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] [Dev] Qt Creator 4.0 soft-branched

[Ziller Eike]

> On Feb 24, 2016, at 2:34 PM, Ziller Eike <eike.zil...@theqtcompany.com> wrote:
> 
> Hi,
> 
> in preparation of the feature freeze for Qt Creator 4.0

Which is scheduled for next week:

https://wiki.qt.io/Qt_Creator_Releases

Qt Creator 4.0:
• Feature freeze w10 (~Mar 1 2016)
• Beta release w12 (~Mar 15 2016)
• String freeze w14 (~Mar 29 2016)
• Release candidate w16 (~Apr 12 2016)
• Final release w18 (~Apr 26 2016)

> , I “soft-branched“ 4.0.
> 
> That means:
> You should prefer the 4.0 branch for all your work that is supposed to end up 
> in the 4.0 release.
> 
> The master branch is regularly merged back into 4.0 until the feature freeze 
> next week,
> so you do not have to retarget existing patches for master on codereview.
> 
> Br, Eike
> 
> -- 
> Eike Ziller, Principle Software Engineer - The Qt Company GmbH
> 
> The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
> Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
> Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
> HRB 144331 B
> 
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] qmake and backtick command arguments

[Ziller Eike]

> On Feb 21, 2016, at 11:59 AM, Andrzej Telszewski  
> wrote:
> 
> On 21/02/16 11:53, Konstantin Tokarev wrote:
>> 
>> 
>> 21.02.2016, 13:50, "Andrzej Telszewski" :
>>> On 21/02/16 11:34, Nikos Chantziaras wrote:
  On 21/02/16 11:47, Andrzej Telszewski wrote:
>  Hi,
> 
>  I'm trying to do something like this in .pro file:
>  INCLUDEPATH += \
> `php-config --includes`
 
  Try the system() function in combination with the "$$" operator (for
  variable expansion):
 
 INCLUDEPATH += $$system(php-config --includes)
>>> 
>>> It works!
>>> 
>>> Now I have another problem:
>>> 
>>> The output of php-config --includes is:
>>> -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM
>>> -I/usr/include/php/Zend -I/usr/include/php/ext
>>> -I/usr/include/php/ext/date/lib
>>> 
>>> And in consequence INCLUDEPATH becomes:
>>> -I-I/usr/include/php -I-I/usr/include/php/main -I-I/usr/include/php/TSRM
>>> -I-I/usr/include/php/Zend -I-I/usr/include/php/ext
>>> -I-I/usr/include/php/ext/date/lib
>>> 
>>> that is, extra "-I" is added by qmake.
>>> 
>>> Is there an easy way to work around it?
>>> 
>>> "php-config" does not seem to have any possibility of tweaking its output.
>> 
>> You need to use QMAKE_CXXFLAGS (or QMAKE_CFLAGS if you build C) instead of 
>> INCLUDEPATH.
>> 
> 
> This yields yet another inconvenience. Using QMAKE_CFLAGS allows application 
> to compile fine, but header files are not seen by Qt Creator and so cannot be 
> nicely navigated.

Looks like Qt Creator handles QMAKE_CXXFLAGS, but not QMAKE_CFLAGS.

Br, Eike

> 
> Any thoughts on that?
> 
> -- 
> Best regards,
> Andrzej Telszewski
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] System manual for qt creator

[Ziller Eike]

> 
> On Dec 19, 2015, at 14:59, Petrov Gennadii  wrote:
> 
>  
> Hello, qt-team!
>  
> I have some questions...
>   • where i can read about the architecture of the project qt 
> creator(class diagrams, sysmanual, etc)?

There is not much, but a bit of information (e.g. about the plugin 
architecture) can be found here:
http://doc-snapshots.qt.io/qtcreator-extending/extending-index.html
A little “helloworld” plugin that adds some menu item, can also be found in the 
qt creator code repository,
http://code.qt.io/cgit/qt-creator/qt-creator.git/tree/src/plugins/helloworld
There also is a “Qt Creator Plugin” wizard in Qt Creator itself.

>   • which plug-ins can be disabled when building qt creator (whether 
> between dependence)? Where i can get information about all plugins?
>   • How qt and mingw version choose to build qt Creator 3.6.0 ?

http://code.qt.io/cgit/qt-creator/qt-creator.git/tree/README.md

>   • Can i use qt creator for own needs and recreate logo, icons, main 
> menu etc ?

Technically: The core plugin shows a basic UI with an edit mode (but without 
any actual editing capabilities), a search output pane (but without any actual 
searching capabilities), and basic menu items that one would expect for a basic 
editor. You can try and see for yourself with “qtcreator -noload all -load 
Core”. Any other functionality comes from plugins.
To change anything else, you’ll need to change code.

Regarding licensing I am not a lawyer, so better contact one before starting to 
create any work based on Qt Creator! A short and incomplete and potentially 
wrong summary is:
Most of Qt Creator 3.6 is licensed LGPL, with some 3rdparty components that 
tend to be MIT- or BSD-style licensed. Basically that means that you need to 
make all modifications to the code that you do public.
Qt Creator 3.7 and later will be licensed under GPLv3 (aside from above 
mentioned 3rdparty components), which basically adds the requirement to publish 
the code for all derived work as well.

Br, Eike

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Build QT Creator with debug symbols

[Ziller Eike]

> On Feb 4, 2016, at 15:07, Ion Ostafi  wrote:
> 
> Hi
>I am working on a QT Creator plugin and I am trying to build my plugin in 
> Debug, but I have an error:
> library not found for -lCore_debug. Consulting the output of the make in 
> terminal , I found that this library is needed in the following path 
> -L../qt-creator-build/bin/Qt\ Creator.app/Contents/PlugIns -lCore_debug.

> It is not there, and I suppose that it is because I have built QT Creator in 
> release mode. Trying to build Creator in Debug mode, the QTCreator itself is 
> broken. How can I build creator in debug mode?

It should just work. So in what way does Qt Creator in debug mode “break”?

Br, Eike

> or How can I build my plugin in debug mode ?
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Linux 32 bit binaries

[Ziller Eike]

> On Feb 11, 2016, at 8:22 AM, Alejandro Exojo  wrote:
> 
> Hello.

Hi.

> It was announced that there will be no longer (Creator) binaries produced for 
> Linux 32 bit. I have a project that requires a 32 bit developer environment, 
> so, sadly I'll be stuck with the old version (unless I compile myself, which 
> tends to be annoying).

Btw,

make
INSTALL_ROOT=/tmp/qtcreator_tmpinstall make -j1 deployqt bindist_installer

creates a distributable 7zip, if you have co-workers with the same need. S.a. 
https://wiki.qt.io/Building-Qt-Creator-Packages

> Do you know the reason why that happened?

There will be no Linux 32bit binary packages for Qt anymore to build Qt Creator 
binary packages with.

> Is CI resources, or disk space, 
> or...?

Afaik CI and testing resources.

Br, Eike

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Objective-C parser?

[Ziller Eike]

> On Feb 3, 2016, at 11:20 PM, Jason H  wrote:
> 
> I really enjoy the QML and C++ parsing. But is there a way I can get the *.mm 
> file parsing just as good?

Turn on Clang code model in Preferences > C++ > Code Model

Br, Eike

> 
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Use #pragma once as default instead of header guards

[Ziller Eike]

Blinding out the discussion about whether and how the Clang code model should 
support header guards better,
I do not see voices against actually switching to use “#pragma once” within Qt 
Creator headers.

So I have created this for our coding style:
https://codereview.qt-project.org/147008

Br, Eike

> On Jan 13, 2016, at 1:54 PM, Hunger Tobias  
> wrote:
> 
> On Mi, 2016-01-13 at 12:15 +, Bubke Marco wrote:
>> We support it but it will be slow. It is your decision. Anyway how often do
>> you need code completion in the header file. 
> 
> I agree with Christian that we should not change the coding standard to work
> around problems in the code model.
> 
>> Maybe we can fix it in the future but it depends on Clang.
> 
> Good.
> 
>> Anyway I don't want to force you to anything. It was about the future. So
>> #pragma once would be allowed for the people who want to use it.
> 
> No. A coding standard is supposed to help developers work with code in their
> project that they are not familiar with by writing down a basic set of rules
> that provide a base-line of consistency. This is only possible when everybody
> follows the same set of rules. That is why we need a broad consensus on coding
> style rules, with "do whatever you want" being an option only for rules that 
> the
> community is split on.
> 
> I do not think #pragma once is such an item:
> 
>  * According to Marco #pragma once is supported by all compilers we support 
> with
> Qt Creator.
> 
>  * It is less to type
> 
>  * It removes the need to come up with a long name that is unique in the 
> project
> 
>  * It prevents unexpected results when that name is not as unique as you 
> thought
> 
>  * It prevents unexpected results when you mistype that long name once in the
> #define or #ifndef lines.
> 
> So I am in favor changing the coding style to ask developers to use #pragma 
> once
> in all new headers.
> 
> I think it will most likely even make sense to update existing headers in one
> patch and be done with this change.
> 
> Best Regards,
> Tobias
> 
> -- 
> Tobias Hunger, Senior Software Engineer | The Qt Company
> The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
> Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja Sitz der 
> Gesellschaft:
> Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331 B
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Use #pragma once as default instead of header guards

[Ziller Eike]

Let’s drop the argument about the clang code model from the discussion about 
whether to use #pragma once or not.

#pragma once seems to be supported by all compilers that we care about for 
compiling Qt Creator.
It is less to type, makes renaming classes/files much more pleasant, and is 
less error prone.

+1 from me for at least allowing to use it.

Br, Eike


> On Jan 13, 2016, at 1:15 PM, Bubke Marco  wrote:
> 
> We support it but it will be slow. It is your decision. Anyway how often do 
> you need code completion in the header file. 
> 
> Maybe we can fix it in the future but it depends on Clang.
> 
> Anyway I don't want to force you to anything. It was about the future. So 
> #pragma once would be allowed for the people who want to use it.
> 
> 
> From: Qt-creator  on behalf of Christian 
> Kandeler 
> Sent: Wednesday, January 13, 2016 12:29 PM
> To: qt-creator@qt-project.org
> Subject: Re: [Qt-creator] Use #pragma once as default instead of header guards
> 
> On 01/13/2016 11:55 AM, Bubke Marco wrote:
>> Hello
>> 
>> With the clang code model there is a problem to generate a preamble file 
>> with header guards. Imaging a preamble file is like a automatically pre 
>> compiled header for the include block at the top. But there are limitations. 
>> One is that every ifndef has to match is #endif inside of the preamble but 
>> this not the case for header guards.
>> 
>> #ifndef HEADER_GUARD
>> #define HEADER_GUARD
>> #include  // this would be compiled in the preamble once
>> 
>> void foo()
>> {
>>auto bahn = nullptr;
>> }
>> 
>> 
>> #endif
>> 
>> We don't generate a preamble for this case because the opening ifndefs is 
>> not matching the endif. In that case the clang model will be very slow!
>> 
>> So I propose we change our wizards to utilize #pragma once and use it for 
>> every new file. We can change header files where we need code completion on 
>> demand too.
> 
> Unless I'm misunderstanding the point, you seem to suggest that people
> change their (non-broken) projects to work around problems in Creator's
> code model. This cannot possibly be the solution, can it? The code model
> needs to support users' code, not the other way around.
> 
> 
> Christian
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Principle Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Small feature requests

[Ziller Eike]

> On Jan 11, 2016, at 10:50, Hunger Tobias  
> wrote:
> 
> Hi Jason,
> 
> thank you for taking the time to provide feedback! That is very much
> appreciated.
> 
> The best method to do so is to just file feature requests in the bug tracker.
> Things reported here tend to get lost as new mails come in and push the mail
> asking for something down. In the bug tracker the request stays visible to the
> developers at all times:-)
> 
> On Fr, 2016-01-08 at 15:45 +0100, Jason H wrote:
>> I heavily use the search feature, I've got 2 comments:
>> 1. Edit: Find/Replace: Advanced Find: Project: "XXX"
>> This is a lot of navigation. CMD-SHift-F is nice. But when I forget the key
>> sequence, I often find myself looking under Edit: Advanced. I'm not sure what
>> to ask for, this is just feedback. Maybe place a find menu under there so I'm
>> never wrong? Or integrate the Advanced Find into the normal Find?
> 
> So you think this should be moved? I never looked for this functionality in 
> the
> menus since I always use the keyboard shortcut.
> 
>> 2. Once at the Find panel, the search results could be made a lot better with
>> a few tweaks:
>> In the result header:
>> - [Search Again] should be called "Repeat Search",
> 
> I think that makes sense. Eike, Leena: What is your take on this?
> 
>> - Add another button "New search" that takes you to the new Search panel (as
>> opposed to selecting it from the "History:" Combo, which is not intuitive. 
> 
> I have no opinion here. I was not even aware that you could trigger a new 
> search
> from the history dropdown. Keyboard shortcut user…

Could sure be a button in the tool bar with the history dropdown.

>> - Add a checkbox "Expand Results" that if previously checked or on check,
>> expands the results. If not checked or unchecked, collapses the results.
> 
> That is what the little folder icon in the top bar does (The one left of
> "History:"). Is that what you are asking for?
> 
>> With regard to F1 help when on a class, method, property, etcetera, the help
>> sometimes does not find what it's looking for. For example in QML,
>> "parent.horiz|ontalCenter" ( pipe is cursor location) won't find
>> Item.anchors.horizontalCenter. Is this a logic thing, or just insufficient
>> indexing?
> 
> I'd call that a bug.
> 
> Best Regards,
> Tobias
> 
> -- 
> Tobias Hunger, Senior Software Engineer | The Qt Company
> The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
> Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja Sitz der 
> Gesellschaft:
> Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331 B
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] 3.6.0: Search & Replaces modifies included header files from outside project directory

[Ziller Eike]

Hi,

> On Jan 6, 2016, at 7:50 PM, Mike Jackson  wrote:
> 
> I was doing some search/replace on our project and to my surprise I found out 
> that files there were referenced in the project but were actually in an 
> outside framework were also modified. To be more clear, my project is CMake 
> based and uses Qt 5.5.1. I wanted to make changes to some *.cmake and *.txt 
> files. The targeted files without my project directory were modified but ALSO 
> the Qt 5.5.1 CMake files were also modified. This seems VERY 
> counter-intuitive to me. I would have thought that files that are actually in 
> other framework directories would have been excluded from the search/replace.
> 
> Has anyone else encountered anything like this before?

The project wide search looks into all files that you can see in the project 
tree. Of course that depends on what the corresponding “Project” implementation 
considers to be part of your project. Looks like for CMake that includes the Qt 
.cmake files? For qmake it includes all explicitly included .pri files (and 
.pro files in subdir projects), but not the automatically included Qt 
configuration files.

Br, Eike

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Syntax highlighting, EditorWidget and XML

[Ziller Eike]

> On Dec 21, 2015, at 10:10 PM, Knut Petter Svendsen 
>  wrote:
> 
> Hi!
> 
> I'm implementing a small plugin with my own EditorWidget inheriting 
> TextEditorWidget to get my own code navigation.
> The editor is for a file based on XML. I've implemented findLinkAt and that 
> works. Since the file has xml-syntax I'd
> like it to use XML syntax highlighting. How do I get that without having to 
> implement my own syntax highlighter?
> 
> I've tried to make my own mime-type and let it be a sub-class-of 
> application/xml, but that doesn't help. It helps by
> adding my file extension to application/xml (Tools->...MIME Types) but then 
> it seems to ruin for my EditorWidget
> (wrong editor opened?)
> 
> Any help would be appreciated!

I think making your mime type a subclass of xml and setting 
setUseGenericHighlighter(true) in your editor factory (see 
PlainTextEditorFactory) should be enough to do the job.

Br, Eike


-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Class boilerplate builder?

[Ziller Eike]

> On Dec 18, 2015, at 20:43, Jason H  wrote:
> 
> I'd be really cool if(tm):
> 
> There was a builder for QObject subclasses.
> 
> Given the class name, the base class, (already there) the next step would be 
> a screen that would ask for property names and types and automatically build 
> up the boilerplate code. I spend a lot of time now since QML is King making 
> exposer classes for C++ to QML. I've got 140 lines of boilerplate code and 
> only 77 of non-boilerplate. If I could enter:
> QStringList propname1
> QVariantList propname2
> ...
> int x
> 
> and have it all populated I'm thinking a grid or rows of:
> Combo Text Combo(Syntax) Check   Check...  // UI type
> Class Name MEMBER/READ   Write   Notify   ...  // What for
> 
> 
> And that screen to the new Class wizard would save me a lot of time. 

Hi,

not integrated in a wizard, but if you write Q_PROPERTY you can
1. use the snippet to only provide the property type and name and get the rest 
filled out with defaults, and
2. use Refactor > "Generate missing Q_PROPERTY members” (or Alt+Return) on the 
Q_PROPERTY to automatically generate the getter, setter, signal, and member 
variable.

Br, Eike

-- 
Eike Ziller, Senior Software Engineer | The Qt Company
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Latest 3.6.0-rc1 & Debugging on OS X

[Ziller Eike]

> On Dec 11, 2015, at 5:22 PM, Mike Jackson <imikejack...@gmail.com> wrote:
> 
> 
>> On Dec 11, 2015, at 1:42 AM, Ziller Eike <eike.zil...@theqtcompany.com> 
>> wrote:
>> 
>>> 
>>> On Dec 10, 2015, at 19:15, Mike Jackson <imikejack...@gmail.com> wrote:
>>> 
>>> I should have noted that I am running OS X 10.10.5 and Xcode 6.4. I have no 
>>> idea if I can move up to Xcode 7.x and still use Qt 5.5?
>> 
>> As far as I know there are no issues with that. I’m using Qt 5.5 on El 
>> Capitan on my Notebook as well.
> 
> I may try Xcode 7.2 over the weekend on a test machine. Xcode 7 tolerates 
> CMake projects better than the 6.x series did.
> 
>> 
>>> We have to self compile due to our requirement for C++11 support.
>> 
>> Why do you need to compile Qt yourself for that? We use C++11 in Qt Creator 
>> and use the default Qt package build for that (and CONFIG+=c++11 in our .pro 
>> files).
>> 
>> Br, Eike
> 
> The default Qt packages turn OFF C++11 support which means that the Qt 
> Frameworks are linking against libstdc++ which is the older NON-C++11 
> compliant package.

Default Qt binaries link against libc++ since Qt 5.4 (which removed support for 
OS X 10.6).

Br, Eike

> This has been causing issues with our projects where some of our 3rd party 
> libraries link against libc++ with C++11 compliance turned on. We get 
> spurious crashes and runtime issues unless we get all our our 3rd party 
> libraries to specifically link against libc++. Since the default Qt packages 
> have a minimum OS X runtime of 10.7 they will link against libstdc++. We 
> crank up the minimum to 10.9 and config with C++11 support. This (and other 
> config options to other 3rd party libs) have fixed our issues.
> 
> There were other benefits to moving to C++11 (like moving from 
> boost::shared_ptr to std::shared_ptr) which allowed QtCreators code models 
> (both Clang and the internal one) to offer completions MUCH faster than 
> before and more completely.
> 
> —
> Mike Jackson
> 
>> 
>>> 
>>> Also note that my tests are quick and dirty. Just quick “does it launch 
>>> quickly when compared to Xcode”.
>>> 
>>> Thanks
>>> Mike Jackson
>>> 
>>>> On Dec 10, 2015, at 11:33 AM, rpzrpz...@gmail.com wrote:
>>>> 
>>>> Thanks mike for doing this "guinea pig" work.
>>>> 
>>>> I spend all of my time on OSX and Qt, so not losing developer tool 
>>>> effectiveness
>>>> on this OSX platform is really important for 5.6. (even though I can tied 
>>>> up on 5.5.1 right now and cannot donate cycles.)
>>>> 
>>>> I am running El Capitan, so that may be a sticking point in late January 
>>>> for 6.5RC.
>>>> 
>>>> md
>>>> 
>>>> On 12/10/2015 10:28 AM, Mike Jackson wrote:
>>>>> 
>>>>>> On Dec 10, 2015, at 4:54 AM, Ziller Eike <eike.zil...@theqtcompany.com> 
>>>>>> wrote:
>>>>>> 
>>>>>>> 
>>>>>>> On Dec 2, 2015, at 8:34 PM, Mike Jackson <imikejack...@gmail.com> wrote:
>>>>>>> 
>>>>>>> Hello, 
>>>>>>> The issue seems to be resolved. I can debug again. BUT the start up 
>>>>>>> time when launching my application is very long. It seems to be taking 
>>>>>>> about 1 minute to launch to my gui.
>>>>>> 
>>>>>> Could you please take a look at the debugger log, what it does during 
>>>>>> that long time?
>>>>>> 
>>>>>> Br, Eike
>>>>> 
>>>>> The Dec 10 nightly build of 5.6.0 seems to have fixed these issues. The 
>>>>> debugger startup is back to normal. The initial gathering of variables on 
>>>>> first break is still a bit slower when compared to things like Xcode but 
>>>>> is very usable.
>>>>> 
>>>>> Thanks
>>>>> Mike Jackson
>>>>> 
>>>>> 
>>>>> 
>>>>>> 
>>>>>>> That was with NO breakpoints active. If this last piece is being worked 
>>>>>>> on then I think the 3.6 release is shaping up very nicely to make a 
>>>>>>> comeback on OS X. I have switched back to the QtCreator code model and 
>>>>>>> the completion speed and quality is very close to the likes of Visual 
>>>>>>> S

Re: [Qt-creator] Latest 3.6.0-rc1 & Debugging on OS X

[Ziller Eike]

> On Dec 2, 2015, at 8:34 PM, Mike Jackson  wrote:
> 
> Hello, 
>   The issue seems to be resolved. I can debug again. BUT the start up time 
> when launching my application is very long. It seems to be taking about 1 
> minute to launch to my gui.

Could you please take a look at the debugger log, what it does during that long 
time?

Br, Eike

> That was with NO breakpoints active. If this last piece is being worked on 
> then I think the 3.6 release is shaping up very nicely to make a comeback on 
> OS X. I have switched back to the QtCreator code model and the completion 
> speed and quality is very close to the likes of Visual Studio and Xcode. Keep 
> up the great work.
> 
> Mike Jackson
> 
>> On Dec 1, 2015, at 4:38 AM, Stenger Christian 
>>  wrote:
>> 
>> Hi Mike,
>> 
>> can you please re-check with the newest snapshot? The issue you've mentioned 
>> should have been fixed yesterday afternoon, but I assume the package of Nov 
>> 30th did not include this fix.
>> 
>> Kind regards,
>> Christian
>> 
>> 
>> 
>> From: Qt-creator  on behalf of Mike 
>> Jackson 
>> Sent: Monday, November 30, 2015 7:08 PM
>> To: qt-creator
>> Subject: [Qt-creator] Latest 3.6.0-rc1 & Debugging on OS X
>> 
>> The latest RC’s for the 3.6.0 release are really starting to look nice but 
>> just wanted to report here a few issues with the debugging on OS X to see if 
>> anyone else was seeing the issues?
>> 
>> Basically with the latest nightly from NOV 30 2015 the debugger errors out 
>> and does not start up. One of the nightlies from mid-last week would start 
>> up but would just spin LLDB at 100% indefinitely and never seem to come back 
>> with the locals and stack when attempting to stop at a break point.
>> 
>> This is with OS X 10.10 (Yosemite) and Xcode 6.4.
>> 
>> Thanks
>> Mike Jackson
>> ___
>> Qt-creator mailing list
>> Qt-creator@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/qt-creator
> 
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Normalizing key mappings across operating systems

[Ziller Eike]

> On Nov 28, 2015, at 2:31 AM, Bob Hood  wrote:
> 
> I have been using Qt Creator pretty heavily under Linux for the past couple 
> of months, and now I must do some work under OS X. I've compiled Qt Creator 
> (3.5 against Qt 5.4.2), and when I started, the key mappings are all 
> different--they're all (ugh) OS X-ish.
> 
> Can I somehow migrate settings from my Linux environment to OS X to get the 
> same, cross-platform key mappings?

You can try exporting the key mapping on Linux (Options > Environment > 
Keyboard > Export) and importing it on OS X for starters. But.

- No idea if the Ctrl/Alt/Meta mapping makes any sense then
- E.g. the editor uses many default behaviors from the OS. For some of these we 
have keyboard settings where “no key sequence” actually means “use the OS 
default”. You’ll want to try changing TextEditor.GotoLine(Start|End) etc.
- The OS might grab some shortcuts away. E.g. Cmd+Space is invoking Spotlight 
on OS X by default, which is what the Linux/Windows setting “Ctrl+Space” is 
meaning on Qt/OSX, so you’ll either have to change it in Qt Creator or OS X 
keyboard/shortcut settings.
- Just to mention that as well, you can also change the scroll-wheel direction 
on OS X from “natural” to “what-every-OS-else-does” in System Prefs > Mouse

If you will do much work on Linux + OS X in the future then I’d personally 
recommend getting used to the different configurations. That way you’ll become 
comfortable on _any_ Mac and its software. I myself switch all the time between 
OS X and Linux and the switch now comes naturally. I’m more annoyed about 
differences like the Linux paste-buffer ;)

Br, Eike
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Ctrl+B start build => Ctrl+B start/stop build

[Ziller Eike]

> On Nov 18, 2015, at 8:57 PM, Cristian Tibirna  wrote:
> 
> Hello
> 
> Consulting the list before writing a feature request to bugreports:
> 
> Currently I happen to do a lot of tentative building of fairly complex 
> generic 
> C++ code that I kinda write in collaboration with the compiler ;-). This 
> means 
> that very often I start a build that produces > 1K errors in a few seconds 
> and 
> I rather prefer to stop it and fix some of these first errors before 
> continuing.
> 
> Since I use almost exclusively the keyboard, I hit Ctrl+B to start a build. 
> Then, when I want to stop it, I have to hit Alt+B (that opens ... the Build 
> menu -- inefficient), make sure that "Cancel Build" item is highlighted and 
> hit Enter. This is 1) slow, 2) inelegant 3) feeling half-baked, 4) slow ;o)
> 
> Would it be considered a useful improvement to have Ctrl+B mean "start build" 
> and, in the obvious situation when a build is in progress, mean "stop build"? 
> For this second occurrence, a small modal popup dialog should be displayed, 
> asking for confirmation (perhaps with the "Cancel stopping build" button 
> preselected ;-). Thus, without looking up from my build log (which is down at 
> the bottom of the screen), I could hit "Ctrl+B/Alt+O" (in which Alt+O is 
> contextual) to stop a build.

On Linux it looks like you can set Ctrl+B (or Ctrl+B,Ctrl+C for a “safer” 
variant) for “Cancel Build”.
Doesn’t work on OS X for some reason.
Does it work on Windows?

Br, Eike

> (NOTE: I know about being able to associate a keyboard shortcut to the 
> "Cancel 
> Build" action with the Environment>Keyboard tool, but it's not the same 
> thing: 
> it becomes difficult to find meaningful (easy to remember) key combinations 
> and the probability of inadvertent kerfuffle with combinations like Ctrl+B, 
> Ctrl+C is ... not inconsiderable).
> 
> So?
> 
> Thanks!
> 
> -- 
> Cristian Tibirna
> KDE developer .. tibi...@kde.org .. http://www.kde.org
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Qt-Creator: the variant of project's tree

[Ziller Eike]

> On Nov 18, 2015, at 10:19 PM, Tobias Hunger  wrote:
> 
> Hi Ignat,
> 
> yes, we should probably have a more configurable file tree. Many users
> seem to want that. In fact there is a really old bug report about this
> somewhere if I remember correctly. Nobody bothered to implement this
> so far though.
> 
> On Wed, Nov 18, 2015 at 8:24 PM, Ignat Awwit  wrote:
>> I have a very interesting idea how to create a comfortable file tree
>> project.
>> (It seems to me that it is really very convenient for developers of C++
>> applications)
>> 
>> Now files in the project's tree are grouped by Headers and Sources
>> For example:
> 
> 
> 
> The projects view is actually meant to be a representation of the
> build system. So we try to stay as close as possible to how the build
> system in use by the project structures the project information.
> 
> So for qmake projects we have Headers and Sources (HEADERS and SOURCES
> in the .pro-files), for other build systems we have a different
> layout. We need to do that since, especially for the build systems
> where we can actually modify the build system itself from the UI. We
> need the project view for that.
> 
> Many users apparently want a tree structure for navigation purposes.
> We should have something for those users, but that can not be the
> project view IMHO.
> 
>> I propose a solution: the files should be grouped according to the names of
>> the entities, and the choice of a particular file can occur by clicking on
>> the icon of the file extension.
>> For example:
>> 
>> - Folder
>> Header [h]
>> Main [h] [cpp]
>> Test [h] [cpp] [inc]
>> 
>> [h], [cpp] and [inc] are the icons of files' extensions.
>> 
>> This option will make the search for the necessary file in a project much
>> easier.
> 
> If you want to get to any file fast: Hit Ctrl-K and start typing part
> of the name or search for the class name or a method name you
> remember. That is way faster than scanning a tree, independent of the
> layout chosen.

Btw, you can also use Ctrl+f in the project tree.

> But if you want to scan for a file in a tree, then this suggestion
> probably makes sense. There are details like when to group files: Do
> they need to be in the same directory to be grouped or can you e.g.
> have your include files in a separate folder?
> 
> How would you navigate in such a tree with a keyboard?
> 
> Should this take project structure (as found in the build system) into
> account somehow? Or should this be purely based on file system layout?
> 
>> I hope you will read and evaluate my message.
>> I'm waiting for an answer from you: what do you think?
> 
> We read everything (at least here on the list and in the bug tracker),
> no worry. We may not respond, but we do read it:-)
> 
> Best Regards,
> Tobias
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Please change the postion of the build status indicator

[Ziller Eike]

> On Nov 17, 2015, at 12:14, Mathias Hasselmann <math...@taschenorakel.de> 
> wrote:
> 
> Am 16.11.2015 um 09:51 schrieb Ziller Eike:
>> 
>>> On Nov 13, 2015, at 5:45 PM, Ariel Molina <ar...@edis.mx> wrote:
>>> 
>>> I'm in favor of keeping related things on the same place.
>>> 
>>> How about using the wasted space in the bottom-left? I recall
>>> (years ago) Visual Studio transformed the build button into a Stop
>>> button to stop the build. Xcode currently keeps the progess bar
>>> very close to the Play and Stop buttons.
>>> 
>>> http://imgur.com/SREHbA7
>> 
>> This is very centric on “build” related progress.
> 
> Sure, check the subject. It's all about the build related progress.
> The initial author, and nobody of those complaining seems to care about
> search progress and such.

What was said about build progress information in the original post, is the 
case for any (lengthy) progress information that we currently show.

>> Build related progress could be shown additionally “over” the build
>> icon,

Please also don’t forget to read this half-sentence. And note the 
“additionally”.
In general I’d prefer to have one single place where information about lengthy 
background activity is found. There are many more background activities, some 
of them triggered manually, some of them triggered automatically. IMO we should 
be careful with not adding lots of different places with this kind of progress 
information. But as said, we already show build information as something 
special elsewhere on everything except Linux, and adding an overlay over the 
build icon might make sense. It won’t help the general case though.

>> It is also already shown on the application icon on Windows and OS
>> X btw. (I’m open for patches on Linux btw, see progressmanager_x11.cpp .
>> Unfortunately there doesn’t seem to be a unified way to achieve that, if
>> at all.)
>> If someone wants to look at how to show a OS notification when a
>> build finishes, I’m open for that too :)
> 
> Ok, so the build progress indicator is in that bottom right corner,
> because that progress indicator is not only used for build progress, but
> also for other progress indications. Still this doesn't answer the
> question, if that is the best position for the progress indicator.
> 
> I somehow live under the impression, that most UI elements should give
> their user feedback as close as reasonably possible to the place of the
> user interaction. Most trivial example: Clicking a button directly
> transforms that button to give an immediate feedback.
> 
> I'd put the build progress indicator in a similar field: The user
> triggered a build via keyboard short cut, menu entry, or by pressing one
> of the three buttons (build, run, debug). Short cuts don't have any
> direct counter part on the UI, menu items disappear right after
> interaction. The buttons stay. Where does the user look, where does she
> focus after triggering the action? For the short cut case she most
> likely focuses on her code, that is she most likely looks at the center
> of the screen. For menu interaction her focus is somewhere near the top
> left of the window, or even top left of the screen for OS X and Ubuntu.
> For the button press she'll focus for sure at the bottom left, where the
> build buttons are. Notice a pattern? In none of the cases she will focus
> on the bottom right corner. So having the user feedback at this very
> place is the worst possible place for giving feedback. So what other
> places to we have for feedback?
> 
> - The center of screen? Way to intrusive.
> - Near the menus? Well, the just closed after interaction.
> - Somewhere in that toolbar above the code editor? Very prominent place,
> much easier to spot. Too prominent I'd say and also very crowded
> already. Also I don't see any obvious place were to put it there.
> - Somewhere near the build buttons. Well, it's exactly one of the places the 
> user interacted with, and it are UI elements that just turned into 
> insensitive state, leaving the user to wonder when they'll deliver their work 
> and when they'll become usable again. Perfect place for giving feedback, for 
> showing build progress.
> 
> For the first two cases we also don't know were the user looks to expect
> any feedback on the long running build process. In the case of a button
> press we very much know, that the user is focusing at this very screen
> region with the buttons.
> 
> While we are at it, why is the search progress shown in the bottom right 
> corner, instead within the search pane's toolbar? Ok, weak one I have to 
> admit, since the search pane is in the bottom area and in contra

Re: [Qt-creator] Please change the postion of the build status indicator

[Ziller Eike]

> On Nov 13, 2015, at 14:06, Typz  wrote:
> 
> I also preferred the old position on the left. As far as I understand, it was 
> removed to allow completely hiding the whole shortcut bar...
> 
> Maybe it would be acceptable to keep the 'overall' build status on the right 
> side, but move the details tooltip in the left bar (I.e.same as older 
> versions) when it is displayed?

Other reasons for moving the progress information were that it was impossible 
to use labels longer than a very short word (so you’d never know if it was 
“Indexing C++” or “Indexing Documentation”, or “Indexing QML”), and that space 
was also limited very much vertically because it all must fit between mode 
icons and build/run related tool buttons.

Br, Eike

> On 13 nov. 2015, at 13:45, NIkolai Marchenko  wrote:
> 
>> Well, you could, theoretically, show it in a popup window so that that it is 
>> above all the other stuff that pops up before it.
>> 
>> Also, which panel do you suggest I move? I am not sure what you mean. 
>> I'd actually perfer it was possible to move the build status panel
>> 
>> What was the problem with the old position anyway? It was perfectly fine and 
>> visible on the left bar of the app.
>> 
>> On Fri, Nov 13, 2015 at 3:38 PM, Tobias Hunger  
>> wrote:
>> On Fri, Nov 13, 2015 at 11:51 AM, NIkolai Marchenko
>>  wrote:
>> > A while ago build status indicator was moved from the left side to the 
>> > lower
>> > right corner.
>> > Where it is now, it is, more often than not, hidden behind notifications
>> > from messaging applications and it is imposible to see build status and if
>> > there are errors without either reading aforementioned indications or
>> > skipping them, which is severely inconvenient.
>> >
>> > At least for me, this corner is constantly overlayed by skype + slack +
>> > telegram which makes for some frustrating builds.
>> 
>> Obvious work-arounds of course include moving the panel (most UIs
>> support that) or making the Qt Creator window smaller.
>> 
>> Where would you suggest to move the progress bar to? We need a spot
>> wider than the few pixels in the mode bar, easily visible at all
>> times, and we of course do not want to reduce the space dedicated to
>> displaying the source code.
>> 
>> Best Regards,
>> Tobias
>> 
>> ___
>> Qt-creator mailing list
>> Qt-creator@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/qt-creator
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer | The Qt Company
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Please change the postion of the build status indicator

[Ziller Eike]

> On Nov 13, 2015, at 3:39 PM, Tobias Hunger  wrote:
> 
> Hi Samuel,
> 
> On Fri, Nov 13, 2015 at 2:35 PM, Samuel Stirtzel
>  wrote:
>> would it be possible to display the progress bar in the projects view
>> as background of the projects?
>> 
>> Crudely painted example:
>> https://drive.google.com/file/d/0Bx-m3uk1yDB-cmVlbVV5VlpyQTA/view?usp=sharing
> 
> Nice idea, but how do all the people that hide the sidebar see that
> something is in progress then?
> 
> Where should progress bars go that are not directly related to any one 
> project?

Also, if your project is of any non-trivial size, you’ll usually not see the 
project node even if you have the project tree visible.

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

[Qt-creator] [Dev] Reminder: Qt Creator 3.6 String Freeze

[Ziller Eike]

Just a short reminder that we have string freeze and UI freeze for Qt Creator 
3.6 this week.

So please have a last look at your UIs and stop doing changes after tomorrow 
11.11.

https://wiki.qt.io/Qt_Creator_Releases
https://wiki.qt.io/Submit-Policies

Br, Eike

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Debugging in QtCreator only shows disassembly

[Ziller Eike]

> On Nov 4, 2015, at 8:21 PM, Steve Atkins  wrote:
> 
> 
>> On Nov 4, 2015, at 11:11 AM, isr...@eraalaska.net wrote:
>> 
>> It would appear that the problem lies with running the macdeployqt script 
>> after build. If I don't run it, then I can debug my app - except that my app 
>> needs to be sandboxed, and if I sandbox the app but DON'T run macdeployqt, 
>> then the app crashes - probably because it doesn't have read access to the 
>> Qt libraries. Without sandboxing, I get weird behavior (specifically, it 
>> appears to be getting some settings from SOMEWHERE - using QSettings -, but 
>> for the life of me I can't figure out where), and it's not really a valid 
>> test anyway. So I'm a bit stumped here - unless I can somehow modify 
>> macdeployqt to prevent breaking debugging?
> 
> macdeployqt --help says:
> 
>   -no-strip  : Don't run 'strip' on the binaries
>   -use-debug-libs: Deploy with debug versions of frameworks and plugins 
> (implies -no-strip)

And/or running dsymutil on your executable before macdeployqt, to save the 
debug info, might help too.

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Building 3.5: Dependent 'commondefines.h' does not exist.

[Ziller Eike]

> On Oct 30, 2015, at 6:22 AM, Carel Combrink  wrote:
> 
> Hi,
> 
> Regarding the bug I posted in August, I am the only one that experiences this 
> issue? 
> Can someone please confirm or deny if they have the same issue?
> 
> This is still an issue for me, even for QtC 3.6. Thus I am struggling to get 
> my environment ready to release my SpellChecker plugin in time for the 
> release of QtC 3.6.
> 
> If I am doing something wrong, please let me know so that I can fix it. 

I’ve replied on the bug report.

Br, Eike

> 
> Regads,
> 
> 
> 
> On Fri, Aug 14, 2015 at 10:06 PM, Carel Combrink  
> wrote:
> I have created a Bug Report on the Qt Creator Jira describing the issue:
> https://bugreports.qt.io/browse/QTCREATORBUG-14917
> 
> Any help will be appreciated.
> 
> If there are any more information that I can provide, please do not hesitate 
> to ask.
> 
> Regards,
> Carel
> 
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] maintenance tool

[Ziller Eike]

> On Oct 28, 2015, at 2:00 PM, Duane <duane.heb...@group-upc.com> wrote:
> 
> On 28/10/2015 8:57 AM, Ziller Eike wrote:
>> 
>>> On Oct 28, 2015, at 1:28 PM, Duane <duane.heb...@group-upc.com> wrote:
>>> 
>>> On 28/10/2015 3:28 AM, Ziller Eike wrote:
>>>> 
>>>>> On Oct 27, 2015, at 9:26 PM, Duane <duane.heb...@group-upc.com> wrote:
>>>>> 
>>>>> I hope this isn't off topic here as I thnk it's about the maintenance 
>>>>> tool and not QtCreator directly.
>>>>> 
>>>>> I ran the maintenance tool to update Qt creator to the current version, 
>>>>> then installed Qt 5.5.  Both seemed to run ok but now when I run the 
>>>>> maintenance tool I get a dialog saying:
>>>>> 
>>>>> "Your installation seems to be corrupted.  Please consider re-installing 
>>>>> from scratch"  When I click ok, it continues and seems to work.
>>>>> 
>>>>> Both QtCreator and Qt5.5 seem to have been installed.
>>>> 
>>>> The most probable meaning of that message is that the Maintenance tool 
>>>> found that it installed something, but afterwards did not find uninstall 
>>>> instructions for some of the packages that it installed.
>>>> Meaning that you most probably will run into problems the next time an 
>>>> update comes (or some later update), because it will not uninstall the 
>>>> package before installing the new version, resulting in stale files lying 
>>>> around.
>>> 
>>> 
>>> It looks like it's something to do with android for arm with Qt 5.5.  I 
>>> don't build for android so I unchecked these with the install.  I reverted 
>>> my virtual machine and tried installing with them selected but had the same 
>>> thing.
>>> 
>>> 
>>> As an aside, the popup is telling me to reinstall from scratch but if I try 
>>> to uninstall, this fails.  Is it telling me to reinstall all from scratch?
>> 
>> Is this the online installer or the offline installer?
>> Is this a first time install in that directory of your VM, or do you update 
>> an existing installation with the online installer?
>> As I said, the message means that it is probable that uninstallation fails. 
>> That should definitely not happen with the offline installers or fresh 
>> online installations. If you update an existing online installation it might 
>> happen because the installer had a bug which it cannot revive from (lost 
>> uninstall info is lost).
>> 
> 
> I believe it's the online installer.  My latest working build of Qt is 5.3.  
> It's when I try to install a 5.5 that this happens.

Then you need to do a complete reinstall. Just remove the previous install 
directory with your favorite file system tool.
Br, Eike


-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] maintenance tool

[Ziller Eike]

> On Oct 28, 2015, at 1:28 PM, Duane <duane.heb...@group-upc.com> wrote:
> 
> On 28/10/2015 3:28 AM, Ziller Eike wrote:
>> 
>>> On Oct 27, 2015, at 9:26 PM, Duane <duane.heb...@group-upc.com> wrote:
>>> 
>>> I hope this isn't off topic here as I thnk it's about the maintenance tool 
>>> and not QtCreator directly.
>>> 
>>> I ran the maintenance tool to update Qt creator to the current version, 
>>> then installed Qt 5.5.  Both seemed to run ok but now when I run the 
>>> maintenance tool I get a dialog saying:
>>> 
>>> "Your installation seems to be corrupted.  Please consider re-installing 
>>> from scratch"  When I click ok, it continues and seems to work.
>>> 
>>> Both QtCreator and Qt5.5 seem to have been installed.
>> 
>> The most probable meaning of that message is that the Maintenance tool found 
>> that it installed something, but afterwards did not find uninstall 
>> instructions for some of the packages that it installed.
>> Meaning that you most probably will run into problems the next time an 
>> update comes (or some later update), because it will not uninstall the 
>> package before installing the new version, resulting in stale files lying 
>> around.
> 
> 
> It looks like it's something to do with android for arm with Qt 5.5.  I don't 
> build for android so I unchecked these with the install.  I reverted my 
> virtual machine and tried installing with them selected but had the same 
> thing.
> 
> 
> As an aside, the popup is telling me to reinstall from scratch but if I try 
> to uninstall, this fails.  Is it telling me to reinstall all from scratch?

Is this the online installer or the offline installer?
Is this a first time install in that directory of your VM, or do you update an 
existing installation with the online installer?
As I said, the message means that it is probable that uninstallation fails. 
That should definitely not happen with the offline installers or fresh online 
installations. If you update an existing online installation it might happen 
because the installer had a bug which it cannot revive from (lost uninstall 
info is lost).

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] 3.6 UML plugin

[Ziller Eike]

> On Oct 27, 2015, at 7:48 PM, Jochen Becher  wrote:
> 
> 
> Hi,
> 
> No good reason to not change the syntax to something more QML alike.

Or JSON. Has the additional advantage that there is a parser in Qt.

> Using QtQuick for diagrams would be much harder.
> 
> Regards, Jochen
> 
> 
> Am Dienstag, den 27.10.2015, 17:43 +0100 schrieb Jason H via Qt-creator:
>> I noticed the syntax was very close to QML ( 
>> http://doc-snapshots.qt.io/qtcreator-3.6/creator-modeling.html ) :
>> Icon UseCase
>> Title: "Use-Case"
>> Elements: item
>> Stereotype: 'usecase'
>> Display: icon
>> Width: 40
>> Height: 20
>> BaseColor: #5fb4f0
>> Begin
>> Ellipse 20, 10, 20, 10
>> End
>> 
>> Could be converted to:
>> 
>> Icon { 
>>  id: useCase
>>   elements: item
>>   stereotype: 'usecase'
>>   display: icon
>>   width: 40
>>   height: 20
>>   baseColor: #5fb4f0
>>   visualization: Elipse {
>>  x: 20
>>  y: 10
>>  width: 20
>>  height: 10
>>}
>>//or
>>function draw() {
>>...
>>}
>> }
>> 
>> Was there a reason QML couldn't be used?
>> ___
>> Qt-creator mailing list
>> Qt-creator@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/qt-creator
> 
> 
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] maintenance tool

[Ziller Eike]

> On Oct 27, 2015, at 9:26 PM, Duane  wrote:
> 
> I hope this isn't off topic here as I thnk it's about the maintenance tool 
> and not QtCreator directly.
> 
> I ran the maintenance tool to update Qt creator to the current version, then 
> installed Qt 5.5.  Both seemed to run ok but now when I run the maintenance 
> tool I get a dialog saying:
> 
> "Your installation seems to be corrupted.  Please consider re-installing from 
> scratch"  When I click ok, it continues and seems to work.
> 
> Both QtCreator and Qt5.5 seem to have been installed.

The most probable meaning of that message is that the Maintenance tool found 
that it installed something, but afterwards did not find uninstall instructions 
for some of the packages that it installed.
Meaning that you most probably will run into problems the next time an update 
comes (or some later update), because it will not uninstall the package before 
installing the new version, resulting in stale files lying around.

Br, Eike

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] maintenance tool

[Ziller Eike]

> On Oct 28, 2015, at 3:08 PM, Jason H  wrote:
> 
> 
> 
>> Sent: Wednesday, October 28, 2015 at 9:21 AM
>> From: Duane 
>> To: qt-creator@qt-project.org
>> Subject: Re: [Qt-creator] maintenance tool
>> 
> ...
>> 
>> Ok.  BTW, how do I install the maintenance tool for a fresh install?  Or 
>> do I need to go online and download/install QtCreator to get that?
>> 
> 
> Slightly O/T, but relevant,
> What I'd like to see is the Qt structure as:
> Qt/  
> - Maintenance Tool <- one mt to rule them all
> - 5.4.1/
> - 5.5.0/
> - 5.5.1/
> 
> 
> Instead I have a cluster frack of:
> Qt/
> - 5.5/
> Qt5.4/
> - 5.4/
> Qt5.5.0/
> - 5.5/
> Qt5.5.1/
> - 5.5/

That should be the case with the online installer (of course you need to use 
the already installed maintenance tool to add the new qt versions)

Br, Eike

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] maintenance tool

[Ziller Eike]

> On Oct 28, 2015, at 3:08 PM, Jason H  wrote:
> 
> 
> 
>> Sent: Wednesday, October 28, 2015 at 9:21 AM
>> From: Duane 
>> To: qt-creator@qt-project.org
>> Subject: Re: [Qt-creator] maintenance tool
>> 
> ...
>> 
>> Ok.  BTW, how do I install the maintenance tool for a fresh install?  Or 
>> do I need to go online and download/install QtCreator to get that?
>> 
> 
> Slightly O/T, but relevant,
> What I'd like to see is the Qt structure as:
> Qt/  
> - Maintenance Tool <- one mt to rule them all
> - 5.4.1/
> - 5.5.0/
> - 5.5.1/
> 
> 
> Instead I have a cluster frack of:
> Qt/
> - 5.5/
> Qt5.4/
> - 5.4/
> Qt5.5.0/
> - 5.5/
> Qt5.5.1/
> - 5.5/

That should be the case with the online installer (of course you need to use 
the already installed maintenance tool to add the new qt versions)

Br, Eike

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Error in Android deployment

[Ziller Eike]

> On Oct 25, 2015, at 11:32 AM, HPC-TECH  wrote:
> 
> Hi
> 
> I'm unable to deploy to AVD (API 17) correctly because of the following 
> error:
> 
>> |17:01:39: The process 
>> "/home/hpctech-work/.Qt/5.5/android_armv7/bin/androiddeployqt" exited 
>> normally. 17:01:39: Pulling files necessary for debugging. 17:01:39: 
>> Package deploy: Running command 
>> "/home/hpctech-work/.Qt/android-sdk-linux/platform-tools/adb -s 
>> emulator-5554 pull /system/bin/sh: readlink: not found 
>> /home/hpctech-work/Desktop/build-Test2-Android_for_armeabi_v7a_GCC_4_9_Qt_5_5_0-Debug/app_process".
>>  
>> 17:01:39: Packaging error: Command 
>> "/home/hpctech-work/.Qt/android-sdk-linux/platform-tools/adb -s 
>> emulator-5554 pull /system/bin/sh: readlink: not found 
>> /home/hpctech-work/Desktop/build-Test2-Android_for_armeabi_v7a_GCC_4_9_Qt_5_5_0-Debug/app_process"
>>  
>> failed.Exit code: 1 17:01:39: Package deploy: Failed to pull 
>> "/system/bin/sh: readlink: not found" to 
>> "/home/hpctech-work/Desktop/build-Test2-Android_for_armeabi_v7a_GCC_4_9_Qt_5_5_0-Debug/app_process".
>>  
>> 17:01:39: Package deploy: Running command 
>> "/home/hpctech-work/.Qt/android-sdk-linux/platform-tools/adb -s 
>> emulator-5554 pull /system/lib/libc.so 
>> /home/hpctech-work/Desktop/build-Test2-Android_for_armeabi_v7a_GCC_4_9_Qt_5_5_0-Debug/libc.so".
>>  
>> Error while building/deploying project Test2 (kit: Android for 
>> armeabi-v7a (GCC 4.9, Qt 5.5.0)) When executing step "Deploy to 
>> Android device" 17:01:39: Elapsed time: 01:45. |
> 
> I tried to reset my configurations and used another PC (fresh 
> installation) but I always get same result!
> 
>  * OS: Linux Mint 17.2 x64 xfce
>  * Qt: 5.5.1
>  * Qt Creator: 3.5.1 (opensource)

Looks like https://bugreports.qt.io/browse/QTCREATORBUG-15006
It depends on the device you are trying to run on.

You can try the 3.6 beta which should have the fix from here: 
http://download.qt.io/snapshots/qtcreator/3.6.0-beta1/latest/

Br, Eike

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Frequent crashes of QtCreator 3.5.1 on mac

[Ziller Eike]

> On Oct 20, 2015, at 10:31 PM, mailing-li...@philippmuenzel.de wrote:
> 
> I've seen crash reports on this mailing list referring to QtCreator 3.5.0, 
> but I'm experiencing even more crashes now that I've updated to QtCreator 
> 3.5.1 and Qt 5.5.1. I'm using OSX 10.11, and the Qt 5.5.1 open source edition 
> and the QtCreator 3.5.1 that comes bundled with it.
> 
> Qt Creator crashes randomly, sometimes every fifteen or so minutes, sometimes 
> only once or twice a day. I've attached the OSX crash reports and one OSX 
> hang report that were generated, so hopefully the cause of the crash can be 
> determined.

Some of these are known (FunctionHintProposal, though only some people seem to 
be affected), and should be fixed in 3.6. The others are crashes in the code 
model and probably triggered by some specific code of yours. You might want to
- try a Qt Creator 3.6 snapshot 
(http://download.qt.io/snapshots/qtcreator/3.6.0-beta1/latest/), and
- try to find out if the code model crashes when opening specific files in your 
project, or triggering completion for specific items, reproducibly, and the 
create a bug report for the specific issue.

Br, Eike

> Regards,
> Philipp
>  Creator_2015-10-17-212506_Philipps-MacBook-Pro.crash> Creator_2015-10-19-153024_Philipps-MacBook-Pro.crash> Creator_2015-10-19-201155_Philipps-MacBook-Pro.crash> Creator_2015-10-19-232902_Philipps-MacBook-Pro.crash> Creator_2015-10-20-002359_Philipps-MacBook-Pro.crash> Creator_2015-10-20-220413_Philipps-MacBook-Pro.crash> Creator_2015-10-20-221254_Philipps-MacBook-Pro.crash> Creator_2015-10-20-212847_Philipps-MacBook-Pro.hang>___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] I want to kill Barbara

[Ziller Eike]

> On Oct 22, 2015, at 11:34 PM, Jason H  wrote:
> 
> Here's the view in Creator. (attached) I want to kill Barbara
> 
> How do I select another device for iOS? It sure would be nice to have a drop 
> down here where I could just select another device. 
> Barbara is red dotted, the device I want to deploy to is green dotted.
> 
> I can't find where I change the deploy device target. Here seems like the 
> best place.

Cmd+T (or click on the device icon in the left vertical tool bar, or choose 
Build > Open Build And Run Kit Selector)
Choose your device near the top of the popup.

Br, Eike

>  PM.png>___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Creator killed itself

[Ziller Eike]

Please try a 3.6 snapshot
e.g. http://download.qt.io/snapshots/qtcreator/3.6.0-beta1/176/

and tell us at https://bugreports.qt.io/browse/QTCREATORBUG-14875
if it still is not fixed.

Br, Eike

> On Oct 23, 2015, at 12:04 AM, Jason H  wrote:
> 
> Process:   Qt Creator [244]
> Path:  /Users/USER/*/Qt Creator.app/Contents/MacOS/Qt Creator
> Identifier:org.qt-project.qtcreator
> Version:   3.5.1 (3.5.1)
> Code Type: X86-64 (Native)
> Parent Process:??? [1]
> Responsible:   Qt Creator [244]
> User ID:   501
> 
> Date/Time: 2015-10-22 18:02:46.470 -0400
> OS Version:Mac OS X 10.10.5 (14F27)
> Report Version:11
> Anonymous UUID:57991C14-344B-68C4-A500-C9F1516C91C7
> 
> 
> Time Awake Since Boot: 2800 seconds
> 
> Crashed Thread:0  Dispatch queue: com.apple.main-thread
> 
> Exception Type:EXC_BAD_ACCESS (SIGSEGV)
> Exception Codes:   EXC_I386_GPFLT
> 
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0   libTextEditor.dylib   0x000111874704 
> TextEditor::FunctionHintProposalWidget::eventFilter(QObject*, QEvent*) + 340
> 1   org.qt-project.QtCore 0x00010a944bac 
> QCoreApplicationPrivate::sendThroughApplicationEventFilters(QObject*, 
> QEvent*) + 220
> 2   org.qt-project.QtWidgets  0x000109bb73dc 
> QApplicationPrivate::notify_helper(QObject*, QEvent*) + 28
> 3   org.qt-project.QtWidgets  0x000109bbaced 
> QApplication::notify(QObject*, QEvent*) + 9421
> 4   org.qt-project.QtCore 0x00010a944983 
> QCoreApplication::notifyInternal(QObject*, QEvent*) + 115
> 5   org.qt-project.QtWidgets  0x000109bb7e4b 
> QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, 
> QWidget*, QWidget**, QPointer&, bool) + 987
> 6   org.qt-project.QtWidgets  0x000109c16600 0x109b86000 + 591360
> 7   org.qt-project.QtWidgets  0x000109c1580f 0x109b86000 + 587791
> 8   org.qt-project.QtWidgets  0x000109bb74bb 
> QApplicationPrivate::notify_helper(QObject*, QEvent*) + 251
> 9   org.qt-project.QtWidgets  0x000109bba89e 
> QApplication::notify(QObject*, QEvent*) + 8318
> 10  org.qt-project.QtCore 0x00010a944983 
> QCoreApplication::notifyInternal(QObject*, QEvent*) + 115
> 11  org.qt-project.QtGui  0x00010a205f79 
> QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*)
>  + 2185
> 12  org.qt-project.QtGui  0x00010a204e03 
> QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*)
>  + 131
> 13  org.qt-project.QtGui  0x00010a1f19da 
> QWindowSystemInterface::sendWindowSystemEvents(QFlags)
>  + 346
> 14  libqcocoa.dylib   0x00010d0c01a1 0x10d09d000 + 143777
> 15  com.apple.CoreFoundation  0x7fff8f41aa01 
> __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
> 16  com.apple.CoreFoundation  0x7fff8f40cb8d 
> __CFRunLoopDoSources0 + 269
> 17  com.apple.CoreFoundation  0x7fff8f40c1bf __CFRunLoopRun + 927
> 18  com.apple.CoreFoundation  0x7fff8f40bbd8 CFRunLoopRunSpecific 
> + 296
> 19  com.apple.HIToolbox   0x7fff8585956f 
> RunCurrentEventLoopInMode + 235
> 20  com.apple.HIToolbox   0x7fff858591ee 
> ReceiveNextEventCommon + 179
> 21  com.apple.HIToolbox   0x7fff8585912b 
> _BlockUntilNextEventMatchingListInModeWithFilter + 71
> 22  com.apple.AppKit  0x7fff88bc78ab _DPSNextEvent + 978
> 23  com.apple.AppKit  0x7fff88bc6e58 -[NSApplication 
> nextEventMatchingMask:untilDate:inMode:dequeue:] + 346
> 24  com.apple.AppKit  0x7fff88bbcaf3 -[NSApplication run] 
> + 594
> 25  libqcocoa.dylib   0x00010d0bf08d 0x10d09d000 + 139405
> 26  org.qt-project.QtCore 0x00010a94207d 
> QEventLoop::exec(QFlags) + 381
> 27  org.qt-project.QtCore 0x00010a944f5a 
> QCoreApplication::exec() + 346
> 28  org.qt-project.qtcreator  0x000109916897 main + 21943
> 29  org.qt-project.qtcreator  0x00010990e674 start + 52
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Help, creator no longer see iOS as a kit!

[Ziller Eike]

> On Oct 16, 2015, at 12:09 AM, Jason H  wrote:
> 
> I recently upgraded to XCode 7.0.1, and I no longer have the option to do iOS.
> 
> Under Prefs: Kits: I only see desktop and Android.
> Under Qt versions I see Qt 5.5.0 for iOS but there is a ! next to it, and it 
> says 
> "Not all possible target environments can be supported due to missing 
> compilers"
> Under Compilers, I have (all Autodetected)
> 2 GCC
> 2 CLang
> and a bunch of Android.
> Where there are two, there is a 32/64 bit version.
> 
> As of yesterday I could still to iOS.
> 
> 
> This is creator 3.5.0 and 5.5.0. What do I need to do to build for iOS again?

Are you sure that you use Qt Creator 3.5 ? Qt 5.5.0 was released with Qt 
Creator 3.4.1.
For this works with 3.5.0, and the fix was done for the RC:
http://code.qt.io/cgit/qt-creator/qt-creator.git/commit/src/plugins/ios?h=3.5=aa8998cfb38f6227891ce104de23b1e62bd7bbcf

Br, Eike

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Help, creator no longer see iOS as a kit!

[Ziller Eike]

> On Oct 16, 2015, at 10:35 AM, jh...@gmx.com wrote:
> 
> I am sure it is  3.5.0. But now you have me second guessing myself.  I 
> usually always get the latest Creator,  but perhaps I ran the wrong version? 
> I'd expect 3.5.0 to work,  but not 3.4.2, just because I don't think XC 7 was 
> out 6mo ago. 
> 
> I ended up downgrading to XC 6.4.  
> 
> I'm not in the office today,  so I'll have to report back Monday. 
> 
> What RC was that patch put against?  3.5.0?

Yes 3.5.0 RC.

> -Original message-
> Sent: Friday, 16 October 2015 at 09:36:33
> From: "Ziller Eike" <eike.zil...@theqtcompany.com>
> To: "Jason H" <jh...@gmx.com>
> Subject: Re: [Qt-creator] Help, creator no longer see iOS as a kit!
> 
>> On Oct 16, 2015, at 12:09 AM, Jason H <jh...@gmx.com> wrote:
>> 
>> I recently upgraded to XCode 7.0.1, and I no longer have the option to do 
>> iOS.
>> 
>> Under Prefs: Kits: I only see desktop and Android.
>> Under Qt versions I see Qt 5.5.0 for iOS but there is a ! next to it, and it 
>> says 
>> "Not all possible target environments can be supported due to missing 
>> compilers"
>> Under Compilers, I have (all Autodetected)
>> 2 GCC
>> 2 CLang
>> and a bunch of Android.
>> Where there are two, there is a 32/64 bit version.
>> 
>> As of yesterday I could still to iOS.
>> 
>> 
>> This is creator 3.5.0 and 5.5.0. What do I need to do to build for iOS again?
> 
> Are you sure that you use Qt Creator 3.5 ? Qt 5.5.0 was released with Qt 
> Creator 3.4.1.
> For this works with 3.5.0, and the fix was done for the RC:
> http://code.qt.io/cgit/qt-creator/qt-creator.git/commit/src/plugins/ios?h=3.5=aa8998cfb38f6227891ce104de23b1e62bd7bbcf
> 
> Br, Eike
> 
> -- 
> Eike Ziller, Senior Software Engineer - The Qt Company GmbH
> 
> The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
> Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
> Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
> HRB 144331 B

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] [Dev] Qt Creator 3.6 feature freeze approaching

[Ziller Eike]

> On Oct 8, 2015, at 9:46 AM, Ziller Eike <eike.zil...@theqtcompany.com> wrote:
> 
> Hi,
> 
> I will create the Qt Creator 3.6 branch EOB today.

done.

Qt Creator master branch is locked down for a few days, so you don’t 
accidentally push commits to it that belong to 3.6.

++ Eike

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] [Compiling QT] cannot found #include

[Ziller Eike]

> 
> When I try to compile I get the following error:
> 
> /home/wilhem/qt-beagle/qtbase/qmake/generators/makefiledeps.cpp:48:27: fatal 
> error: qplatformdefs.h: file or directory not found
>  #include 
>^
> compilation terminated.
> make: *** [makefiledeps.o] Error 1
> 

This is while compiling qmake, which is a host tool, so afaiu it should use the 
mkspec from -platform, i.e. mkspecs/linux-g++-64 in your case.
Can you give us the full compiler line of the compile command that fails?

> On Oct 5, 2015, at 19:14, Davide Picchi  wrote:
> 
> I suppose you meant to copy the specs into this folder:
> 
> /opt/qt
> 
> it doesn't work...
> I tried to move my specs into the folder qtbase and the root folder 
> directory, where the program is going to unpack itself.
> 
> It doesn't work neither...
> 
> Any ideas???
> 
> 2015-09-29 11:32 GMT+02:00 Oswald Buddenhagen 
> :
> On Tue, Sep 29, 2015 at 06:13:25AM +0200, Davide Picchi wrote:
> > $ ./configure -v -opensource -confirm-license -prefix /opt/qt -platform
> > mkspecs/linux-g++-64 -xplatform mkspecs/linux-am335-g++ -no-sse2 -no-glib
> > -no-cups -no-largefile -no-accessibility -no-openssl -no-gtkstyle
> > -little-endian -no-pch -no-sql-ibase -no-sql-mysql -no-sql-odbc
> > -no-sql-psql -no-sql-sqlite -no-sql-sqlite2 -nomake examples -no-alsa
> >
> > where
> >
> > mkspecs/linux-am335-g++
> >
> > the directory of my target architectur is
> >
> external specs aren't really expected to work (even though there are
> some vestiges that suggest that this was once the case). move the spec
> into the qt install directory.
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator
> 
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer | The Qt Company
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] qt creator crash many times on OS X El Capitan

[Ziller Eike]

I can now actually reproduce this with release builds of Qt Creator & Qt 5.5.0 
on Capitan.
It is a crash when scrolling through the examples list on the welcome screen.

I cannot reproduce with Qt 5.5.1 though. Could you please try with
https://download.qt.io/snapshots/qtcreator/3.5.1/latest/ ?
(If you used the Qt installers you can do
ln -s "/Qt Creator.app/Contents/Resources/QtProject” “/Qt Creator.app/Contents/Resources/“
to get the setup from the Qt Creator from the Qt install into the Qt Creator 
snapshot install.)

Br, Eike

> On Oct 5, 2015, at 07:13, Freddy Martinez  wrote:
> 
> Guys… My Qt Creator crash when ever he want on OS X El Capitan…
> 
> here is the erro
> 
> Process:   Qt Creator [17216]
> Path:  /Users/USER/*/Qt Creator.app/Contents/MacOS/Qt Creator
> Identifier:org.qt-project.qtcreator
> Version:   3.5.0 (3.5.0)
> Code Type: X86-64 (Native)
> Parent Process:??? [1]
> Responsible:   Qt Creator [17216]
> User ID:   501
> 
> Date/Time: 2015-10-05 02:12:33.608 -0300
> OS Version:Mac OS X 10.11 (15A284)
> Report Version:11
> Anonymous UUID:F57582D1-284E-3A36-215F-C23A275B5505
> 
> 
> Time Awake Since Boot: 23000 seconds
> 
> System Integrity Protection: enabled
> 
> Crashed Thread:6  QQuickPixmapReader
> 
> Exception Type:EXC_BAD_ACCESS (SIGSEGV)
> Exception Codes:   KERN_INVALID_ADDRESS at 0x00014ee1e000
> Exception Note:EXC_CORPSE_NOTIFY
> 
> VM Regions Near 0x14ee1e000:
> MALLOC_LARGE   00014eda6000-00014ee1e000 [  480K] rw-/rwx 
> SM=PRV  
> --> Process Corpse Info00014ee1e000-00014f01e000 [ 2048K] rw-/rwx 
> SM=COW  
> __TEXT 12344000-12344086 [ 8576K] r-x/rwx 
> SM=COW  
> /System/Library/Extensions/GeForceGLDriver.bundle/Contents/MacOS/GeForceGLDriver
> 
> Thread 0:: Dispatch queue: com.apple.main-thread
> 0   org.qt-project.QtQuick0x000111a28eda 
> QQuickWindowPrivate::updateDirtyNode(QQuickItem*) + 2762
> 1   org.qt-project.QtQuick0x000111a1ad70 
> QQuickWindowPrivate::updateDirtyNodes() + 1264
> 2   org.qt-project.QtQuick0x000111a1a5d9 
> QQuickWindowPrivate::syncSceneGraph() + 249
> 3   org.qt-project.QtQuick0x000111afadca 
> QQuickRenderControl::sync() + 26
> 4   org.qt-project.QtQuickWidgets 0x0001169c5911 0x1169c + 22801
> 5   org.qt-project.QtQuickWidgets 0x0001169c5a3a 0x1169c + 23098
> 6   org.qt-project.QtCore 0x00010b03d490 
> QObject::event(QEvent*) + 48
> 7   org.qt-project.QtWidgets  0x00010a2d392d 
> QWidget::event(QEvent*) + 3677
> 8   org.qt-project.QtQuickWidgets 0x0001169c8bc8 
> QQuickWidget::event(QEvent*) + 280
> 9   org.qt-project.QtWidgets  0x00010a2946fb 
> QApplicationPrivate::notify_helper(QObject*, QEvent*) + 251
> 10  org.qt-project.QtWidgets  0x00010a297ade 
> QApplication::notify(QObject*, QEvent*) + 8318
> 11  org.qt-project.QtCore 0x00010b0141b3 
> QCoreApplication::notifyInternal(QObject*, QEvent*) + 115
> 12  org.qt-project.QtCore 0x00010b0660c6 
> QTimerInfoList::activateTimers() + 1270
> 13  libqcocoa.dylib   0x00010e130be2 0x10e11 + 134114
> 14  com.apple.CoreFoundation  0x7fff94db8621 
> __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
> 15  com.apple.CoreFoundation  0x7fff94d97d97 
> __CFRunLoopDoSources0 + 423
> 16  com.apple.CoreFoundation  0x7fff94d9733f __CFRunLoopRun + 927
> 17  com.apple.CoreFoundation  0x7fff94d96d38 CFRunLoopRunSpecific 
> + 296
> 18  com.apple.HIToolbox   0x7fff8ee89d55 
> RunCurrentEventLoopInMode + 235
> 19  com.apple.HIToolbox   0x7fff8ee89b8f 
> ReceiveNextEventCommon + 432
> 20  com.apple.HIToolbox   0x7fff8ee899cf 
> _BlockUntilNextEventMatchingListInModeWithFilter + 71
> 21  com.apple.AppKit  0x7fff87460f3a _DPSNextEvent + 1067
> 22  com.apple.AppKit  0x7fff87460369 -[NSApplication 
> _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 454
> 23  com.apple.AppKit  0x7fff87454ecc -[NSApplication run] 
> + 682
> 24  libqcocoa.dylib   0x00010e1317fd 0x10e11 + 137213
> 25  org.qt-project.QtCore 0x00010b0118cd 
> QEventLoop::exec(QFlags) + 381
> 26  org.qt-project.QtCore 0x00010b01478a 
> QCoreApplication::exec() + 346
> 27  org.qt-project.qtcreator  0x00010a004859 main + 22297
> 28  org.qt-project.qtcreator  0x000109ffc4d4 start + 52
> 
> Thread 1:: Dispatch queue: com.apple.libdispatch-manager
> 0   libsystem_kernel.dylib0x7fff882ab0a2 kevent_qos + 10
> 1   libdispatch.dylib 

[Qt-creator] [Dev] Qt Creator 3.6 feature freeze approaching

[Ziller Eike]

This is just a short reminder that the Qt Creator 3.6 feature freeze is 
approaching:

From http://wiki.qt.io/Qt_Creator_Releases :

Tentative dates:
Qt Creator 3.6:
• Feature freeze w41 (~Oct 6 2015)
• Beta Release w43 (~Oct 20 2015)
• String freeze w45 (~Nov 3 2015)
• Release Candidate w47 (~Nov 17 2015)
• Release Final w49 (~Dec 1 2015)

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Creator UI, MDI vs SDI, tabs, etc.

[Ziller Eike]

> On Sep 24, 2015, at 6:13 PM, René J.V. Bertin <rjvber...@gmail.com> wrote:
> 
> On Wednesday September 23 2015 14:51:05 Ziller Eike wrote:
> 
> Hello again,
> 
>> Yes, it behaves like splitting, just opening a new window.
> 
> Something else I noticed: on Mac OS X, these newly split-off windows "own" 
> the toplevel menubar (the active document menu item is updated when switching 
> windows). They may also "own" the menubar of the window they were split off 
> from on Linux (when they're active), but you cannot access those menus of 
> course (not without activating the window that carries the menu). And at 
> least in my build they don't get their own menu, which strikes me as odd.


> Did something go wrong during my build (Creator 3.5.0 "release”)?

No. Afaik that’s the state of the affairs.

Br, Eike
-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] [OS X]: QFileSystemWatcher "using only polling engine"

[Ziller Eike]

> On Sep 24, 2015, at 12:50 PM, René J. V. Bertin <rjvber...@gmail.com> wrote:
> 
> Ziller Eike wrote:
> 
>>> QFileSystemWatcher: skipping native engine, using only polling engine
>> 
>> This warning probably appears because the above file path (to the diff) is 
>> (in
>> a directory that somewhere is) a symbolic link, and is harmless if that is 
>> the
>> case.
> 
> Now verified: the warning indeed doesn't occur for files that are not 
> symlinked 
> one way or another.
> As to harmless: I presume that there is a CPU overhead penalty to this 
> fallback? 
> So what happens if a whole set of *directories* are added that are all under 
> a 
> common parent directory that has a symlink somewhere in its path, as can 
> happen 
> when opening a project? Is falling back to the polling engine still better 
> than 
> using, say, the kqueue engine (presuming 1) that one isn't always better and 
> 2) 
> it will accept paths with a symlink in them)?
> 
> Alternatively, why not simply resolve the symlink and use the normalised path 
> with the native engine?

We do resolve the symlink and watch that,
but we need to track changes to the symlink itself as well.

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Creator UI, MDI vs SDI, tabs, etc.

[Ziller Eike]

> On Sep 23, 2015, at 5:17 PM, René J. V. Bertin <rjvber...@gmail.com> wrote:
> 
> Ziller Eike wrote:
> 
>> Yes, it behaves like splitting, just opening a new window.
> 
> Makes sense, I guess. It would probably make less sense when opening a 
> not-yet-
> opened document directly in a new window, esp. not if that ever becomes an 
> optional default behaviour. In that case it would conflict with the 
> possibility 
> to keep the main window for the navigator and (maximised) output panels.

Adding a “Move to New Window” action to the window/split menu, and opening 
documents in a new window and not in the main window, should be easy to 
implement.

> 
>> A .ui file is just another way for setting what kind of layout some UI should
>> use, but that is independent from whether that layout is dynamically taking
>> font sizes into account or not.
> 
> So setting the font via the .ui file (using the Designer or otherwise) never 
> has 
> the effect one might expect?

It sets the font. That’s what I’d expect. If widgets and layouts that are used 
within the .ui file adapt in the desired way to that, depends on the used 
layouts. The desired way of course depends on what the one designing the UI 
wants, of course.

> 
>> It means that Qt Creator was quitting while these processes where still
> 
> Why yes, that's fairly obvious. What's much less obvious is why it would quit 
> almost as soon as I start it, before I even see a window.
> I'd use a debugger to break on the location where the QProcess error is 
> printed, 
> but the issue has been unpredictable until now, and it would require me to 
> rebuild at least QtBase with LTO (which apparently produces shared libraries 
> without debug information on OS X).

The process error in the app output is most probably not the reason for Qt 
Creator quitting, but a symptom of it.

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Multiple IEditors for one IDocument

[Ziller Eike]

> On Sep 13, 2015, at 9:28 AM, Jochen Becher  wrote:
> 
> Hello,
> 
> for my ModelEditor plugin I would like to use many IEditor (one for each
> diagram) associated to one IDocument (representing the XML model file).
> Currently I must create a new document for each diagram editor because
> of limitations in the design. For example displayName is only defined in
> IDocument, not in IEditor, and different editors should show different
> names (in my case the diagram's name).
> 
> Having many documents related to one physical file has some annoying
> consequences. If you modified the model you will be asked if you want to
> save the file for each closing diagram even if you do not close the last
> diagram (and thus the document). If you close all editors you will be
> asked to save all diagrams instead of only the single file. And more...
> 
> Before I start implementing the changes I would like to discuss it:
> * add getter IEditor::displayName() (default implementation falls back
> to IDocument), IEditor::uniqueName() and some setters.
> * change combobox in toolbar showing all open editors (instead of open
> documents)
> * introduce new side bar window "Open Editors"
> * extend Core::EditorManager to allow opening another Editor for an
> existing editor (with a parameter that tells the editor to show which
> view on the document).
> 
> There are a view more changes I have not yet though about: the draggable
> icon in the toolbar (which stores a file path but no identifier for the
> editor) and the state of open documents (instead of open editors) which
> is saved on closing QtCreator.

The case “multiple IEditors on the same IDocument” is used for splitting. 
Trying to use it for anything else would require a major refactoring of the 
whole editor/document machinery, and that would definitely be a challenging 
task. We just arrived at a barely acceptable state of the editor manager, with 
actually still quite a few annoying issues open.

> If you modified the model you will be asked if you want to
> save the file for each closing diagram even if you do not close the last
> diagram (and thus the document). If you close all editors you will be
> asked to save all diagrams instead of only the single file.

Yes, but from the user point of view if I edit multiple diagrams, and these 
open as a separate editors, I expect to be able to save them individually. The 
implementation detail that all the diagrams are saved in the same file is 
hidden from me, by the fact that I have different editors with different titles 
etc open for the diagrams.

But you control the UI of your editor. If you have multiple diagrams in the 
same file, you can add whatever control (lists, combo boxes) suits you to 
switch between the different “views” on your file. It’s even possible to nest 
QMainWindows / FancyMainWindows.

Br, Eike

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] very bad performance for Qt Creator with Qt 5.5.0

[Ziller Eike]

 On Aug 26, 2015, at 11:09 AM, Shinnok ad...@shinnok.com wrote:
 
 +1 for this. With 5.5 upgrade and no code/project change in between I'm 
 seeing hundreds of warns just like that. This is latest OS X and Xcode with 
 Clang toolchain. Last Apple update was a while ago, thus something must have 
 changed in the mkspec of 5.5.

Yes. 5.5.0 introduced a pragma into the Q_OBJECT macro that is supposed to 
suppress warnings about missing ‘override’ keywords in the virtual method 
overrides that Q_OBJECT adds, if you use override within your QObject derived 
classes. (Clang started to warn about inconsistent use of the ‘override’ 
keyword in some version.)
Unfortunately that pragma is only supported in Clang 3.6 and later, and in 
qcompilerdetection was a bug that detected the wrong compilers as 3.6.
The corresponding bug report is
https://bugreports.qt.io/browse/QTBUG-46833
It is fixed in Qt 5.5.1.
I thought that the Clang version that is shipped with Xcode 6.4 was not 
affected, but that was obviously wrong. Xcode 7 is the first version that ships 
a clang that supports this pragma.

Hope that clarifies things a bit.

Br, Eike

 I can change back to 5.4 and the warns are gone.
 
 Shinnok
 
 On 25 Aug 2015, at 17:17, Jason H jh...@gmx.com wrote:
 
 I am not the OP, but I have Xc 6.4 (6E35b) and Qt 5.5.0 and am flooded with:
 /Users/jason/Qt5.5.0/5.5/ios/include/QtCore/qobject.h:108:5: Unknown warning 
 group '-Winconsistent-missing-override', ignored
 
 That line is simply:
 Q_OBJECT
 
 And I have over 1000 such warnings.
 
 
 Sent: Monday, August 24, 2015 at 3:39 AM
 From: Ziller Eike eike.zil...@theqtcompany.com
 To: Freddy Martinez Garcia freddy311...@gmail.com
 Cc: qt-creator@qt-project.org qt-creator@qt-project.org
 Subject: Re: [Qt-creator] very bad performance for Qt Creator with Qt 5.5.0
 
 
 On Aug 21, 2015, at 3:04 PM, Freddy Martinez Garcia 
 freddy311...@gmail.com wrote:
 
 how long we must wait for qt 5.5.1 ??
 
 I have the last version of XCode :(
 
 Are you sure?
 What do the warning look like exactly?
 
 There should be no warnings about inconsistent-missing-override or 
 unknown-pragmas with Qt 5.5.0 and Xcode 6.4
 
 Br, Eike
 
 regards
 
 
 =
 El tamaño de tus logros depende del tamaño de tus metas. 
 C++ and Qt Senior Developer
 Lic. Computer Science
 Buenos Aires, Argentina
 
 
 2015-08-21 6:00 GMT-03:00 Ziller Eike eike.zil...@theqtcompany.com:
 
 On Aug 21, 2015, at 6:58 AM, Freddy Martinez freddy311...@gmail.com 
 wrote:
 
 Hi guys...
 
 I'm getting a lot of troubles to work with Qt Creator with the new 
 version of Qt... This kind of problems didn't happend with Qt 5.4.2
 
 I'm making some changes to my application, and when my app start, 
 sometimes I got segmentation fault, but I can't debbug my app.. If I run 
 my app everything is fine, but if I try to debbug my app, when I'm doing
 
 MainWindow w;
 w.show()
 
 when I call w.show() I got segmentation fault and the debbuger send me to 
 the binary editor with assambler code. The stack doesn't say anything 
 about what happend... and it's very very rare what it's happend because 
 is exactly the same code which I have compiled and running with 5.4.2
 
 
 
 beside, Qt Creator give me 20 000 + warnings... for example...
 
 in all my classes where I have the macro Q_OBJECT i got a warning... what 
 is that ?? :(
 
 That is a problem in Qt 5.5.0 in combination with earlier Xcode versions 
 which do not understand a pragma that was introduced to avoid warning 
 messages with later Xcode versions, and afaik fixed in 5.5.1
 
 I think that this problem is only for OS X, because my friends use Linux 
 and Widows and the only one who has this kind of troubles is me
 
 regards
 
 =
 El tamaño de tus logros depende del tamaño de tus metas.
 C++ and Qt Senior Developer
 Lic. Computer Science
 Buenos Aires, Argentina
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator
 
 --
 Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
 The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
 Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
 Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht 
 Charlottenburg, HRB 144331 B
 
 -- 
 Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
 The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
 Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
 Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
 HRB 144331 B
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] very bad performance for Qt Creator with Qt 5.5.0

[Ziller Eike]

 On Aug 21, 2015, at 3:04 PM, Freddy Martinez Garcia freddy311...@gmail.com 
 wrote:
 
 how long we must wait for qt 5.5.1 ??
 
 I have the last version of XCode :(

Are you sure?
What do the warning look like exactly?

There should be no warnings about inconsistent-missing-override or 
unknown-pragmas with Qt 5.5.0 and Xcode 6.4

Br, Eike

 regards
 
 
 =
 El tamaño de tus logros depende del tamaño de tus metas. 
 C++ and Qt Senior Developer
 Lic. Computer Science
 Buenos Aires, Argentina
 
 
 2015-08-21 6:00 GMT-03:00 Ziller Eike eike.zil...@theqtcompany.com:
 
  On Aug 21, 2015, at 6:58 AM, Freddy Martinez freddy311...@gmail.com wrote:
 
  Hi guys...
 
  I'm getting a lot of troubles to work with Qt Creator with the new version 
  of Qt... This kind of problems didn't happend with Qt 5.4.2
 
  I'm making some changes to my application, and when my app start, sometimes 
  I got segmentation fault, but I can't debbug my app.. If I run my app 
  everything is fine, but if I try to debbug my app, when I'm doing
 
  MainWindow w;
  w.show()
 
  when I call w.show() I got segmentation fault and the debbuger send me to 
  the binary editor with assambler code. The stack doesn't say anything about 
  what happend... and it's very very rare what it's happend because is 
  exactly the same code which I have compiled and running with 5.4.2
 
 
 
  beside, Qt Creator give me 20 000 + warnings... for example...
 
  in all my classes where I have the macro Q_OBJECT i got a warning... what 
  is that ?? :(
 
 That is a problem in Qt 5.5.0 in combination with earlier Xcode versions 
 which do not understand a pragma that was introduced to avoid warning 
 messages with later Xcode versions, and afaik fixed in 5.5.1
 
  I think that this problem is only for OS X, because my friends use Linux 
  and Widows and the only one who has this kind of troubles is me
 
  regards
 
  =
  El tamaño de tus logros depende del tamaño de tus metas.
  C++ and Qt Senior Developer
  Lic. Computer Science
  Buenos Aires, Argentina
 
  ___
  Qt-creator mailing list
  Qt-creator@qt-project.org
  http://lists.qt-project.org/mailman/listinfo/qt-creator
 
 --
 Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
 The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
 Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
 Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
 HRB 144331 B
 
 

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Is 3.5 Officially released?

[Ziller Eike]

Should be fixed now. Sorry for the inconvenience.

Br, Eike

 On Aug 21, 2015, at 5:59 PM, Jason H jh...@gmx.com wrote:
 
 Please see attached.
 
 Sent: Friday, August 21, 2015 at 4:56 AM
 From: Ziller Eike eike.zil...@theqtcompany.com
 To: Jason H jh...@gmx.com
 Cc: Loehning Robert robert.loehn...@theqtcompany.com, 
 qt-creator@qt-project.org qt-creator@qt-project.org
 Subject: Re: [Qt-creator] Is 3.5 Officially released?
 
 
 On Aug 20, 2015, at 6:06 PM, Jason H jh...@gmx.com wrote:
 
 Is there any way for me to not have to wait for moderation on the blog? I 
 promise I'm real.
 
 Anyway, I posted that I don't see it on my commerical downloads. I only see 
 Qt Creator pre-preleases which is empty.
 
 On login.qt.io  Downloads  Product: choose Qt Creator from the combo box  
 3.5.0
 At least I see it there.
 
 I only see Qt Creator pre-preleases which is empty
 
 That sounds as if you are looking completely elsewhere?
 
 Screen Shot 2015-08-21 at 11.57.34 AM (2).png

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Is 3.5 Officially released?

[Ziller Eike]

 On Aug 20, 2015, at 6:06 PM, Jason H jh...@gmx.com wrote:
 
 Is there any way for me to not have to wait for moderation on the blog? I 
 promise I'm real.
 
 Anyway, I posted that I don't see it on my commerical downloads. I only see 
 Qt Creator pre-preleases which is empty.

On login.qt.io  Downloads  Product: choose Qt Creator from the combo box  
3.5.0
At least I see it there.

 I only see Qt Creator pre-preleases which is empty

That sounds as if you are looking completely elsewhere?

Br, Eike

 Sent: Thursday, August 20, 2015 at 9:45 AM
 From: Robert Löhning robert.loehn...@theqtcompany.com
 To: qt-creator@qt-project.org
 Subject: Re: [Qt-creator] Is 3.5 Officially released?
 
 Am 19.08.2015 um 11:06 schrieb Ziller Eike:
 
 On Aug 18, 2015, at 4:55 PM, Michael Jackson imikejack...@gmail.com 
 wrote:
 
 I normally download the nightly builds for testing but I noticed the RC1 
 did not build last night so I went up a directory and found the 3.5.0 
 directory which had builds. Has 3.5 been officially released? I did not 
 see anything in the blog about it?
 
 It hasn’t. The snapshot directories are named for the version as which they 
 will be released eventually.
 
 Br, Eike
 
 
 Hi Michael,
 
 now Creator 3.5.0 is released:
 https://blog.qt.io/blog/2015/08/20/qt-creator-3-5-0-released/
 
 Best Regards,
 Robert
 
 
 --
 Robert Löhning, Software Engineer - The Qt Company GmbH
 
 The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
 Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
 Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht
 Charlottenburg, HRB 144331 B
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] very bad performance for Qt Creator with Qt 5.5.0

[Ziller Eike]

 On Aug 21, 2015, at 6:58 AM, Freddy Martinez freddy311...@gmail.com wrote:
 
 Hi guys...
 
 I'm getting a lot of troubles to work with Qt Creator with the new version of 
 Qt... This kind of problems didn't happend with Qt 5.4.2
 
 I'm making some changes to my application, and when my app start, sometimes I 
 got segmentation fault, but I can't debbug my app.. If I run my app 
 everything is fine, but if I try to debbug my app, when I'm doing 
 
 MainWindow w;
 w.show()
 
 when I call w.show() I got segmentation fault and the debbuger send me to the 
 binary editor with assambler code. The stack doesn't say anything about what 
 happend... and it's very very rare what it's happend because is exactly the 
 same code which I have compiled and running with 5.4.2



 beside, Qt Creator give me 20 000 + warnings... for example... 
 
 in all my classes where I have the macro Q_OBJECT i got a warning... what is 
 that ?? :(

That is a problem in Qt 5.5.0 in combination with earlier Xcode versions which 
do not understand a pragma that was introduced to avoid warning messages with 
later Xcode versions, and afaik fixed in 5.5.1

 I think that this problem is only for OS X, because my friends use Linux and 
 Widows and the only one who has this kind of troubles is me
 
 regards
 
 =
 El tamaño de tus logros depende del tamaño de tus metas. 
 C++ and Qt Senior Developer
 Lic. Computer Science
 Buenos Aires, Argentina
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Creator very laggy

[Ziller Eike]

 On Aug 18, 2015, at 5:22 PM, Jason H jh...@gmx.com wrote:
 
 RC1
 
 Zap file (it's a zip) attached of ~/Library/Logs/DiagnosticReports/Creator* 
 

Thanks. The crash logs are all from Qt Creator 3.4.2

Two of these are https://bugreports.qt.io/browse/QTCREATORBUG-14919
One looks like being fixed by 
http://code.qt.io/cgit/qt-creator/qt-creator.git/commit/?id=83fc8e1fd30bf545f6f3d49200e554d95a4ee947
The other three look like they could be related to 
https://bugreports.qt.io/browse/QTCREATORBUG-14875

Br, Eike

 Sent: Monday, August 17, 2015 at 3:01 AM
 From: Ziller Eike eike.zil...@theqtcompany.com
 To: Jason H jh...@gmx.com
 Cc: qt-creator@qt-project.org qt-creator@qt-project.org
 Subject: Re: [Qt-creator] Creator very laggy
 
 
 On Aug 14, 2015, at 4:25 PM, Jason H jh...@gmx.com wrote:
 
 So I have a coworker who was on Win8, and creator was very laggy when 
 degugging. A patch was issued which fixed that problem.
 
 Then said coworker moved to OSX (Current mid-level Mac Mini, Core-i5) And 
 again Creator is laggy and crashy. By all the time, not just debugging. I 
 also have the same model Mini, and I don't experience any issues. 
 
 Which Qt Creator version are we talking about here?
 
 However the issues she is having (that I've witnessed first hand) are:
 - Keyboard lag. She can type code and it begins to stream out seconds 
 later, and it doesn't appear at the speed of a paste, just a really fast 
 typist.
 
 Does the “CPU” tab in Activity Monitor.app reveal any application eating CPU 
 time?
 
 - Crashing. 50% random 50% from interrupting a build. 
 
 The actual crash reports might shed some light on the issue. Could you 
 please share them with us? Old crash reports can be found in 
 ~/Library/Logs/DiagnosticReports (or under “User Diagnostic Reports” in 
 Console.app).
 
 I just told her to download the RC1, I will report back later today.
 
 
 But does anyone know of these issues on OSX, and should these be fixed in 
 the RC?
 
 I’m not aware of lags or so many crashes.
 
 PS. I love the new scroll bars.
 
 
 Br, Eike
 
 -- 
 Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
 The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
 Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
 Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
 HRB 144331 B
 
 Archive.zap

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Is 3.5 Officially released?

[Ziller Eike]

 On Aug 18, 2015, at 4:55 PM, Michael Jackson imikejack...@gmail.com wrote:
 
 I normally download the nightly builds for testing but I noticed the RC1 did 
 not build last night so I went up a directory and found the 3.5.0 directory 
 which had builds. Has 3.5 been officially released? I did not see anything in 
 the blog about it?

It hasn’t. The snapshot directories are named for the version as which they 
will be released eventually.

Br, Eike

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Creator very laggy

[Ziller Eike]

 On Aug 14, 2015, at 4:25 PM, Jason H jh...@gmx.com wrote:
 
 So I have a coworker who was on Win8, and creator was very laggy when 
 degugging. A patch was issued which fixed that problem.
 
 Then said coworker moved to OSX (Current mid-level Mac Mini, Core-i5) And 
 again Creator is laggy and crashy. By all the time, not just debugging. I 
 also have the same model Mini, and I don't experience any issues. 

Which Qt Creator version are we talking about here?

 However the issues she is having (that I've witnessed first hand) are:
 - Keyboard lag. She can type code and it begins to stream out seconds later, 
 and it doesn't appear at the speed of a paste, just a really fast typist.

Does the “CPU” tab in Activity Monitor.app reveal any application eating CPU 
time?

 - Crashing. 50% random 50% from interrupting a build. 

The actual crash reports might shed some light on the issue. Could you please 
share them with us? Old crash reports can be found in 
~/Library/Logs/DiagnosticReports (or under “User Diagnostic Reports” in 
Console.app).

 I just told her to download the RC1, I will report back later today.


 But does anyone know of these issues on OSX, and should these be fixed in the 
 RC?

I’m not aware of lags or so many crashes.

 PS. I love the new scroll bars.


Br, Eike

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Invoke a method from plugin

[Ziller Eike]

 On Aug 7, 2015, at 5:39 PM, Andrey Poltavets andrey.poltav...@gmail.com 
 wrote:
 
 Not sure what you mean with that.
 I misled you. I mean in my app I've launched instance of QtC's PluginManager 
 and load my plugin to it. Now I need to investigate how can I use API of my 
 plugin by PluginManager instance.

So, if I understand you correctly, you have an application, and want to make it 
possible to extend your application by plugins, and try to use Qt Creator’s 
plugin manager for that?
But then I do not know what you mean with I don't thinks so, because there are 
only few plugins with macro Q_INVOKABLE in QtC's sources.”

Several possibilities for that case though. Usually your application would 
provide exported API for plugins, and plugins link against a corresponding 
library from the app and use that.

E.g.
-
App provides mehtods that can be used by plugins:
class APP_EXPORT MyAppPluginAPI {
public:
static void doSomethingInApplication();
};
Plugin calls MyAppPluginAPI::doSomethingInApplication() at some point.
-
App provides an interface that plugins can implement:
class APP_EXPORT SomeInterface {
public:
static void registerSomeInterface(SomeInterface *impl);

virtual void doSomething() = 0;
virtual RetValue getSomething() = 0;
};
Plugins implement that interface, and in e.g. IPlugin::initialize do
SomeInterface::registerSomeInterface(new MyPluginsSomeInterfaceImpl);
-
Or the same, but using the plugin manager object pool (-- possible performance 
issues there!)
App provides an interface that plugins can implement:
class APP_EXPORT SomeInterface : public QObject {
public:
virtual void doSomething() = 0;
virtual RetValue getSomething() = 0;
};
Plugins implement that interface, and put an instance in the object pool in 
IPlugin::initialize
addAutoreleasedObject(new MyPluginsSomeInterfaceImpl);
The app gets the implementations and does something on them some time after 
loading plugins
foreach (SomeInterface *impl, PluginManager::getObjectsSomeInterface()) 
impl-doSomething();
Here you can avoid the link dependency on your plugin by using 
Q_DECLARE_INTERFACE
-
The app provides specialized plugin interfaces
class APP_EXPORT SpecializedPluginInterface : public ExtensionSystem::IPlugin {
public:
[]
virtual void doSomething() = 0;
virtual RetValue getSomething() = 0;
};
Plugins can be of that type instead of just IPlugin, and the application calls 
methods on them with something like
foreach (PluginSpec *spec, PluginManager::plugins())
if (auto specialPlugin = qobject_castSpecializedPluginInterface 
*(spec-plugin()))
specialPlugin-doSomething();
-
ES::invoke is also possible, but error prone.

Br, Eike

 2015-08-07 17:19 GMT+03:00 Ziller Eike eike.zil...@theqtcompany.com:
 
  On Aug 7, 2015, at 1:17 PM, Andrey Poltavets andrey.poltav...@gmail.com 
  wrote:
 
  Hello.
  How to invoke method from plugin?
  I have two suggestions:
  1) function ExtensionSystem::invoke ? I don't thinks so, because there are 
  only few plugins with macro Q_INVOKABLE in QtC's sources.
  2) public slot PluginManager::remoteArguments ?
 
 
 
  I already have launched and loaded my plugin in insular instance of 
  PluginManager.
 
 Not sure what you mean with that.
 
  Now I need to investigate how to invoke a method. Please don't open all the 
  cards for my fun, just give me a hint. :)
 
 Make your plugin depend on the other plugin (QTC_PLUGIN_DEPENDS) and use that 
 plugin’s API directly.
 
 Br, Eike
 
 --
 Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
 The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
 Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
 Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
 HRB 144331 B
 
 
 
 
 -- 
 Respectfully, 
 Andrey Poltavets

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] another 5.5 OSX Crash Dump

[Ziller Eike]

 On Jul 8, 2015, at 8:30 PM, VStevenP vstevenpa...@yahoo.com wrote:
 
 This is a crash that occurs when you try to restart QtCreator too soon after 
 quitting it.

Could you please create a bug report?
https://bugreports.qt.io

 
 
 Process:   Qt Creator [5164]Path:  
 /Users/USER/*/Qt Creator.app/Contents/MacOS/Qt Creator
 Identifier:org.qt-project.qtcreator
 Version:   3.4.2 (3.4.2)
 Code Type: X86-64 (Native)
 Parent Process:??? [1]
 Responsible:   Qt Creator [5164]
 User ID:   501
 
 Date/Time: 2015-07-08 14:27:28.031 -0400
 OS Version:Mac OS X 10.10.3 (14D136)
 Report Version:11
 Anonymous UUID:60B1A4AA-16C7-D1F2-B713-5BA8524E970F
 
 Sleep/Wake UUID:   40228567-5A68-4530-BE63-7E87CB234FE9
 
 Time Awake Since Boot: 35000 seconds
 Time Since Wake:   3900 seconds
 
 Crashed Thread:20  QQuickPixmapReader
 
 Exception Type:EXC_BAD_ACCESS (SIGSEGV)
 Exception Codes:   KERN_INVALID_ADDRESS at 0x000119a7d000
 
 VM Regions Near 0x119a7d000:
MALLOC_LARGE   000119a4b000-000119a7d000 [  200K] rw-/rwx 
 SM=PRV  
 -- 
MALLOC_LARGE   000119aa-000119af5000 [  340K] rw-/rwx 
 SM=PRV  
 
 Thread 0:: Dispatch queue: com.apple.main-thread
 0   libsystem_kernel.dylib0x7fff886704de mach_msg_trap + 10
 1   libsystem_kernel.dylib0x7fff8866f64f mach_msg + 55
 2   com.apple.CoreFoundation  0x7fff8aa24eb4 
 __CFRunLoopServiceMachPort + 212
 3   com.apple.CoreFoundation  0x7fff8aa2437b __CFRunLoopRun + 1371
 4   com.apple.CoreFoundation  0x7fff8aa23bd8 CFRunLoopRunSpecific + 
 296
 5   com.apple.HIToolbox   0x7fff90ffa56f 
 RunCurrentEventLoopInMode + 235
 6   com.apple.HIToolbox   0x7fff90ffa2ea ReceiveNextEventCommon + 
 431
 7   com.apple.HIToolbox   0x7fff90ffa12b 
 _BlockUntilNextEventMatchingListInModeWithFilter + 71
 8   com.apple.AppKit  0x7fff859b39bb _DPSNextEvent + 978
 9   com.apple.AppKit  0x7fff859b2f68 -[NSApplication 
 nextEventMatchingMask:untilDate:inMode:dequeue:] + 346
 10  com.apple.AppKit  0x7fff859a8bf3 -[NSApplication run] + 
 594
 11  libqcocoa.dylib   0x000103fa87fd 0x103f87000 + 137213
 12  org.qt-project.QtCore 0x000101e1c8cd 
 QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) + 381
 13  org.qt-project.QtCore 0x000101e1f78a QCoreApplication::exec() 
 + 346
 14  org.qt-project.qtcreator  0x000100e2f95b main + 21707
 15  org.qt-project.qtcreator  0x000100e27824 start + 52
 
 Thread 1:: Dispatch queue: com.apple.libdispatch-manager
 0   libsystem_kernel.dylib0x7fff88676232 kevent64 + 10
 1   libdispatch.dylib 0x7fff84240a6a _dispatch_mgr_thread + 52
 
 Thread 2:
 0   libsystem_kernel.dylib0x7fff8867594a __workq_kernreturn + 10
 1   libsystem_pthread.dylib   0x7fff915e840d start_wqthread + 13
 
 Thread 3:
 0   libsystem_kernel.dylib0x7fff8867594a __workq_kernreturn + 10
 1   libsystem_pthread.dylib   0x7fff915e840d start_wqthread + 13
 
 Thread 4:
 0   libsystem_kernel.dylib0x7fff8867594a __workq_kernreturn + 10
 1   libsystem_pthread.dylib   0x7fff915e840d start_wqthread + 13
 
 Thread 5:
 0   libsystem_kernel.dylib0x7fff8867594a __workq_kernreturn + 10
 1   libsystem_pthread.dylib   0x7fff915e840d start_wqthread + 13
 
 Thread 6:: com.apple.CFSocket.private
 0   libsystem_kernel.dylib0x7fff886753fa __select + 10
 1   libsystem_pthread.dylib   0x7fff915ea268 _pthread_body + 131
 2   libsystem_pthread.dylib   0x7fff915ea1e5 _pthread_start + 176
 3   libsystem_pthread.dylib   0x7fff915e841d thread_start + 13
 
 Thread 7:: Qt bearer thread
 0   libsystem_kernel.dylib0x7fff886753fa __select + 10
 1   org.qt-project.QtCore 0x000101e6dc18 qt_safe_select(int, 
 fd_set*, fd_set*, fd_set*, timespec const*) + 104
 2   org.qt-project.QtCore 0x000101e6ecd0 
 QEventDispatcherUNIXPrivate::doSelect(QFlagsQEventLoop::ProcessEventsFlag, 
 timespec*) + 672
 3   org.qt-project.QtCore 0x000101e6fd9a 
 QEventDispatcherUNIX::processEvents(QFlagsQEventLoop::ProcessEventsFlag) + 
 234
 4   org.qt-project.QtCore 0x000101e1c8cd 
 QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) + 381
 5   org.qt-project.QtCore 0x000101c71005 QThread::exec() + 117
 6   org.qt-project.QtCore 0x000101c74b53 0x101c3d000 + 228179
 7   libsystem_pthread.dylib   0x7fff915ea268 _pthread_body + 131
 8   libsystem_pthread.dylib   0x7fff915ea1e5 _pthread_start + 176
 9   libsystem_pthread.dylib   0x7fff915e841d thread_start + 13
 
 Thread 8:: QThread
 0   libsystem_kernel.dylib0x7fff886753fa 

Re: [Qt-creator] Qt Creator goes unresponsive on Win8 with app running

[Ziller Eike]

 On Jul 4, 2015, at 2:15 PM, Stéphane Fabry s...@xris.eu wrote:
 
 I just tried the latest 3.4.2, but the problem is the same.

Could you please try if the 3.4.1 binaries already have this problem, or if it 
was introduced with 3.4.2?
http://download.qt.io/official_releases/qtcreator/3.4/3.4.1/

 If the application is opened and you recompile it get unresponsive when 
 linking.
 
 It should not because compilation is not deployment and during deployment the 
 dll and exe are copied.
 It should not because in case the dll is used, you should get an error 
 message and not a crash of QtCreator.
 
 
 
 Le 03-07-15 17:19, Jason H a écrit :
 One of your issues _might_ be related to the fact that Windows can't update 
 and EXE while it is running. Unlike OSX/Linux. This goes back to the 
 earliest versions of windows. The process must be killed before compile 
 anyway. Being that you're on windows, I would expect to implicate a virus 
 scanner as part of that problem as well. I can see the virus scanner hooking 
 into the build process as the obj/dll/exes are built.
 
 However none of that explains why you can't edit text at any point in the 
 process (pun UN-intentional). And that's what we're complaining about.
 
 
 
 
 Sent: Friday, July 03, 2015 at 6:30 AM
 From: Stéphane Fabry 
 s...@xris.eu
 
 To: 
 qt-creator@qt-project.org
 
 Subject: Re: [Qt-creator] Qt Creator goes unresponsive on Win8 with app 
 running
 
 
 Same here,
 
 It goes unresponsive simply when editing qml in text editor.
 I also have the problem I can't compile when the app is running. The 
 compilation process goes unresponsive and you have to kill QtCreator 
 process (impossible to recover this one). It happened since last 
 QtCreator update.
 
 I'm using qbs.
 
 
 Stéphane
 ___
 Qt-creator mailing list
 
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator
 
 
 
 
 -- 
 Stéphane Fabry, Project  IT Manager
 +32 (0)4 367 07 92
 X-RIS | X-Ray Imaging Solutions
 www.xris.eu/contact.html
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] ANNOUNCE: terminal plugin for qtcreator

[Ziller Eike]

 On Jun 26, 2015, at 3:34 PM, Petr Vaněk p...@yarpen.cz wrote:
 
 hi all,
 
 here is a new plugin for qtcreator providing a terminal/console pane. 
 Personally I find it useful so maybe somebody else can like it too. Its 
 functionality is simple: it displays a terminal with default shell with 
 optional ability to change directory to currently opened file location. There 
 are also some predefined color schemes.
 
 https://github.com/qterminal/terminalplugin
 
 I'd like to ask for advice. What is proposed value for
 Core::IOutputPane::priorityInStatusBar() 
 for 3rd party plugins like this one, please?
 
 int TerminalPane::priorityInStatusBar() const
 {
 return 1; // TODO/FIXME: what value to use?
 }

Choose a value that puts it where you like it in the output pane list. I 
suppose it doesn’t matter too much, though you might want to use a value  20, 
so it comes after the more important default panes and the default shortcuts 
for these are not changed.

Br, Eike

 thanks,
 petr
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] QColumnView and Preview Widget

[Ziller Eike]

 On Jun 24, 2015, at 9:17 PM, Michael Jackson imikejack...@gmail.com wrote:
 
 Is there a way with Qt 5 to turn OFF the preview widget? For our application 
 we wanted to show some information based on what is clicked, branch or leaf, 
 but the preview widget is only shown for leaves and not branches. So now we 
 figured we can just put another widget next to the QColumnView widget to show 
 our information but we want to hide the preview widget. We tried setting it 
 to null but that didn't really work.
 
 Any thoughts or help would be much appreciated.

I think you’ll want to ask that question on the interest@ mailing list.

Br, Eike

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Clang Code model can not find libClang 3.6

[Ziller Eike]

 On Jun 22, 2015, at 16:31, Michael Jackson imikejack...@gmail.com wrote:
 
 
 On Jun 22, 2015, at 10:25 AM, Ziller Eike eike.zil...@theqtcompany.com 
 wrote:
 
 
 On Jun 22, 2015, at 4:01 PM, Michael Jackson imikejack...@gmail.com wrote:
 
 http://anychimirror101.mirrors.tds.net/pub/Qt/snapshots/qtcreator/3.5.0-beta1/2015-06-22_7/
 
 I am running on OS X 10.8.5 and there are a few problems that I have 
 figured out. The first is that the library will not load. This is because 
 the @rpath is incorrect on libClang.dylib. It should be 
 @rpath/Plugins/libClang.dylib
 
 Also, the rpath that is actually linked to is lib clang-3.6.dylib which 
 throws everything off.
 
 Yes, + the clangbackend tool is wrongly deployed as well.
 https://codereview.qt-project.org/114758
 
 Good to see a bug report on the issue. Hopefully that will be integrated soon 
 into the nightlies?

http://master.qt.io/snapshots/qtcreator/3.5.0-beta1/latest/
has the deployment fixes for OS X now.

Br, Eike

 
 Adding a few symlinks and moving the lib clang.dylib from plugins up one 
 directory allowed OS X QtCreator to load the Clang Code model plugin but 
 then QtCreator just beach balled and never ever responded again.
 
 I also noticed that the Download as OSX10.10 which implies that QtCreator 
 ONLY works on OS X 10.10? Is this true going forward or just for these 
 nightly snapshots?
 
 The name only states that the binaries were created on OS X 10.10, but the 
 deployment target is still 10.7 as before. Actually I’m not sure why the 
 name contains this information  probably a side effect of moving to a 
 different infrastructure.
 
 Also good to know as I tried QtCreator on OS X 10.8.5 and it seems to work 
 fine (minus the whole clang code model). I’ll wait for the next nightly to 
 see if it starts to work. Most likely my install_name_tool hacks were now 
 quite correct as QtCreator just seems to hang if I make it so that libClang 
 is found.
 
 
 Br, Eike
 
 Mike Jackson
 
 
 
 Thanks
 Mike Jackson
 BlueQuartz Software.
 
 On Jun 22, 2015, at 3:25 AM, Ziller Eike eike.zil...@theqtcompany.com 
 wrote:
 
 
 On Jun 19, 2015, at 3:44 PM, Michael Jackson imikejack...@gmail.com 
 wrote:
 
 Just tried the QtCreator 3.5 Beta and tried to load the Clang code model 
 and it says that it can not load libClang. Could someone remind me of the 
 wiki page that has the instructions on how to get the Clang code model up 
 and running?
 
 Luckily we haven’t released a 3.5 beta yet, and that the clang code model 
 doesn’t work in the snapshots is a known issue which I’m currently trying 
 to solve for the actual beta release :D
 
 Br, Eike
 
 Thanks
 Mike Jackson
 BlueQuartz Software.
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator
 
 -- 
 Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
 The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
 Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
 Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht 
 Charlottenburg, HRB 144331 B
 
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator
 
 -- 
 Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
 The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
 Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
 Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
 HRB 144331 B
 

-- 
Eike Ziller, Senior Software Engineer | The Qt Company
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Clang Code model can not find libClang 3.6

[Ziller Eike]

 On Jun 19, 2015, at 3:44 PM, Michael Jackson imikejack...@gmail.com wrote:
 
 Just tried the QtCreator 3.5 Beta and tried to load the Clang code model and 
 it says that it can not load libClang. Could someone remind me of the wiki 
 page that has the instructions on how to get the Clang code model up and 
 running?

Luckily we haven’t released a 3.5 beta yet, and that the clang code model 
doesn’t work in the snapshots is a known issue which I’m currently trying to 
solve for the actual beta release :D

Br, Eike

 Thanks
 Mike Jackson
 BlueQuartz Software.
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Clang Code model can not find libClang 3.6

[Ziller Eike]

 On Jun 22, 2015, at 4:01 PM, Michael Jackson imikejack...@gmail.com wrote:
 
 http://anychimirror101.mirrors.tds.net/pub/Qt/snapshots/qtcreator/3.5.0-beta1/2015-06-22_7/
 
 I am running on OS X 10.8.5 and there are a few problems that I have figured 
 out. The first is that the library will not load. This is because the 
 @rpath is incorrect on libClang.dylib. It should be 
 @rpath/Plugins/libClang.dylib
 
 Also, the rpath that is actually linked to is lib clang-3.6.dylib which 
 throws everything off.

Yes, + the clangbackend tool is wrongly deployed as well.
https://codereview.qt-project.org/114758

 Adding a few symlinks and moving the lib clang.dylib from plugins up one 
 directory allowed OS X QtCreator to load the Clang Code model plugin but then 
 QtCreator just beach balled and never ever responded again.
 
 I also noticed that the Download as OSX10.10 which implies that QtCreator 
 ONLY works on OS X 10.10? Is this true going forward or just for these 
 nightly snapshots?

The name only states that the binaries were created on OS X 10.10, but the 
deployment target is still 10.7 as before. Actually I’m not sure why the name 
contains this information  probably a side effect of moving to a different 
infrastructure.

Br, Eike

 Thanks
 Mike Jackson
 BlueQuartz Software.
 
 On Jun 22, 2015, at 3:25 AM, Ziller Eike eike.zil...@theqtcompany.com wrote:
 
 
 On Jun 19, 2015, at 3:44 PM, Michael Jackson imikejack...@gmail.com wrote:
 
 Just tried the QtCreator 3.5 Beta and tried to load the Clang code model 
 and it says that it can not load libClang. Could someone remind me of the 
 wiki page that has the instructions on how to get the Clang code model up 
 and running?
 
 Luckily we haven’t released a 3.5 beta yet, and that the clang code model 
 doesn’t work in the snapshots is a known issue which I’m currently trying to 
 solve for the actual beta release :D
 
 Br, Eike
 
 Thanks
 Mike Jackson
 BlueQuartz Software.
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator
 
 -- 
 Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
 The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
 Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
 Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
 HRB 144331 B
 
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] How can I make a global cpp code style config

[Ziller Eike]

 On Jun 17, 2015, at 3:12 PM, Miller Henry millerhe...@johndeere.com wrote:
 
 I’m packaging qt creator for my company, and I want to make our coding style 
 rules the default.  Creating the .xml style is easy enough, but I can’t seem 
 to find a way to get this as the default style.
  
 We are installing qt creator into /opt/QtCreator, and we have working 
 template wizards installed into 
 /opt/QtCreator/share/qtcreator/templates/wizards .  I expect that I just need 
 to install QtCreator.ini into /opt/QtCreator/share/qtcreator/QtProject/ and 
 our code style .xml into 
 /opt/QtCreator/share/qtcreator/QtProject/codestyles/Cpp/. This doesn’t seem 
 to work though – qt creator doesn’t seem to pick up the style.  Is there 
 something more that I’m missing?

Hi,

as far as I can see, there is setting for “default” coding style. That means, 
that if you add something like 

[CppCodeStyleSettings]
CurrentPreferences=@ByteArray(mycodingstyle)

to the “install settings” 
(/opt/QtCreator/share/qtcreator/QtProject/QtCreator.ini looks correct to me), 
then this will set the coding style only if there are no user settings at all.
I.e. when running Qt Creator with a clean settingspath (e.g. with -settingspath 
/tmp/foosettings).

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Dev: Qt Creator 3.5 feature freeze next week

[Ziller Eike]

I have created the 3.5 branch now.
Submitting to master is blocked for a few days to prevent accidental submits.
Please target the 3.5 branch for all your patches that are supposed to land in 
3.5.

Br, Eike


 On Jun 12, 2015, at 10:15, Ziller Eike eike.zil...@theqtcompany.com wrote:
 
 This is a reminder that the feature freeze for Qt Creator 3.5 is planned for 
 next week:
 
 http://wiki.qt.io/Qt_Creator_Releases
 
 Br, Eike
 
 -- 
 Eike Ziller, Senior Software Engineer | The Qt Company
 Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
 Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
 Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
 HRB 144331 B
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer | The Qt Company
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] standalone plugins dependencies

[Ziller Eike]

 On Jun 17, 2015, at 1:45 PM, Petr Vanek p...@yarpen.cz wrote:
 
 hi all,
 
 let's assume I have 2 standalone plugins with dependency. These plugins 
 are not merged into qt-creator tree. How can I specify dependencies 
 between these plugs, please?
 
  - plug1, QTC_PLUGIN_DEPENDS += coreplugin texteditor projectexplorer
  - plug2, QTC_PLUGIN_DEPENDS += coreplugin texteditor projectexplorer plug1
 
 I tried to use QTC_PLUGIN_DIRS, for example, with no success.

QTC_PLUGIN_DIRS was exactly created for this.

 
 QTC_PLUGIN_DIRS += ../qore-plugin

You have to set that somewhere before qtcreator(plugin).pri is included.
(and you might want to use $$PWD/.. to avoid relative paths in qmake 
variables)

So e.g. in your plugin’s .pro file
QTC_PLUGIN_DIRS += $$PWD/../qore-plugin
include($$QTCREATOR_SOURCES/src/qtcreatorplugin.pri)

Or you can set QTC_PLUGIN_DIRS as an environment variable as well.

Also note that this only works if plug1 (qorus-plugin ?) uses a 
plug1_dependencies.pri to specify its dependencies (i.e. with the  
QTC_PLUGIN_NAME,  QTC_LIB_DEPENDS and  QTC_PLUGIN_DEPENDS inside).

Br, Eike

 QTC_PLUGIN_DEPENDS += coreplugin texteditor projectexplorer qoreplugin 
 (or qore-plugin)
 
 dirs organization:
 
 build-qore-plugin-qt5-Debug
 build-qorus-ide-qt5-Debug
 build-qtcreator-qt5-Debug
 qore-plugin
 qorus-plugin
 qt-creator
 
 content of the lib/plugins target directory
 libBazaar.so libCore.so  libDiffEditor.so  libFakeVim.so 
 libMercurial.solibqoreplugin.so  libSubversion.so libVcsBase.so 
 libBinEditor.so  libCVS.so   libEmacsKeys.so libGit.so  
 libProjectExplorer.so  libQorusIDE.so libTextEditor.so  libWelcome.so
 
 
 thanks,
 Petr
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] How to add a dock window to a custom editor?

[Ziller Eike]

 On Jun 16, 2015, at 07:10, Christian Gagneraud chg...@gna.org wrote:
 
 Hi there,
 
 I have created a custom editor (a kind of drawing editor) and I would 
 like to have extra dock widgets on the left (very similar to what 
 designer offers: a property editor and a structure/hierarchy viewer).

Editors cannot add widgets to the navigation side bar in edit mode.

 I saw how it can be done when implementing a new mode (eg. the debugger 
 mode uses a custom FancyMainWindow), but I wondered if it's possible to 
 add and manage QDockWidget when implementing a custom editor as the 
 editor manager provides already something similar.
 
 This doesn't seem possible to me, for few reasons. One of them being 
 that the editor manager provides a splitable view, which means that if i 
 use dock widget inside my editor, then the dock widgets will be inside 
 the split view - not on the side.

Putting the split issue aside, it sounds correct to me to put widgets that 
belong to the editor into the editor widget.
(As dock widgets or not. (Q|Fancy)MainWindows are nestable.)

 So it looks to me I will have to implement a new mode…

On the list of things that I want is that editors can specify that they want to 
be “maximized”, i.e. when they are activated, all splits are temporarily 
removed. But that doesn’t exist yet.

As long as that is not there, and since your editor is a kind of drawing 
editor, think about integrating your editor into Design mode like Qt Quick 
Designer for .qml files, and Widget Designer for .ui files. There you also 
control the whole area including automatic switching, without actually creating 
a new mode. Have a look at Core::DesignMode and how it is used.

Br, Eike

-- 
Eike Ziller, Senior Software Engineer | The Qt Company
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

[Qt-creator] Dev: Qt Creator 3.5 feature freeze next week

[Ziller Eike]

This is a reminder that the feature freeze for Qt Creator 3.5 is planned for 
next week:

http://wiki.qt.io/Qt_Creator_Releases

Br, Eike

-- 
Eike Ziller, Senior Software Engineer | The Qt Company
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Which plugins are you working on?

[Ziller Eike]

 On May 30, 2015, at 3:07 PM, Hermann Fieger hermann.fie...@t-online.de 
 wrote:
 
 
 Hi Tobias, hi everybody,
 
 at the moment i'm working on about six plugins for QtCreator.
 
 1. a HTML Editor with a previewer ( with Syntax  highlighting, also for php 
 and javascript)
 2. a Python3 Editor with a runtime environment for Qt5 and a .ui converter 
 from XML to python code
 3. a runtime only plugin for previous point, mainly planned at the moment for 
 measurement purposes
 4. a 3F5-Spice Derivate with GUI
 5. a connection plugin which very simplifies making connections through TCP, 
 UDP, RS232, VNC, GPIB, LXI, USBTMC ...
 6. a NC-Code editor with syntax highlighting
 
 and i also plan to implement a few other things (2D-constructing and 
 painting, OPENGL, ...).
 
 The plugins are all in a beta state and are growing with daily demands for my 
 work.
 
 At the moment i run into a small problem. All most all plugin's possess an 
 own mode button on the left side of
 QtCreator. 
 
 For now, i work with imported projects. Working this way QtCreator creates 
 a xxx.creator project-file.
 In this project-file I’m able to add files of all mime types. On the left 
 side I’ve opened two project manager
 windows, an open project tree and an open document windows. 
 
 For all mime types i use, I've registered an own mime-type like 
 text/x-myblabla.
 If i doubleclick a file for the first time in the project-tree the right 
 editor will be opened and also the right
 mode will be activated. If i click back to an already opened file ( wether in 
 the project tree or in the open 
 documents ) the right document(placeholder) is displayed, but in the false 
 mode. So you maybe run a python file
 within the Spice environment. This is not nice, because i always have to 
 press the right mode button manually.
 
 As already said earlier times, i use QtCreator as a great host system for my 
 own applications, which i implement
 as plugins. 
 
 After debugging for a while, i found following code segment in 
 editormanager.cpp, which i think is
 responsible for this behaviour ( It's out of QtCreator 3.0! ):
 
 Core::IEditor *EditorManager::activateEditor(Core::Internal::EditorView 
 *view, Core::IEditor *editor, OpenEditorFlags flags)
 {
 Q_ASSERT(view);
 if (!editor) {
 if (!d-m_currentEditor)
 setCurrentEditor(0, (flags  IgnoreNavigationHistory));
 return 0;
 }
 editor = placeEditor(view, editor);
 if (!(flags  DoNotChangeCurrentEditor)) {
 setCurrentEditor(editor, (flags  IgnoreNavigationHistory));
 if (!(flags  DoNotMakeVisible)) {
 // switch to design mode?
 if (editor-isDesignModePreferred()) {
 ModeManager::activateMode(Core::Constants::MODE_DESIGN);
 ModeManager::setFocusToCurrentMode();
 } else {
 int rootIndex;
 findRoot(view, rootIndex);
 if (rootIndex == 0) // main window -- we might need to 
 switch mode
 if (!editor-widget()-isVisible())
 ModeManager::activateMode(Core::Constants::MODE_EDIT);
 editor-widget()-setFocus();
 ICore::raiseWindow(editor-widget());
 }
 }
 } else if (!(flags  DoNotMakeVisible)) {
 view-setCurrentEditor(editor);
 }
 return editor;
 }
 
 
 I 've changed it to following code:
 
 Core::IEditor *EditorManager::activateEditor(Core::Internal::EditorView 
 *view, Core::IEditor *editor, OpenEditorFlags flags)
 {
 Q_ASSERT(view);
 
 if (!editor) {
 if (!d-m_currentEditor)
 setCurrentEditor(0, (flags  IgnoreNavigationHistory));
 return 0;
 }
 
 editor = placeEditor(view, editor);
 
 if (!(flags  DoNotChangeCurrentEditor)) {
 setCurrentEditor(editor, (flags  IgnoreNavigationHistory));
 if (!(flags  DoNotMakeVisible)) {
 // switch to design mode?
 if (editor-isDesignModePreferred()) {
 ModeManager::activateMode(Core::Constants::MODE_DESIGN);
 ModeManager::setFocusToCurrentMode();
 } else {
 int rootIndex;
 findRoot(view, rootIndex);
 if (rootIndex == 0) // main window -- we might need to 
 switch mode
 if (!editor-widget()-isVisible())
 ModeManager::activateMode(Core::Constants::MODE_EDIT);
 editor-widget()-setFocus();
 ICore::raiseWindow(editor-widget());
 
 // *** test
 printf(MIME TYPE -- %s\n, editor-document()-mimeType().toAscii().data() 
 ); fflush(stdout);
 
 if(  ( editor-document()-mimeType() == QLatin1String(text/x-lpython) )
||( editor-document()-mimeType() == QLatin1String(text/x-python ) 
 ) ) {
 
   ModeManager::activateMode( Mode.LPy );
 } else if( editor-document()-mimeType() == QLatin1String(text/x-mpython)  
) {
 
   

Re: [Qt-creator] Blurry fonts

[Ziller Eike]

 On May 27, 2015, at 5:22 PM, Christian Hönig christ...@hoenig.cc wrote:
 
 Hi,
 
 Please note that the fonts being blurred not only in the code editor, but in 
 GUI too. This is very strange behavior, as in other applications compiled 
 with the same Qt5 libraries, fonts are rendered normally. 
 
 This bug was introduced between v3.4.0 and 
 79d3d2348830508d6bc4789027a9c5b009eba7bd (approximately). Unfortunately I 
 can not use git bisect to find commit with font bug.
 
 The bug was introduced by the following commit:
 
 commit b3fa02d0ed16f8a63654e17ed089fab091e1abc9
 Author: Eike Ziller eike.zil...@theqtcompany.com
 Date:   2015-04-20 12:36:12 +0200
 
   Automatically choose device pixel ratio
 
   Change-Id: Ic595ee0f45b7d3ec22b4c4086c0c6785b41c21f4
   Task-number: QTCREATORBUG-11179
   Reviewed-by: Friedemann Kleint friedemann.kle...@theqtcompany.com
   Reviewed-by: Eike Ziller eike.zil...@theqtcompany.com
 
 
 Reverting the commit fixes the problem for me.

Thanks for investigating this.
I’ve created https://bugreports.qt.io/browse/QTCREATORBUG-14516 for tracking 
the issue.

 take care, have fun
 /christian
 
 
 On 25.05.2015 23:58, Filippo Cucchetto wrote:
 In this image you can clearly see that the QtCreator on the right side  is 
 far more blurry and the one on the left.
 
 2015-05-25 19:55 GMT+02:00 Filippo Cucchetto filippocucche...@gmail.com:
 Actually both QtCreator are built with the same Qt version 5.4.1.
 i'll try with a new Qt version, maybe with the one released by QtCompany 
 istead of the one packaged by my distro
 
 F.
 
 2015-05-22 8:21 GMT+02:00 Ziller Eike eike.zil...@theqtcompany.com:
 
 On May 22, 2015, at 12:12 AM, Filippo Cucchetto 
 filippocucche...@gmail.com wrote:
 
 Hi,
 i built QtCreator from git however the font of both the UI and TextEditor 
 are both blurry compared to the one packaged in my distro.
 Is a known problem? or am i missing something?
 
 Depends. Is the one packaged in your distro based on Qt5? (Help  About Qt 
 Creator)
 There have been quite some changes regarding font rendering in Qt 5.
 See e.g. https://bugreports.qt.io/browse/QTBUG-37749 (though it seems 
 people there complained about “too sharp” font rendering).
 There seem to have been some changes/fixes in Qt 5.4(.1?) as well, so you 
 might want to try a different Qt5 version as well.
 
 Br, Eike
 
 --
 Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
 The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
 Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
 Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
 HRB 144331 B
 
 
 
 
 -- 
 Filippo Cucchetto
 
 
 
 -- 
 Filippo Cucchetto
 
 
 ___
 Qt-creator mailing list
 
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Blurry fonts

[Ziller Eike]

 On May 22, 2015, at 12:12 AM, Filippo Cucchetto filippocucche...@gmail.com 
 wrote:
 
 Hi,
 i built QtCreator from git however the font of both the UI and TextEditor are 
 both blurry compared to the one packaged in my distro.
 Is a known problem? or am i missing something?

Depends. Is the one packaged in your distro based on Qt5? (Help  About Qt 
Creator)
There have been quite some changes regarding font rendering in Qt 5.
See e.g. https://bugreports.qt.io/browse/QTBUG-37749 (though it seems people 
there complained about “too sharp” font rendering).
There seem to have been some changes/fixes in Qt 5.4(.1?) as well, so you might 
want to try a different Qt5 version as well.

Br, Eike

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] NimPlugin: autocompletion

[Ziller Eike]

 On May 22, 2015, at 12:46 AM, Filippo Cucchetto filippocucche...@gmail.com 
 wrote:
 
 Hi,
 i'm developing a QtCreator plugin for the Nim programming language here 
 (https://github.com/filcuc/QtCreatorNimEditor). Actually i've syntax 
 highlighting and indentation and i would like to start adding auto completion.
 The Nim programming language already provides a server app (nimsuggest)
 to which i can request suggestions/info passing the current file and cursor 
 position. This means that i don't need to create a Nim parser and AST. 
 What are the minimum steps for showing up the QtCreator completion popup and 
 for filling in the the menu entries?
 I've already gave a look to both the QmlEditor and CppEditor plugins so what 
 i need is just the list of classes i should implement and the most important 
 functions (maybe with an overall vision about how they relate to each other).
 
 Thank you :)
 

The simplest example that you can find, is probably ProFileEditor, which 
provides completion simply based on a fixed list of keywords.

In ProFileEditorFactory constructor:

 ProFileCompletionAssistProvider *pcap = new 
ProFileCompletionAssistProvider;
setCompletionAssistProvider(pcap);

ProFileCompletionAssistProvider is a
 class ProFileCompletionAssistProvider : public 
TextEditor::CompletionAssistProvider

and mainly provides an instance of
 class TEXTEDITOR_EXPORT KeywordsCompletionAssistProcessor : public 
IAssistProcessor

which gets the information about the document and position through an 
“AssistInterface” and in turn provides an instance of
 class TEXTEDITOR_EXPORT GenericProposal : public IAssistProposal

which mainly consists of a list of AssistProposalItems

:D

Br, Eike

 -- 
 Filippo Cucchetto
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Searching for documentation about contribution to Qt-Creator

[Ziller Eike]

 On May 22, 2015, at 12:09 AM, Orgad Shaneh org...@gmail.com wrote:
 
 On Fri, May 22, 2015 at 12:03 AM, Jochen Becher jochen_bec...@gmx.de wrote:
 Hello,
 
 I want to contribute some improvements to QtCreator (Todo Plugin and one
 or two new plugins later this year). I searched for documentation how to
 contribute. The Wiki at qt.io seems to be totally outdated. Is there any
 current documentation?
 
 I tried to clone from code.qt.io (as mentioned on the download page) but
 failed (git: and http: failed with remote hang up and https: with
 server unknown). Where can I clone the current source? (gitourious
 didn't change since 15th May and will be closed down end of this month).
 Any documentation available on that?
 
 Is there any comprehensive documentation about usage of git and gerrit,
 design documentation and coding style for Qt-Creator?
 
 Regards, Jochen Becher
 
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator
 
 Hi,
 
 Welcome aboard :)
 
 If you're new to gerrit start by reading Setting up Gerrit and Gerrit 
 Introduction pages on the wiki.
 
 I suggest cloning directly from gerrit, but you can clone from code.qt.io. 
 The clone address is mentioned in the bottom of this page. So it's either:
 git clone https://code.qt.io/qt-creator/qt-creator.git
 git remote add gerrit ssh://codereview.qt-project.org/qt-creator/qt-creator
 or:
 git clone ssh://codereview.qt-project.org/qt-creator/qt-creator
 
 Coding style for qt-creator can be found in the docs. For some reason, the 
 qtcreator-extending docs are not generated in doc.qt.io (Leena?)

They are on http://doc-snapshots.qt.io/qtcreator-extending/extending-index.html

Br, Eike

 
 If you have further questions you can join #qt-creator channel on freenode 
 (I'm usually not there, but others will be glad to help), or post to this 
 list.
 
 Happy hacking!
 
 - Orgad
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] how to make translations for plugins made for qt creator

[Ziller Eike]

 On May 8, 2015, at 05:18, 王丹华 kongsuxinghe...@163.com wrote:
 
 Hi:all
   I am just want to make a plugin which supporting muti-languages for qt 
 creator,but I can not find how to do .Is there a method to do this?Or to 
 modify the translations in source directly, I don’t want to modify the 
 source,so what can I do .
   I will be greatly appreciated for your help.

In your plugin’s initialize method (or constructor might also work, if you 
already create some UI there), you need to take ICore::userInterfaceLanguage(), 
create a QTranslator, load the transation file corresponding to the language 
with it, and install it in the application.
For an example see the  HelpPlugin::initialize method
(http://code.qt.io/cgit/qt-creator/qt-creator.git/tree/src/plugins/help/helpplugin.cpp#n124)

Note that we currently do not have a nice way for “external” plugins to install 
additional resource files, so your best option is probably to include your .qm 
files through QRC

Br, Eike

-- 
Eike Ziller, Senior Software Engineer | The Qt Company
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] SyntaxHighlighting for QML

[Ziller Eike]

 On Apr 13, 2015, at 21:27, filippocucche...@gmail.com wrote:
 
 I fail to understand what you mean with a bridge. What do you want to
 achieve, in more detail?
 
 Basically i would like to reuse the QtCreator syntax highlighting in Qml
 for highlight some code.
 Currently, for what i know, the correct way is subclassing the 
 QSyntaxHighlighter and use the QDocument API.
 I didn't digged inside the QtCreator codebase, but i understood that
 currently QtCreator can reuse the syntax highlighting files from the Kate 
 editor. 
 However i don't know how this is done. Does QtCreator use itself a subclass
 of QSyntaxHighlighter?

Almost ;)
We use a slightly modified copy of QSyntaxHighlighter, 
TextEditor::SyntaxHighlighter.

 or has it a custom mechanism? 
 I possible to extract part of this for plugging in my own application?

The implementation is in src/plugins/texteditor/generichighlighter 
but no idea how much work it would be to rip that part out of Qt Creator. 

 If yes, which are the high level steps that i should follow?
 
 
 Thanks,
 F.

Br, Eike

-- 
Eike Ziller, Senior Software Engineer | The Qt Company
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] QtCreator plugin contribution

[Ziller Eike]

 On Apr 13, 2015, at 9:36 AM, Mateusz Loskot mate...@loskot.net wrote:
 
 On 13 April 2015 at 08:18, André Hartmann andre.hartm...@iseg-hv.de wrote:
 Hi,
 
 BTW, there are more Wiki pages that you need to crunch:
 https://wiki.qt.io/Branch
 
 Should read https://wiki.qt.io/Branches
 
 https://wiki.qt.io/Branch_Guidelines
 The latter explains recommendations and caveats of possible
 development workflows.
 
 
 But that's only true for Qt itself.
 
 The /Branches article says
 Qt Creator uses the same branching policy as Qt itself”

That information was never correct then. I’ve fixed the Qt Creator parts on 
that page now (including the link to the submit policies).

Br, Eike

 
 So just push your new plugins to master.
 
 I've been looking for answer on which branch to branch off, thanks.
 
 Best regards,
 -- 
 Mateusz  Loskot, http://mateusz.loskot.net
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Qt Creator 3.4 binaries will be compiled with MSVC 2013 (dynamic opengl)

[Ziller Eike]

 On Apr 1, 2015, at 3:07 AM, Henry Skoglund fro...@tungware.se wrote:
 
 Hi,
 
 about my gripe that Qt 5.4.1 didn't install the MSVC dlls into Windows, 
 you are right, it sure did, my bad! (The culprit was me copying the 
 MSVC2013 dlls manually earlier on to make my Creator plugin work, which 
 I of course forgot :-) And 5.4.1 anyway, as you wrote, uses MSVC2010.
 
 And about that opengl32sw.dll crash: since you can delete the file as a 
 workaround I think it's no big deal, I mentioned XP in VirtualBox and 
 VMWare Fusion work fine which I think is the vast majority of the XP 
 users remaining, it's just Workstation and Player that bombs, and that 
 on a Ubuntu PC that has no graphics card, just the Haswell integrated 
 graphics).


 (BTW I tested with SET QT_OPENGL=software but no change).

Yeah, my bad, I didn’t realize that opengl32sw.dll is actually the software 
renderer, that is obviously problematic  :D

 Happy Easter! Rgrds Henry
 
 
 On 2015-03-31 09:02, Koehne Kai wrote:
 
 
 -Original Message-
 From: Henry Skoglund [mailto:fro...@tungware.se]
 Sent: Tuesday, March 31, 2015 2:48 AM
 To: qt-creator@qt-project.org; Koehne Kai
 Subject: Re: [Qt-creator] Qt Creator 3.4 binaries will be compiled with MSVC
 2013 (dynamic opengl)
 
 Hi, couldn't resist taking you up on that XP claim :-)
 
 I tested Qt Creator 3.3.81 built morning of March 30:
 
 * On my XP machine: works fine (no patching required!)
 * Windows 10 latest preview: works fine (future proof)
 * Windows XP in Virtual Box 4.3.10: works fine
 * Windows XP in VMWare Fusion 6.0.5: works fine
 * Windows XP in VMWare Workstation 11.1.0: crashes with illegal instruction
 in opengl32sw.dll :-( The cure is to delete that file opengl32sw.dll and try
 again, then Qt Creator works, except of course for the Welcome plugin which
 is not so welcoming)
 
 So why the snag in the VMWare Workstation XP? Well I ran qtdiag.exe (BTW
 what an excellent program that is, has no pretty UI but in my mind it's 
 part of
 the real gold in Qt) turns out in both VMWare cases it's the same vmx_fb.dll
 that's used, for the XP in Fusion it returns LibGL vendor VMWare Inc. format
 version 2.0, which seems kosher for opengl32sw.dll. But for the XP in
 Workstation 11 it returns LibGL vendor Microsoft Corp Generic GDI format
 version 1.1, and that's probably why opengl32sw.dll goes haywire and has to
 be taken out behind the barn and shot.
 
 As Eike already mentioned opengl32sw.dll is only used as a last fallback, so 
 this migh explain the difference too. Bad enough, I had hopes the software 
 renderer really works across all graphics drivers :(
 
 (It doesn't crash for me btw with a stock Windows XP in VirtualBox).
 
 
 + also for now installing the MSVC2013 dlls into the bowels of Windows,
 the vanilla Qt 5.4.1 installs them alongside qtcreator.exe and as you know 
 this
 is heavily frowned upon by Microsoft. (Unless of course you are Microsoft, 
 in
 that case you can grant yourself an exemption from this rule like when
 installing the new Visual C++ Tools/Windows 10 Kit.)
 
 Huh? I don't think we've changed anything in this regard, we've been 
 installing vcredist for MSVC2010 previously, now vcredist for MSVC2013 ...
 
 Rgrds Henry
 
 Thanks a lot for the testing :)
 
 P.S. BTW saw that 3.3.81 brings along Timeline.dll, is that a new feature 
 (QML
 profiler stuff)?
 
 Not really a feature, just factoring out stuff in a separate dll AFAIK.
 
 Regards
 
 Kai
 
 
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Qt Creator 3.4 binaries will be compiled with MSVC 2013 (dynamic opengl)

[Ziller Eike]

 On Mar 31, 2015, at 2:48 AM, Henry Skoglund fro...@tungware.se wrote:
 
 Hi, couldn't resist taking you up on that XP claim :-)

Thanks for testing!

 I tested Qt Creator 3.3.81 built morning of March 30:
 
 * On my XP machine: works fine (no patching required!)
 * Windows 10 latest preview: works fine (future proof)
 * Windows XP in Virtual Box 4.3.10: works fine
 * Windows XP in VMWare Fusion 6.0.5: works fine
 * Windows XP in VMWare Workstation 11.1.0: crashes with illegal 
 instruction in opengl32sw.dll :-( The cure is to delete that file 
 opengl32sw.dll and try again, then Qt Creator works, except of course 
 for the Welcome plugin which is not so welcoming)

The build is using the “dynamic OpenGL switching” Qt backend, which afair first 
tries ANGLE, then OpenGL directly, then software rendering.
If the OpenGL setup of your system is borked, that will still result in ugly 
problems though.
The cure in that case is to run Qt Creator with QT_OPENGL=software

Br, Eike

 So why the snag in the VMWare Workstation XP? Well I ran qtdiag.exe (BTW 
 what an excellent program that is, has no pretty UI but in my mind it's 
 part of the real gold in Qt) turns out in both VMWare cases it's the 
 same vmx_fb.dll that's used, for the XP in Fusion it returns LibGL 
 vendor VMWare Inc. format version 2.0, which seems kosher for 
 opengl32sw.dll. But for the XP in Workstation 11 it returns LibGL vendor 
 Microsoft Corp Generic GDI format version 1.1, and that's probably why 
 opengl32sw.dll goes haywire and has to be taken out behind the barn and 
 shot.
 
 + also for now installing the MSVC2013 dlls into the bowels of Windows, 
 the vanilla Qt 5.4.1 installs them alongside qtcreator.exe and as you 
 know this is heavily frowned upon by Microsoft. (Unless of course you 
 are Microsoft, in that case you can grant yourself an exemption from 
 this rule like when installing the new Visual C++ Tools/Windows 10 Kit.)
 
 Rgrds Henry
 P.S. BTW saw that 3.3.81 brings along Timeline.dll, is that a new 
 feature (QML profiler stuff)?
 
 
 On 2015-03-30 08:55, Ziller Eike wrote:
 FYI:
 The current snapshots
 https://download.qt.io/snapshots/qtcreator/3.4.0-rc1/
 are built with subsystem 5.01” now, so they might actually run on XP ;)
 
 Br, Eike
 
 On Mar 23, 2015, at 08:53, Koehne Kai kai.koe...@theqtcompany.com wrote:
 
 
 
 -Original Message-
 From: qt-creator-bounces+kai.koehne=theqtcompany@qt-project.org
 [...]
 Hi,
 
 Do you use Windows Kit 8 on the build machines?
 
 If not, do you mind passing QMAKE_TARGET_OS=xp to qmake at least for
 the official builds?
 
 We'll try this indeed. It's IMO sort of a hack (the right thing to do would 
 be to use an XP compatible platform sdk + pass -target XP already when 
 configuring Qt), but hey, if there are no strings attached...
 
 Unfortunately, WinXP is still alive... :)
 
 More in a zombie state I'd say, but well ... :)
 
 - Orgad
 
 Regards
 
 Kai
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator
 
 
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Qt Creator 3.4 binaries will be compiled with MSVC 2013 (dynamic opengl)

[Ziller Eike]

FYI:
The current snapshots
https://download.qt.io/snapshots/qtcreator/3.4.0-rc1/
are built with subsystem 5.01” now, so they might actually run on XP ;)

Br, Eike

 On Mar 23, 2015, at 08:53, Koehne Kai kai.koe...@theqtcompany.com wrote:
 
 
 
 -Original Message-
 From: qt-creator-bounces+kai.koehne=theqtcompany@qt-project.org
 [...]
 Hi,
 
 Do you use Windows Kit 8 on the build machines?
 
 If not, do you mind passing QMAKE_TARGET_OS=xp to qmake at least for
 the official builds?
 
 We'll try this indeed. It's IMO sort of a hack (the right thing to do would 
 be to use an XP compatible platform sdk + pass -target XP already when 
 configuring Qt), but hey, if there are no strings attached...
 
 Unfortunately, WinXP is still alive... :)
 
 More in a zombie state I'd say, but well ... :)
 
 - Orgad
 
 Regards
 
 Kai
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer | The Qt Company
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] osx deployment - deployqtHelper_mac.sh

[Ziller Eike]

 On Mar 15, 2015, at 9:48 PM, Petr Vaněk p...@yarpen.cz wrote:
 
 hi all,
 
 let's assume I want to build my own qt creator for mac (os x). After
 building I have environment dependent mac bundle in BUILD/bin directory.
 Normally I'd use macdeployqt to make the bundle distributable. And it
 works expect one thing - the welcome page-qml (?) is not loaded correctly.
 Then I found deployqtHelper_mac.sh in SOURCE/scripts directory.
 Regarding the script content it should provide macdeployqt on steroids.
 But its usage is quite cryptic for me.
 
 Usage: deployqtHelper_mac.sh app folder qt translations folder qt
 plugin folder qt quick imports folder qt quick 2 imports folder
 
 I use standard qt-project distro package located in:
 /Users/pvanek/Qt/5.4/clang_64
 but I'm really wondering what directory should be used for these
 arguments: qt translations folder qt plugin folder qt quick imports
 folder qt quick 2 imports folder
 
 can anybody provide some experience with it, please?

Just run “make deployqt” in your Qt Creator build directory! It does all the 
magic.
https://wiki.qt.io/Building-Qt-Creator-Packages
If you are interested in what the command line arguments for the script are, 
have a look at the  deployqt.commands that qtcreator.pro sets for macx.

Br, Eike

 thanks,
 Petr
 
 
 lister:clang_64 pvanek$ ls -l
 total 0
 drwxr-xr-x  43 pvanek staff 1462 Mar 15 20:25 bin
 drwxr-xr-x   5 pvanek staff  170 Mar 15 20:25 imports
 drwxr-xr-x   6 pvanek staff  204 Mar 15 20:25 include
 drwxr-xr-x 157 pvanek staff 5338 Mar 15 20:28 lib
 drwxr-xr-x   3 pvanek staff  102 Mar 15 20:25 libexec
 drwxr-xr-x 100 pvanek staff 3400 Mar 15 20:25 mkspecs
 drwxr-xr-x  15 pvanek staff  510 Mar 15 20:25 phrasebooks
 drwxr-xr-x  18 pvanek staff  612 Mar 15 20:25 plugins
 drwxr-xr-x  19 pvanek staff  646 Mar 15 20:27 qml
 drwxr-xr-x 163 pvanek staff 5542 Mar 15 20:25 translations
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

[Qt-creator] [Dev] Qt Creator 3.4 string freeze and soft API freeze

[Ziller Eike]

Hi Qt Creator developers,

this is a reminder that we enter string freeze and soft API freeze for Qt 
Creator 3.4 this week.
https://wiki.qt.io/Releases#Upcoming_Releases

Quote from https://wiki.qt.io/Submit-Policies:
In string freeze: Between soft string freeze and release candidate. 
Translatable strings are not to be changed anymore. Translators go full steam 
ahead. UI freezes as well. Exceptions must be checked with the documentation 
team. At this point we also go into soft API freeze 
(http://doc-snapshots.qt.io/qtcreator-extending/coding-style.html#binary-and-source-compatibility).

Br,
-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Focus after build

[Ziller Eike]

 On Mar 11, 2015, at 3:32 PM, Peter Kümmel syntheti...@gmx.net wrote:
 
 On Linux after every build QtCreator gets the focus, even 
 when it is minimised after starting the build. Is there a 
 way to disable this (there is no option in Build and Run)
 If not, where is this triggered in the code, I would like
 to make this optional.

I suppose this should just not happen?
I would guess that either the  QApplication::alert call in 
BuildManager::finish, or the  ICore::raiseWindow call in  
OutputPaneManager::showPage could be responsible for this.

Br, Eike

 Peter
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] C++11 in Creator's source: Update required features

[Ziller Eike]

 On Mar 10, 2015, at 09:11, Przemyslaw Gorszkowski pgorszkow...@gmail.com 
 wrote:
 
 Regarding to override keyword: I would suggest to add rule here that 
 virtual should be used only in base class. In derived class we should use 
 only override”.

Agreed.

 
 On Mon, Mar 9, 2015 at 5:34 PM, Guido Seifert warg...@gmx.de wrote:
 
 Not sure about gcc, but with clang it is very easy to be consistent. Mark one 
 function with 'override' and
 you get a warning when you miss to put this keyword on all overridden 
 functions in this class.
 
 Guido
 
 
   2) Make sure derived classes are consistent in their use of the
  keyword, i.e. don't have overridden functions with and without the
  keyword in the same class.
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator
 
 
 
 -- 
 Best regards/Pozdrawiam
 
 Przemyslaw Gorszkowski
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller, Senior Software Engineer | The Qt Company
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 
144331 B

___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator