[Qt-creator] OT: Re: Poll: Contents / styling of editor toolbars

[Robert Löhning via Qt-creator]

Am 05.04.23 um 04:44 schrieb EXT Mitch Curtis via Qt-creator:

-Original Message-
From: Qt-creator  On Behalf Of A. Pönitz
Sent: Wednesday, April 5, 2023 12:58 AM
To: qt-crea...@lists.qt-project.org
Subject: [Qt-creator] Poll: Contents / styling of editor toolbars


Not exactly the right time of the year for a wish list, still:

If you could freely re-design the main editor toolbar(s) (currently containing
(one of) the file switcher, document close button, additional #defines, line and
column numbers, etc), what would you do?


I very much like the idea of making it configurable, and that is a very 
standard feature of toolbars by now. I use shortcuts heavily, but like others, 
there are probably some that I forget and end up using menus for. From memory, 
On macOS, there are no shortcuts for certain things, so that's another case 
where configurable actions would be useful.

As for what I use and don't use:

I don't think I've ever used "Additional Processor Directives".

I have looked at the class hierarchy thing maybe a handful of times in 10+ 
years. Same goes for QML files, not just C++.

I've never used the encoding combo box - I'd always look to a menu for that 
first.

I didn't know that the "Language Client" and "Analyse File" buttons existed 
until I looked.

I use the line and column info too often, as there's no way to have a shortcut for "Wrap to 80 
chars", "Wrap to 100 chars", etc.


ICYMI: You can toggle a line at your preferred width, see:
Edit -> Preferences... -> Text Editor -> Display -> Display right margin 
at column




I use the split thing rarely. I guess an X icon could be better, but there's 
the risk that it could be confused with closing the document altogether, so I 
personally wouldn't change it.
  

In-scope are size/presentation of the elements and actual contents, out-of-
scope would be "make coffee" similar. "Keep as-is" is also a valid option.

Opinions?

Andre'
--
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator


--
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Closing pinned files

[Robert Löhning via Qt-creator]

Am 25.10.22 um 07:07 schrieb David Schulz via Qt-creator:

Hi,

+2 for the general Idea that those files should not be closed by a shortcut.

What do you think about replacing the closing button in a pinned editor toolbar 
with an unpin button.
... press the button twice to close the File with the mouse(first unpin than 
close),


Could that lead to confusion when users notice that they accidentally 
unpinned a file? They might click the button again to pin the file again 
and suddenly their file is gone.


No strong opinion from my side, though, because I have never used that 
feature either. If users of pinned files like that way, so be it.


Cheers,
Robert



