Re: [Qt-creator] New user Creator problem

[David Schulz via Qt-creator]

Hi Pete,

Regarding the first question:
If there is a pip in that venv there should be an editor toolbar that allows 
you to install PySide from the Python Package Index, if that editor toolbar 
does not appear it sounds like a bug to me that should be reported at: 
https://bugreports.qt.io.
In the near future I would like to move the installation of required and 
optional pip packages to the wizard.

Greetings
David

From: Qt-creator  On Behalf Of Walter 
Humphrey via Qt-creator
Sent: 2 September, 2023 23:43
To: qt-creator@qt-project.org
Subject: [Qt-creator] New user Creator problem

I just installed the the Qt apps and created a new project in Qt Creator.  I 
selected Application (Qt for Python), Qt Quick Application, PySide6 ,Python 
3.11 (64 bit), and checked the "Create new virtual environment" box.  I added a 
text box in the empty window and clicked the Run button.   This generated an 
error:
ModuleNotFoundError: No module named 'PySide6'

I went into the project directory, activated venv, and installed PySide6 and it 
ran ok.  So my first question is, why isn't venv being set up correctly?

Next I installed the QtQuick controls and dropped a Dial widget onto my window. 
 The dial was not rendered and there is a yellow triangle next to it in the 
Navigator.  Hovering on that brings up a message that the plugin dll uses an 
incompatible version of the Qt library (6.5.0).

How can I fix this error so that I can create a functioning qml file that uses 
QtQuick widgets?

Thanks in advance for your help.

-- Pete Humphrey


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

Re: [Qt-creator] Code model / static analyzer with changed working copies incorrect

[David Schulz via Qt-creator]

Hiho,

Thanks for the investigation. This was broken by the attempt to fix the save 
state handling, but ultimately made it worse. Good news is that the fix for 
that issue went into 11.0.2 which just got released.
So I would like to encourage you to test Qt Creator 11.0.2 and check whether it 
improves the state handling for you.

Greetings
David

From: Qt-creator  On Behalf Of Wiebe 
Cazemier via Qt-creator
Sent: 8 August, 2023 16:40
To: QtCreator List 
Subject: [Qt-creator] Code model / static analyzer with changed working copies 
incorrect

Hi there,

For a while now, I've noticed that QtCreator isn't as good as it used to be in 
parsing code that is not saved to disk. But now with 11.0.1, it's especially 
bad. It just doesn't seem to update anymore. In 10.0.2 I just had to save all 
(ctrl-shift-s) the time. In QtCreator 4, which I used for a long time without 
upgrading (reasons not important), it worked well. This happens on various 
computers, various projects, all QtCreator versions, freshly installed or 
settings reset.

When I do 'Tools -> Debug QtCreator -> inspect c++ code model', I see the 
working copy of changed files is accurate, but I guess it doesn't use it?

To reproduce: make CMakeLists.txt, main.cpp and main.h:

$ cat CMakeLists.txt
project(analyzer_test)
add_executable(analyzer_test main.cpp main.h)


$ cat main.h
struct foo
{
int b;
};

$ cat main.cpp
#include "main.h"

int main()
{
foo f;
f.a = 4;
return 0;
}

Just open these files in QtCreator and change the struct without saving. Then 
go back to the .cpp file. It doesn't update, or perhaps only when you save it.

Tested versions: 10.0.2 and 11.0.1, installed with maintenance tool.
Ubuntu 20.04.6 LTS

Regards,

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

[Qt-creator] 10.0 branch is in feature freeze

[David Schulz via Qt-creator]

The last merge from master to 10.0 branch has been done. The 10.0 branch is now 
in feature freeze.

(Merges from 10.0 to master continue to be done as usual.)



The 10.0 Beta 1 release is scheduled for in two weeks (around Feb 16 2023, 
packages to be ready on Tuesday, Feb 14).

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

[Qt-creator] Qt Creator 9 Beta2 released

[David Schulz via Qt-creator]

We are happy to announce the release of Qt Creator 9 Beta2!

https://www.qt.io/blog/qt-creator-9-beta2-released
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Closing pinned files

[David Schulz via Qt-creator]

|-Original Message-
|From: EXT Mitch Curtis 
|Sent: Tuesday, October 25, 2022 7:24 AM
|To: David Schulz ; qt-creator@qt-project.org
|Subject: RE: [Qt-creator] Closing pinned files
|
|> -Original Message-
|> From: Qt-creator  On Behalf Of
|> David Schulz via Qt-creator
|> Sent: Tuesday, 25 October 2022 1:07 PM
|> To: qt-creator@qt-project.org
|> Subject: Re: [Qt-creator] Closing pinned files
|>
|> 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.
|> In this case you could briefly highlight this button when the closing
|> shortcut is pressed to inform the user that the action was not executed.
|> Another benefits would be that you have to press the button twice to
|> close the File with the mouse(first unpin than close), and we would
|> have a visual representation of that information when the open
|> documents pane is not visible.
|
|Ooo, I like that idea!
|
|Is there already code to highlight a widget in Creator?

If I remember correctly, we highlight the '#' button in the editor toolbar when 
you have additional preprocessor directives defined in a c++ editor, so you 
might steal code from that widget.

|
|> Greetings,
|> David
|>
|>
|> |-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
|> |> > <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 withou

Re: [Qt-creator] Closing pinned files

[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.
In this case you could briefly highlight this button when the closing shortcut 
is pressed to inform the user that the action was not executed. 
Another benefits would be that you have to press the button twice to close the 
File with the mouse(first unpin than close), 
and we would have a visual representation of that information when the open 
documents pane is not visible.

Greetings,
David


|-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] Qt Creator 8.0.1 released

[David Schulz]

We are happy to announce the release of Qt Creator 8.0.1!

https://www.qt.io/blog/qt-creator-8.0.1-released-1

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

Re: [Qt-creator] The state of the clang-format plugin

[David Schulz]

> 
> I'm confused now. What is that special shortcut?
> 

Ctrl + ; is the default shortcut for Auto-format Selection

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

Re: [Qt-creator] How to show functions as an alphabetized list in QtCreator 7.0

[David Schulz]

Hi,

Sorting LSP outlines was implemented by 
https://codereview.qt-project.org/c/qt-creator/qt-creator/+/393961/4 and will 
be part of Qt Creator 8.0 the next major release this summer.

David

> -Original Message-
> From: Qt-creator  On Behalf Of
> Michael Jackson
> Sent: Monday, April 4, 2022 2:45 PM
> To: Christian Stenger ; Eike Ziller
> 
> Cc: QtCreator List 
> Subject: Re: [Qt-creator] How to show functions as an alphabetized list in
> QtCreator 7.0
> 
> Thanks all for the sanity check. I did actually try the right-click since that
> seemed like a natural choice but when nothing popped up I went looking. I
> guess I can just use "Find" instead. Will this be put into the next point
> release? Getting ready to switch to an M1 mac and QtCreator 7 seemed to
> work the best on that platform.
> 
> --
> Mike Jackson
> 
> On 4/4/22, 3:06 AM, "Christian Stenger"  wrote:
> 
> Sorry.. didn't mention that this had been added lately in master.
> 
> BR, Christian
> 
> 
> From: Eike Ziller 
> Sent: Monday, April 4, 2022 8:56 AM
> To: Christian Stenger
> Cc: Michael Jackson; QtCreator List
> Subject: Re: [Qt-creator] How to show functions as an alphabetized list in
> QtCreator 7.0
> 
> 
> 
> > On 4 Apr 2022, at 06:43, Christian Stenger 
> wrote:
> >
> > Hi Mike,
> >
> > Perform a right click on the drop down menu (when it's closed). This 
> will
> bring up a mini context menu with a checkable menu item (sort
> alphabetically)
> 
> It looks like this is not implemented for clangd (or other lanugage 
> servers).
> 
> Br, Eike
> 
> >
> > BR,
> > Christian
> >
> > 
> > From: Qt-creator  on behalf of
> Michael Jackson 
> > Sent: Sunday, April 3, 2022 3:16 AM
> > To: QtCreator List
> > Subject: [Qt-creator] How to show functions as an alphabetized list in
> QtCreator 7.0
> >
> > Downloaded the new version. Over all like the additions (Jumped from
> > 4.15) but I cannot quite seem to figure out how to make the function
> > drop down at the top of the editor as an alphabetized list instead of
> > the order in which the functions appear in the file.
> > --
> > Mike Jackson
> > ___
> > 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
> 
> --
> Eike Ziller
> Principal Software Engineer
> 
> The Qt Company GmbH
> Erich-Thilo-Straße 10
> D-12489 Berlin
> eike.zil...@qt.io
> http://qt.io
> Geschäftsführer: Mika Pälsi,
> Juha Varelius, Jouni Lintunen
> Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht 
> Charlottenburg,
> HRB 144331 B
> 
> 
> 
> 
> ___
> 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] (Windows) CDB failing in "setup engine"