|-Original Message-
|From: Qt-creator  On Behalf Of EXT
|Mitch Curtis via Qt-creator
|Sent: Monday, October 24, 2022 3:28 AM
|To: André Hartmann ; qt-creator@qt-project.org
|Subject: Re: [Qt-creator] Closing pinned files
|
|Hi Andre,
|
|Thanks for the feedback.
|
|> -Original Message-
|> From: André Hartmann 
|> Sent: Friday, 21 October 2022 11:10 PM
|> To: EXT Mitch Curtis ; qt-creator@qt-project.org
|> Subject: Re: [Qt-creator] Closing pinned files
|>
|> Hi Mitch,
|>
|> first of all, I'm no user of this feature, so I had to google it first.
|> But let me add my opinion:
|>
|> Seeing the motivation for the feature - to keep files in the Open
|> Documents list and in the Locator - leads to the question:
|>
|> Do you really want to forbid to actually close the split containing
|> the file, or do you just want to keep the file name in the Open Documents
|list?
|
|The idea is to avoid accidentally closing the pinned file via shortcuts. So not
|necessarily about forbidding closing it, but ensuring that it doesn't leave the
|open documents list.
|
|> If the latter is sufficient, then no user question is needed.
|
|What should happen if the pinned file is the only one open in that case? Can a
|document be in the open documents list if it's not actually open in an editor?
|
|> If the split should indeed actually stay open, I'd prefer a yellow
|> info box at the document top:
|>
|>"File is pinned, unpin to close" [Unpin & Close] [X]
|>
|> as this is the least intrusive way (I really don't like messageboxes).
|
|Oh, good point, I'd forgotten about that banner thing.
|
|> Another possibility would be to keep the file/split open but show the
|> next file in the list, until all unpinned files are closed.
|
|That could be an option, but it seems confusing when I imagine it in practice.
|
|What would happen when only pinned files are left?
|
|> But the point I'm with you: pinned files should not close without
|> confirmation, and therefore I don't think a global setting allowing
|> that is useful.
|
|Good to know, thanks.
|
|> Best regards,
|> André
|>
|> Am 21.10.22 um 11:45 schrieb EXT Mitch Curtis via Qt-creator:
|> > … and Close All will be unaffected by this change; it just won’t do
|> > anything, as before, as it’d be too disruptive.
|> >
|> > *From:*Qt-creator  *On Behalf Of
|> > *EXT Mitch Curtis via Qt-creator
|> > *Sent:* Friday, 21 October 2022 5:43 PM
|> > *To:* qt-creator@qt-project.org
|> > *Subject:* [Qt-creator] Closing pinned files
|> >
|> > For a while now I’ve been meaning to implement
|> > https://bugreports.qt.io/browse/QTCREATORBUG-25964
|> >  to save
|myself
|> > the trouble of accidentally closing pinned files. Currently, pinned
|> > files are only immune from Close All, but closing via Ctrl+W,
|> > context menu, etc. will still close them without any prompt.
|> >
|> > I’m curious if anyone has opinions on potential solutions to this.
|> > Should we:
|> >
|> > - Ask the user if they want to close the pinned file, defaulting to
|> > “No”, and with the option to never ask again? To me, allowing the
|> > option to never ask again seems to defeat the purpose of pinning
|> > files; it’s too easy to accidentally close pinned files in the future.
|> >
|> > - Tell the user that pinned files cannot be closed, and that they
|> > have to be unpinned first. This option is perhaps less convenient,
|> > but in my experience, I almost never want to close pinned files, so
|> > it seems more foolproof. For those that dislike this, perhaps there
|> > could be a link to the settings to permanently disable it.
|> >
|> > What do you think?
|> >
|> >
|> > ___
|> > Qt-creator mailing list
|> > Qt-creator@qt-project.org
|> > https://lists.qt-project.org/listinfo/qt-creator
|
|___
|Qt-creator mailing list
|Qt-creator@qt-project.org
|https://lists.qt-project.org/listinfo/qt-creator
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

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

Re: [Qt-creator] Offline installer of 4.15 fails with no network connection

[Robert Löhning]

Am 11.05.21 um 20:24 schrieb Adam Light:

I downloaded the offline installer of Creator 4.15 (
https://download.qt.io/official_releases/qtcreator/4.15/4.15.0/qt-creator-opensource-windows-x86_64-4.15.0.exe)
and moved it to a machine without internet access. When I run the
installer, I see this:
[image: image.png]

How is "...or continue without internet connection" supposed to work when
the Next button is disabled?

Also, it is not very helpful to have the "Qt Installer FAQ" link to a
remote web page (https://wiki.qt.io/Ifw_FAQ) when there is no network
connection in the first place.

Is it now a requirement to have a live network connection to install Qt
Creator? If so, that conflicts with this sentence at the link given above:
   "Offline installer will try to connect to internet at startup, but if
connection is not found you can still continue installation."

Thanks
Adam



Hi Adam,

could you please report this issue on https://bugreports.qt.io so 
progress can be tracked there? Project "Qt Creator", Component "Installer".


As a workaround, please:
1. Install Creator on a machine _with_ internet connection.
2. Copy the file %appdata%\Qt\qtaccount.ini from that machine to the 
same directory on the machine _without_ internet connection.

3. Start the installer on the machine _without_ internet connection.

I hope this helps. Sorry for the inconvenience.

Cheers,
Robert
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] SIGSTOP when trying to debug application in QTCreator running on an Ubuntu 18.04

[Robert Löhning]

Am 12.01.2021 um 02:30 schrieb Goel, Ashish (347F) via Qt-creator:

Hi.


I am trying to debug my C++ code in QtCreator (version 4.13.1 based on Qt 
5.15.1) which is running on an Ubuntu 18.04 virtual machine hosted on my 
Windows 10 using VirtualBox. As soon as I start the application in debug mode, 
I get the error:

The inferior stopped because it received a signal from the operating system. 
Signal name: SIGSTOP


I've tried changing the version of QtCreator, version of gdb I'm using to debug and tried 
with a few different versions of my code. The error only happens when debugging with the 
"Run in Terminal" option selected in the Project settings. The program runs 
normally if executed standalone in the gnome-terminal. Any idea for what might be causing 
this?


Thank you for your help

Ashish


Hello Ashish,

thank you for your report.

This seems to be related to these two issues:
https://bugreports.qt.io/browse/QTCREATORBUG-25082
https://bugreports.qt.io/browse/QTCREATORBUG-25227

In the latter, Christian asked for a small example project. In case you 
can provide one, it would be nice if you could upload it to the report.


Cheers,
Robert
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Adding kits to Qt Creator in a more noob-friendly way

[Robert Löhning]

Am 11.05.20 um 01:52 schrieb Henry Skoglund:
> Hi, finally took the plunge this weekend and started building Qt myself
> (MinGW static builds for Windows).
> Using configure.bat worked fine, it even suggested I should add "-opengl
> desktop" otherwise "... the build might fail." Helpful stuff.
> 
> So I ended up with a fresh new directory "static", next to the
> C:\Qt\5.14.2\mingw73_32 directory. Question was, how to add the static
> build as a kit to my Qt Creator? Googling helped, and it was smooth
> sailing once I realized you go into Options/Kits/Qt Versions and point
> out where kit's qmake.exe is (e.g. C:\Qt\5.14.2\static\bin\qmake.exe).
> Enter a few more things and voila, I had a valid bona fide kit and could
> rebuild my projects into static .exe files.
> 
> Got me thinking, adding kits to Qt Creator will be something I have to
> do quite often (at least once for every new Qt release). Ok it's easy
> once you know how. But what if there was an easier way? Say at the end
> of "mingw32-make install" it would create a .kit file (similar to a .pro
> file) that has all the needed info for Qt Creator to add it
> automagically, e.g. for my build Qt Creator would use a "static.kit"
> file for adding (or replacing if there's already a kit named "static").
> 
> This of course would mean that Qt Creator has to understand the contents
> of a .kit file (and for configure to write it correctly). And someone
> has to specify the contents of such files. But I think it would really
> be a nice Qt Creator feature, especially for that first time you have a
> successful Qt build and want to try it ou as a kit.
> 
> Rgrds Henry

Hi Henry,

to me, this sounds like a good idea. Would you might putting it into a
suggestion at https://bugreports.qt.io ?

Thank you for bringing it up!

Cheers,
Robert

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

Re: [Qt-creator] 4.12 android desn't remember "always use" device

[Robert Löhning]

Am 23.04.20 um 23:00 schrieb Jason H:
> Checking the checkbox for "Always use this device for this project" does not 
> influence subsequent behavior.
> 
> 

For reference:
https://bugreports.qt.io/browse/QTCREATORBUG-23918
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Does not show collapsed text

[Robert Löhning]

Am 30.08.2018 um 21:10 schrieb Карелин Павел:

Hi, guys

I use QtC 4.7.1 I noticed that when move the cursor over the thumbnail 
"collapsed code", the text does not appear. See pict at attachment.
I wanted to ask: maybe in QtC 4.7 there was an option which is turning 
off automatic display of the collapse text? Or is it a bug?


--
BR, Pavel Karelin


Hi Pavel,

this used to work in Qt Creator 4.5. I tried to find an option to enable 
it again and did not find any, so it looks like a mistake to me.

Could you please open a bug report about it at
https://bugreports.qt.io ?
Thank you for your help! :-)

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

Re: [Qt-creator] Clang-Tidy and Clazy analyzer using '-D__cplusplus=199711L'

[Robert Löhning]

Am 09.08.2018 um 18:33 schrieb Tyson Wiser:

Thank you for the quick response. I do not have a Qt account so I cannot
file the bug. I think I have included everything that you would need to
reproduce the problem below. Note that the default for my version of GCC is
C++98.


Hi Tyson,

just to avoid misunderstandings: You don't need to buy a license to have 
a Qt Account. You can register for free.

If you chose to not do so for a different reason, I accept that, of course.
Thank you for your report.

Cheers,
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, Mika Harjuaho
  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 build Qt Creator documentation from the sources

[Robert Löhning]

Am 07.08.2018 um 18:55 schrieb Szyk Cech:

Hi!
I try generate documentation from cloned Qt Creator sources, but I 
failed for this! It displays some stupid error messages! Like this:


Because I got error earlier, I remove first commented line, but it not 
help:


Switch view

1.
    /!-ściągnięte/qt-creator/doc$ qdoc -outputdir ../doc-ready
    -installdir ../doc-installed ./qtcreator.qdocconf -single-exec
2.
    qdoc: error: Cannot open file
    'include(config/qtcreator-project.qdocconf)': No such file or directory
3.
    Cannot open file 'include(config/qtcreator-project.qdocconf)': No
    such file or directory
4.
5.
    Aborting

/To copy to clipboard, switch view to plain text mode /
But I my next command:
Qt Code:
Switch view

1.
    /!-ściągnięte/qt-creator/doc$ ls -l ./config/qtcreator-project.qdocconf
2.
    -rw-rw-r-- 1 szyk szyk 2695 sie 1 22:50
    ./config/qtcreator-project.qdocconf

/To copy to clipboard, switch view to plain text mode /
So it seems qdoc produce nonsense error because file exists!
This is very anoying!!!
Please help me.

Thanks in advance and best regards
Szyk Cech


Hi,

normally, calling

make qch_docs

in Creator's build directory should build the documentation for you. 
Would you like to share the commands you ran with us?


Is "!-ściągnięte" a directory you're building Creator in? I'm not sure 
whether this is supported. Does the problem persist if you build in a 
directory with a name made of good old ASCII characters?


Cheers,
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, Mika Harjuaho
  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] The words "line" and "column" are black

[Robert Löhning]

Am 02.08.2018 um 10:35 schrieb André Pönitz:

On Thu, Aug 02, 2018 at 09:43:02PM +0300, Карелин Павел wrote:

Hi,


Hi Pavel.
  

I switched to QtC 4.7.  At the same time, I noticed that when I open file
list.h at editor - the words "line" and "column" are black (see attachment).
This happens only with one file.
Why is this happening?


I am seeing that too, at times, and sometimes also in other places
of the gui. The current working hypothesis is some race in theme
setup, but so far the pain level was not big enough for me to try
to hunt it down in the maze of parallelized and/or delayed operations
that happen at startup time.

Andre'


Hello Gentlemen,

might one of you please take the time to create a bugreport at
https://bugreports.qt.io/
so this issue is documented? Or did somebody do that already?

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

Re: [Qt-creator] Odd QtCreator hang

[Robert Löhning]

Am 17.04.2018 um 18:01 schrieb Murphy, Sean:

Disassembler
0x7741000c   cc  int3
0x7741000d  <+0x0001>c3  ret
0x7741000e  <+0x0002>90  nop


There are other threads running at that time. The output of
'thread apply all backtrace full' would be interesting.


How do I acquire this?


I guess André meant:
1. Stop at the breakpoint.
2. Select "Window" -> "Views" -> "Debugger Log".
3. Right-click into the Debugger Log and select "Clear Contents" from 
the context menu.

4. Use the "Command" edit to execute what he wrote.
5. Send us the output.




Perhaps even in JIRA.


As a new bug, or attached to one of the two ones that seem related?


If in doubt whether it is the same issue, I'd create a new report for it.

Thank you for your help!

Cheers,
Robert



Sean


This message has been scanned for malware by Forcepoint. www.forcepoint.com
___
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] [Development] Requesting repository for telemetry plugin in Qt Creator

[Robert Löhning]

Am 23.02.2018 um 11:54 schrieb Edward Welbourne:

André Pönitz (22 February 2018 20:05)

Any number for a "measured" value for rate of crashes or memory leaks
is uninteresting for me when I run into the problem myself reqularly.
And trust me, I do.


I trust you.
It is, however, possible your usage patterns of the UI are not typical;
consequently, you'll prioritise the bugs you see most often; which might
not be the bugs most often encountered by other users.  Analytics may
give you the data to know the pain points everyone else is as acutely
aware of as you are of the pain points you meet most often.


As someone who has been working on Qt Creator for more than a decade I
*do* know about issues in the IDE by my own use of it, by the
significant backlog of bug reports in JIRA, and by interacting with
(sometimes referred to as "talking to") actual users.

The currently 399 open issues assigned to me personally would already
be enough to keep me busy for approximately a $WHILE, full time, not
including time spent in review processes etc.

I certainly do not need another input channel that makes me spent time
on guessing how the information that "user A spent at time B an amount
of C minutes working on project named D" will translate into making my
work more efficient


The proposed system provides anonymised and presumably aggregated data;
so you won't be given, much less asked to evaluate, information about a
specific user A doing things at a specific time B; your objection is a
straw man.  You'd be getting data on what proportion of users spend what
proportions of their time doing which things.  In particular, knowing
which bugs bite most users most often might not be entirely useless when
it comes to prioritising which bug to fix first.