[David Schulz]

Hi Andy,

The symbol search path error can be ignored. This happens just because we want 
to prevent that cdb calls home for every module that is loaded into the 
debugger.
Can you paste the full debugger log on your favorite code paster or open a bug 
report and attach the debugger log?

Greetings
David


From: Qt-creator  On Behalf Of Andy
Sent: 15 January 2021 13:33
To: qt-creator 
Subject: [Qt-creator] (Windows) CDB failing in "setup engine"

I have CDB installed and it is properly set up in the kit. It's been working 
until recently. I recently updated to QtC 4.14. (I primarily develop on macOS, 
then work on Windows 10, so I'm not using it daily - not sure exactly when this 
broke.)

Debugger log:

dCALL: SETUP ENGINE
 Launching C:\Program Files (x86)\Windows Kits\10\Debuggers\x64\cdb.exe 
-aqtcreatorcdbext.dll -lines -G -c ".idle_cmd !qtcreatorcdbext.idle" -y 
""\^"""\^""" C:\dev\build-Foo-Desktop_Qt_5_15_2_MSVC2019_64bit-Debug\Foo.exe
 using C:\Qt\Tools\QtCreator\lib\qtcreatorcdbext64\qtcreatorcdbext.dll of 
2020-12-17 03:10.
 C:\Program Files (x86)\Windows Kits\10\Debuggers\x64\cdb.exe running as 1848

 Microsoft (R) Windows Debugger Version 10.0.19041.1 AMD64
 Using CDB based breakpoint correction.
 Copyright (c) Microsoft Corporation. All rights reserved.
 CommandLine: 
C:\dev\build-HemoSpat-Desktop_Qt_5_15_2_MSVC2019_64bit-Debug\HemoSpat.exe
 Error: Change all symbol paths attempts to access '""' failed: 0x7b - The 
filename, directory name, or volume label syntax is incorrect.


Looks like it has something to do with the "symbol search path", but as far as 
I know I'm not doing anything to that.

I have:

- checked that it's using the x64 not the x86 version
- repaired Windows 10 SDK 10.1.19041.1
- reinstalled Windows 10 SDK 10.1.19041.1

Any idea what to try next?

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

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

Re: [Qt-creator] clang-tidy and clang-diagnostic-*

[David Schulz]

Hi,

You can configure the checks under Tools > Options > Analyzer > Clang Tools > 
Run Options > Diagnostic Configuration globally or if you want to change it 
just for a single project you can also override these global settings under 
Projects Mode > Project Settings > Clang Tools.

Greetings
David

-Original Message-
From: Qt-creator  On Behalf Of Björn Schäpers
Sent: Montag, 7. Dezember 2020 22:19
To: qt-creator 
Subject: [Qt-creator] clang-tidy and clang-diagnostic-*

Hi,

I've recently activated clang-tidy checks in the Creator. And now in some files 
I get "clang-diagnostic-c++17-extensions" while the code model states the 
Language Version is C++20 and the model itself does not warn.

Is there a way to deactivate the clang-diagnostic category, since it is already 
covered by the code model?

Regards,
Björn.
___
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] Qt Creator 4.13 string freeze

[David Schulz]

Qt Creator is now in string freeze.

Since Leena is currently not available I would like to ask the translators to 
wait with the translations until Leena has reviewed the new translatable 
strings in Qt Creator, and she gave her go.

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

Re: [Qt-creator] [LSP] Use case of multiple active language servers per document

[David Schulz]

Hi Alexis,

It would be definitely easier to just close the document. The reason I wanted 
to have it open in all running language server for a file type is the following:

Imagine a session with two projects A and B, where B depends on A. And you have 
a language server per project. Now if you modify content of a file of A the 
language server of B needs to know this change. So you have to open/cannot 
close the file A for language server B.

Greetings
David

-Original Message-
From: Alexis Murzeau  
Sent: Samstag, 2. Mai 2020 18:40
To: David Schulz 
Cc: qt-creator@qt-project.org
Subject: [LSP] Use case of multiple active language servers per document

Hi David,

I saw as you said on gerrit, that document activation and deactivation is used 
when opening / closing a document and switching the active client for a 
document using the editor's toolbar icon.

I think this would be easier if when switching the active language server, a 
didClose request is sent for the previously active language server and a 
didOpen for the now active one.
This would avoid the requirement of keeping a file state per client and 
possibly take advantage of what state TextEditor keeps itself already.

So I guess there is a good reason for this, and I'm wondering of the use case 
behind this functionality of having multiple active language servers for one 
source file ?


Thanks :)

-- 
Alexis Murzeau
PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F

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

[Qt-creator] Request to bump minimum required Qt version to 5.12

[David Schulz]

Since we have with 5.13 now an additional release beside the 5.12 LTS I would 
like to raise the minimum required version to 5.12.

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

Re: [Qt-creator] Type annotation and text widget

[David Schulz]

Hi,

Not in the way that those text blocks are part of the actual document that is 
displayed in the editor, If you just want to show additional contextual 
information have a look at text marks and their annotations.

Greetings,
David

From: Qt-creator  On Behalf Of Filippo 
Cucchetto
Sent: Saturday, 22 June 2019 22:10
To: qt-creator 
Subject: [Qt-creator] Type annotation and text widget

Does the text editor widget support adding read only text blocks inline with 
code? Something like adding name hint in function calls or struct member 
initialization? If yes I could try to make a poc just for fun
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Question about LSP (language server protocol) implementation re-use

[David Schulz]

Hi Christoph,

Having users of the protocol implementation outside of QtCreator sounds 
beneficial, and patches are always welcome .  

If you want to have a look at an alternative: Ulf also has a WIP change for an 
LSP implementation up for review https://codereview.qt-project.org/#/c/233778/

Greetings
David

|-Original Message-
|From: Qt-creator  On Behalf Of
|Christoph Cullmann
|Sent: Tuesday, 23 April 2019 20:19
|To: qt-creator@qt-project.org
|Subject: [Qt-creator] Question about LSP (language server protocol)
|implementation re-use
|
|Hi,
|
|I am interested in implementing a LSP client in Kate.
|As many editors start to use this for light-weight completion/... of a 
multitude
|of languages, I want to join that fun, too.
|
|Having looked up a bit which implementations for LSP clients are available, the
|only one that will directly work with C++/Qt would be the one in QtCreator.
|
|I can live with it being just GPL licensed.
|
|If I grab the current LSP implementation, mostly the JSON protocol parts, aka
|
|https://code.qt.io/cgit/qt-creator/qt-
|creator.git/tree/src/libs/languageserverprotocol
|
|and adapt it for generic use, is there any interest in getting patches back?
|
|I assume this could be useful for other Qt based applications, too, that want 
to
|talk with a language server implementation.
|
|(perhaps this could just work out in the reverse direction as using
|KSyntaxHighlighting in creator)
|
|Greetings
|Christoph
|
|--
|Ignorance is bliss...
|https://cullmann.io | https://kate-editor.org
|___
|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] Snippents are not working well

[David Schulz]

Hi,

Was that working in the 4.8 beta 2? And what operating system is used on your 
machine?

Greetings
David


From: Qt-creator  On Behalf Of Oleg 
Shall
Sent: Friday, November 23, 2018 14:25
To: qt-crea...@qt-project.org
Subject: [Qt-creator] Snippents are not working well

I use a lot of snippets. And some of my custom snippets are not working in 
every places with QtC 4.8.rc1.
Just look at the move example.

Thanks a lot!

https://youtu.be/FeHGZAAXgZ0

--
Oleg Shall  (Kalpa Integration Initiative)
--
e-mail  : o...@kalpa.ru , 
oleg.shal...@gmail.com
cell,Viber,WhatsUp,Telegram : +7 (918) 741 7217

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