If many users spend much time doing a "thing", does that mean that this 
is most important to them? Or that it is most fun to do? Or does it just 
mean that the design is so bad that they lose lots of time there and 
can't use it efficiently?



This won't enable you to write new features any faster or fix bugs any
faster; but it may enable you to prioritise the things that are causing
most pain to most users, and the things that would give the most win to
the most users.  *That* is what analytics is good for.  The fact that it
doesn't do a bunch of other things is beside the point, and no reason to
reject it out of hand.

Now, fortunately for you, most of the folk who use the product you work
on are in fact software developers, so may well have similar habits to
yours; so if the scope of this project is only Qt Creator, it may well
be a waste of time; and, if it's intended to be a more general tool,
this may also be a reason to *not* focus on Qt Creator as initial
test-bed, as seems to be the present plan - that's apt to skew what we
develop to be something that only works when the user-base thinks like
the developers, which is not where (honest, open, ethical) analytics is
at its best - where it reveals things to the developer that users see
all the time, but the developer never encounters.

Eddy.
___
Development mailing list
developm...@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development



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

Re: [Qt-creator] [Development] Requesting repository for telemetry plugin in Qt Creator

[Robert Löhning]

Hi Andy,

yes, non-Qt Company people have a voice. This discussion here is taking 
place in the Qt Project, not just the Qt Company.


Cheers,
Robert


Am 22.02.2018 um 14:39 schrieb Andy:

If non-Qt Company people have a voice, I'm with Simon. More info is needed.

Do you see this shipping as a built-in plugin for Qt Creator?

If so, would this data collection be opt-in?

How is the user informed about exactly what is being collected and how the
data is used?

---
Andy Maloney  //  https://asmaloney.com
twitter ~ @asmaloney 


On Thu, Feb 22, 2018 at 8:26 AM, Simon Hausmann 
wrote:


Hi,


Can you provide a bit more information about how this plugin / frontend
fits into the Qt project? Where is the collected data sent to and how is it
accessible to the community?


(-1 from me, as I think this needs to be clarified)


Simon
--
*From:* Development  on behalf of Tuukka Turunen 
*Sent:* Thursday, February 22, 2018 2:14:14 PM
*To:* Tino Pyssysalo; qt-creator@qt-project.org;
developm...@qt-project.org
*Subject:* Re: [Development] [Qt-creator] Requesting repository for
telemetry plugin in Qt Creator




Hi,



+1 for creating the repo, but what about qt/qtanalytics as a name? This
item could be useful also for other applications.



Yours,



  Tuukka



*From: *Qt-creator 
on behalf of Tino Pyssysalo 
*Date: *Thursday, 22 February 2018 at 13.04
*To: *"qt-creator@qt-project.org" 
*Subject: *[Qt-creator] Requesting repository for telemetry plugin in Qt
Creator



Description:



Telemetry plugin (frontend) to collect usage data from Qt Creator to help 
improving Qt, Qt features, and Qt tools.

Non-personal data items, such as duration the user spent in design mode, will 
be collected in a way, which is completely transparent to the user.



Responsible: Tino Pyssysalo



Repository: qt-creator/plugin-telemetry





---

Tino Pyssysalo

Senior Manager



The Qt Company

Hämeenkatu 14 C 25

33100 Tampere, Finland

tino.pyssys...@qt.io

+358 40 8615475 <+358%2040%208615475>

http://qt.io



The future is Written with Qt


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

Re: [Qt-creator] Lost in 4.2

[Robert Löhning]

Hi *,

Am 01.12.2016 um 21:53 schrieb Jason H:

Thank you Andre, for putting that much more tactfully. My frustration is not 
due to anyone on this list, but a more general frustration with modern UIs that 
lack intuitiveness. It seems that it's assumed tht people will click around and 
explore the UI, however I claim this is a product of bad design to start with. 
I spent a lot of time in the 90s and 2000s studying UIs. And in fact I give *a 
ton* of credit to Qt made making great UIs easily. There was once a process 
that I used to to go through of UI normalization, which is derived from 
database normalization (3NF and the like). There were a few common rules that 
when applied would result in a very clear, intuitive UI. I constantly have to 
explain these to people graduating with degrees in design. Too concerned with 
colors, padding and fonts, the usability is overlooked. 6 steps to so something 
that could happen in 2, and without cluttering the UI.

Anyway, to bring it back to the matter at hand, yes, you are again correct. My conclusion 
of "buttons" is too specific to engage in a cooperative dialog. I'm open to a 
variety of UI solutions.
I see it in my mind as:
Build & Run  [+] [^] | // (+ = Add Kit, ^ =import icon)
- Platform1  |
--Build  |
--Run|
-OR-
Build & Run  |
[+ Kit]  [Import]| // or move to bottom of Build & Run area, below 
platform list.
- Platform1  |
--Build  |
--Run|


How about something like:

Build & Run   |
- Platform1   |
  --Build |
  --Run   |
- Platform2   |
  --Build |
  --Run   |
- Platform3   |
  --Build |
  --Run   |
- Import Existing Build...|

Best Regards,
Robert



I remain open to alternatives. Like, we could see what other platforms or builds are 
available, and offer them with an "activate" button.

So while fiddling around some more, it seems this last option is already the 
case (See attached) There are grayed out options, and when I click on them they 
get a red exclamation. Neat. Id on't know why this didn't work to begin with? 
But it does now.

One suggestion is when I click on the Platform, it selects the build child 
item. It might be useful to display the context menu since I effectively can't 
do anything with the platform item. But if I right click on the platform, I can 
disable it (or copy steps). It's be a good way to clue the user into the 
availability of a context menu.



Sent: Thursday, December 01, 2016 at 4:07 PM
From: "André Pönitz" 
To: "Jason H" 
Cc: "Andre Poenitz" , qt-creator 

Subject: Re: [Qt-creator] Lost in 4.2

On Thu, Dec 01, 2016 at 05:33:08PM +0100, Jason H wrote:

Sent: Thursday, December 01, 2016 at 5:02 PM
From: "Andre Poenitz" 
To: "Mike Jackson" , "Jason H" 
Cc: qt-creator 
Subject: Re: [Qt-creator] Lost in 4.2


Mike Jackson 



 >  Rule 1: "new" way of doing user interfaces dictates that in no way
 > should the UI widgets indicate that they can be clicked, moved or
 > interacted with. It is entirely up to the user to simply click all over
 > the interface until some hidden menu shows up or something happens.

This is an old-fashioned, standard context menu on items in a tree view,
a concept that is in use in dozens of places all over of Qt Creator since
the beginning.

The fact that it *also* reacts to single clicks is a convenience shortcut
for people who are capable of reading documentation or possible
asking politely on the mailing list. Also rather old-school skills.



It looks nested, but not a tree to me.