Re: [Qt-creator] Question about "kate/ktexteditor" highlighting implementation in QtCreator

[David Schulz]

Hi,

After a first look it seems that the transition to the KSyntaxHighlighter 
should be pretty straight forward, just some minor adjustments to the state 
handling. So let's wait for any kind of licensing decision and we are good to 
go.

Greetings 
David

-Original Message-
From: Qt-creator  On 
Behalf Of David Schulz
Sent: Friday, August 17, 2018 13:25
To: qt-creator 
Subject: Re: [Qt-creator] Question about "kate/ktexteditor" highlighting 
implementation in QtCreator

> It would be great if some QtCreator developer could take a short look at what 
> the framework provides and if it is usable for their purpose.

I'll check the new engine soonish 

Greetings
David

-Original Message-
From: Qt-creator  On 
Behalf Of Dr.-Ing. Christoph Cullmann
Sent: Tuesday, August 14, 2018 18:57
To: Lars Knoll 
Cc: Volker Krause ; qt-creator 
Subject: Re: [Qt-creator] Question about "kate/ktexteditor" highlighting 
implementation in QtCreator

Hi,
 
>>>> Would it be possible to reuse the framework above to stay 
>>>> compatible and share code/maintenance effort?
>>> 
>>> That would be desirable goal :)
>> I hoped some, too.
> 
> Sharing that code would IMO be great. I don't see why we should 
> maintain our own code for parsing those syntax highlighter definitions
> :)

Nice that we share that point of view, as during the discussion today here at 
Akademy.

>>>> At the moment the framework is LGPLv2+, but even relicensing to 
>>>> something more liberal is at the moment still possible, if that 
>>>> would allow better collaboration.
>>> 
>>> Thanks for contacting us on that question! I’ve added Lars as our 
>>> Chief Maintainer to CC.
>> I added the maintainer of syntax-highlighting Volker Krause in CC.
>> Actually both are at akademy at the moment and perhaps can just talk 
>> about the thing in person if wanted.
> 
> We had a good talk at Academy today, and both agreed that it would be 
> good if we could re-use the same component in all places (including Qt 
> Creator).

It would be great if some QtCreator developer could take a short look at what 
the framework provides and if it is usable for their purpose.

The KTextEditor port is now done, for us it did work more or less 
out-of-the-box with only minor extensions to extract a bit more meta-data from 
the XML.

>> 
>>> 
>>> Our 3rd-party license policy is documented here:
>>> https://quips-qt-io.herokuapp.com/quip-0004.html#acceptable-licenses
>>> 
>>> It boils down to:
>>> * MIT or BSD or anything that is basically the same is no problem to 
>>> include for us
>>> * L(GPL) might be ok in some cases, but usually not for “core” parts
>>> 
>>> (That last part about “core” parts is written in the policy with the 
>>> Qt hat on as “part of Qt Essentials", but for Qt Creator I’d 
>>> interpret that in a similar
>>> manner.)
> 
> MIT or BSD is easiest. For various reasons I would very much prefer 
> not to add
> L(GPL) dependencies to any parts of Qt.
>>> 
>>> I’d say that the generic text highlighting is a “core” part in Qt 
>>> Creator, so it would be good if a 3rd-party library for that would 
>>> be MIT/BSD-style, otherwise we probably cannot use it.
>> 
>> I think if the license would be the last issue, we can try to find 
>> some common ground for that.
> 
> That would be great. Then the remaining issue for us would be to find 
> the time to do the porting to the new engine.

If we get positive feedback from the QtCreator team that

1) it is usable for them
2) they are willing to port their stuff in the future

we can start the relicensing work to MIT to get all things ready for use by you.

Thanks for the fruitful discussion today, lets see how that all works out.

Greetings
Christoph

--
- Dr.-Ing. Christoph Cullmann -
AbsInt Angewandte Informatik GmbH  Email: cullm...@absint.com
Science Park 1 Tel:   +49-681-38360-22
66123 Saarbrücken  Fax:   +49-681-38360-20
GERMANYWWW:   http://www.AbsInt.com

Geschäftsführung: Dr.-Ing. Christian Ferdinand Eingetragen im Handelsregister 
des Amtsgerichts Saarbrücken, HRB 11234 
___
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] Question about "kate/ktexteditor" highlighting implementation in QtCreator

[David Schulz]

> It would be great if some QtCreator developer could take a short look at what 
> the framework provides and if it is usable for their purpose.

I'll check the new engine soonish 

Greetings
David

-Original Message-
From: Qt-creator  On 
Behalf Of Dr.-Ing. Christoph Cullmann
Sent: Tuesday, August 14, 2018 18:57
To: Lars Knoll 
Cc: Volker Krause ; qt-creator 
Subject: Re: [Qt-creator] Question about "kate/ktexteditor" highlighting 
implementation in QtCreator

Hi,
 
 Would it be possible to reuse the framework above to stay 
 compatible and share code/maintenance effort?
>>> 
>>> That would be desirable goal :)
>> I hoped some, too.
> 
> Sharing that code would IMO be great. I don't see why we should 
> maintain our own code for parsing those syntax highlighter definitions 
> :)

Nice that we share that point of view, as during the discussion today here at 
Akademy.

 At the moment the framework is LGPLv2+, but even relicensing to 
 something more liberal is at the moment still possible, if that 
 would allow better collaboration.
>>> 
>>> Thanks for contacting us on that question! I’ve added Lars as our 
>>> Chief Maintainer to CC.
>> I added the maintainer of syntax-highlighting Volker Krause in CC.
>> Actually both are at akademy at the moment and perhaps can just talk 
>> about the thing in person if wanted.
> 
> We had a good talk at Academy today, and both agreed that it would be 
> good if we could re-use the same component in all places (including Qt 
> Creator).

It would be great if some QtCreator developer could take a short look at what 
the framework provides and if it is usable for their purpose.

The KTextEditor port is now done, for us it did work more or less 
out-of-the-box with only minor extensions to extract a bit more meta-data from 
the XML.

>> 
>>> 
>>> Our 3rd-party license policy is documented here:
>>> https://quips-qt-io.herokuapp.com/quip-0004.html#acceptable-licenses
>>> 
>>> It boils down to:
>>> * MIT or BSD or anything that is basically the same is no problem to 
>>> include for us
>>> * L(GPL) might be ok in some cases, but usually not for “core” parts
>>> 
>>> (That last part about “core” parts is written in the policy with the 
>>> Qt hat on as “part of Qt Essentials", but for Qt Creator I’d 
>>> interpret that in a similar
>>> manner.)
> 
> MIT or BSD is easiest. For various reasons I would very much prefer 
> not to add
> L(GPL) dependencies to any parts of Qt.
>>> 
>>> I’d say that the generic text highlighting is a “core” part in Qt 
>>> Creator, so it would be good if a 3rd-party library for that would 
>>> be MIT/BSD-style, otherwise we probably cannot use it.
>> 
>> I think if the license would be the last issue, we can try to find 
>> some common ground for that.
> 
> That would be great. Then the remaining issue for us would be to find 
> the time to do the porting to the new engine.

If we get positive feedback from the QtCreator team that

1) it is usable for them
2) they are willing to port their stuff in the future

we can start the relicensing work to MIT to get all things ready for use by you.

Thanks for the fruitful discussion today, lets see how that all works out.

Greetings
Christoph

--
- Dr.-Ing. Christoph Cullmann -
AbsInt Angewandte Informatik GmbH  Email: cullm...@absint.com
Science Park 1 Tel:   +49-681-38360-22
66123 Saarbrücken  Fax:   +49-681-38360-20
GERMANYWWW:   http://www.AbsInt.com

Geschäftsführung: Dr.-Ing. Christian Ferdinand Eingetragen im Handelsregister 
des Amtsgerichts Saarbrücken, HRB 11234 
___
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] QString "not accessible" in Creator 4.6.2?

[David Schulz]

Hi,

I totally agree with you here, that was the reason for creating 
https://bugreports.qt.io/browse/QTBUG-67587. So if you both would leave a 
comment/vote on that report someone might look into this mess. 

> I don't think I remember ever having to do this with Visual Studio but 
I'll bite.