It is a QTreeView. There's a delegate to make the first level of items a
bit larger and bold. The view is also forced to be always expanded, and
the expand/collapse markers are suppressed (since they wouldn't serve
much of a purpose since it's not collapsable...)

The core of this terrible modernization is

void SelectorDelegate::paint(QPainter *painter,
const QStyleOptionViewItem , const QModelIndex ) const
{
auto model = static_cast(index.model());
QStyleOptionViewItem opt = option;
if (TreeItem *item = model->itemForIndex(index)) {
switch (item->level()) {
case 2: {
QColor col = creatorTheme()->color(Theme::TextColorNormal);
opt.palette.setColor(QPalette::Text, col);
opt.font.setBold(true);
opt.font.setPointSizeF(opt.font.pointSizeF() * 1.2);
break;
}
}
}
QStyledItemDelegate::paint(painter, opt, index);
}

All these *gosh* deviations from a stock QTreeView instance 

[Qt-creator] bugreports.qt.io: unplanned interruption

[Robert Löhning]

Hi,

in the past hour loads of reports were created on bugreports.qt.io which
did not even attempt providing meaningful data. Since blocking single
users did not help, we decided to take the server offline to investigate
the situation. It will be back as soon as we found a way to protect the
server from this. We apologize for the inconvenience.

Best Regards,
Robert Löhning
___
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

[Robert Löhning]

Hi,

you might want to disable the plugins QmlDesigner and QmlProfiler as 
well. When the Welcome screen crashes with OpenGL issues, they will 
probably not work either.


Best Regards,
Robert


Am 03.03.2016 um 13:50 schrieb Walter Stefan:

Awesome, that was a great tip!

From: Orgad Shaneh [mailto:org...@gmail.com]
Sent: Donnerstag, 3. März 2016 15:51
To: Walter Stefan <stefan.wal...@lisec.com>
Cc: Tobias Hunger <tobias.hun...@gmail.com>; qt-creator 
<qt-creator@qt-project.org>
Subject: Re: [Qt-creator] Qt-Creator 3.5.1 with Qt 5.5.1 build issues on CentOS 
6.7 x86_64

On Thu, Mar 3, 2016 at 1:49 PM, Walter Stefan 
<stefan.wal...@lisec.com<mailto:stefan.wal...@lisec.com>> wrote:
Thanks, that worked!

From: Orgad Shaneh [mailto:org...@gmail.com<mailto:org...@gmail.com>]
Sent: Donnerstag, 3. März 2016 15:33
To: Walter Stefan <stefan.wal...@lisec.com<mailto:stefan.wal...@lisec.com>>
Cc: Tobias Hunger <tobias.hun...@gmail.com<mailto:tobias.hun...@gmail.com>>; qt-creator 
<qt-creator@qt-project.org<mailto:qt-creator@qt-project.org>>
Qt-creator@qt-project.org<mailto:Qt-creator@qt-project.org>
http://lists.qt-project.org/mailman/listinfo/qt-creator

Try qtcreator -noload Welcome

Now you can disable Welcome in Help -> About Plugins, so you don't have to pass 
it every time.

- Orgad




--
  Robert Löhning, 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

Re: [Qt-creator] Cannot display QML inside creator, works just fine outside it

[Robert Löhning]

Am 16.02.2016 um 21:08 schrieb Nikos Chantziaras:
> On 16/02/16 17:00, Robert Löhning wrote:
>> Am 12.02.2016 um 09:39 schrieb Hunger Tobias:
>>> On Do, 2016-02-11 at 23:13 +0200, Nikos Chantziaras wrote:
>>>> When I run an application that displays a QQuickWidget outside of
>>>> Creator, everything is fine. However, when running it in Creator (with
>>>> or without debugger), the application freezes at the moment the
>>>> QQuickWidget is used, and I get this error in "Application Output":
>>>>
>>>> Unrecognized OpenGL version
>>>> Unrecognized OpenGL version
>>>>
>>>> What is wrong here?
>>>>
>>>> I'm on Linux 64-bit, with Qt Creator 3.6.0.
>>
>> Hi *,
>>
>> for completeness' sake, that issue is
>> https://bugreports.qt.io/browse/QTBUG-49334
> 
> That's not the issue here. Disabling the welcome screen has no effect.
> 

What happens if you run two instances of glxgears at the same time
(without Qt Creator involved)?

Best Regards,
Robert

-- 
  Robert Löhning, 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

Re: [Qt-creator] Cannot display QML inside creator, works just fine outside it

[Robert Löhning]

Am 12.02.2016 um 09:39 schrieb Hunger Tobias:

On Do, 2016-02-11 at 23:13 +0200, Nikos Chantziaras wrote:

When I run an application that displays a QQuickWidget outside of
Creator, everything is fine. However, when running it in Creator (with
or without debugger), the application freezes at the moment the
QQuickWidget is used, and I get this error in "Application Output":

Unrecognized OpenGL version
Unrecognized OpenGL version

What is wrong here?

I'm on Linux 64-bit, with Qt Creator 3.6.0.


Hello Nikos,

I had a similar problem before: Apparently some Linux graphics drivers lock up
when two applications try to use GL at the same time:-/

Your QML-using application is one program, and Qt Creator requires GL for the
QMLProfiler/QMLDesigner and the Welcome plugin. The first two are only loaded on
demand, but the Welcome page is shown directly. To prevent that, you can try to
start Qt Creator with "-noload Welcome" options.

If your application starts then without freezing Qt Creator, then you can try to
experiment with your graphics drivers.

You should get the same freezes by starting any two openGL applications at the
same time (e.g. two instances of GLXgears).

Best Regards,
Tobias



Hi *,

for completeness' sake, that issue is
https://bugreports.qt.io/browse/QTBUG-49334

Best Regards,
Robert


--
  Robert Löhning, 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

Re: [Qt-creator] Translating QtCreator

[Robert Löhning]

Am 28.01.2016 um 18:04 schrieb Jochen Becher:

Hi,

I want to update the QtCreator translation to German regarding
ModelEditor plugin.

How do i create the correct .ts file? Is it correct to run "make ts-de"
in target ./share/qtcreator/translations? There are a lot more
differences in the resulting translation file than I expected (e.g.
added source code locations and a large number of new unfinished
translations besides those from ModelEditor plugin).

Regards, Jochen



Hi Jochen,

yes, this is correct.
You can remove the added source code locations using lconvert.
I don't expect any new unfinished translations that don't come from the 
ModelEditor. Did I miss strings in my previous translation? Or did you 
maybe create a ts-file for the master branch?


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

Re: [Qt-creator] Translating QtCreator

[Robert Löhning]

Yes, better do it on 3.6. The master branch is not in string freeze so 
you might translate strings that still get changed afterwards.


Best Regards,
Robert


Am 29.01.2016 um 16:42 schrieb Jochen Becher:

Hi Robert,

Yes, I created it on master branch because that is where I usually work
on. Should translations only be done on release branches?

Regards, Jochen


Am Freitag, den 29.01.2016, 13:34 +0100 schrieb Robert Löhning:

Am 28.01.2016 um 18:04 schrieb Jochen Becher:

Hi,

I want to update the QtCreator translation to German regarding
ModelEditor plugin.

How do i create the correct .ts file? Is it correct to run "make ts
-de"
in target ./share/qtcreator/translations? There are a lot more
differences in the resulting translation file than I expected (e.g.
added source code locations and a large number of new unfinished
translations besides those from ModelEditor plugin).

Regards, Jochen



Hi Jochen,

yes, this is correct.
You can remove the added source code locations using lconvert.
I don't expect any new unfinished translations that don't come from
the
ModelEditor. Did I miss strings in my previous translation? Or did
you
maybe create a ts-file for the master branch?

Best Regards,
Robert
___
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] QDir::relativeFilePath() changed 5.5.0 -> 5.5.1, please check your code

[Robert Löhning]

Hi,

the behavior of QDir::relativeFilePath() changed in
https://codereview.qt-project.org/113745/
and this caused
https://bugreports.qt.io/browse/QTCREATORBUG-14994
As this function is used in various other locations in Qt Creator, 
please check your code whether it needs updates as a reaction to that 
change.

Thank you,
Robert

-- 
   Robert Löhning, 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

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

[Robert Löhning]

Am 21.08.2015 um 11:00 schrieb 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


Hi Freddy,

this sounds like
https://bugreports.qt.io/browse/QTCREATORBUG-14833
which should be fixed with Qt 5.5.1. It that the problem you are facing?

Best Regards,
Robert


 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



-- 
   Robert Löhning, 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

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

[Robert Löhning]

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

Re: [Qt-creator] Dropping Qt Creator compilation with Qt 4

[Robert Löhning]

Am 09.07.2014 13:51, schrieb Ziller Eike:
 After a long transitioning period of 3 minor Qt 5 versions, I think that it 
 is time to think about dropping support for compiling Qt Creator with Qt 4.
 The point, that it is nicely possible to slowly transition your application 
 from Qt 4 to Qt 5, has been made.
 Qt 5 has matured, and the Qt 4 “fallback” should no longer be necessary.
 Time to get rid of some ifdefs and simplify code.
 Time to actually benefit from new features in Qt 5. (Mime database, new 
 connect syntax, put your favorite Qt 5 feature here)

 So, the proposal is to drop compilation with Qt4 with Qt Creator 3.3 (current 
 master branch). Qt Creator 3.2 will be the last version of Qt Creator to be 
 compilable with Qt 4.
 Of course the Qt version that you can use to build your own applications 
 with, is untouched by that.

 Br, Eike


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

Re: [Qt-creator] Dropping Qt Creator compilation with Qt 4

[Robert Löhning]

Am 09.07.2014 15:47, schrieb Nikos Chantziaras:
 On 09/07/14 14:51, Ziller Eike wrote:
 After a long transitioning period of 3 minor Qt 5 versions, I think
 that it is time to think about dropping support for compiling Qt
 Creator with Qt 4.

 Obviously this needs to happen. I just want to point out that Creator
 built against Qt 5 looks ugly. I can live with it looking alien on my
 KDE desktop and not using native widgets. But the broken font rendering
 when built against Qt 5 just kills it.

 But I understand that since this is a Linux-only issue, it might not be
 considered *that* important.

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


Hi Nikos,

did you file a bugreport about this problem on
https://bugreports.qt-project.org ?
If not, please do this and attach a screenshot to it.

Thanks,
Robert

-- 
   Robert Löhning, Software Engineer - Digia, Qt
   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] Nominating Orgad Shaneh for maintainer of ClearCase plugin in Qt Creator

[Robert Löhning]

Am 30.11.2012 13:02, schrieb Tobias Hunger:
 Hello!

 I would like to nominate Orgad Shaneh for the role as maintainer of the
 ClearCase plugin in Qt Creator.

 We merged a patch yesterday removing the experimental tag from the
 ClearCase plugin, so it is time to nominate a maintainer for it. Orgad
 has originally written this plugin and has been doing all the work of on
 it ever since it was accepted, so he is the ideal candidate.

 Orgad has been contributing patches to Qt Creator for a long time now.
 He made cleanups, fixed bugs all over the codebase, has contributed new
 features and even a full plugin. He is an approver for a while now and
 fills that role well, being friendly, responsive and competent.

 Here is a list of Orgad merged patches:
 https://codereview.qt-project.org/#q,status:merged+owner:1000534,n,z

 Best Regards,
 Tobias


Don't forget: He also wrote loads of good bugreports.
+1 from me

-- 
   Robert Löhning, Software Engineer - Digia, Qt
   Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
   Geschäftsführer: Mika Pälsi, Juha Varelius, Anja Wasenius
   Sitz der Gesellschaft: Berlin. USt-IdNr: DE xxx xxx xxx
   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] What could be wrong with my debug settings

[Robert Löhning]

Am 27.11.2012 10:16, schrieb Guido Seifert:
 Hi,
 for the first time I try to debug under windows with the qt-creator.
 According to docs:

 Tools  Options...  Debugger  Common  Use Creator for post-mortem 
 debugging.

 Fine.

 Setting the Symbol Server in Windows...

 Fine.

 Now program crashes, now I am asked if I want to debug with qtcreator.
 qtcreator starts... and...:
 starting executable failed.
 c://qt-creator/bin: No such file or directory.

 Very helpful. What file or directory it is supposed to find?

 Guido

Hi Guido,

that seems to work fine for me. Please try going to Tools - 
Options... - Debugger - General, unchecking Use Creator for 
post-mortem debugging and clicking Apply. Then check it again and 
click Apply again.

This should cleanly write the used path to the registry. I hope this helps.

Cheers,
Robert


-- 
   Robert Löhning, Software Engineer - Digia, Qt
   Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
   Geschäftsführer: Mika Pälsi, Juha Varelius, Anja Wasenius
   Sitz der Gesellschaft: Berlin. USt-IdNr: DE xxx xxx xxx
   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] Type of the tests of QtCreator

[Robert Löhning]

Am 31.10.2012 12:44, schrieb Przemyslaw Gorszkowski:
 On Wed, Oct 31, 2012 at 11:59 AM, Daniel Teske daniel.te...@digia.comwrote:

 I would like to ask about general topic of tests(unit, functional,
 regression and so on). What kind of tests do we have for testing of
 QtCreator? I know that there are some unit tests for completion, code
 generation(only tests the InsertionPointLocator) and for FakeVim plugin.
 I
 have seen also scripts for Squish but as far as I understand Squish is
 used
 internally(it is not possible for external developers to use it).There
 is
 also Jenkins which is used mostly for building snapshots.
 Those and also starting a debug Creator with -test all will run some
 autotests
 in a running Creator.


 What about Squish? Is it possible to write some test base on Squish and
 have possibliity to verify the results?


You can run the Squish tests if you have a valid license for Squish. 
You'll also need to have some data in place (e.g. a Qt SDK installed and 
a checkout of Creator repository). Some of this is explained in 
tests\system\README. I can tell you more if you like.
Of course you can write further Squish tests for Creator and we'd very 
much appreciate getting patches with them. If you have any questions, 
feel free to contact me via mail or IRC (rloehning).


 What about
 integration unit tests results and other kind of available test results
 there(run all kind of tests after building and checking the results)?

We (the Berlin office) did run the Squish tests continuously on Jenkins. 
We're still working on making this run again.

Creator -test all

like Daniel mentioned is already being done on Jenkins. Unfortunately 
none of the results are publicly available, yet.

Cheers,
Robert


-- 
Robert Löhning
Software Engineer
Digia, Qt

Digia Germany GmbH
Rudower Chausse 13, 12489 D-Berlin
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht 
Charlottenburg, HRB 144331 B,
Geschäftsführer: Mika Pälsi, Juha Varelius, Anja Wasenius
Email: robert.loehn...@digia.com
Mobile: +49 151 1634 9248
Tel: +49 30 63 92 32 55
http://qt.digia.com
Qt Blog: http://blog.qt.digia.com/
Qt Facebook: www.facebook.com/qt
Qt Twitter: www.twitter.com/qtcommercial