The change that introduced this behavior is relative new and would also effect 
a setup with visual studio, because the symbol files are also missing there. 
"offline installer would be too big with PDB files & we just can't create it" 
was the statement. BTW: The online installer is not affected by this.

Greetings David

-Original Message-
From: Qt-creator [mailto:qt-creator-bounces+david.schulz=qt...@qt-project.org] 
On Behalf Of Michael Jackson
Sent: Monday, July 16, 2018 19:07
To: Bob Hood ; qt-creator@qt-project.org
Subject: Re: [Qt-creator] QString "not accessible" in Creator 4.6.2?

I ended up getting them installed (clunky way to install them) and then created 
a rule set in CMake to copy them to my local binary directory of the app that I 
am compiling.

Maybe instead of packaging them as a single archive of a single folder it would 
be better to create the proper sub-folders then create the archive. I had to 
individually select each .7z file for VS2017 and decompress them. Would be 
easier, I would think, to just be able to decompress the archive as it sites in 
Qt5.10.1/5.10.1 folder and everything gets put into the proper location.
--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net <http://www.bluequartz.net>

On 7/14/18, 6:02 PM, "Bob Hood"  wrote:

Mine are in the Qt installation (the one that my Creator kit points to), in 
the bin\ folder, right along side the Qt5 .dll files.


On 7/13/2018 12:22 PM, Michael Jackson wrote:
> I don't think I remember ever having to do this with Visual Studio but 
I'll bite. So I downloaded the pdb zip file? I have Qt 5.10.1 with VS2017 x64. 
Where do I install the pdb files? My build dir? Or somewhere in the Qt5 
installation?
>
> Thanks
>
> --
> Michael Jackson | Owner, President
>BlueQuartz Software
> [e] mike.jack...@bluequartz.net
> [w] www.bluequartz.net <http://www.bluequartz.net>
>
> On 7/13/18, 12:38 PM, "Qt-creator on behalf of Bob Hood" 
 wrote:
>
>  Ah!  That was indeed the problem (and hopefully Micheal's as well).  
My debug\
>  folder had Qt5 DLLs sitting in it, because I mistakenly assumed they 
had to be
>  there in order for debugging to work.  When I deleted them, Creator 
used the
>  kit path, and found the *.pdb file it needed.  I can now see 
QStrings.
>  
>  This was pilot error.  Creator was not at fault.  Sorry for the 
noise.
>  
>  
>  On 7/12/2018 11:12 PM, David Schulz wrote:
>  > Hi,
>  >
>  > cdb can't find the pdb file for 
W:\Dev\Personal\Projects\Qt\Skoop\client\debug\Qt5Cored.dll. Do you know where 
that file is on your hard disk?
>  >
>  > And please create a  bug report for this issue, so we can move the 
discussion to jira.
>  >
>  > Greetings
>  > David
>  >
>  > -Original Message-
>  > From: Qt-creator 
[mailto:qt-creator-bounces+david.schulz=qt...@qt-project.org] On Behalf Of Bob 
Hood
>  > Sent: Friday, July 13, 2018 04:30
>  > To: qt-creator@qt-project.org
>      > Subject: Re: [Qt-creator] QString "not accessible" in Creator 
4.6.2?
>  >
>  > https://pastebin.com/z2eZxVuu
>  >
>  >
>  > On 7/9/2018 5:10 AM, David Schulz wrote:
>  >> Hi,
>  >>
>  >> I've checked 4.6.2 and 4.7 with a Qt based on msvc 2017 
WindowsSDKVersion 10.0.17134.0 and I get sensible dumper values in the locals 
and expression view.
>  >> Can you share the content of the debugger log (Window > Views > 
Debugger Log) on your codepaster of choice?
>  >>
>  >> Greetings
>  >> David
>  >>
>  >> -Original Message-
>  >> From: Qt-creator 
[mailto:qt-creator-bounces+david.schulz=qt...@qt-project.org] On Behalf Of Bob 
Hood
>  >> Sent: Saturday, July 7, 2018 15:36
>  >> To: qt-creator@qt-project.org
>  >> Subject: Re: [Qt-creator] QString "not accessible" in Creator 
4.6.2?
>  >>
>  >> So only Michael and I are experiencing this?  Or is that only 
Michael 

Re: [Qt-creator] QString "not accessible" in Creator 4.6.2?

[David Schulz]

Hi,

cdb can't find the pdb file for 
W:\Dev\Personal\Projects\Qt\Skoop\client\debug\Qt5Cored.dll. Do you know where 
that file is on your hard disk? 

And please create a  bug report for this issue, so we can move the discussion 
to jira.

Greetings
David

-Original Message-
From: Qt-creator [mailto:qt-creator-bounces+david.schulz=qt...@qt-project.org] 
On Behalf Of Bob Hood
Sent: Friday, July 13, 2018 04:30
To: qt-creator@qt-project.org
Subject: Re: [Qt-creator] QString "not accessible" in Creator 4.6.2?

https://pastebin.com/z2eZxVuu


On 7/9/2018 5:10 AM, David Schulz wrote:
> Hi,
>
> I've checked 4.6.2 and 4.7 with a Qt based on msvc 2017 WindowsSDKVersion 
> 10.0.17134.0 and I get sensible dumper values in the locals and expression 
> view.
> Can you share the content of the debugger log (Window > Views > Debugger Log) 
> on your codepaster of choice?
>   
> Greetings
> David
>
> -Original Message-
> From: Qt-creator 
> [mailto:qt-creator-bounces+david.schulz=qt...@qt-project.org] On Behalf Of 
> Bob Hood
> Sent: Saturday, July 7, 2018 15:36
> To: qt-creator@qt-project.org
> Subject: Re: [Qt-creator] QString "not accessible" in Creator 4.6.2?
>
> So only Michael and I are experiencing this?  Or is that only Michael and I 
> are using 4.6.2 on Windows?
>
>
> On 7/6/2018 6:08 AM, Michael Jackson wrote:
>> I also just happened to setup QtCreator 4.6.2 and I had the same issue. 
>> Latest VS2017 release running on Windows 10 x64.
>> --
>> Michael Jackson | Owner, President
>> BlueQuartz Software
>> [e] mike.jack...@bluequartz.net
>> [w] www.bluequartz.net
>>
>> On 7/5/18, 6:49 PM, "Qt-creator on behalf of Bob Hood" 
>> > bho...@comcast.net> wrote:
>>
>>   I have installed Creator 4.6.2 (normally, I use 4.0.3) and have 
>> started a new
>>   project with it.  Prior to installing it, I already had Visual Studio 
>> 2017
>>   15.4.7 installed, along with Windows SDK v10.1.17134.12 with 
>> "Debugging Tools
>>   for Windows".  Creator 4.6.2 automatically found the debugging tools, 
>> and I
>>   reconfigured my Kits accordingly for use with Qt 5.9.4 Desktop (which 
>> I built
>>   myself using Visual Studio 2017, so they are ABI compatible).
>>   
>>   I'm debugging into my Qt application, and I'm getting "not accessible" 
>> the
>>   Locals pane for QString and QStringList.  Was there some further 
>> set-up I
>>   needed to perform?  I don't recall having this issue with 4.0.3.
>>   ___
>>   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
> ___
> 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] QString "not accessible" in Creator 4.6.2?

[David Schulz]

Hi,

I've checked 4.6.2 and 4.7 with a Qt based on msvc 2017 WindowsSDKVersion 
10.0.17134.0 and I get sensible dumper values in the locals and expression view.
Can you share the content of the debugger log (Window > Views > Debugger Log) 
on your codepaster of choice?
 
Greetings
David

-Original Message-
From: Qt-creator [mailto:qt-creator-bounces+david.schulz=qt...@qt-project.org] 
On Behalf Of Bob Hood
Sent: Saturday, July 7, 2018 15:36
To: qt-creator@qt-project.org
Subject: Re: [Qt-creator] QString "not accessible" in Creator 4.6.2?

So only Michael and I are experiencing this?  Or is that only Michael and I are 
using 4.6.2 on Windows?


On 7/6/2018 6:08 AM, Michael Jackson wrote:
> I also just happened to setup QtCreator 4.6.2 and I had the same issue. 
> Latest VS2017 release running on Windows 10 x64.
> --
> Michael Jackson | Owner, President
>BlueQuartz Software
> [e] mike.jack...@bluequartz.net
> [w] www.bluequartz.net
>
> On 7/5/18, 6:49 PM, "Qt-creator on behalf of Bob Hood" 
>  bho...@comcast.net> wrote:
>
>  I have installed Creator 4.6.2 (normally, I use 4.0.3) and have started 
> a new
>  project with it.  Prior to installing it, I already had Visual Studio 
> 2017
>  15.4.7 installed, along with Windows SDK v10.1.17134.12 with "Debugging 
> Tools
>  for Windows".  Creator 4.6.2 automatically found the debugging tools, 
> and I
>  reconfigured my Kits accordingly for use with Qt 5.9.4 Desktop (which I 
> built
>  myself using Visual Studio 2017, so they are ABI compatible).
>  
>  I'm debugging into my Qt application, and I'm getting "not accessible" 
> the
>  Locals pane for QString and QStringList.  Was there some further set-up I
>  needed to perform?  I don't recall having this issue with 4.0.3.
>  ___
>  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
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Language server for Qt Creator IDE

[David Schulz]

Hi Erik,


I'm currently working on a language client implementation for Qt Creator 
and just created https://bugreports.qt.io/browse/QTCREATORBUG-20284 to 
track ideas and suggestions from the community. So if you want to 
participate in the development feel free to add information to the 
report and drop patches to gerrit :)


Greetings
David

On 15-Apr-18 07:22, Erik Luo wrote:

Hi all,

          I am pretty interested in the language server for Qt Creator 
IDE. I have learned the functionality on other related IDEs. I hope I 
can add this functionality perfectly into Qt Creator. Is there a more 
detailed introduction about how should this language server behave in 
Qt Creator? So I can implement the language server right away and test 
it as soon as possible. I am willing to contribute on this part for my 
favorite IDE! Thank you!


Cheers,
Erik


___
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] Dark theme colors problem in 4.6.0-rc1 with enabled Clang module

[David Schulz]

Hi,

could you try to remove

foreground="#00" background="#ff"

from the OutputArgument style and check whether that fixes your issue.

greetings
David

On 19-Mar-18 09:50, Oleg Shalnev wrote:

This is my style file.

2018-03-18 12:29 GMT+03:00 Nikos Chantziaras >:


On 18/03/18 11:18, Orgad Shaneh wrote:

On Thu, Mar 15, 2018 at 9:36 PM, Nikos Chantziaras

>> wrote:

    This looks similar to an invisible text bug I reported a
while ago:

https://bugreports.qt.io/browse/QTCREATORBUG-19777?filter=-2

   
>


I had a similar issue which happened because I had black color
mixin in Declaration of my custom style.

Can you attach your style xml file? It should be in
~/.config/QtProject/qtcreator/styles on linux and
shell:AppData/QtProject/qtcreator/styles on Windows


It's the default "Dark" style.

However, the issue went away in the 4.6 RC that went live on March
15. So I think I'll close the bug.

Have you updated to the RC yet?


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





--
Oleg Shalnev  (Kalpa Integration Initiative)
--
e-mail    : o...@kalpa.ru  , 
oleg.shal...@gmail.com 

cell,Viber,WhatsUp,Telegram : +7 (918) 741 7217



___
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] Crazy improvement idea #2

[David Schulz]

Hi,


On 14-Mar-18 12:47, Davide Coppola wrote:
Isn't something like this slower than just pressing F2 when the cursor 
is on a function?


I also was thinking about to trigger this, let's name it inline editor, 
via some shortcut and not as a result of a tooltip event. But I guess a 
delayed popup for the mouse user wouldn't hurt either.


Greetings
David


I am assuming that the overlay would appear after some delay, because 
otherwise moving the mouse around could make the navigation pretty 
confusing.


On 14 March 2018 at 07:21, David Schulz <david.sch...@qt.io 
<mailto:david.sch...@qt.io>> wrote:


Hi,

I started working on a similar feature, but never exceeded the
state of an early concept. The results of this concept weren't
promising enough for me to keep on working further on this.

If you are interested in participating in the development of the
feature I'ld suggest you to open a report for this on
bugreports.qt.io <http://bugreports.qt.io> and I add you to the
patch on gerrit as a reviewer, so we can discuss details of the
implementation and functionality there.

Greetings

David




On 14-Mar-18 00:14, Jason H wrote:

After my auto commenting of } comes my next crazy editor
idea... Function popups.

After hovering or clicking on a function being called in code,
a pop-up of the finction's source I appears and can be easily
scrolled or closed.

As an enhancement, maybe only show the first few lines and the
last few lines as those are likely of they most interest.
___
Qt-creator mailing list
Qt-creator@qt-project.org <mailto:Qt-creator@qt-project.org>
http://lists.qt-project.org/mailman/listinfo/qt-creator
<http://lists.qt-project.org/mailman/listinfo/qt-creator>


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




--
*Davide Coppola*

*website:*http://www.davidecoppola.com
*blog:*http://blog.davidecoppola.com

<http://plus.google.com/+DavideCoppola> 
<http://www.linkedin.com/in/davidecoppola> 
<http://www.twitter.com/vivaladav>



___
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] cdb and python dumpers showing not accessible

[David Schulz]

Hi,

this seems to be a bug. Could you fill a report at 
https://bugreports.qt.io and add the complete debugger log to that report.


greetings

David


On 15-Mar-18 08:45, Fredrik Fall wrote:

Hi

I hope this is the right place to ask this question.

I am trying to debug my application using cdb with python dumper 
enabled, but when I look at my local vars at a breakpoint, just about 
all show up as 


Looking at the debug log, I see the following section:



*** ***

*** Either you specified an unqualified symbol, or your debugger ***

*** doesn't have full symbol information. Unqualified symbol ***

*** resolution is turned off by default. Please either specify a ***

*** fully qualified symbol module!symbolname, or enable resolution ***

*** of unqualified symbols by typing ".symopt- 100". Note that ***

*** enabling unqualified symbol resolution with network symbol ***

*** server shares in the symbol path may cause the debugger to ***

*** appear to hang for long periods of time when an incorrect ***

*** symbol name is typed or the network symbol server is down. ***

*** ***

*** For some commands to work properly, your symbol path ***

*** must point to .pdb files that have full type information. ***

*** ***

*** Certain .pdb files (such as the public OS symbols) do not ***

*** contain the required information. Contact the group that ***

*** provided you with these symbols if you need this command to ***

*** work. ***

*** ***

*** Type referenced: Qt5Cored!QObject::customEvent ***

*** ***

*

Type information missing error for QObject::customEvent



And then again the same text but referring to

 *** Type referenced: Qt5Cored!qtHookData ***


--


I am using Qt Creator 4.5.2, Based on Qt 5.10.1 (MSVC 2015, 32 bit)

Building my project with MSVC 2012 (express) and debugging using cdb from:

C:\Program Files (x86)\Windows Kits\8.1\Debuggers\x64\cdb.exe


If I uncheck python dumpers I get to see contained values, but also 
alot of additional "noise" that is not relevant for my work.


Thank you all that got through reading this mail. If anybody could 
hint me as how to get the symbols showing up with values, I would be 
very, very grateful.



Best regards

Fredrik Fall
Developer
Omegapoint




___
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] Crazy improvement idea #2

[David Schulz]

Hi,

I started working on a similar feature, but never exceeded the state of 
an early concept. The results of this concept weren't promising enough 
for me to keep on working further on this.


If you are interested in participating in the development  of the 
feature I'ld suggest you to open a report for this on bugreports.qt.io 
and I add you to the patch on gerrit as a reviewer, so we can discuss 
details of the implementation and functionality there.


Greetings

David



On 14-Mar-18 00:14, Jason H wrote:

After my auto commenting of } comes my next crazy editor idea... Function 
popups.

After hovering or clicking on a function being called in code, a pop-up of the 
finction's source I appears and can be easily scrolled or closed.

As an enhancement, maybe only show the first few lines and the last few lines 
as those are likely of they most interest.
___
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] Why doesn't 4.5.1 cap set* properties properly

[David Schulz]

Hi,

correct the capitalization is applied directly after you finish editing 
the snippet, either by pressing enter or escape.


Greetings

David


On 24-Feb-18 16:49, Jason H wrote:

It looks like it will apply caps after moving off the line?



Sent: Saturday, February 24, 2018 at 12:08 AM
From: "Jason H" 
To: qt-creator 
Subject: [Qt-creator] Why doesn't 4.5.1 cap set* properties properly

the L of setLatitude should have been automatically capitalized. 
No?___
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] SyntaxHighlighting + Bison/FLex

[David Schulz]

Hi Jeremy,

That sounds more like a semantic highlighter to me. Have a look at 
SemanticHighlighter::incrementalApplyExtraAdditionalFormats in 
src\plugins\texteditor\semantichighlighter.cpp and the usages in the 
QML/JS and C++ semantic highlighter.



Br,

David


On 23-Nov-17 07:29, JeremY Larrieu wrote:

Hello,

I'm working on making a plugin to support a specific language: Anubis.

I've started the highlighting part and I saw that QtCreator is making 
syntax highlighting line by line instead of making it "globally" for 
the whole file.


I just wanna know, how can I use the Bison/Flex files, used to check 
syntax for Anubis language, to make syntax highlighting in QtCreator.
Knowing that most of the tokens declared in the Flex file can be 
multiline, making a lexer, working line by line, able to detect those 
tokens is hard and the code is too "verbose".


I've tried to adapt what I've found in Bison/Flex files to make a 
syntax highlighter, but it's really painful and it makes further 
updates harder.
If I was able to apply highlighting on the whole file (not line by 
line), it were simpler and I could use it to make some other 
functionalities at the same time: code completion, code analysis, 
symbol detection, ...


Do you have an idea on how I can make syntax highlighting without 
rewriting a full lexer ?


Thanks in advance.

Jeremy


___
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] Debugging Helpers with CDB

[David Schulz]

Hi,


On 03-Jul-17 11:11, Mitch Curtis wrote:

I’m not sure why it’s a separate component..


...legal reasons, you have to accept the python license when the cdb 
component is selected.
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Editor bug – cursor keeps jumping to the end

[David Schulz]

Hi,

This doesn't sound like expected behavior, please add a report at 
bugreports.qt.io .


Thanks

David


On 16-Jun-17 22:56, Walter Purvis wrote:
Is there something I can do to stop it, or is this just a bug? (And is 
anybody else experiencing it.)


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

[Qt-creator] Introducing the python based cdb dumper

[David Schulz]

Hi all,

The local values provided by debuggers contain very basic data, which in 
most cases
isn't helpful at all. We are using dumpers/extensions to convert these 
data into user
friendly information. Python based dumpers have been used for quite a 
long time
now when debugging with GDB. The LLDB engine also dumps values via these 
dumpers.
Both debuggers provide a python interpreter and interface allowing to 
access debugger
internals from python code. In contrast: the CDB engine uses an 
extension (dll) loaded
into the debugger to collect data and dump values. This requires us to 
maintain two
different approaches on dumping values. Unfortunately the CDB doesn't 
provide a

python interface.
So, let's introduce one.
First step was to lower the barrier for new debuggers using the python 
dumpers by
reducing the interface required by our dumpers to a minimum. Big thanks 
to Andre
to take care of that. Next step was to provide all necessary information 
from the CDB
in a python module that can be accessed by the python dumper, 
fortunately this task
was easier than expected. Final step and currently in process is 
packaging and
delivering the extension with Qt Creator. And here comes the downside: 
We need to
accept a new license (https://docs.python.org/3.5/license.html) when 
using the python
enabled CDB extension. The idea is to have an extra component (selected 
by default)
for the CDB extension when installing Qt Creator on Windows. This way 
you could
still use Qt Creator without accepting the license, but you won't be 
able to debug

with CDB.

Any opinions regarding the python license or the dumper topic in general?

Whoever want to test the python based dumpers need to define an environment
variable PYTHON_INSTALL_DIR that points to a Python 3.5 installation 
matching the
bitness of your Qt before building Qt Creator. The same path needs to be 
added to
the PATH environment variable before executing Qt Creator. Feel free to 
contact me

on any available channel if you encounter any problems.

TL;DR: I want to use python in the CDB extension. Debugging with the CDB 
will require
accepting a new license (https://docs.python.org/3.5/license.html). For 
testing: Define
PYTHON_INSTALL_DIR pointing to a python 3.5 installation before building 
Qt Creator and

add python to your PATH before executing Qt Creator.

Greetings
David

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

Re: [Qt-creator] starting debugger cdbengine for abi x86-windows-msvc2015-pe-32bit for over 2 minutes

[David Schulz]

Hi Bob,


could you paste the content of the debugger log ( Window -> Views -> 
Debugger Log ) at http://creator.pastebin.com. Please also enable the 
verbose option in the context menu of the log.


I guess the delay is caused by a symbol server. CDB might want to 
collect the symbols of the rebuild modules from there which can take 
some time. All relevant information should be in the log mentioned above.



Greetings
David


On 02-Sep-16 19:56, Bob Self wrote:
Thank you. I was only running Windows Defender. I disabled it and 
tried things again. Now it seems to take about 25 seconds to step into 
the first line in main(). I did make a difference (much less than 2 
minutes). But I remember it being almost instantaneous a few days ago. 
If I re-debug without doing a rebuild it is still 'instantaneous'.


Bob



On Fri, Sep 2, 2016 at 1:36 PM, Pascal COMBES > wrote:


Hello,
Did you try disabling the antivirus? This behavious is often
due to
them.
Best regards,

PS: Politeness takes no time and is greatly appreciated.

Le 02/09/2016 à 19:22, Bob Self a écrit :
> I'm running Qt creator 3.6.1 based on Qt 5.6.0 (MSVC 2015, 32
bit) on
> Windows 10. I'm debugging a simple test program.
>
> It seemed to be working OK the last time I used it (maybe 2 weeks
> ago). Today I'm finding that the debugger can take up to 2.5
minutes.
> It displays this during that startup delay:
> "starting debugger cdbengine for abi
> x86-windows-msvc2015-pe-32bit”
>
> If I stop the debugger after it finally starts and then immediately
> debug the program again, there is no noticeable delay. But after I
> clean all/rebuild all the 2 minute delay re-appears.
>
> Does anyone know what's causing this?
>
>
>
>
> ___
> 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] Creator, debugging, and Windows virus scanners

[David Schulz]

Hi,


please use a code paster next time.

It has nothing to do with the Microsoft Symbol Server. That one is used 
if you debug your application with cdb.


Your assumption about the virus scanner is most probably correct. If you 
have a look at the long time spans in your log, you can see that they 
are in most cases directly in front of a "library is loaded" message.


Check with your IT department if they can whitelist your development 
folder and check whether that helps.



Greetings

David


On 17-Aug-16 13:01, Murphy, Sean wrote:

Could you paste the content of the right side pane of the debugger log
>somewhere? The debugger log can be enabled under Window -> Views ->
>Debugger Log while in debug mode. Please also enable "Log Time Stamps"
>from the debugger log context menu.
>
>My first guess would be that the communication with the Microsoft symbol
>server is blocked and times out for every symbol file that is looked up,
>but the log will tell more about that;)

Sure, here it is:


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

Re: [Qt-creator] Creator, debugging, and Windows virus scanners

[David Schulz]

Hi,


Could you paste the content of the right side pane of the debugger log 
somewhere? The debugger log can be enabled under Window -> Views -> 
Debugger Log while in debug mode. Please also enable "Log Time Stamps" 
from the debugger log context menu.


My first guess would be that the communication with the Microsoft symbol 
server is blocked and times out for every symbol file that is looked up, 
but the log will tell more about that ;)



Greetings

David


On 16-Aug-16 18:03, Murphy, Sean wrote:

I'm not sure if anyone has a solution here, I'm working this with our IT people 
in parallel, but figured I'd ask here as well in case anyone had any ideas.

Our IT people recently changed our virus scanner software (or at minimum changed the settings). 
We're using Trend Micro OfficeScan. After this change, running the application I'm developing in 
debug mode is painfully slow. It appears the slowness is as DLLs are loaded into the debugger. I 
think might be related to the "Real-Time Scan" mode that the virus scanner does, 
according to Trend Micro's website is: "Real-time Scan is a persistent and ongoing scan. Each 
time a file is received, opened, downloaded, copied, or modified, Real-time Scan scans the file for 
security risks." I'm not 100% sure that's the only thing going on though...

Some times I've recorded:
   Test #   Debug Mode Time  Release Mode Time
   1 42 4
   2 134   1.6
   3 17 0.7
All times in seconds

Test 1: I have the application already compiled in correct mode, and then press the "Start 
Debugging F5"/ "Run CTRL + R" icon as applicable. The time is from press of that 
button until application is fully launched.

Test 2: Application is launched, I click on my File->Open QAction to bring up a 
QFileDialog. Time is from click on the QAction until QFileDialog is fully shown 
and usable. In debug mode, this is so slow, I can actually see multiple paint 
events happening, and there's a point where the dialog is fully visible, but the 
cursor isn't active yet in the line edit. The main delay seems to be a various 
DLLs are being loaded in the debugging session. The debugger status line (not sure 
what the official term is) in Creator shows DLLs being loaded, and those occur 
slow enough that I can read each DLL being loaded. But this step takes over 2 
minutes! You can imagine how much that slows down debugging my code when I need to 
load in the correct file, and I'm waiting over 2 minutes each time I iterate 
through change code, compile, run, debug, change code again...

Test 3: After canceling the file dialog in test 2, clicking the same File->Open 
QAction in Test 2. So basically I'm just repeating Test 2 a second time, but in 
this case the DLLs have already been loaded.

I can't change OS, nor can I change the scan settings myself (corporate 
policies). If I can give them enough details to go on, they might be able to 
set up a scan exclusion to help me out, but I need the details of what to give 
them. Does anyone have any thoughts?

Sean


___
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] Modnokai Night Shift v2 color scheme for QtC Text Editor

[David Schulz]

Hi Georger,

thank you for the nice color scheme. What about providing it to every 
creator user by contributing your scheme to the creator source? Here 
(https://wiki.qt.io/Qt_Contribution_Guidelines) is a "short" summary how 
you can contribute your change to the Qt Project.


Greetings,

David


On 14-Jun-16 01:32, Georger Araujo via Qt-creator wrote:

Hi,
I would like to share a color scheme I created for Qt Creator's Text Editor 
based on Wimer Hazenberg's Monokai color theme for Textmate [1]. The XML file 
for the color theme, and a screenshot (the font is Consolas 11-pt), are 
attached.
I fine-tuned it over time, and hope it can be useful to you.

[1] http://www.monokai.nl/blog/2006/07/15/textmate-color-theme/

Best regards,

Georger


___
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] Scroll wheel speed in Qt Creator

[David Schulz]

Hi,

you should be able to adjust the scroll wheel speed via the system 
settings, but an additional option inside Qt Creator that overrides 
these system settings sounds also helpful. Please create a suggestion at 
https://bugreports.qt.io.


greetings

David

On 09-Jun-16 17:14, OmegaPhil wrote:

Does anyone know how change the scroll wheel speed in the Qt Creator IDE
(v4 currently)? One unit of movement = one line currently, which is a
bit slow for a large file. Ideally there'd be a setting under Tools ->
Options -> Text Editor page -> Behavior tab: Mouse and Keyboard.



___
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] Solarized color scheme for QtC Text Editor

[David Schulz]

Hi Chris,

I've contacted the author of the theme and asked if he would like to 
contribute it to the creator sources. Let's wait for an answer.


Br

David


On 05-Jun-16 01:56, Ch'Gans wrote:

Hi there,

I'm a big fan of the solarized [1] color schemes, someone at github
has made Qtc Text Editor themes for them [2].
What about getting them integrated to QtC? They are really great and
very pleasant to use.

Chris

[1] http://ethanschoonover.com/solarized
[2] https://github.com/curonian/qtcreator-solarized
___
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] Searching for names in locator with starting letters as it is in code-completion

[David Schulz]

Hi,

there is already a suggestion for this feature at 
https://bugreports.qt.io/browse/QTCREATORBUG-3111. Vote on this 
suggestions if you would like to see it at some point in creator, but to 
be honest it hasn't currently the highest priority.


greetings
David

Am 15.04.2016 um 08:06 schrieb Prav:

Hello.

Does anyone thinks it is good to be able to search in QtC locator with stating 
letters inside names? Like
qspi can find QSerialPortInfo
... I mean the same search practise we used to have with code-completion

___
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] Nameless return values for debug mode

[David Schulz]

Hi,

Am 16.11.2015 um 11:47 schrieb Orgad Shaneh:
When you exit a function with Shift-F11 the return value is displayed 
in the Locals view.


This is a feature of the gdb engine inside creator. The cdb engine 
doesn't have that feature. I'm not quite sure about the lldb engine.


Greetings

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

Re: [Qt-creator] Compilation failure of QtCreator 3.5.0 on Win7 x64 with MSVC2013

[David Schulz]

Hi Immanuel,

Please update your Visual Studio installation. IIRC you need at least 
Service Pack 2. I guess this should be part of the README.


David

Am 07.09.2015 um 10:03 schrieb Immanuel Weber:

Hi all,

I just wanted to update my x64 build of QtCreator to 3.5.0, but 
unfortunately that failed.

I get the following error:
utf8stringvector.cpp(44) : error C2664: 
'QVector::QVector(QVector &&)' : cannot 
convert argument 1 from 'std::initializer_list' to 'int'
No user-defined-conversion operator available that can perform this 
conversion, or the operator cannot be called


This is with latest Qt 5.5.0 x64 binary for MSVC2013 
(qt-opensource-windows-x86-msvc2013_64-5.5.0).

Any ideas?

Best Regards,
Immanuel


___
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] Syntax highlighting of PHP files

[David Schulz]

Hi,

I resubmitted a change that was lost during a feature freeze 
(https://codereview.qt-project.org/#/c/88138/)
You can check if the new syntax file works by simply replacing your 
html.xml syntax file with the new web.xml from the patch under creator 
path/share/qtcreator/generic-highlighter.

BR,

David


On 6/23/2014 11:21 PM, Jochen Becher wrote:
 Am Montag, den 23.06.2014, 08:33 + schrieb Hunger Tobias:
 On 20.06.2014 20:10, Jochen Becher wrote:
I would like to use QtCreator for some small PHP/HTML5/CSS/Javascript
projects I am currently working on.

 Creator might not be the best tool for this job.
 Surely not the best but I don't want to use another IDE just because I
 want to edit some php files and jQuery code. I already started to create
 some file wizards for Web projects, PHP and HTML files.

 Any idea what's going wrong?
 Unfortunately I do not, but then the editors are not really my area of
 expertise.

 I do not have Kate installed on my system
 but gedit from Gnome 3. It highlights these files correctly but I am
 not sure if gedit also uses the Kate definitions.
 AFAIK gedit is using a completely different highlighter. So that gedit
 works is not really a sign that creator should also work.

 Creator will most likely also have trouble with PHP embedded in HTML.
 AFAIK (not my area of expertise, see above) Creator has one generic
 highlighter, so you will get either PHP or HTML.
 I found this http://comments.gmane.org/gmane.comp.lib.qt.general/42686

 If I understand it right QtCreator should already be able to handle
 embedded highlighting.

 But for now I would be happy to know why PHP highlighting isn't working.
 Embedded HTML is the next step.

 Regards, Jochen

 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

Re: [Qt-creator] Qt Creator 2.8/3.0 + cdb 6.12 + Qt 5.2

[David Schulz]

Hi Sergey,

could you check if it works when you use the cdb extension from 
https://qt.gitorious.org/qt-creator/binary-artifacts/source/5fb7ae7c1581004cb83f9a194f4d5a422b736094:win32/lib/qtcreatorcdbext64?


And if it doesn't work, could you open a bugreport?

BR
David

Am 2/25/2014 10:27 AM, schrieb Sergey Sadovnikov:

Hi, David,

Of course, I expect what QtC 2.0 and 3.0 should work properly with Qt 
5 types. But, unfortunately, QString is not displayed. QVector too. 
I'm working with self-build versions of QtC and Qt 5.2, so it is 
possible what I did something wrong during the build process. But I 
can't understand - what exactly?


Best regards,
Sergey.


2014-02-25 11:21 GMT+04:00 David Schulz david.sch...@digia.com 
mailto:david.sch...@digia.com:


Hi Sergey,

QtCreator 2.8 and 3.0 should work with the majority of Qt 5 types.
Can you specify which types can't be displayed? Where did you get
your Qt and QtCreator from? Self-build or downloaded a prebuild
package?

BR
David

Am 2/24/2014 9:11 PM, schrieb Sergey Sadovnikov:

Hello everybody,

Some time ago I encountered a problem. Nor QtC 2.8 and QtC 3.0
can't display types from Qt 5.2 within cdb debug session. What is
the best way to setup cdb debug helpers for QtC 2,8/3.0 and Qt 5.2?

Best regards,
Sergey.


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



___
Qt-creator mailing list
Qt-creator@qt-project.org mailto: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] Why not separate Open File from Open Project?

[David Schulz]

Am 11/10/2013 1:01 AM, schrieb Mateusz Loskot:
 Hi,

 I wonder what's the rationale behind single Open File or Project command.
 Why not to have two separate commands in the File menu?

 If I have my.pro project loaded, I can't use CTRL+O dialog to open
 my.pro file for editing, because Qt Creator complains:
 project already open.

Hi,

you can open your .pro file for editing via the File menu entry Open 
File With
Select your .pro File and choose the editor you want to open the file.

br,
David


 So, I have to navigate to the my.pro in the Projects sidebar.

 Also, how mimetypes are prioritised?
 Is it safe to assume that if a file (or pattern) is both a project
 and an editable text file, then Qt Creator will always load it as a project?
 IOW, does project mode have higher priority than editing mode?

 Best regards,

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

Re: [Qt-creator] Window resize limit on newer QtCreator builds?

[David Schulz]

Hi,

this is a known Issue which somehow belongs to the Welcome screen. 
Passing -noload Welcome to your creator should temporally fix the 
problem for you :)

Bug report is opened:
https://bugreports.qt-project.org/browse/QTCREATORBUG-10505

br,
David

Am 11/11/2013 4:33 PM, schrieb Preet:
 In newer QtCreator builds it seems like you can't resize the width of
 the window to less than ~1000 pixels. Is there any reason this was
 added? This makes it a pain to use QtCreator on smaller resolution
 displays -- sometimes I'll only be editing a single document and don't
 want the additional real estate.

 Preet
 ___
 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] Design 3#

[David Schulz]

Am 10/11/2013 7:30 PM, schrieb Elias Steurer:


Hey Folks,

Some new Designs J

Light Theme:

http://img4.imageshack.us/img4/4947/5h2.png

Dark Theme:

http://img96.imageshack.us/img96/2734/rspm.png

I would appreciate useful feedback.

Best,

Eli



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

Hi,

I personally like the dark theme and don't mind the flat design of the 
UI, but Leena already pointed you in your first proposal to 
http://qt-project.org/doc/qtcreator-2.8/creator-faq.html#questions-about-new-features.


There are all the reasons mentioned why will not accept tabs for editors 
in QtCreator. So please take this into account for your next proposal.


Cheers

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

Re: [Qt-creator] Slow cdb

[David Schulz]

Hi Peter,

the warning could result from using the Microsoft Symbol Server.
The problem is that the cdb tries to get all your symbols from this server.
What results in some overhead for all the symbols which are not 
available. For Example the whole Qt and QtCreator libraries.

If you have a Creator checkout from the 2.8 branch you schould be able 
to add a symbol cache to the symbol paths for the cdb in the options 
under Debugger - CDBPaths - Symbol Paths - Insert... - Symbol Cache...
It is important that you insert the cache before the symbol server 
otherwise the symbols wouldn't get cached and read before the server is 
contacted.

If you are using an older QtCreator add the symbolcache manually. The 
setting can be found under Options - Debugger - CDB - Paths - Symbol 
Paths - Edit... in versions  2.8.

For Example:
cache*C:\dev\symbolcache

srv*http://msdl.microsoft.com/download/symbols


You should also remove the folder from the path with srv*. Otherwise The 
symbols from the server would be cached in two places.

BR David

Am 6/4/2013 9:40 AM, schrieb Peter Kümmel:
 Wasn't there a wiki entry about dead slow cdb or cdb in general?

 I think there was something related to the warning
   WARNING: Unable to verify checksum for ...
 but I couldn't find it any more.

 What was the reason for this warning, is this warning related to the slowdown?
 How could I fix the bad cdb speed on my installation side?

 (I use cdb to debug gdb support atm)

 Peter
 ___
 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] Send a message to the general message panel

[David Schulz]

Am 5/17/2013 11:45 PM, schrieb Thomas Meyer:

Hi,
how can I send a simple string (QString) from a plugin to the 'General
Messages' panel (or pane)
and how to the TextEditor (an opened text file)?


Hi,

you can use EditorManager::currentEditor() to get the editor.
You receive an IEditor object, which you have to cast to ITextEditor.
ITextEditor define the function insert(const QString string)

sample code:

if(IEditor*editor=EditorManager::currentEditor()){
if(TextEditor::ITextEditor*textEditor=qobject_castTextEditor::ITextEditor*(editor))
textEditor-insert(QString(Helloworld));
}

Don't forget to add the TextEditor Plugin as a dependencie to your plugin :)

BR,
David


Where can I find some documentation about the 'communication' (sending
or receiving strings etc.)
between plugins and the different panes (panels?) and the TextEditor?

Example:
I have build a simple plugin, which is a dialog with a button 'send
text' and should send
'Hello world' to an opened text file. For 'debugging' I want to send
'send text pressed'
to the 'General Messages' pane.

Thanks,
  Thomas


___
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] Setting Font Color/Style for DOxygen text

[David Schulz]

Hi,

the HTML tags should be highlighted as keywords, but for some unknown 
reasons it seems that they are rehighlighted with another colour. It 
would be nice if you could open a report for this bug.

br,

David


On 02/15/2013 10:35 PM, Frédéric Marchal wrote:
 On Friday 15 February 2013 19:02:07 Michael Jackson wrote:
 My colors are set to green, light green and purple. The text is bright
 blue. Clearly not the same. Also if I use html style tags in the comments
 (like b/b) then they show up black. I am on a black background so this
 is also an issue.

 Maybe I am not opening the file correctly? The files have a .dox extension.
 Maybe QtCreator is opening those with a different editor type like Plain
 Text or Something? Same issues with XML documents.

   again, this is with a Black background.
 Unfortunately, I can't help much here.

 Doxygen tags are highlighted as they should when they are in a C or C++ source
 file but things are different in a *.dox file.

 A doxygen tag is assigned a style that's not available in the color scheme
 list.

 On the other side, a doxygen comment follows the color scheme of a regular
 comment and a regular C comment is not highlighted at all. It's as expected.

 Kate is displaying everything correctly in a dox file. So I guess it is a
 problem with the way the highlighting rules are mapped to the color scheme in
 Qt Creator. I don't know how it works.

 Frederic



 THanks
 ---
 MJ

 On Feb 15, 2013, at 1:20 AM, Frédéric Marchal wrote:
 On Thursday 14 February 2013, Michael Jackson wrote:
 Where do I set the Font Color/Style for DOxygen comments? I see that I
 can set the style for DOxygen keywords but not the text itself?
 Go the the Tools/Options... menu.

 Select Text Editor then Font  Colors.

 In the Color Scheme list, near the bottom, there are the three entries
 Comment, Doxygen Comment and Doxygen Tag. The second one is the one
 you are looking for.

 This is for Qt Creator 2.6.2.

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


-- 
David Schulz

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: david.sch...@digia.com
Tel: +49 30 63 92 32 55

Digia Germany is a group company of Digia Plc,
Valimotie 21, FI-00380 Helsinki Finland
Visit us at: www.digia.com

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

[Qt-creator] Default behaviour of opening links

[David Schulz]

Hi,

recently I've accidentally merged a patch before branching 2.7 which 
changes the default behaviour when opening links in the editor of the Qt 
Creator. If the current editor has a splitter it will try to find a 
visible editor and open the link in that split. If no visible editor was 
found for the link, it will just open the targeted file in the next 
split. I have already merged a patch which set the default to the old 
behaviour, but just in case you encounter problems with opening links 
when using splits you should check if the option is disabled:

Options - Text Editor - Display - Open Links in Another Split

br,
david

-- 
David Schulz

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: david.sch...@digia.com
Tel: +49 30 63 92 32 55

Digia Germany is a group company of Digia Plc,
Valimotie 21, FI-00380 Helsinki Finland
Visit us at: www.digia.com

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