Digia Germany is a group company of Digia Plc,
Valimotie 21, FI-00380 Helsinki Finland
Visit us at: www.digia.com
--
PRIVACY AND CONFIDENTIALITY NOTICE
This message and any attachments are intended only for use by the named 
addressee and may contain privileged and/or confidential information. If 
you are not the named addressee you should not disseminate, copy or take 
any action in reliance on it. If you have received this message in 
error, please contact the sender immediately and delete the message and 
any attachments accompanying it. Digia Germany GmbH and Digia Plc do not 
accept liability for any corruption, interception, amendment, tampering 
or viruses occurring to this message.
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Changes to autocomplete in 2.6 (problems with shared_ptr)

[Robert Löhning]

Am 05.10.2012 13:55, schrieb Rob Pieke:
 New to the list, so sorry if this has been mentioned/asked before.

 I've got some code like this:

 namespace BlahNS { using boost::shared_ptr; }
 void blah() {
  BlahNS::shared_ptrMyBlah blahPtr;
  blahPtr-...

 At this point, QtCreator2.5 pops up the auto-complete, but 2.6 doesn't.

 If I use boost::shared_ptr, then the 2.5/2.6 behaviour is the same (i.e., I 
 get auto-complete in both cases).

 If I use the . operator instead of -, I get auto-completion for the 
 pointer (not the object) as expected, for both 2.5/2.6.

 It'd be awesome not to lose the 2.5 behaviour of being able to autocomplete 
 BlahNS::sharedPtr- :)

 Cheers!

 - Rob

Hi Rob,

sounds like https://bugreports.qt-project.org/browse/QTCREATORBUG-629
If this describes your problem, you can vote for the report.

Cheers,
Robert

-- 
Robert Löhning
Software Engineer
Digia, Qt

Digia Germany GmbH
Rudower Chausse 13, 12489 D-Berlin
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht 
Charlottenburg, HRB 144331 B,
Geschäftsführer: Mika Pälsi, Juha Varelius, Anja Wasenius
Email: robert.loehn...@digia.com
Mobile: +49 151 1634 9248
Tel: +49 30 63 92 32 55
http://qt.digia.com
Qt Blog: http://blog.qt.digia.com/
Qt Facebook: www.facebook.com/qt
Qt Twitter: www.twitter.com/qtcommercial

Digia Germany is a group company of Digia Plc,
Valimotie 21, FI-00380 Helsinki Finland
Visit us at: www.digia.com
--
PRIVACY AND CONFIDENTIALITY NOTICE
This message and any attachments are intended only for use by the named 
addressee and may contain privileged and/or confidential information. If 
you are not the named addressee you should not disseminate, copy or take 
any action in reliance on it. If you have received this message in 
error, please contact the sender immediately and delete the message and 
any attachments accompanying it. Digia Germany GmbH and Digia Plc do not 
accept liability for any corruption, interception, amendment, tampering 
or viruses occurring to this message.
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Kits in QtCreator 2.6

[Robert Löhning]

Am 29.09.2012 12:11, schrieb Diego Iastrubni:
 On Thu, Sep 27, 2012 at 7:41 AM, Diego Iastrubni diegoi...@gmail.comwrote:

 ... and migrating from QtCreator 2.4.1 to QtCreator 2.6-git fails... no kit
 is generated.  Going back to QtCreator 2.4.1 I get a working QtCreator.

Hi,

does updating in two steps work correctly: 2.4.1 - 2.5.x - 2.6.0? You 
would have to start Creator 2.5.x just once. AFAIK, keeping the settings 
while skipping a minor release is not supported.

Cheers,
Robert


-- 
Robert Löhning
Software Engineer
Digia, Qt

Digia Germany GmbH
Rudower Chausse 13, 12489 D-Berlin
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht 
Charlottenburg, HRB 144331 B,
Geschäftsführer: Mika Pälsi, Juha Varelius, Anja Wasenius
Email: robert.loehn...@digia.com
Mobile: +49 151 1634 9248
Tel: +49 30 63 92 32 55
http://qt.digia.com
Qt Blog: http://blog.qt.digia.com/
Qt Facebook: www.facebook.com/qtcommercial
Qt Twitter: www.twitter.com/qtcommercial

Digia Germany is a group company of Digia Plc,
Valimotie 21, FI-00380 Helsinki Finland
Visit us at: www.digia.com
--
PRIVACY AND CONFIDENTIALITY NOTICE
This message and any attachments are intended only for use by the named 
addressee and may contain privileged and/or confidential information. If 
you are not the named addressee you should not disseminate, copy or take 
any action in reliance on it. If you have received this message in 
error, please contact the sender immediately and delete the message and 
any attachments accompanying it. Digia Germany GmbH and Digia Plc do not 
accept liability for any corruption, interception, amendment, tampering 
or viruses occurring to this message.
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Qtcreator 2.5.2 issues

[Robert Löhning]

Am 27.08.2012 13:16, schrieb ext Konstantin Tokarev:


 27.08.2012, 15:13, Ramakanthreddy_Kesireddy 
 ramakanthreddy_kesire...@mahindrasatyam.com:
 Hi,

 Could you please let me know where can we get QtCreator 2.6 as
 it is not released?

 Essentially the same way as you get unreleased Qt 5: from git


...or follow Eike's instructions: 
http://comments.gmane.org/gmane.comp.lib.qt.creator/7689

Best Regards,
Robert

-- 
Robert Löhning
QA Engineer
Nokia, Qt Development Frameworks

Nokia gate5 GmbH
Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany
Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B
Umsatzsteueridentifikationsnummer: DE 812 845 193
Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator