Re: [Qt-creator] QtCreator 10 and CMakePresets

2023-04-03 Thread Michael Jackson
 As a follow up to the below I have noticed that the command that QtCreator
is using to configure the project is the following:

Running /opt/local/cmake-3.25.3-macos-universal/CMake.app/Contents/bin/cmake
-S /Users/mjackson/Workspace1/DREAM3DNX -B
/Users/mjackson/Workspace1/DREAM3D-Build/DREAM3DNX-Release-x64
-DCMAKE_GENERATOR:STRING=Ninja -DCMAKE_BUILD_TYPE:STRING=STRING
-DCMAKE_PROJECT_INCLUDE_BEFORE:FILEPATH=/Users/mjackson/Workspace1/DREAM3D-Build/DREAM3DNX-Release-x64/.qtc/package-manager/auto-setup.cmake
-DQT_QMAKE_EXECUTABLE:FILEPATH= -DCMAKE_PREFIX_PATH:PATH=
-DCMAKE_C_COMPILER:FILEPATH= -DCMAKE_CXX_COMPILER:FILEPATH=
-DBUILD_EXAMPLES:BOOL=BOOL -DCMAKE_MAKE_PROGRAM:FILEPATH=FILEPATH
-DCMAKE_TOOLCHAIN_FILE:FILEPATH=FILEPATH
-DCOMPLEX_BUILD_DOCS:BOOL=BOOL -DCOMPLEX_BUILD_PYTHON:BOOL=BOOL
-DCOMPLEX_BUILD_TESTS:BOOL=BOOL -DDREAM3D_DATA_DIR:STRING=STRING
-DDREAM3D_ENABLE_DOCUMENTATION:BOOL=BOOL -DMKDOCS_EXECUTABLE:PATH=PATH
-DPython3_EXECUTABLE:PATH=PATH -DQt5_DIR:PATH=PATH
-DVCPKG_INSTALLED_DIR:STRING=STRING -DVCPKG_MANIFEST_DIR:STRING=STRING
-DVCPKG_MANIFEST_FEATURES:STRING=STRING
-DVCPKG_MANIFEST_INSTALL:BOOL=BOOL
-DVCPKG_TARGET_TRIPLET:STRING=STRING -DVTK_DIR:PATH=PATH in
/Users/mjackson/Workspace1/DREAM3D-Build/DREAM3DNX-Release-x64.```

I feel like those “BOOL=BOOL” and “PATH=PATH” should be BOOL=TRUE and
PATH=/opt/local/foo/bar?


And How do I convince QtCreator that it doesn’t need:

-DCMAKE_PROJECT_INCLUDE_BEFORE:FILEPATH=/Users/mjackson/Workspace1/DREAM3D-Build/DREAM3DNX-Release-x64/.qtc/package-manager/auto-setup.cmake


Anyways, here is the output from trying to configure my build;

Running /opt/local/cmake-3.25.3-macos-universal/CMake.app/Contents/bin/cmake
-S /Users/mjackson/Workspace1/DREAM3DNX -B
/Users/mjackson/Workspace1/DREAM3D-Build/DREAM3DNX-Release-x64
-DCMAKE_GENERATOR:STRING=Ninja -DCMAKE_BUILD_TYPE:STRING=STRING
-DCMAKE_PROJECT_INCLUDE_BEFORE:FILEPATH=/Users/mjackson/Workspace1/DREAM3D-Build/DREAM3DNX-Release-x64/.qtc/package-manager/auto-setup.cmake
-DQT_QMAKE_EXECUTABLE:FILEPATH= -DCMAKE_PREFIX_PATH:PATH=
-DCMAKE_C_COMPILER:FILEPATH= -DCMAKE_CXX_COMPILER:FILEPATH=
-DBUILD_EXAMPLES:BOOL=BOOL -DCMAKE_MAKE_PROGRAM:FILEPATH=FILEPATH
-DCMAKE_TOOLCHAIN_FILE:FILEPATH=FILEPATH
-DCOMPLEX_BUILD_DOCS:BOOL=BOOL -DCOMPLEX_BUILD_PYTHON:BOOL=BOOL
-DCOMPLEX_BUILD_TESTS:BOOL=BOOL -DDREAM3D_DATA_DIR:STRING=STRING
-DDREAM3D_ENABLE_DOCUMENTATION:BOOL=BOOL -DMKDOCS_EXECUTABLE:PATH=PATH
-DPython3_EXECUTABLE:PATH=PATH -DQt5_DIR:PATH=PATH
-DVCPKG_INSTALLED_DIR:STRING=STRING -DVCPKG_MANIFEST_DIR:STRING=STRING
-DVCPKG_MANIFEST_FEATURES:STRING=STRING
-DVCPKG_MANIFEST_INSTALL:BOOL=BOOL
-DVCPKG_TARGET_TRIPLET:STRING=STRING -DVTK_DIR:PATH=PATH in
/Users/mjackson/Workspace1/DREAM3D-Build/DREAM3DNX-Release-x64.
CMake Error at 
/opt/local/cmake-3.25.3-macos-universal/CMake.app/Contents/share/cmake-3.25/Modules/CMakeDetermineSystem.cmake:130
(message):
  Could not find toolchain file: FILEPATH
Call Stack (most recent call first):
  CMakeLists.txt:68 (project)


CMake Error at CMakeLists.txt:68 (project):
  Running

   'FILEPATH' '--version'

  failed with:

   No such file or directory


-- Configuring incomplete, errors occurred!
CMake process exited with exit code 1.

Elapsed time: 00:00.```



—
Mike Jackson


On Apr 3, 2023 at 15:57:54, Michael Jackson 
wrote:

> Is QtCreator 10’s use of CMakePresets the “configure” preset or
> the “build” preset? I can’t really figure it out? Is it using the display
> name or the “name” in the preset? Does it honor the “inherits” property of
> a preset?
>
> And when I rename the presets (in an attempt to make the preset more
> obvious) how do I inform QtCreator that those names have changed? At the
> moment I am blowing away all the build directories and the
> CMakelists.txt.user file and re-opening the project. Is there a better way?
> —
> Mike Jackson
>
-- 
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator


[Qt-creator] QtCreator 10 and CMakePresets

2023-04-03 Thread Michael Jackson
Is QtCreator 10’s use of CMakePresets the “configure” preset or the “build”
preset? I can’t really figure it out? Is it using the display name or
the “name” in the preset? Does it honor the “inherits” property of a preset?

And when I rename the presets (in an attempt to make the preset more
obvious) how do I inform QtCreator that those names have changed? At the
moment I am blowing away all the build directories and the
CMakelists.txt.user file and re-opening the project. Is there a better way?
—
Mike Jackson
-- 
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator


[Qt-creator] List of Available Variable Names for Build Directory

2022-04-29 Thread Michael Jackson
Is there a documented list somewhere that shows all of the variables that I can 
use to setup a build directory? I want to separate build directories based on 
the system architecture. Something like:

../%{JS: 
Util.asciify("%{Project:Name}-Build/%{BuildConfig:Name}-%{BuildConfig:arch}")}

--
Mike Jackson


___
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

2022-04-04 Thread Michael Jackson
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] How to show functions as an alphabetized list in QtCreator 7.0

2022-04-02 Thread Michael Jackson
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] Project Organization from CMake

2022-04-02 Thread Michael Jackson
Does the latest QtCreator honor the cmake "source_group" organization
from CMake files? We have these throughout our CMake code base and was
hoping to have QtCreator honor those groupings? No biggie if it does
not as we can just rely on the FileSystem view.

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


Re: [Qt-creator] Unable to Compile QtCreator (4.15)

2021-02-23 Thread Michael Jackson
Cool Thanks for the information and steps. I did all steps and patched the code 
to successfully compile on my end. I created a new branch and pushed that 
branch to my fork on GitHub (github.com/imikejackson). I also updated the 
cmake.yml build matrix to also build the clangrefactoringplugin? I’ll check 
back later this afternoon to see if a GitHub action performed the build?

 

--

Mike Jackson

 

From: Cristian Adam 
Date: Tuesday, February 23, 2021 at 10:41 AM
To: Michael Jackson , Qt-creator 

Subject: Re: [Qt-creator] Unable to Compile QtCreator (4.15)

 

On 23/02/2021 16:25, Michael Jackson wrote:
Oh. Should I not be compiling those plugins? I liked having them around in 
earlier releases of QtCreator. On a related note is there a web site that shows 
the results of CI builds and their configurations? Or a place I can submit a 
build? Would that be the Gerrit site?
 
We have GitHub Actions enabled at 
https://github.com/qt-creator/qt-creator/actions 

If you have a GitHub account you can:
Fork https://github.com/qt-creator/qt-creator
Add your GitHub fork to your Qt Creator git checkout
$ git remote add github https://github.com//qt-creator.git
Push to your GitHub fork
$ git push github --force
Your GitHub fork will get its own build of Qt Creator. The build is ccache 
backed, and after the cache is warm, a build should take ~30 minutes. You also 
get build artifacts for Linux, Window and macOS.

Cheers,
Cristian.

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


Re: [Qt-creator] Unable to Compile QtCreator (4.15)

2021-02-23 Thread Michael Jackson
On 2/23/21, 10:16 AM, "Cristian Adam"  wrote:

On 23/02/2021 16:03, Michael Jackson wrote:

> I have been trying for the last few days to compile QtCreator using the 
master branch. I finally had to pick some random commit from a few weeks back 
to get it to compile. I just tried the latest 4.15 branch and I get the 
following compiler error:
>
> This is the general set of commands that I follow:
>
>  cd /Users/Shared/OpenSource
>  curl 
"http://qt.mirror.constant.com/development_releases/prebuilt/libclang/libclang-release_100-based-mac.7z;
 --output libclang-release_110-based-mac.7z
Notice that you download libclang-release_100 and save it as 
libclang-release_110.
>  open libclang-release_110-based-mac.7z
>  export BRANCH=4.15
>  git clone -b $BRANCH ssh://g...@github.com/qt-creator/qt-creator
>  mkdir -p qt-creator-builds/Relase
>  cd qt-creator-builds/Relase
>  export 
PATH=/Users/Shared/IMF_SDK/Qt5.14.2/5.14.2/clang_64/bin:$PATH
>  cmake -G Ninja -DCMAKE_BUILD_TYPE=Debug 
-DCMAKE_INSTALL_PREFIX=/Users/mjackson/Applications/QtCreator-$BRANCH 
-DBUILD_PLUGIN_CLANGREFACTORING=ON -DBUILD_PLUGIN_CLANGPCHMANAGER=ON 
-DCMAKE_PREFIX_PATH=/Users/Shared/OpenSource/libclang  ../../qt-creator
You are using BUILD_PLUGIN_CLANGREFACTORING=ON and 
BUILD_PLUGIN_CLANGPCHMANAGER=ON which are by default OFF.
>  ninja
>  ninja install
>
>
> since I am not seeing any traffic on the list I'll assume that I have 
missed an update or something?

You are building plugins which nobody else is building.

Cheers,
Cristian.

Oh. Should I not be compiling those plugins? I liked having them around in 
earlier releases of QtCreator. On a related note is there a web site that shows 
the results of CI builds and their configurations? Or a place I can submit a 
build? Would that be the Gerrit site?

Thank You
Mike Jackson


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


[Qt-creator] Unable to Compile QtCreator (4.15)

2021-02-23 Thread Michael Jackson
I have been trying for the last few days to compile QtCreator using the master 
branch. I finally had to pick some random commit from a few weeks back to get 
it to compile. I just tried the latest 4.15 branch and I get the following 
compiler error:

69 warnings generated.
[867/2446] Building CXX object 
src/plugins/clangrefactoring/CMakeFiles/ClangRefactoring.dir/qtcreatorsearchhandle.cpp.o
FAILED: 
src/plugins/clangrefactoring/CMakeFiles/ClangRefactoring.dir/qtcreatorsearchhandle.cpp.o
 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++
 -DBUILD_SQLITE_LIBRARY -DCLANGREFACTORING_LIBRARY 
-DCLANG_BINDIR=\"/Users/Shared/OpenSource/libclang/bin\" 
-DCLANG_INCLUDE_DIR=\"/Users/Shared/OpenSource/libclang/lib/clang/11.0.0/include\"
 -DCLANG_VERSION=\"11.0.0\" -DClangRefactoring_EXPORTS -DHAVE_FDATASYNC 
-DHAVE_ISNAN -DHAVE_MALLOC_USABLE_SIZE -DQT_CONCURRENT_LIB -DQT_CORE_LIB 
-DQT_CREATOR -DQT_DISABLE_DEPRECATED_BEFORE=0x050900 -DQT_GUI_LIB 
-DQT_NETWORK_LIB -DQT_NO_CAST_TO_ASCII -DQT_NO_JAVA_STYLE_ITERATORS 
-DQT_RESTRICTED_CAST_FROM_ASCII -DQT_USE_QSTRINGBUILDER -DQT_WIDGETS_LIB 
-DRELATIVE_DATA_PATH=\"../Resources\" -DRELATIVE_DOC_PATH=\"../Resources/doc\" 
-DRELATIVE_LIBEXEC_PATH=\"../Resources/libexec\" 
-DRELATIVE_PLUGIN_PATH=\"../PlugIns\" -DSQLITE_CORE 
-DSQLITE_DEFAULT_FOREIGN_KEYS=1 -DSQLITE_DEFAULT_MEMSTATUS=0 
-DSQLITE_DEFAULT_MMAP_SIZE=268435456 -DSQLITE_DEFAULT_WAL_SYNCHRONOUS=1 
-DSQLITE_DQS=0 -DSQLITE_ENABLE_FTS5 -DSQLITE_ENABLE_JSON1 
-DSQLITE_ENABLE_MEMORY_MANAGEMENT -DSQLITE_ENABLE_NULL_TRIM 
-DSQLITE_ENABLE_PREUPDATE_HOOK -DSQLITE_ENABLE_SESSION -DSQLITE_ENABLE_STAT4 
-DSQLITE_ENABLE_UNLOCK_NOTIFY -DSQLITE_LIKE_DOESNT_MATCH_BLOBS 
-DSQLITE_MAX_EXPR_DEPTH=0 -DSQLITE_MAX_WORKER_THREADS -DSQLITE_OMIT_DECLTYPE 
-DSQLITE_OMIT_DEPRECATED -DSQLITE_OMIT_EXPLAIN -DSQLITE_OMIT_LOAD_EXTENSION 
-DSQLITE_OMIT_SHARED_CACHE -DSQLITE_OMIT_UTF16 -DSQLITE_TEMP_STORE=2 
-DSQLITE_THREADSAFE=2 -DSQLITE_USE_ALLOCA -Isrc/plugins/clangrefactoring 
-I/Users/Shared/OpenSource/qt-creator/src/plugins/clangrefactoring 
-Isrc/plugins/clangrefactoring/ClangRefactoring_autogen/include -Isrc 
-I/Users/Shared/OpenSource/qt-creator/src/plugins 
-I/Users/Shared/OpenSource/qt-creator/src/libs/clangsupport 
-I/Users/Shared/OpenSource/qt-creator/src/libs 
-I/Users/Shared/OpenSource/qt-creator/src/libs/sqlite 
-I/Users/Shared/OpenSource/qt-creator/src/libs/sqlite/../3rdparty/sqlite 
-I/Users/Shared/OpenSource/qt-creator/src/libs/3rdparty 
-I/Users/Shared/OpenSource/qt-creator/src/libs/3rdparty/syntax-highlighting/src/lib
 
-I/Users/Shared/OpenSource/qt-creator/src/libs/3rdparty/syntax-highlighting/autogenerated/src/lib
 -iframework /Users/Shared/IMF_SDK/Qt5.14.2/5.14.2/clang_64/lib -isystem 
/Users/Shared/IMF_SDK/Qt5.14.2/5.14.2/clang_64/lib/QtConcurrent.framework/Headers
 -isystem 
/Users/Shared/IMF_SDK/Qt5.14.2/5.14.2/clang_64/lib/QtCore.framework/Headers 
-isystem /Users/Shared/IMF_SDK/Qt5.14.2/5.14.2/clang_64/./mkspecs/macx-clang 
-isystem 
/Users/Shared/IMF_SDK/Qt5.14.2/5.14.2/clang_64/lib/QtNetwork.framework/Headers 
-isystem 
/Users/Shared/IMF_SDK/Qt5.14.2/5.14.2/clang_64/lib/QtGui.framework/Headers 
-isystem 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX11.1.sdk/System/Library/Frameworks/OpenGL.framework/Headers
 -isystem 
/Users/Shared/IMF_SDK/Qt5.14.2/5.14.2/clang_64/lib/QtWidgets.framework/Headers 
-g -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX11.1.sdk
 -mmacosx-version-min=10.15 -fPIC -fvisibility=hidden 
-fvisibility-inlines-hidden -fPIC -std=c++17 -Winvalid-pch -Xclang -include-pch 
-Xclang 
/Users/Shared/OpenSource/qt-creator-builds/Release/src/libs/3rdparty/syntax-highlighting/CMakeFiles/QtCreatorPchGui.dir/cmake_pch.hxx.pch
 -Xclang -include -Xclang 
/Users/Shared/OpenSource/qt-creator-builds/Release/src/libs/3rdparty/syntax-highlighting/CMakeFiles/QtCreatorPchGui.dir/cmake_pch.hxx
 -MD -MT 
src/plugins/clangrefactoring/CMakeFiles/ClangRefactoring.dir/qtcreatorsearchhandle.cpp.o
 -MF 
src/plugins/clangrefactoring/CMakeFiles/ClangRefactoring.dir/qtcreatorsearchhandle.cpp.o.d
 -o 
src/plugins/clangrefactoring/CMakeFiles/ClangRefactoring.dir/qtcreatorsearchhandle.cpp.o
 -c 
/Users/Shared/OpenSource/qt-creator/src/plugins/clangrefactoring/qtcreatorsearchhandle.cpp
/Users/Shared/OpenSource/qt-creator/src/plugins/clangrefactoring/qtcreatorsearchhandle.cpp:45:39:
 error: too many arguments to function call, expected single argument 'item', 
have 3 arguments
searchResult->addResult(fileName, lineText, textRange);
~~~   ^~~
/Users/Shared/OpenSource/qt-creator/src/plugins/coreplugin/find/searchresultwindow.h:79:5:
 note: 'addResult' declared here
void addResult(const SearchResultItem );
^
1 error generated.
[884/2446] Building CXX object 

Re: [Qt-creator] Follow Symbol Under Cursor always takes me to the header file

2021-02-19 Thread Michael Jackson
Thank you for the suggestions. I decided to move my entire .config/QtProject to 
the side and restart QtCreator and now I seem to get the proper behavior. 
Moving the old settings back into place seems to go back to the old behavior so 
I guess there is just something in the settings file(s) that messes with the 
ability to jump to the definition versus the declaration. I’ll just consider 
this a user-error and move on… 

 

--

Mike Jackson

 

From: Adam Light 
Date: Friday, February 19, 2021 at 9:43 AM
To: Michael Jackson 
Cc: Qt-creator 
Subject: Re: [Qt-creator] Follow Symbol Under Cursor always takes me to the 
header file

 

 

 

On Thu, Feb 18, 2021 at 3:04 PM Michael Jackson  
wrote:

I have a .cpp file opened. I am sitting at a piece of code and I want to jump 
to the method definition, I right click and select "Follow Symbol Under 
Cursor", QtCreator takes me to the "declaration" in the header file. How do I 
get it to jump to the definition instead?

As a side note: This has *never* worked for me since I have started using 
QtCreator. I just put up with it. But this has got to be a "user error" on my 
part but I can't figure out what should be doing instead. 

 

This happens to us in some places in our code where the declaration and the 
definition of a function are not identical.

 

For example, the .h file has:

void foo(QWidget* w);

 

and the  .cpp file has:

void foo(QWidgetPtr w);

 

somewhere in our code (though perhaps not in a place that the .h file 
#includes) there is a typedef that defines QWidgetPtr as QWidget*, therefore 
the code compiles.

 

If we change the types to be the same in the .h and .cpp file, then Follow 
Symbol Under Cursor works as expected. But otherwise it only takes us to the .h 
file.

 

If it's never worked for you then this is probably not what you're running 
into, but I thought I'd mention this just in case.

 

Adam

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


[Qt-creator] Follow Symbol Under Cursor always takes me to the header file

2021-02-18 Thread Michael Jackson
I have a .cpp file opened. I am sitting at a piece of code and I want to jump 
to the method definition, I right click and select "Follow Symbol Under 
Cursor", QtCreator takes me to the "declaration" in the header file. How do I 
get it to jump to the definition instead?

As a side note: This has *never* worked for me since I have started using 
QtCreator. I just put up with it. But this has got to be a "user error" on my 
part but I can't figure out what should be doing instead. 

--
Mike Jackson 


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


Re: [Qt-creator] Error Using .clang-tidy file instead of built ins (Master branch from QtCreator Git Repo)

2021-01-21 Thread Michael Jackson
Just to follow up on my post, this diff seems to allow clang-tidy to run and 
use my configuration file. Not sure if that is the right way, I just took a 
very quick look at the sources without any sanity checking.

diff --git a/src/plugins/clangtools/clangtidyclazyrunner.cpp 
b/src/plugins/clangtools/clangtidyclazyrunner.cpp
index 6b4ff3fac1..0c97d4993a 100644
--- a/src/plugins/clangtools/clangtidyclazyrunner.cpp
+++ b/src/plugins/clangtools/clangtidyclazyrunner.cpp
@@ -61,6 +61,8 @@ static QStringList tidyChecksArguments(const 
ClangDiagnosticConfig diagnosticCon
 return {"-config={}", "-checks=-clang-diagnostic-*"};
 if (tidyMode == ClangDiagnosticConfig::TidyMode::UseCustomChecks)
 return {"-config=" + diagnosticConfig.clangTidyChecksAsJson()};
+if (tidyMode == ClangDiagnosticConfig::TidyMode::UseConfigFile)
+return {"-format-style='file'"};
 return {"--warnings-as-errors=-*", "-check=-clang-diagnostic-*"};
 }

--
Mike Jackson

On 1/21/21, 4:23 PM, "Michael Jackson"  wrote:

I am having some trouble getting QtCreator to a full functioning state 
after building from Git. I cloned the sources from 
 and started through the ReadMe.md 
file.

I have CMake 3.19.3, Xcode 12.3, ninja 1.9.0 all installed.
I have the prebuilt Qt5.14.2 installed
I grabbed the prebuilt libclang version 110 as suggested and installed into 
/Users/Shared/OpenSource/libclang

My configuration is as follows:
[me@host] $ export 
PATH=/Users/Shared/IMF_SDK/Qt5.14.2/5.14.2/clang_64/bin:$PATH
[me@host] $ cmake -G Ninja -DCMAKE_BUILD_TYPE=Debug \
-DCMAKE_INSTALL_PREFIX=/Users/mjackson/Applications/QtCreator-master \
-DBUILD_PLUGIN_CLANGREFACTORING=ON \
-DBUILD_PLUGIN_CLANGPCHMANAGER=ON \
-DCMAKE_PREFIX_PATH=/Users/Shared/OpenSource/libclang  \
../../qt-creator

[me@host] $ ninja
[me@host] $ cmake --install . --prefix /path/to/qtcreator_install
[me@host] $ cmake --install . --prefix /path/to/qtcreator_install 
--component Dependencies

Launch QtCreator, load up my project (CMake based with an existing build in 
place). All works fine. I open a source file and try to "Analyze current File" 
by right clicking on the editor, the analysis starts but I get errors back. 
This is with Analyzer->Clang Tools->Diagnostic Configuration set to a custom 
value where the "Clang-Tidy Checks" are set to "Use .clang-tidy config file". 
Here is the output from the analyzer run:


16:18:57: Running Clang-Tidy and Clazy on 
/Users/mjackson/DREAM3D-Dev/DREAM3D/CMakeLists.txt with configuration 
"Mike-No-Clazy".
Analyzing 
"/Users/mjackson/DREAM3D-Dev/DREAM3D_Plugins/DREAM3DReview/DREAM3DReviewFilters/PrincipalComponentAnalysis.cpp"
 [Clang-Tidy].
Failed to analyze 
"/Users/mjackson/DREAM3D-Dev/DREAM3D_Plugins/DREAM3DReview/DREAM3DReviewFilters/PrincipalComponentAnalysis.cpp":
 Clang-Tidy finished with exit code: 1.
Command line: '/Users/mjackson/Applications/QtCreator-Master/Qt 
Creator.app/Contents/Resources/libexec/clang/bin/clang-tidy' 
'--warnings-as-errors=-*' '-check=-clang-diagnostic-*' 
-export-fixes=/private/var/folders/_5/02hyk35j4_n6k_nl9ltq37n8gn/T/QtCreator-KrrgEu/clangtools-hsKImT/report-PrincipalComponentAnalysis.cpp-OHzGfK
 
/Users/mjackson/DREAM3D-Dev/DREAM3D_Plugins/DREAM3DReview/DREAM3DReviewFilters/PrincipalComponentAnalysis.cpp
 -- -Wno-unknown-pragmas -Wno-unknown-warning-option 
-Wno-documentation-unknown-command -nostdinc -nostdinc++ -mfpmath=sse -g -arch 
x86_64 -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk
 -mmacosx-version-min=10.15 -fPIC -fPIC -std=c++17 -fsyntax-only -m64 
--target=x86_64-apple-darwin14.5.0 -x c++ -DDEBUG -DDREAM3DReviewServer_EXPORTS 
-DH5Support_USE_MUTEX -DH5Support_USE_QT -DH5_BUILT_AS_DYNAMIC_LIB 
-DQT_CORE_LIB -DQT_NETWORK_LIB -I 
/Users/mjackson/DREAM3D-Dev/DREAM3D-Build/Debug/Plugins/DREAM3DReview -I 
/Users/mjackson/DREAM3D-Dev/DREAM3D_Plugins/DREAM3DReview -I 
/Users/mjackson/DREAM3D-Dev/DREAM3D-Build/Debug/Plugins/DREAM3DReview/DREAM3DReviewServer_autogen/include
 -I /Users/mjackson/DREAM3D-Dev/DREAM3D_Plugins -I 
/Users/mjackson/DREAM3D-Dev/DREAM3D-Build/Debug/Plugins -I 
/Users/mjackson/DREAM3D-Dev/DREAM3D-Build/Debug/Plugins/DREAM3DReview/DREAM3DReviewFilters
 -I /Users/Shared/DREAM3D_SDK/ITK-master-Debug/Modules/Core/Common -I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/Core/Common/include
 -I /Users/Shared/DREAM3D_SDK/ITK-master-Debug/Modules/ThirdParty/Eigen3/src -I 
/Users/Shared/DREAM3D_SDK/ITK-master-Debug/Modules/ThirdParty/KWIML/src -I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/ThirdParty/KWIML/src
 -I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/ThirdParty/VNL/src/vxl/core
 -I 
/Users/Shared/DREAM3D_SDK/ITK-m

[Qt-creator] Error Using .clang-tidy file instead of built ins (Master branch from QtCreator Git Repo)

2021-01-21 Thread Michael Jackson
I am having some trouble getting QtCreator to a full functioning state after 
building from Git. I cloned the sources from 
 and started through the ReadMe.md 
file.

I have CMake 3.19.3, Xcode 12.3, ninja 1.9.0 all installed.
I have the prebuilt Qt5.14.2 installed
I grabbed the prebuilt libclang version 110 as suggested and installed into 
/Users/Shared/OpenSource/libclang

My configuration is as follows:
[me@host] $ export PATH=/Users/Shared/IMF_SDK/Qt5.14.2/5.14.2/clang_64/bin:$PATH
[me@host] $ cmake -G Ninja -DCMAKE_BUILD_TYPE=Debug \
-DCMAKE_INSTALL_PREFIX=/Users/mjackson/Applications/QtCreator-master \
-DBUILD_PLUGIN_CLANGREFACTORING=ON \
-DBUILD_PLUGIN_CLANGPCHMANAGER=ON \
-DCMAKE_PREFIX_PATH=/Users/Shared/OpenSource/libclang  \
../../qt-creator

[me@host] $ ninja
[me@host] $ cmake --install . --prefix /path/to/qtcreator_install
[me@host] $ cmake --install . --prefix /path/to/qtcreator_install --component 
Dependencies

Launch QtCreator, load up my project (CMake based with an existing build in 
place). All works fine. I open a source file and try to "Analyze current File" 
by right clicking on the editor, the analysis starts but I get errors back. 
This is with Analyzer->Clang Tools->Diagnostic Configuration set to a custom 
value where the "Clang-Tidy Checks" are set to "Use .clang-tidy config file". 
Here is the output from the analyzer run:


16:18:57: Running Clang-Tidy and Clazy on 
/Users/mjackson/DREAM3D-Dev/DREAM3D/CMakeLists.txt with configuration 
"Mike-No-Clazy".
Analyzing 
"/Users/mjackson/DREAM3D-Dev/DREAM3D_Plugins/DREAM3DReview/DREAM3DReviewFilters/PrincipalComponentAnalysis.cpp"
 [Clang-Tidy].
Failed to analyze 
"/Users/mjackson/DREAM3D-Dev/DREAM3D_Plugins/DREAM3DReview/DREAM3DReviewFilters/PrincipalComponentAnalysis.cpp":
 Clang-Tidy finished with exit code: 1.
Command line: '/Users/mjackson/Applications/QtCreator-Master/Qt 
Creator.app/Contents/Resources/libexec/clang/bin/clang-tidy' 
'--warnings-as-errors=-*' '-check=-clang-diagnostic-*' 
-export-fixes=/private/var/folders/_5/02hyk35j4_n6k_nl9ltq37n8gn/T/QtCreator-KrrgEu/clangtools-hsKImT/report-PrincipalComponentAnalysis.cpp-OHzGfK
 
/Users/mjackson/DREAM3D-Dev/DREAM3D_Plugins/DREAM3DReview/DREAM3DReviewFilters/PrincipalComponentAnalysis.cpp
 -- -Wno-unknown-pragmas -Wno-unknown-warning-option 
-Wno-documentation-unknown-command -nostdinc -nostdinc++ -mfpmath=sse -g -arch 
x86_64 -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk
 -mmacosx-version-min=10.15 -fPIC -fPIC -std=c++17 -fsyntax-only -m64 
--target=x86_64-apple-darwin14.5.0 -x c++ -DDEBUG -DDREAM3DReviewServer_EXPORTS 
-DH5Support_USE_MUTEX -DH5Support_USE_QT -DH5_BUILT_AS_DYNAMIC_LIB 
-DQT_CORE_LIB -DQT_NETWORK_LIB -I 
/Users/mjackson/DREAM3D-Dev/DREAM3D-Build/Debug/Plugins/DREAM3DReview -I 
/Users/mjackson/DREAM3D-Dev/DREAM3D_Plugins/DREAM3DReview -I 
/Users/mjackson/DREAM3D-Dev/DREAM3D-Build/Debug/Plugins/DREAM3DReview/DREAM3DReviewServer_autogen/include
 -I /Users/mjackson/DREAM3D-Dev/DREAM3D_Plugins -I 
/Users/mjackson/DREAM3D-Dev/DREAM3D-Build/Debug/Plugins -I 
/Users/mjackson/DREAM3D-Dev/DREAM3D-Build/Debug/Plugins/DREAM3DReview/DREAM3DReviewFilters
 -I /Users/Shared/DREAM3D_SDK/ITK-master-Debug/Modules/Core/Common -I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/Core/Common/include
 -I /Users/Shared/DREAM3D_SDK/ITK-master-Debug/Modules/ThirdParty/Eigen3/src -I 
/Users/Shared/DREAM3D_SDK/ITK-master-Debug/Modules/ThirdParty/KWIML/src -I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/ThirdParty/KWIML/src
 -I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/ThirdParty/VNL/src/vxl/core
 -I 
/Users/Shared/DREAM3D_SDK/ITK-master-Debug/Modules/ThirdParty/VNL/src/vxl/v3p/netlib
 -I 
/Users/Shared/DREAM3D_SDK/ITK-master-Debug/Modules/ThirdParty/VNL/src/vxl/vcl 
-I 
/Users/Shared/DREAM3D_SDK/ITK-master-Debug/Modules/ThirdParty/VNL/src/vxl/core 
-I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/Filtering/ImageCompare/include
 -I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/Filtering/ImageFilterBase/include
 -I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/Filtering/ImageIntensity/include
 -I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/Core/ImageAdaptors/include
 -I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/Filtering/ImageGrid/include
 -I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/Core/ImageFunction/include
 -I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/Numerics/Statistics/include
 -I /Users/Shared/DREAM3D_SDK/ITK-master-Debug/Modules/ThirdParty/Netlib -I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/Core/Transform/include
 -I 
/Users/Shared/DREAM3D_SDK/superbuild/ITK-master/Source/ITK/Modules/Filtering/ImageStatistics/include
 -I 

Re: [Qt-creator] Adjusting Color of error messages

2020-09-11 Thread Michael Jackson
Christian, 
   Thanks for the help. Looks like setting those colors has an interaction with 
some sort of alpha blending? I'm unable to get "bright" colors. I tried just 
setting pure RED or pure GREEN but all are "muted" when actually viewing them 
on screen. I'll try to send some screen shots for what I mean. Does that make 
sense?

--
Mike Jackson

On 9/11/20, 4:46 AM, "Qt-creator on behalf of Christian Kandeler" 
 wrote:

On Wed, 02 Sep 2020 09:19:17 -0400
Michael Jackson  wrote:

> In the latest QtCreator I use a pure black background for the C++ editor. 
When there are errors in my code to the right of the editor the error message 
will show up but the issue is that the red color is very dark and hard to read. 
Is there somewhere to adjust this color? I'm building QtCreator myself so even 
if I have to dig into the code and recompile I am ok with that. Example image 
is attached.

If I'm not mistaken, that should be "CodeModel_Error_TextMarkColor" and
"CodeModel_Warning_TextMarkColor" in share/qtcreator/themes/*.


Christian
___
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] Adjusting Color of error messages

2020-09-02 Thread Michael Jackson
In the latest QtCreator I use a pure black background for the C++ editor. When 
there are errors in my code to the right of the editor the error message will 
show up but the issue is that the red color is very dark and hard to read. Is 
there somewhere to adjust this color? I'm building QtCreator myself so even if 
I have to dig into the code and recompile I am ok with that. Example image is 
attached.

Thank you.
--
Mike Jackson 

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


[Qt-creator] New Installer for 4.13.0

2020-08-18 Thread Michael Jackson
I just downloaded the installer for 4.13.0 from the snapshots directory from 
download.qt.io. 

 

If I am downloading QtCreator to *use* to develop software *why* do I have to 
agree to *any* of the GPL terms?

 

I’m not making changes to QtCreator.

As far as QtCreator is concerned, it shouldn’t know or care what other software 
frameworks that I am using.

The obligations make it sound like I need to acknowledge Qt in *any* software 
that I develop with QtCreator?

These obligations make it sound as if the GPL license that QtCreator is 
licensed under is infecting my own software?

And why on Earth would the installer need my Company/Business name during 
installation: It is bad enough that I need a QtAccount just to install the 
software but now I have to provide even more information?

 

This seems like something is just getting “lost in translation”. What am I 
missing?

--

Michael Jackson | Owner, President

  BlueQuartz Software

[e] mike.jack...@bluequartz.net

[w] www.bluequartz.net

 

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


Re: [Qt-creator] Clang-Tidy Integration Decision (4.10 & 4.12 usability)

2020-03-25 Thread Michael Jackson
True, there is a conversation there but I think both the Creator devs and the 
community need to have conversation about the future of the clang-tidy 
integration.

https://bugreports.qt.io/browse/QTCREATORBUG-23348 reported the issue. It was 
marked as "won't fix".

https://bugreports.qt.io/browse/QTCREATORBUG-23349 reports the lack of text 
markers in the editor. So far this is still left open even though we are in the 
RC part of 4.12 which means we are left with another half-baked release of 
QtCreator. So how long do we have to wait to actually get the same usability 
that we had back in 4.10? 6 months, 1 year or never? Was there a large amount 
of feedback stating that the markup in the editor was an issue? 

--
Mike Jackson 

On 3/25/20, 11:36 AM, "Qt-creator on behalf of Marco Bubke" 
 wrote:

Hi Michael

There is already a bug report: 
https://bugreports.qt.io/browse/QTCREATORBUG-23349

So there is in my opinion no need to start a email thread too. ;-)

Best, Marco

On 25/03/2020 16:28, Michael Jackson wrote:
> Back in the QtCreator 4.10 days there was "automatic" clang-tidy/clazy 
integration. The downside was that opening a source file would cause a lag 
(sometimes long depending on the age of the computer) to get the 
method/function list and code navigation to show up. The upside is that the 
annotations were marked in the editor along the right side and also in the 
scroll well area. They were easy to see with the human eye and hard to miss. 
BUT QtCreator 4.10 had a big bad issue on macOS Catalina with the latest Xcode, 
debugging  caused the CPU to burn 100% even when sitting at a break point.
> 
> Then we jumped to QtCreator 4.12 RC/Beta and now the debugging issue is 
solved BUT now clang-tidy doesn't run automatically anymore. When I searched 
out how to get it to run I have to run it manually (ok, maybe a fair trade off) 
but the annotations are effectively "hidden" now down the left side of the 
editor marked by a little triangle icon. There doesn't seem to be a way to go 
back to old style of putting them on the rig
___
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] Clang-Tidy Integration Decision (4.10 & 4.12 usability)

2020-03-25 Thread Michael Jackson
Back in the QtCreator 4.10 days there was "automatic" clang-tidy/clazy 
integration. The downside was that opening a source file would cause a lag 
(sometimes long depending on the age of the computer) to get the 
method/function list and code navigation to show up. The upside is that the 
annotations were marked in the editor along the right side and also in the 
scroll well area. They were easy to see with the human eye and hard to miss. 
BUT QtCreator 4.10 had a big bad issue on macOS Catalina with the latest Xcode, 
debugging  caused the CPU to burn 100% even when sitting at a break point. 

Then we jumped to QtCreator 4.12 RC/Beta and now the debugging issue is solved 
BUT now clang-tidy doesn't run automatically anymore. When I searched out how 
to get it to run I have to run it manually (ok, maybe a fair trade off) but the 
annotations are effectively "hidden" now down the left side of the editor 
marked by a little triangle icon. There doesn't seem to be a way to go back to 
old style of putting them on the right side of the editor and in the scroll 
well. I am now missing clang-tidy warnings because there isn't a list anywhere 
to go by. The clang-tidy process seems to fail because of some ITK header that 
says it does not recognize the compiler. This didn't used to happen.

So now I have a decision to make. Stick with 4.10.x but have a noisy laptop 
(the fans spin at 100%) but have really nice automatic clang-tidy warnings that 
are easy to "see" and therefor parse OR go with 4.12 where the debugging is now 
quiet but the clang-tidy annotations are effectively hidden to the developer, 
or at least non-obvious.

My assumption is that if the developer finds it important enough to turn on the 
clang-tidy warnings they I would assume that they want to easily "see" and grok 
those warnings. 

Just my 2 cents.

--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net <http://www.bluequartz.net>


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


Re: [Qt-creator] Tabs vs Spaces?

2020-03-06 Thread Michael Jackson
I will echo Henry and say that clang-format and git-clang-format in combination 
with QtCreator 4.10 and newer have let our project all live with the same 
formatting rules. As I type code QtCreator uses our clang-format file to format 
my code. Git-clang-format for changes made through other text editors.

--
Mike Jackson

On 3/6/20, 12:04 PM, "Qt-creator on behalf of Miller Henry" 
 
wrote:

The obvious thing is to create a clang-format rule that formats things to 
your preferences, and then back to the repo preferences.  A git hook can 
reformat files to the repo preferences before you check them in, though I'm not 
sure how you reformat to your preferences. Beware that if you do this you need 
to get everybody to agree to the repo format and run the tool before their 
checkins as well, otherwise 'git blame' will put your name on most of the code 
when your only contribution was to change whitespace to what it should have 
been in the first place.

Clang-format is the best-known tool for this today. I've also used 
uncrustify in the past for formatting, and I've seen a few other tools.  Your 
project can choose.

-Original Message-
From: Qt-creator  On Behalf Of Jason H
Sent: Friday, March 6, 2020 10:38 AM
To: qt-creator 
Subject: [Qt-creator] Tabs vs Spaces?

I am a tabs guy. I change the Qt style to use tabs. I tab all the things!!

Anyway, I now have other contributors to my project that are spaces people. 
How can we live in harmony? One side effect is that it seems git considers 
whitespace changes so his code is indented with spaces, mine are tabs and it's 
making a mess in git.


Or should this be handled by git? (And if so, how?)

 


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


Re: [Qt-creator] Annoyance with 4.11

2020-02-20 Thread Michael Jackson
Dear Christian, 
   I feel your pain. I empathize with your situation, BUT, there are other 
IDE's available. I am going to assume based on earlier emails that other IDE's 
are available at your employer. VS 2019 is available and is quite nice. 
JetBrains CLion is also available and nice. Both are paid products (in your 
situation with developing commercial software).

No one "wants" to be a beta tester for a product but back when I coded more I 
would start using the nightly builds of the next version fairly regularly so I 
could report issues before QtC came out and I had to wait another 6 months for 
a new build. I have used my own time to report back on areas that *I* thought 
were important. Sometimes if you care about the product enough (does not matter 
which product) sometimes you just need to act as a "tester". No body's QA can 
catch every bug in their product.

On the issue of CMake, I use it every day and I don't mind what it brings to 
the table as a cross platform developer. Let's agree to disagree about CMake. I 
will only say that the CMake support has gotten consistently better over the 
years. Yes, it is still a bit "fragile" for some setups. Historically there was 
a lot of friction to including CMake support into QtC in the early years. I 
think there was a tipping point in the software dev community where CMake 
finally got enough traction that adding in first class CMake support was pretty 
much a necessity. Even Visual Studio bundles CMake in their latest and has an 
"Open CMake Project" functionality built into Visual Studio.

Now that Qt6 uses CMake for its build system I am hoping that QtC will smooth 
out some of the rough edges when it comes to CMake integration. I personally 
gave up on the "Project View" and just use the "File System View" instead since 
we organize our sources via folders in the project. I only added the code 
inside of our CMake files for the Visual Studio developers when I started to 
use VS myself and saw the complete disaster that was our VS solutions files. So 
there might be some Cmake codes that could be added to better organize your own 
sources. This also helps IDEs like QtC and VS from guessing your structure and 
have CMake define the structure that you want to see in the IDE.


Cheers. I hope it all works out for you.
--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net <http://www.bluequartz.net>

On 2/20/20, 4:45 AM, "Qt-creator on behalf of Christian Gagneraud" 
 wrote:

On Wed, 19 Feb 2020 at 21:52, Christian Kandeler
 wrote:
>
> On Wed, 19 Feb 2020 11:01:32 +1300
> Christian Gagneraud  wrote:
>
> > But my point was quite simple:
> > QtC 4.11 is broken, and has been released untested (or was knowingly
> > buggy), it doesn't seem to be anywhere near release quality (or i'm
> > really unlucky).
>
> This sounds quite hyperbolic, considering that your problem is just that 
the project tree structure looks slightly different from what you'd prefer.

This sounds quite reverse hyperbolic. Like you're over-minimising the
impact of this bug.

For personal reason, i had to switch from a friendly 24/7 open source
user to a 8h/day, 5d/w commercial user.
The project explorer is a GUI component that assists the user with
graphically exploring a project.
The screenshots i sent recently clearly show a regression, not a
'preference issue'.

Please as well take a note of my comment about cmake plugin being
immature, my hate of this build system is orthogonal with the problem.
If it's not ready, it should be marked as such. There's no exemption.
Some of QtC plugins have been marked as experimental for 5+ years.

And IMHO the regression nature of this problem (what i refer to as an
'annoyance' in my original email) is backed by the fact that it was
fixed with QtC-4.12. You wouldn't fix a non-problem, would you?

What i'm surprised, and unhappy with is that there's no bug fix
available with the now-commercial-only Qt SDK installer, and my
current Qt install is broken (I'm paid to use QtC 8 hours a day, and
right now i cannot rely on your commercial offering, they just don't
work) . You rely on me to be an 'advanced' user. Unfortunately this
time is now gone.
The only option i got from the installer was to install an obsolete
QtC 4.11 preview version. WTF?!?
This doesn't look serious to me. You guys failed on that one, and it's
OK, shit happens.

If you're serious with getting the business up to scratch, you better
have to deliver commercial solutions up to scratch.

I am highly unimpressed with the 'commercial' solution so far.

With all due respect, please always take my emails with a pin

Re: [Qt-creator] Fw: [Development] Changes to Qt offering

2020-01-28 Thread Michael Jackson
Yep, already stated my disappointment on the blog page. I understand these 
moves from a purely business view. The Qt company needs additional revenue 
streams to continue development of the product. I just don't think that hitting 
up a developer for a license because *my* project depends on Qt is the way to 
go. We open sourced our application in the hopes that other R engineers would 
contribute but having an annoying "make an account with this 3rd party" bit is 
going to drive them away.  We were looking at porting it all over to Python and 
now that is looking more & more like a reality.

--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net <http://www.bluequartz.net>

On 1/28/20, 12:44 PM, "Qt-creator on behalf of Jason H" 
 wrote:

Mr Jackson,
Please see below and vent accordingly.


> Sent: Monday, January 27, 2020 at 9:34 AM
> From: "Lars Knoll" 
> To: "Qt development mailing list" 
> Subject: [Development] Changes to Qt offering
>
> Hi all,
> 
> The Qt Company has done some adjustments to the Qt will be offered in the 
future. Please check out https://www.qt.io/blog/qt-offering-changes-2020 . 
> 
> The change consists of three parts. 
> 
> One is a change in policy regarding the LTS releases, where the LTS part 
of a release is in the future going to be restricted to commercial customers. 
All bug fixes will (as agreed on the Qt Contributor Summit) go into dev first. 
Backporting bug fixes is something that the Qt Company will take care of for 
these LTS branches. We’ve seen over the past that LTS support is something 
mainly required by large companies, and should hopefully help us get some more 
commercial support for developing Qt further.
> 
> The second change is that a Qt Account will be in the future required for 
binary packages. Source code will continue to be available as currently. This 
will simplify distribution and integration with the Marketplace. In addition, 
we want open source users to contribute to Qt or the Qt ecosystem. Doing so is 
only possible with a valid Qt Account (Jira, code review and the forums all 
require a Qt Account).
> 
> The third change is that The Qt Company will in the future also offer a 
lower priced product for small businesses. That small business product is btw 
not limited to mobile like the one Digia had some years ago, but covers all of 
Qt for Device Creation.
> 
> None of these changes should affect how Qt is being developed. There 
won’t be any changes to Open Governance or the open development model.
> 
> Best regards,
> Lars
> 
> ___
> Development mailing list
> developm...@qt-project.org
> https://lists.qt-project.org/listinfo/development
>
___
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 Account now required?

2020-01-28 Thread Michael Jackson
I take it based on the latest blog post from the Qt Company that a Qt Account 
is now required to simply install QtCreator? I tried the latest nightly and the 
option to skip the installer is now gone. What a PITA. Please reconsider this 
decision as I for one just don’t' really need "yet another account" to sign 
into.

Maybe have the option of "Hey it would be great if you told us about your use 
of QtCreator? Can we contact you in the future?" You already have my IP address 
from the download.

The community already spoke about this back a few years ago and we pretty much 
rejected the idea of forced account creation.

--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net <http://www.bluequartz.net>


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


[Qt-creator] Font Rendering with JetBrains Mono

2020-01-22 Thread Michael Jackson
So JetBrains released an open-source programmers font they call JetBrains Mono 
(https://www.jetbrains.com/lp/mono/#intro). Looked interesting so I tried it 
out. The interesting thing is that inside of QtCreator's editor certain 
combinations will get substituted with a single glyph. Examples are:

if(0 == 1)
{}
if(0 != 1)
{}
if(1 >= 19)
{}

All of the logic operators will get replaces with a single glyph. What is 
interesting is that the same code inside of VSCode with the same font will 
*not* do the substitution.

So is this something specific with the font that QtCreator is detecting that 
VSCode is not detecting or is there a setting inside of QtCreator that I can 
toggle to turn *off* the substitutions? I generally like the font but for C++ 
programming I really need to see the individual characters of my code. I'm 
attaching images in the hope that they get through that show what I am trying 
to say.
--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net <http://www.bluequartz.net>

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


Re: [Qt-creator] LLDB CPU usage 100% on macOS Catalina (10.15)

2019-12-11 Thread Michael Jackson
I also just tried the latest QtCreator 4.11 snapshot (release?) and still have 
this issue.

--
Mike Jackson 

On 12/9/19, 3:26 PM, "Jason H"  wrote:

Interestingly clang for android does not have the same problem.

> Sent: Friday, December 06, 2019 at 2:35 PM
> From: "Michael Jackson" 
> To: "Jason H" 
> Cc: Qt-creator 
> Subject: Re: [Qt-creator] LLDB CPU usage 100% on macOS Catalina (10.15)
>
> Initially looks like an issue with the Xcode 11.2 version. Our OS 
versions are different but Xcode is the same.
> 
> --
> Mike Jackson 
> 
> On 12/6/19, 1:49 PM, "Jason H"  wrote:
> 
> Mine is only 15" running 10.14.6
> XCode Version 11.2 (11B52)
> Though this was also the same on my 2016 13 model as well.
> 
> I should note that I mainly debug mobile apps. iOS and Android, but 
I'm currently debugging an OSX app communicating with a mobile app and it is 
lldb is pegged on 1 CPU. (screenshot added to bug)
>  
> 
> 
> 
> > Sent: Friday, December 06, 2019 at 12:13 PM
> > From: "Michael Jackson" 
> > To: "Jason H" 
> > Cc: Qt-creator 
> > Subject: Re: [Qt-creator] LLDB CPU usage 100% on macOS Catalina 
(10.15)
> >
> > I have a 2013 MacBook Pro (mid 2013) that I did *not* have this 
problem at all. 
> > 
> > What version of Xcode are you running?
> > What model of Mac do you have? 
> > 
> > For me it is a 2019 16" MacBook Pro with Xcode 11.2.1
> > 
> > --
> > Michael Jackson | Owner, President
> >   BlueQuartz Software
> > [e] mike.jack...@bluequartz.net
> > [w] www.bluequartz.net <http://www.bluequartz.net>
> > 
> > On 12/6/19, 10:35 AM, "Jason H"  wrote:
> > 
> > I'm on Mojave and that is my experience as well. You can't 
debug on battery for very long.
> > 
> > 
> > > Sent: Friday, December 06, 2019 at 9:51 AM
> > > From: "Michael Jackson" 
> > > To: Qt-creator 
> > > Subject: [Qt-creator] LLDB CPU usage 100% on macOS Catalina 
(10.15)
> > >
> > > I recently got a new MacBookPro and so was forced to use 
macOS Catalina. I just finally go around to debugging some code through 
QtCreator (4.10.1) and while I was debugging the fans were screaming so I 
popped open activity monitor and noticed that LLDB is spinning full a single 
CPU core. This is while I am sitting at a breakpoint so the application is 
doing nothing. 
> > > 
> > > Has anyone else seen this? Is this normal under Catalina 
(10.15)? I can’t imagine the hit to my battery life if I needed to debug while 
out of the office.
> > > 
> > > Thanks
> > > --
> > > Michael Jackson | Owner, President
> > >   BlueQuartz Software
> > > [e] mike.jack...@bluequartz.net
> > > [w] www.bluequartz.net <http://www.bluequartz.net>
> > > 
> > > 
> > > ___
> > > 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] LLDB CPU usage 100% on macOS Catalina (10.15)

2019-12-11 Thread Michael Jackson
Xcode 11 includes its own Python 3.7 that LLDB is using. Xcode 10 did not have 
any python and used the system python 2.7 located in /usr/bin/python. I have 
added some traces from Xcode 10 and Xcode 11 to the bug report mentioned. 
Hopefully the QtCreator devs can reproduce this issue and find a fix.

I tried the brute force of moving to the side the embedded Python 3.7 inside of 
Xcode 11.3 package but then when trying to launch LLDB just stalled and 
wouldn't go any further. I did not have time to get a trace. Hopefully this all 
helps in some way.

I'm not sure if I can use Xcode 10 on macOS Mojave?

--
Mike Jackson 

On 12/9/19, 3:26 PM, "Jason H"  wrote:

Interestingly clang for android does not have the same problem.

> Sent: Friday, December 06, 2019 at 2:35 PM
> From: "Michael Jackson" 
> To: "Jason H" 
> Cc: Qt-creator 
> Subject: Re: [Qt-creator] LLDB CPU usage 100% on macOS Catalina (10.15)
>
> Initially looks like an issue with the Xcode 11.2 version. Our OS 
versions are different but Xcode is the same.
> 
> --
> Mike Jackson 
> 
> On 12/6/19, 1:49 PM, "Jason H"  wrote:
> 
> Mine is only 15" running 10.14.6
> XCode Version 11.2 (11B52)
> Though this was also the same on my 2016 13 model as well.
> 
> I should note that I mainly debug mobile apps. iOS and Android, but 
I'm currently debugging an OSX app communicating with a mobile app and it is 
lldb is pegged on 1 CPU. (screenshot added to bug)
>  
> 
> 
> 
> > Sent: Friday, December 06, 2019 at 12:13 PM
> > From: "Michael Jackson" 
> > To: "Jason H" 
> > Cc: Qt-creator 
> > Subject: Re: [Qt-creator] LLDB CPU usage 100% on macOS Catalina 
(10.15)
> >
> > I have a 2013 MacBook Pro (mid 2013) that I did *not* have this 
problem at all. 
> > 
> > What version of Xcode are you running?
> > What model of Mac do you have? 
> > 
> > For me it is a 2019 16" MacBook Pro with Xcode 11.2.1
> > 
> > --
> > Michael Jackson | Owner, President
> >   BlueQuartz Software
> > [e] mike.jack...@bluequartz.net
> > [w] www.bluequartz.net <http://www.bluequartz.net>
> > 
> > On 12/6/19, 10:35 AM, "Jason H"  wrote:
> > 
> > I'm on Mojave and that is my experience as well. You can't 
debug on battery for very long.
> > 
> > 
> > > Sent: Friday, December 06, 2019 at 9:51 AM
> > > From: "Michael Jackson" 
> > > To: Qt-creator 
> > > Subject: [Qt-creator] LLDB CPU usage 100% on macOS Catalina 
(10.15)
> > >
> > > I recently got a new MacBookPro and so was forced to use 
macOS Catalina. I just finally go around to debugging some code through 
QtCreator (4.10.1) and while I was debugging the fans were screaming so I 
popped open activity monitor and noticed that LLDB is spinning full a single 
CPU core. This is while I am sitting at a breakpoint so the application is 
doing nothing. 
> > > 
> > > Has anyone else seen this? Is this normal under Catalina 
(10.15)? I can’t imagine the hit to my battery life if I needed to debug while 
out of the office.
> > > 
> > > Thanks
> > > --
> > > Michael Jackson | Owner, President
> > >   BlueQuartz Software
> > > [e] mike.jack...@bluequartz.net
> > > [w] www.bluequartz.net <http://www.bluequartz.net>
> > > 
> > > 
> > > ___
> > > 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] LLDB CPU usage 100% on macOS Catalina (10.15)

2019-12-06 Thread Michael Jackson
Initially looks like an issue with the Xcode 11.2 version. Our OS versions are 
different but Xcode is the same.

--
Mike Jackson 

On 12/6/19, 1:49 PM, "Jason H"  wrote:

Mine is only 15" running 10.14.6
XCode Version 11.2 (11B52)
Though this was also the same on my 2016 13 model as well.

I should note that I mainly debug mobile apps. iOS and Android, but I'm 
currently debugging an OSX app communicating with a mobile app and it is lldb 
is pegged on 1 CPU. (screenshot added to bug)
 



> Sent: Friday, December 06, 2019 at 12:13 PM
    > From: "Michael Jackson" 
> To: "Jason H" 
> Cc: Qt-creator 
> Subject: Re: [Qt-creator] LLDB CPU usage 100% on macOS Catalina (10.15)
>
> I have a 2013 MacBook Pro (mid 2013) that I did *not* have this problem 
at all. 
> 
> What version of Xcode are you running?
> What model of Mac do you have? 
> 
> For me it is a 2019 16" MacBook Pro with Xcode 11.2.1
> 
> --
> Michael Jackson | Owner, President
>   BlueQuartz Software
> [e] mike.jack...@bluequartz.net
> [w] www.bluequartz.net <http://www.bluequartz.net>
> 
> On 12/6/19, 10:35 AM, "Jason H"  wrote:
> 
> I'm on Mojave and that is my experience as well. You can't debug on 
battery for very long.
> 
> 
> > Sent: Friday, December 06, 2019 at 9:51 AM
> > From: "Michael Jackson" 
> > To: Qt-creator 
> > Subject: [Qt-creator] LLDB CPU usage 100% on macOS Catalina (10.15)
> >
> > I recently got a new MacBookPro and so was forced to use macOS 
Catalina. I just finally go around to debugging some code through QtCreator 
(4.10.1) and while I was debugging the fans were screaming so I popped open 
activity monitor and noticed that LLDB is spinning full a single CPU core. This 
is while I am sitting at a breakpoint so the application is doing nothing. 
> > 
> > Has anyone else seen this? Is this normal under Catalina (10.15)? I 
can’t imagine the hit to my battery life if I needed to debug while out of the 
office.
> > 
> > Thanks
> > --
> > Michael Jackson | Owner, President
> >   BlueQuartz Software
> > [e] mike.jack...@bluequartz.net
> > [w] www.bluequartz.net <http://www.bluequartz.net>
> > 
> > 
> > ___
> > 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] LLDB CPU usage 100% on macOS Catalina (10.15)

2019-12-06 Thread Michael Jackson
I have a 2013 MacBook Pro (mid 2013) that I did *not* have this problem at all. 

What version of Xcode are you running?
What model of Mac do you have? 

For me it is a 2019 16" MacBook Pro with Xcode 11.2.1

--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net <http://www.bluequartz.net>

On 12/6/19, 10:35 AM, "Jason H"  wrote:

I'm on Mojave and that is my experience as well. You can't debug on battery 
for very long.


> Sent: Friday, December 06, 2019 at 9:51 AM
> From: "Michael Jackson" 
> To: Qt-creator 
> Subject: [Qt-creator] LLDB CPU usage 100% on macOS Catalina (10.15)
>
> I recently got a new MacBookPro and so was forced to use macOS Catalina. 
I just finally go around to debugging some code through QtCreator (4.10.1) and 
while I was debugging the fans were screaming so I popped open activity monitor 
and noticed that LLDB is spinning full a single CPU core. This is while I am 
sitting at a breakpoint so the application is doing nothing. 
> 
> Has anyone else seen this? Is this normal under Catalina (10.15)? I can’t 
imagine the hit to my battery life if I needed to debug while out of the office.
> 
> Thanks
> --
> Michael Jackson | Owner, President
>   BlueQuartz Software
> [e] mike.jack...@bluequartz.net
> [w] www.bluequartz.net <http://www.bluequartz.net>
> 
> 
> ___
> 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] LLDB CPU usage 100% on macOS Catalina (10.15)

2019-12-06 Thread Michael Jackson
I recently got a new MacBookPro and so was forced to use macOS Catalina. I just 
finally go around to debugging some code through QtCreator (4.10.1) and while I 
was debugging the fans were screaming so I popped open activity monitor and 
noticed that LLDB is spinning full a single CPU core. This is while I am 
sitting at a breakpoint so the application is doing nothing. 

Has anyone else seen this? Is this normal under Catalina (10.15)? I can’t 
imagine the hit to my battery life if I needed to debug while out of the office.

Thanks
--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net <http://www.bluequartz.net>


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


Re: [Qt-creator] QtCreator and CMake - projects getting tired...

2019-11-04 Thread Michael Jackson
I am glad to see these kinds of tough bugs getting fixed in Creator. My own 
philosophy when using Creator is that Creator really needs to have "working" 
CMake project. If I am going to go down the road of editing my CMakeLists.txt 
(and other CMake files) then I switch out of Creator and into VS Code. That way 
I can edit all the CMake related files, test the configuration from the command 
line without worrying about Creator getting "Lost, angry or just tired". When 
my project is back to configuring correctly then I jump back to Creator, let it 
run CMake one more time to get the project back up and running. Then go about 
actually editing my source files. Just my 2 cents.

Creator is a great product and I don't know what I would do without it but 
every package has it's weakness and round tripping in Creator when editing 
CMake files isn't the best experience so far. (It's close.. ).

--
Mike Jackson 

On 11/1/19, 4:40 AM, "Qt-creator on behalf of Eike Ziller" 
 wrote:



> On 1. Nov 2019, at 09:02, Cornelis Bockemühl  
wrote:
> 
> I know that probably I should update eventually: my QtCreator is version 
4.9.0 - and maybe the issue will go away!? However it is hard to tell 
immediately because it happens only sporadically, so I could not reproduce it 
on purpose. And right now it just happened again, so I am taking the 
opportunity. Anyway, I work with CMake, and my guess is that it happens only 
with this combination. (By the way, I am working with CMake version 3.14.0, 
Windows 10 64-bit, MSVC2015 and Qt 5.11.2).
> 
> For myself I call this phenomenon "the QtCreator is getting tired". 
Meaning: it needs a break.
> 
> Typically it happens during a phase of many changes in a project setup. 
Like the project is complex, but not even once run through a successful build, 
so I have to change dependencies here, add another CMakeLists.txt there, and 
other such changes that may affect the whole or parts of the setup. And if I 
have done this a few times, and then I try another build, I only get the 
following message:
> 
> "Configuration is faulty. Check the Issues view for details."
> 
> And in the issues view I am getting this:
> 
> "A CMake tool must be set up for building. Configure a CMake tool in the 
kit options."

That seems to be https://bugreports.qt.io/browse/QTCREATORBUG-18530 , 
supposedly finally fixed in 4.11.

Otherwise going to 4.11 will also improve CMake support in other regards: 
It uses CMake’s new (I think 3.14+) file-base API for IDEs, which removes the 
need to keep a cmake process running on the project, which always interfered 
with e.g. running cmake on the console, had its own file watches with all 
related issues etc.

Br, Eike

> 
> Ok, this is all nonsense, because I have such a tool configured for long, 
so it is useless to even try following this advice. But I know this for a long 
time already: "the QtCreator is tired and needs a break."
> 
> So I simply close it. And after a few seconds I start it again. (Right, 
it recovers really quickly!) And after going back to my project, everything is 
fine again! No missing CMake configuration or whatever - which was obviously 
already not true in the first place.
> 
> Right now I am only reporting this because it is a bit "ugly", and long 
ago when it first happened it really worried me indeed - and I tried to fix 
some configuration problems that do not exist. Now I know the thing, and I 
simply restart QtCreator - and everything is fine again!
> 
> Best regards,
> Cornelis
>   ___
> 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, Mika Harjuaho
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] How to control font in compile output

2019-10-25 Thread Michael Jackson
Hilariously enough I am looking *everywhere* for some setting for the font. I 
_completely_ missed the “+” and “-“ buttons in the header part of the output 
pane. *Big* face palm….

 

--

Mike Jackson 

 

From: Qt-creator  on behalf of Stanislav 
Ershov 
Date: Friday, October 25, 2019 at 10:50 AM
To: Qt-creator 
Subject: Re: [Qt-creator] How to control font in compile output

 

To control font size, you can focus on output pane, and use ctrl+wheel.

 

пт, 25 окт. 2019 г. в 17:46, Michael Jackson :

QtCreator 4.10.1. How to set the font and font size in the compile output (and 
probably the application output also). I am on Windows and the compile output 
font is rather large. Not “stupid huge” which would be the case if my display 
scaling was off (it is set to 100%). I have been looking through all the 
settings and nothing is jumping out at setting the font size for those output 
panes.

 

Thanks

--

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 

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


[Qt-creator] How to control font in compile output

2019-10-25 Thread Michael Jackson
QtCreator 4.10.1. How to set the font and font size in the compile output (and 
probably the application output also). I am on Windows and the compile output 
font is rather large. Not “stupid huge” which would be the case if my display 
scaling was off (it is set to 100%). I have been looking through all the 
settings and nothing is jumping out at setting the font size for those output 
panes.

 

Thanks

--

Mike Jackson 

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


Re: [Qt-creator] Setup of CMake based projects

2019-10-04 Thread Michael Jackson
   > These things you can put into a my_config.cmake script which you can
> "feed" to the cmake configuration run with the -C option: in that case,
> the provided settings will first be written into the cache, and only
> then cmake will start reading CMakeLists.txt - with the initial
> cache variables already in place.

People around me seem to have shell scripts that call "cmake -DFOO=bar
[...]" to do the initial configuration.

> If it would be a good idea to have a page in the "kits" setup that
> includes such project specific settings!? For me it would not be the
> logical place - except that it would of course allow to carry the
> settings not only between build types, but even to other variants
> of the same project.

I guess it all depends:-)

Some settings are definitely project specific and those make little
sense in the Kit. But if you have lots of Paraview projects, then it
might make sense to have all the settings related to setting that up
in a kit.

> But still, from the type of settings it is rather not tools, but
> project related - but then it is not any more portable: if you change
> some environment variable for a project in the "Release" build, you
> also need to do it once more for the "Debug" build - it is not carried
> over and cannot be ported to another project.

Good point. We probably need something here.

 
What we do for multiple projects is setup a "Kit per Project" since each 
project (For us at least) will generally have different initial CMake values 
that need to be set. Whether it is different versions of Qt5 or just different 
options to our project (Python wrapping on or off). We end up with a bunch of 
Kits but each one does a specific job. We also essentially use a 
"my_config.cmake" file to feed into our CMakeLists.txt file. We just call it 
something else and if the user does not set it with a -D then we detect that 
and state all the variables that need to be set.

Just my 2 cents.

Mike Jackson



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


[Qt-creator] Follow Symbol Under Cursor ALWAYS takes me to the header (QtCreator 4.9)

2019-05-20 Thread Michael Jackson
So far really loving the new features in 4.9 BUT now I have noticed that when I 
right-click on a method in my code I am taken to the declaration in the header 
file instead of the definition in the .cpp file? Was there a new setting in 4.9 
that controls this? I am pretty sure that 4.8 “did the right thing”. I have 
tested this on both Windows and macOS (same project each) and the project is a 
CMake based project. Any insights would be appreciated….

 

--

Michael Jackson | Owner, President

  BlueQuartz Software

[e] mike.jack...@bluequartz.net

[w] www.bluequartz.net

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


Re: [Qt-creator] Editor style setting for a submodule (+EditorConfig)

2019-03-04 Thread Michael Jackson
There is an option to format while typing in the ClangFormat plugin. I was just 
using it 5 minutes ago… 

 

--

Mike Jackson 

 

From: Qt-creator  on behalf of Andy 

Date: Monday, March 4, 2019 at 8:46 AM
To: Eike Ziller 
Cc: Qt-creator 
Subject: Re: [Qt-creator] Editor style setting for a submodule (+EditorConfig)

 

Thanks Eike.

 

I have tried all of the code formatting options and could not get the 
formatting I want. uncrustify comes closest, but with the 1,000 options I still 
can't quite get there... Clangformat, for example, couldn't format constructor 
initializers properly unless you add a max line width (if I recall correctly). 
The docs say one thing, but in practice it does something different. I gave up 
trying to fight it. I can adjust my style a bit, but some things... not so much 
:-)

 

"Creating the definition files for these is up to you though."

 

:-)

 

"Also, these are not used for formatting while typing"

 

That's what I was looking for and why I mentioned EditorConfig since it seems 
to be well supported across editors. Looks like it generally only supports 
whitespace formatting though - but even this would be useful!

 

---
Andy Maloney  //  https://asmaloney.com

twitter ~ @asmaloney

 

 

 

On Mon, Mar 4, 2019 at 3:01 AM Eike Ziller  wrote:



> On 3. Mar 2019, at 19:38, Andy  wrote:
> 
> Is there a way to have two different editor style settings - one for the main 
> project and one for a submodule?
> 
> Use-case: I have my own code in a submodule (lib) within a project that's 
> "not mine". (Using cmake.) When editing in the main project I want to use its 
> style, but when I edit my own code I want it in my style...
> 
> Right now everything uses the main project's style.
> 
> 
> Secondary question: is there a way to persist styles in a repo so everyone 
> uses the same settings? Preferably using a "standard" like EditorConfig so 
> that non QtC-users can participate as well?

I’d try enabling the Beautifier plugin and using one of the code styling tools 
that it supports (clang-format, astyle, uncrustify). You can check the format 
definitions for these into the repo, and Qt Creator should take the first 
definition it finds in the parent folder hierarchy (or at least can be 
configured to do so).
Creating the definition files for these is up to you though.
Also, these are not used for formatting while typing, only on saving or 
explicit request. Except if you use clang-format and try the new experimental 
ClangFormat plugin (instead of Beautifier), which has the feature of formatting 
while typing in Qt Creator 4.9.

Br, Eike

> I don't see anything here:
> 
>   https://doc.qt.io/qtcreator/creator-code-style-settings.html
> 
> Thanks!
> 
> ---
> Andy Maloney  //  https://asmaloney.com
> twitter ~ @asmaloney
> 
> ___
> 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
Rudower Chaussee 13
D-12489 Berlin
eike.zil...@qt.io
http://qt.io
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 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] Editor style setting for a submodule (+EditorConfig)

2019-03-04 Thread Michael Jackson
Thanks for the heads up with the ClangFormat plugin. We have a .clangformat in 
each of our repos and this already provide quite useful. 

--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net <http://www.bluequartz.net>

On 3/4/19, 3:01 AM, "Qt-creator on behalf of Eike Ziller" 
 wrote:



> On 3. Mar 2019, at 19:38, Andy  wrote:
> 
> Is there a way to have two different editor style settings - one for the 
main project and one for a submodule?
> 
> Use-case: I have my own code in a submodule (lib) within a project that's 
"not mine". (Using cmake.) When editing in the main project I want to use its 
style, but when I edit my own code I want it in my style...
> 
> Right now everything uses the main project's style.
> 
> 
> Secondary question: is there a way to persist styles in a repo so 
everyone uses the same settings? Preferably using a "standard" like 
EditorConfig so that non QtC-users can participate as well?

I’d try enabling the Beautifier plugin and using one of the code styling 
tools that it supports (clang-format, astyle, uncrustify). You can check the 
format definitions for these into the repo, and Qt Creator should take the 
first definition it finds in the parent folder hierarchy (or at least can be 
configured to do so).
Creating the definition files for these is up to you though.
Also, these are not used for formatting while typing, only on saving or 
explicit request. Except if you use clang-format and try the new experimental 
ClangFormat plugin (instead of Beautifier), which has the feature of formatting 
while typing in Qt Creator 4.9.

Br, Eike

> I don't see anything here:
> 
>   https://doc.qt.io/qtcreator/creator-code-style-settings.html
> 
> Thanks!
> 
> ---
> Andy Maloney  //  https://asmaloney.com
> twitter ~ @asmaloney
> 
> ___
> 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
Rudower Chaussee 13
D-12489 Berlin
eike.zil...@qt.io
http://qt.io
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
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] RFC: Dropping support for Python 2.x for GDB/LLDB

2019-02-26 Thread Michael Jackson
Does LLDB (on macOS) *require* the shipped version of Python (2.x) on macOS? I 
guess you could have the user install another python 3 distribution (Take your 
pick, I’m not going to suggest one and then get skewered for it). I understand 
how hard it is trying to support 2 versions of python. For our own project we 
*only* support Python 3, even on macOS. For those users they need to install a 
python 3 distribution.


We can argue/discuss what Apple may or may not do with the shipped version of 
python but in the end the QtCreator developers do actually have control over 
this one also. They _could_ put their own python in QtCreator… 

 

--

Mike Jackson 

 

From: Qt-creator  on behalf of Alexandru 
Croitor 
Date: Tuesday, February 26, 2019 at 8:43 AM
To: Christian Gagneraud 
Cc: Qt-creator 
Subject: Re: [Qt-creator] RFC: Dropping support for Python 2.x for GDB/LLDB

 

There are developers (including Qt developers) that work on macOS because Qt 
needs to be cross-platform. And due to that, Qt Creator should support 
debugging on Apple platforms, which means that we are stuck with using Python 2 
to inter-operate with lldb on macOS, for now.

 

From: Christian Gagneraud 
Sent: Tuesday, February 26, 2019 2:07 PM
To: Alexandru Croitor
Cc: André Pönitz; qt-creator
Subject: Re: [Qt-creator] RFC: Dropping support for Python 2.x for GDB/LLDB 

 

On Wed, 27 Feb 2019 at 01:37, Alexandru Croitor  wrote:
>
> I understand that the Python foundation will drop support for it, but it 
> doesn't mean that all of the community will.

Which community are you talking about? Apple community? There's no such thing.
At least not in the sense of "Open source" community.
There is a "capitalistic" Apple community, people who wants to make
money out of anything/nothing.
But none of this "community" is willing to contribute anything.
Python2 is dead and is being buried, for good.
Apple has no control over it. They can decide to maintain their own
python2 version if they wish, after all, that's what they've been
doing  with clang...

Chris.

___ 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] QtCreator 4.9 and Clang Tidy Feedback

2019-02-20 Thread Michael Jackson
I’m still contending (without any idea of how hard it would be to implement, 
let alone the UX to let the user know what is going on) that the creation of 
the function drop down should be separate from the clang-tidy run. Do the 
function drop down first. Then start the clang-tidy run. Would be neat to have 
some sort of “indicator” icon to say that clang-tidy was running or completed. 
I can wish…. 

 

--

Mike Jackson 

 

From: Andy 
Date: Wednesday, February 20, 2019 at 9:40 AM
To: Michael Jackson 
Cc: Nikolai Kosjar , Qt-creator 

Subject: Re: [Qt-creator] QtCreator 4.9 and Clang Tidy Feedback

 

FWIW - I'll add a "Me too".

 

Some files I'm working with take 25-30 seconds to process & show their list of 
methods in the dropdown.

 

If there were an (easy) way to figure out which Tidy options were slowest even 
that would help. Then I could make intelligent decisions about what to keep 
using.

 

---
Andy Maloney  //  https://asmaloney.com

twitter ~ @asmaloney

 

 

 

On Wed, Feb 20, 2019 at 8:36 AM Michael Jackson  
wrote:

 

On Wed, Feb 20, 2019 at 3:14 AM Nikolai Kosjar  wrote:

On 2/19/19 3:19 PM, Michael Jackson wrote:
> Started using the 4.9 betas last week and generally I like the 
> improvements. I do like the idea of moving the clang-tidy to the 
> “Analyze” menu in order to make it easier to get to.

It was already in that menu since version 4.7. And before that it was 
also there, but as "Clang Static Analyzer" :)

 


> Could we get a 
> “Clang-Tidy current File” (in the same idea as Beautifier plugin has 
> Clang-Format current file).

Sounds useful. https://bugreports.qt.io/browse/QTCREATORBUG-22008 was 
just created for this.

Another one that might be useful is "Analyze the touched files of last N 
commits."

Nikolai

 

Yes, I would take either one right now. Our current code base was written 
almost 10 years ago and until about 2017 one of our collaborators was stuck VS 
2010 so there was almost _no_ use of C++11, let alone GSL, C++14 and all of the 
recommended modern programming styles. As we update each file for bugs we like 
to have all of the clang-tidy warnings show up to remind us what needs to be 
updated. The downside is just having to wait what seems like forever for the 
functions menu to become available. I look forward to seeing a few more 
"quality of life" improvements in this area added into the next version.

 

--

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


Re: [Qt-creator] QtCreator 4.9 and Clang Tidy Feedback

2019-02-20 Thread Michael Jackson
On Wed, Feb 20, 2019 at 3:14 AM Nikolai Kosjar  wrote:

> On 2/19/19 3:19 PM, Michael Jackson wrote:
> > Started using the 4.9 betas last week and generally I like the
> > improvements. I do like the idea of moving the clang-tidy to the
> > “Analyze” menu in order to make it easier to get to.
>
> It was already in that menu since version 4.7. And before that it was
> also there, but as "Clang Static Analyzer" :)
>


> > Could we get a
> > “Clang-Tidy current File” (in the same idea as Beautifier plugin has
> > Clang-Format current file).
>
> Sounds useful. https://bugreports.qt.io/browse/QTCREATORBUG-22008 was
> just created for this.
>
> Another one that might be useful is "Analyze the touched files of last N
> commits."
>
> Nikolai
>

Yes, I would take either one right now. Our current code base was written
almost 10 years ago and until about 2017 one of our collaborators was stuck
VS 2010 so there was almost _no_ use of C++11, let alone GSL, C++14 and all
of the recommended modern programming styles. As we update each file for
bugs we like to have all of the clang-tidy warnings show up to remind us
what needs to be updated. The downside is just having to wait what seems
like forever for the functions menu to become available. I look forward to
seeing a few more "quality of life" improvements in this area added into
the next version.

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


[Qt-creator] QtCreator 4.9 and Clang Tidy Feedback

2019-02-19 Thread Michael Jackson
Started using the 4.9 betas last week and generally I like the improvements. I 
do like the idea of moving the clang-tidy to the “Analyze” menu in order to 
make it easier to get to. Could we get a “Clang-Tidy current File” (in the same 
idea as Beautifier plugin has Clang-Format current file). That way we can 
update the Clang-Tidy suggestions at our own convenience. QtCreator still takes 
an unacceptably long time when opening a file to just get the method list drop 
down. If I could just tell QtCreator to run Clang-Tidy/Clazy when I want that 
might help alleviate the issues. 

 

Otherwise, great job moving QtCreator forward. 

 

--

Michael Jackson | Owner, President

  BlueQuartz Software

[e] mike.jack...@bluequartz.net

[w] www.bluequartz.net

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


Re: [Qt-creator] Adjusting styles of QtCreator

2019-01-23 Thread Michael Jackson
After some experimentation I can definitely adjust the scroll bars but along 
with that a lot of the other widgets are also set to the same color. Probably 
what needs to happen is to extend the theming to allow for more granular (my 
personal wish) setting or just a "hard look" at the themes and their use of 
colors for things like scroll bars and other issues. The QtCreator UX is 
generally pretty good but there is always room for improvement.

I may go down the path of compiling QtCreator myself and messing with a style 
sheet for the scroll bars just to see what damage I can do to the UX. __

--
Mike Jackson 

On 1/22/19, 5:56 PM, "Aleksey Kontsevich"  wrote:

Yes, good if this will be fixed. Now Scroll bars, checkboxes, other 
controls are very small, inconvenient and terrible. Distribution built QtC have 
much better look.

-- 
Best regards,
Aleksey
Linked in  https://www.linkedin.com/in/alekseykontsevich



23.01.2019, 00:48, "Michael Jackson" :
> Yes, that does help. It gives me some starting points to experiment.
>
> --
> Mike Jackson
>
> On 1/22/19, 11:17 AM, "Eike Ziller"  wrote:
>
> From QFusionStyle drawing of e.g. QStyle::SC_ScrollBarAddLine I’d 
think that that uses QPalette::Button as the base color.
>
> Qt Creator’s themes (can?) set that, e.g. 
share/qtcreator/themes/dark.creatortheme sets
>
> PaletteButton=shadowBackground
>
> (where “shadowBackground” is set to “ff232323” near the top of the 
file).
>
> There are also the flags DerivePaletteFromTheme and 
ApplyThemePaletteGlobally which influence if and how the palette in the theme 
is actually applied, not sure what does what exactly.
> The default theme, flat.creatortheme doesn’t seem to set the 
application palette, which probably means that it uses whatever Qt sets as the 
palette for Qt applications. (Which is why it might make a difference against 
which Qt you compile Qt Creator in that case, I suppose).
>
> I hope that gives you some useful pointers :)
>
> Br, Eike
>
> > On Jan 22, 2019, at 16:16, Michael Jackson 
 wrote:
> >
> > It has been a long time since I rummaged through the QtCreator 
code, code I get an assist and point be to where the Styles/Themes are either 
loaded or applied? Or the name of the subclass that scroll handles/widgets are? 
I just have a hard time believing that I have to completely change linux 
distributions or window managers just to get a different color scroll handles. 
We change the colors on our own application and those changes are reflected in 
the application. QtCreator does it because when you change themes, you get 
different scroll handle colors. I just trying to track down which setting in 
the theme file actually effects those colors. Thank you to anyone that could 
help my old eyes out.
> >
> > --
>     > Mike Jackson
> >
> > From: Cristian Adam 
> > Date: Monday, January 14, 2019 at 3:51 PM
> > To: Michael Jackson 
    > > Cc: qt-creator 
> > Subject: Re: [Qt-creator] Adjusting styles of QtCreator
> >
> > On Mon, Jan 14, 2019 at 9:08 PM Michael Jackson 
 wrote:
> >> Interesting that the only solutions that I have heard is basically 
to “change your entire desktop”. Clearly the scroll handles are being styled 
through the .theme file because changing themes will restyle the scroll 
handles/background. I was hoping for an easier answer such as “.. adjust the 
following key:value in the theme file”. I guess I have to load up an entirely 
new desktop environment. Seems a bit over-kill but since Linux is not my full 
time desktop I guess this is the norm?
> >>
> >
> > You will need to have a build of Qt Creator against your 
distribution's Qt installation.
> >
> > Ubuntu 16.04 LTS comes with Qt Creator 3.5.1 though, which is a bit 
dated. Building the latest Qt Creator on Ubuntu 16.04 doesn't help either, 
since it comes with Qt 5.5.1, which is too old.
> >
> > If I think about it, the "easiest" way would be to compile a QStyle 
for the same version of Qt that Qt Creator uses, then using the "-style" 
command line parameter to enable it.
> >
> > Cheers,
> > Cristian.
> >
> > ___
> > Qt-creator mailing list
> > Qt-creator@qt-project.org
> > https://lists.qt-project.org/listinfo/qt-creator
>
> --
> Eike Ziller
&g

Re: [Qt-creator] Adjusting styles of QtCreator

2019-01-22 Thread Michael Jackson
Yes, that does help. It gives me some starting points to experiment. 

--
Mike Jackson 

On 1/22/19, 11:17 AM, "Eike Ziller"  wrote:

From QFusionStyle drawing of e.g.  QStyle::SC_ScrollBarAddLine I’d think 
that that uses QPalette::Button as the base color.

Qt Creator’s themes (can?) set that, e.g. 
share/qtcreator/themes/dark.creatortheme sets

PaletteButton=shadowBackground

(where “shadowBackground” is set to “ff232323” near the top of the file).

There are also the flags  DerivePaletteFromTheme and  
ApplyThemePaletteGlobally which influence if and how the palette in the theme 
is actually applied, not sure what does what exactly.
The default theme, flat.creatortheme doesn’t seem to set the application 
palette, which probably means that it uses whatever Qt sets as the palette for 
Qt applications. (Which is why it might make a difference against which Qt you 
compile Qt Creator in that case, I suppose).

I hope that gives you some useful pointers :)

Br, Eike

> On Jan 22, 2019, at 16:16, Michael Jackson  
wrote:
> 
> It has been a long time since I rummaged through the QtCreator code, code 
I get an assist and point be to where the Styles/Themes are either loaded or 
applied? Or the name of the subclass that scroll handles/widgets are? I just 
have a hard time believing that I have to completely change linux distributions 
or window managers just to get a different color scroll handles. We change the 
colors on our own application and those changes are reflected  in the 
application. QtCreator does it because when you change themes, you get 
different scroll handle colors. I just trying to track down which setting in 
the theme file actually effects those colors. Thank you to anyone that could 
help my old eyes out.
>  
> --
> Mike Jackson 
>  
> From: Cristian Adam 
> Date: Monday, January 14, 2019 at 3:51 PM
> To: Michael Jackson 
> Cc: qt-creator 
> Subject: Re: [Qt-creator] Adjusting styles of QtCreator
>  
> On Mon, Jan 14, 2019 at 9:08 PM Michael Jackson 
 wrote:
>> Interesting that the only solutions that I have heard is basically to 
“change your entire desktop”. Clearly the scroll handles are being styled 
through the .theme file because changing themes will restyle the scroll 
handles/background. I was hoping for an easier answer such as “.. adjust the 
following key:value in the theme file”. I guess I have to load up an entirely 
new desktop environment. Seems a bit over-kill but since Linux is not my full 
time desktop I guess this is the norm?
>>  
>  
> You will need to have a build of Qt Creator against your distribution's 
Qt installation.
>  
> Ubuntu 16.04 LTS comes with Qt Creator 3.5.1 though, which is a bit 
dated. Building the latest Qt Creator on Ubuntu 16.04 doesn't help either, 
since it comes with Qt 5.5.1, which is too old.
>  
> If I think about it, the "easiest" way would be to compile a QStyle for 
the same version of Qt that Qt Creator uses, then using the "-style" command 
line parameter to enable it.
>  
> Cheers,
> Cristian.
>  
> ___
> 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
Rudower Chaussee 13
D-12489 Berlin
eike.zil...@qt.io
http://qt.io
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
https://lists.qt-project.org/listinfo/qt-creator


Re: [Qt-creator] Adjusting styles of QtCreator

2019-01-22 Thread Michael Jackson
It has been a long time since I rummaged through the QtCreator code, code I get 
an assist and point be to where the Styles/Themes are either loaded or applied? 
Or the name of the subclass that scroll handles/widgets are? I just have a hard 
time believing that I have to completely change linux distributions or window 
managers just to get a different color scroll handles. We change the colors on 
our own application and those changes are reflected  in the application. 
QtCreator does it because when you change themes, you get different scroll 
handle colors. I just trying to track down which setting in the theme file 
actually effects those colors. Thank you to anyone that could help my old eyes 
out.

 

--

Mike Jackson 

 

From: Cristian Adam 
Date: Monday, January 14, 2019 at 3:51 PM
To: Michael Jackson 
Cc: qt-creator 
Subject: Re: [Qt-creator] Adjusting styles of QtCreator

 

On Mon, Jan 14, 2019 at 9:08 PM Michael Jackson  
wrote:

Interesting that the only solutions that I have heard is basically to “change 
your entire desktop”. Clearly the scroll handles are being styled through the 
.theme file because changing themes will restyle the scroll handles/background. 
I was hoping for an easier answer such as “.. adjust the following key:value in 
the theme file”. I guess I have to load up an entirely new desktop environment. 
Seems a bit over-kill but since Linux is not my full time desktop I guess this 
is the norm?

 

 

You will need to have a build of Qt Creator against your distribution's Qt 
installation.

 

Ubuntu 16.04 LTS comes with Qt Creator 3.5.1 though, which is a bit dated. 
Building the latest Qt Creator on Ubuntu 16.04 doesn't help either, since it 
comes with Qt 5.5.1, which is too old.

 

If I think about it, the "easiest" way would be to compile a QStyle for the 
same version of Qt that Qt Creator uses, then using the "-style" command line 
parameter to enable it.

 

Cheers,

Cristian.

 

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


Re: [Qt-creator] Adjusting styles of QtCreator

2019-01-14 Thread Michael Jackson
Interesting that the only solutions that I have heard is basically to “change 
your entire desktop”. Clearly the scroll handles are being styled through the 
.theme file because changing themes will restyle the scroll handles/background. 
I was hoping for an easier answer such as “.. adjust the following key:value in 
the theme file”. I guess I have to load up an entirely new desktop environment. 
Seems a bit over-kill but since Linux is not my full time desktop I guess this 
is the norm?

 

--

Michael Jackson | Owner, President

  BlueQuartz Software

[e] mike.jack...@bluequartz.net

[w] www.bluequartz.net

 

From: Cristian Adam 
Date: Monday, January 14, 2019 at 7:48 AM
To: Michael Jackson 
Cc: qt-creator 
Subject: Re: [Qt-creator] Adjusting styles of QtCreator

 

Hi,

 

On Linux I use the KDE Plasma desktop environment, which you might know uses Qt 
as it's UI toolkit.

 

If you have a build of Qt Creator for KDE Plasma, either your own or from the 
distribution, you will have the Qt KDE theme being used to render the UI.

 

You might find a KDE theme which might have better user experience, not to 
mention of having consistent UI in all desktop applications.

 

Cheers,

Cristian.

 

On Fri, Jan 11, 2019, 19:57 Michael Jackson 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] Adjusting styles of QtCreator

2019-01-11 Thread Michael Jackson
Maybe because QtCreator includes it's own copy of Qt5? Dunno, but the scroll 
bars make it almost impossible for me to work on Linux. MacOS and Windows are 
fine. I tried looking in the theme files but unfortunately the comments that 
state what should be changing the scroll handles are not accurate for my Ubuntu 
16.06 installation.

--
Mike Jackson 

On 1/11/19, 3:54 PM, "Aleksey Kontsevich"  wrote:

I tried qt5ct as well with no luck.

-- 
Best regards,
Aleksey
Linked in  https://www.linkedin.com/in/alekseykontsevich


11.01.2019, 22:18, "Michael Jackson" :
> Close. I am not on a HiDPI monitor but if there is anyway that I could 
just adjust the scroll handles that would be awesome. I tried the qt5ct program 
but that didn't seem to do anything to QtCreator itself.
>
> --
> Mike Jackson
>
> On 1/11/19, 2:41 PM, "Aleksey Kontsevich"  wrote:
>
> Same question and corresponding bug report: 
https://bugreports.qt.io/browse/QTCREATORBUG-18631
> :-)
>
> --
> Best regards,
> Aleksey
> Linked in https://www.linkedin.com/in/alekseykontsevich
>
> 11.01.2019, 20:59, "Michael Jackson" :
> > I asked this a few years back but it is time to ask again. Is there 
a way to hack into the styles defined to change the scroll bars? I’m old and my 
eyes suck and having the scroll bar basically the same color as the scroll 
“well” or background just kind sucks.
> >
>     > Thanks from the old people of the world.
> >
> > --
> >
> > Michael Jackson | Owner, President
> >
> > BlueQuartz Software
> >
> > [e] mike.jack...@bluequartz.net
> >
> > [w] www.bluequartz.net
> > ,
> >
> > ___
> > 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] Adjusting styles of QtCreator

2019-01-11 Thread Michael Jackson
Close. I am not on a HiDPI monitor but if there is anyway that I could just 
adjust the scroll handles that would be awesome. I tried the qt5ct program but 
that didn't seem to do anything to QtCreator itself. 

--
Mike Jackson 

On 1/11/19, 2:41 PM, "Aleksey Kontsevich"  wrote:

Same question and corresponding bug report: 
https://bugreports.qt.io/browse/QTCREATORBUG-18631
:-)

-- 
Best regards,
Aleksey
Linked in  https://www.linkedin.com/in/alekseykontsevich



11.01.2019, 20:59, "Michael Jackson" :
> I asked this a few years back but it is time to ask again. Is there a way 
to hack into the styles defined to change the scroll bars? I’m old and my eyes 
suck and having the scroll bar basically the same color as the scroll “well” or 
background just kind sucks.
>
> Thanks from the old people of the world.
>
> --
>
> Michael Jackson | Owner, President
>
>   BlueQuartz Software
>
> [e] mike.jack...@bluequartz.net
>
> [w] www.bluequartz.net
> ,
>
> ___
> 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] Adjusting styles of QtCreator

2019-01-11 Thread Michael Jackson
I asked this a few years back but it is time to ask again. Is there a way to 
hack into the styles defined to change the scroll bars? I’m old and my eyes 
suck and having the scroll bar basically the same color as the scroll “well” or 
background just kind sucks.

 

Thanks from the old people of the world.

 

--

Michael Jackson | Owner, President

  BlueQuartz Software

[e] mike.jack...@bluequartz.net

[w] www.bluequartz.net

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


Re: [Qt-creator] Clang processes not being stopped when killing a compile

2019-01-09 Thread Michael Jackson
The ONLY change to my system was moving from Xcode 9.4.1 to Xcode 10.1. When I 
stop the build the cmake process does go away along with the underlying ninja 
process (I used Ninja as the generator) but the all the clang processes are 
still going. I also went into the project settings for this project and 
replaced the default build command with "ninja". Now when I cancel the build 
all the processes stop. I also tried from the command line using "cmake --build 
. --target all" and let that spin up the 24 clang instances and then did a 
"ctrl-c" to kill the process and everything stopped like I would expect. So it 
looks like a strange interaction between QtCreator, CMake and Xcode 10.x.

--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net <http://www.bluequartz.net>

On 1/9/19, 3:14 AM, "Eike Ziller"  wrote:

That sounds like https://bugreports.qt.io/browse/QTCREATORBUG-21428

As I commented in that bug report, Qt Creator stops the build command (in 
your case cmake --build, Qt Creator doesn’t know about any processes that 
starts), first “nicely” and after a timeout “not so nicely”. I suppose when 
killing “not so nicely” the system might not care about subprocesses.
Is the “cmake” process gone after you cancel the build?

Is the behavior different for you with a previous Qt Creator version? I’m 
not aware of changes in Qt Creator in that regard.

Br, Eike

    > On 9. Jan 2019, at 03:45, Michael Jackson  
wrote:
> 
> Just updated from Xcode 9.x to 10.1 on macOS 10.13.6 and using QtCreator 
4.8.0. My project is CMake based which means the build command is something 
like 'cmake --build . --target ALL'. After I start the build if I want to stop 
the build I usually hit the red square button to stop the build and before this 
would work just fine. I have now noticed that the build keeps going (all my 
CPUs are pegged at 100%). I have to drop to a terminal and do "killall clang" 
to get them to stop. This happens on both a Mac Pro (2012) and a 2013 MacBook 
Pro. Both running macOS 10.13.6 and Xcode 10.1. CMake version is 3.13.0 on both 
machines.
> 
> Has anyone else seen this type of behavior?
> 
> Thanks
> --
> Michael Jackson | Owner, President
>  BlueQuartz Software
> [e] mike.jack...@bluequartz.net
> [w] www.bluequartz.net 
> 
> 
> 
> 
> ___
> 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
Rudower Chaussee 13
D-12489 Berlin
eike.zil...@qt.io
http://qt.io
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
https://lists.qt-project.org/listinfo/qt-creator


[Qt-creator] Clang processes not being stopped when killing a compile

2019-01-08 Thread Michael Jackson
Just updated from Xcode 9.x to 10.1 on macOS 10.13.6 and using QtCreator 4.8.0. 
My project is CMake based which means the build command is something like 
'cmake --build . --target ALL'. After I start the build if I want to stop the 
build I usually hit the red square button to stop the build and before this 
would work just fine. I have now noticed that the build keeps going (all my 
CPUs are pegged at 100%). I have to drop to a terminal and do "killall clang" 
to get them to stop. This happens on both a Mac Pro (2012) and a 2013 MacBook 
Pro. Both running macOS 10.13.6 and Xcode 10.1. CMake version is 3.13.0 on both 
machines.

Has anyone else seen this type of behavior?

Thanks
--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net 
 



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


Re: [Qt-creator] Qt creator + Clang model = major annoyance

2019-01-06 Thread Michael Jackson
Marco, 

 Would it be possible to do a two pass parse. The first pass just does the 
CCM but without any diagnostics. The second pass (if needed) then does the 
diagnostics? And if I had the funding to give I would. I have funded features 
of CMake in the past when the need presented itself but currently we find 
ourselves lacking extra funding. Maybe a GoFundMe page?

 

--

Mike Jackson

 

 

On 1/6/19, 4:37 PM, "Marco Bubke"  wrote:

 

Hi Michael, if we add more threads we will waste more memory and the code 
complexity goes up too. I don't work on this code anymore but there will be 
always trade offs between speed, memory and code complexity (which increases 
maintenance time and reduces new feature time). So you want to do the 
diagnostic generation only if there it's nothing else to do? You can write a 
suggestion for it and find many people who vote for it or even better you give 
us some money so we can hire a guy who will work on it. ;-) We want to improve 
our C++ support much faster too but we are only a very small team.

 

Best regards, Marco

On January 6, 2019 19:04:47 Michael Jackson  wrote:

On some points I agree, but being on macOS my choices are pretty limited for an 
IDE. xCode? Uh no. Eclipse? No way. What else is there? QtCreator is pretty 
much the only choice I have. I am hoping that the QtCreator team can carve out 
some time in 2019 to look into some of the speed issues with the clang backend.


Frankly my issue with the old parser was _because_ of boost. The original code 
model would _never_ want to parse our use of boost which made code completions 
pretty non-existent in our boost heavy code. When the CCM successfully parses 
the file the complete is spot on, it just takes forever to parse the code. One 
thing that I have noticed is that if I turn off all the clang-tidy and clazy 
checks then the speed on first opening is pretty decent (I’m on a 2012 Mac Pro 
with dual Xeon so not the fastest CPUs in the world). If I turn on the 
clang-tidy checks that I want then the time to get even the function list is 
abysmal. I would think a 2 stage parse of the file might work better with 2 
threads: 1 for the initial parser and one for the clang-tidy checks. Waiting 30 
seconds (or sometimes never) for a function list to appear seems like a 
deficiency in my mind.

 

Again, I really appreciate how far QtCreator has come from the “old days” in 
the 2.x versions. I have used it through the 1.5 years of “dark ages” where 
debugging on macOS was basically non-existent due to LLDB being so immature. 
QtCreator works way better with our CMake heavy projects and all of the 
external libraries that we used. I think it just needs some polish on the CCM 
parsing and reaction times put into it in 2019.

 

--

Michael Jackson | Owner, President

  BlueQuartz Software

[e] mike.jack...@bluequartz.net

[w] www.bluequartz.net 

 

 

On 1/4/19, 8:20 PM, "Qt-creator on behalf of NIkolai Marchenko" 
 wrote:

 

Qt creator is rapidly becoming a source of major annoyance ever since clang 
code model was introduced.

 

It's slow, sometimes taking 30+ seconds to react to F2

What's worse, it reacts to it once you gave up and navigated somewhere manually 
and makes you suddenly type stuff in plces you won't expect.

 

It's buggy, fails on boost and fails to produce a highlight on everything that 
depends on it

 

It's too easy to break, A single symbol it doesn't detect breaks highlighting 
and hint for the whole file chain, whether stuff later down the line requires 
that symbol or not.

 

While I understand the desire to stop reimplementing the wheel with code 
parser, the Clang Code Model made Qt Creator strictly worse for any complex 
project to the point I catch myself wanting to use something else on a regular 
basis. This wasn't the case ever before CCM was introduced.

___ 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] Qt creator + Clang model = major annoyance

2019-01-06 Thread Michael Jackson
On some points I agree, but being on macOS my choices are pretty limited for an 
IDE. xCode? Uh no. Eclipse? No way. What else is there? QtCreator is pretty 
much the only choice I have. I am hoping that the QtCreator team can carve out 
some time in 2019 to look into some of the speed issues with the clang backend.


Frankly my issue with the old parser was _because_ of boost. The original code 
model would _never_ want to parse our use of boost which made code completions 
pretty non-existent in our boost heavy code. When the CCM successfully parses 
the file the complete is spot on, it just takes forever to parse the code. One 
thing that I have noticed is that if I turn off all the clang-tidy and clazy 
checks then the speed on first opening is pretty decent (I’m on a 2012 Mac Pro 
with dual Xeon so not the fastest CPUs in the world). If I turn on the 
clang-tidy checks that I want then the time to get even the function list is 
abysmal. I would think a 2 stage parse of the file might work better with 2 
threads: 1 for the initial parser and one for the clang-tidy checks. Waiting 30 
seconds (or sometimes never) for a function list to appear seems like a 
deficiency in my mind.

 

Again, I really appreciate how far QtCreator has come from the “old days” in 
the 2.x versions. I have used it through the 1.5 years of “dark ages” where 
debugging on macOS was basically non-existent due to LLDB being so immature. 
QtCreator works way better with our CMake heavy projects and all of the 
external libraries that we used. I think it just needs some polish on the CCM 
parsing and reaction times put into it in 2019.

 

--

Michael Jackson | Owner, President

  BlueQuartz Software

[e] mike.jack...@bluequartz.net

[w] www.bluequartz.net 

 

 

On 1/4/19, 8:20 PM, "Qt-creator on behalf of NIkolai Marchenko" 
 wrote:

 

Qt creator is rapidly becoming a source of major annoyance ever since clang 
code model was introduced.

 

It's slow, sometimes taking 30+ seconds to react to F2

What's worse, it reacts to it once you gave up and navigated somewhere manually 
and makes you suddenly type stuff in plces you won't expect.

 

It's buggy, fails on boost and fails to produce a highlight on everything that 
depends on it

 

It's too easy to break, A single symbol it doesn't detect breaks highlighting 
and hint for the whole file chain, whether stuff later down the line requires 
that symbol or not.

 

While I understand the desire to stop reimplementing the wheel with code 
parser, the Clang Code Model made Qt Creator strictly worse for any complex 
project to the point I catch myself wanting to use something else on a regular 
basis. This wasn't the case ever before CCM was introduced.

___ 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] Qt creator + Clang model = major annoyance

2019-01-06 Thread Michael Jackson
Let me chime in a bit on this also and state that during the betas of QtCreator 
I would regularly keep Activity Monitor (macOS) going with “clangbackend” 
filtered so I can force-quit it quite often. This seems to give it a kick that 
it needs to get itself going.

 

--

Michael Jackson | Owner, President

  BlueQuartz Software

[e] mike.jack...@bluequartz.net

[w] www.bluequartz.net 

 

 

 

On 1/5/19, 3:12 AM, "Qt-creator on behalf of Carel Combrink" 
 wrote:

 

PS: 

Also, sometimes the only way to fix CCM to highlight/react to inputs like F2 is 
to restart qt creator.

What also works (on Windows at least) is to kill the clangbackend.exe process 
from the task manager, Qt Creator will detect this and restart it, then you do 
not need to restart Qt Creator at least. 

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


Re: [Qt-creator] Snapshot builds for 4.8

2018-10-23 Thread Michael Jackson
Is this "acting up" something that the larger Qt community might be interested 
in? I have not moved any of our macOS dev machines to 10.14 (Mojave) because of 
some of the unknowns. Knowing some of the issues and how you solve them might 
be an interesting conversation for us macOS  users. 

Thanks
Mike Jackson

On 10/23/18, 1:37 AM, "Eike Ziller"  wrote:


> On Oct 22, 2018, at 17:44, Michael Jackson  
wrote:
> 
> Has there been any movement on this issue? I like to test out the latest 
builds for performance issues. The 4.8 Beta is working pretty good on my system 
(2012 Mac Pro, macOS 10.13) but I need to throw our really large project at it. 
Thanks for the great work on this product.

Movement yes, success no.
To build with Qt 5.12 we needed to update our macOS machines, but 
unfortunately the new macOS 10.13 setups act up in our build infrastructure…

Br, Eike



    > --
> Michael Jackson | Owner, President
>  BlueQuartz Software
> [e] mike.jack...@bluequartz.net
> [w] www.bluequartz.net <http://www.bluequartz.net>
> 
> On 10/18/18, 2:37 AM, "Qt-creator on behalf of Eike Ziller" 
 wrote:
> 
> 
> 
>> On 17. Oct 2018, at 23:04, Orgad Shaneh  wrote:
>> 
>> Hi,
>> 
>> I've just noticed that there are no snapshot builds for the past week 
(and there is no beta2 directory). Is this intentional?
> 
>No, I’ve been fighting a bit with upgrading them to Qt 5.12, but I 
hope to have them up again soon.
> 
>> 
>> http://download.qt.io/snapshots/qtcreator/4.8/
>> 
>> - Orgad
>> ___
>> Qt-creator mailing list
>> Qt-creator@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/qt-creator
> 
>-- 
>Eike Ziller
>Principal Software Engineer
> 
>The Qt Company GmbH
>Rudower Chaussee 13
>D-12489 Berlin
>eike.zil...@qt.io
>http://qt.io
>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
> 
> 
> 
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller
Principal Software Engineer

The Qt Company GmbH
Rudower Chaussee 13
D-12489 Berlin
eike.zil...@qt.io
http://qt.io
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] Snapshot builds for 4.8

2018-10-22 Thread Michael Jackson
Has there been any movement on this issue? I like to test out the latest builds 
for performance issues. The 4.8 Beta is working pretty good on my system (2012 
Mac Pro, macOS 10.13) but I need to throw our really large project at it. 
Thanks for the great work on this product.

--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net <http://www.bluequartz.net>

On 10/18/18, 2:37 AM, "Qt-creator on behalf of Eike Ziller" 
 wrote:



> On 17. Oct 2018, at 23:04, Orgad Shaneh  wrote:
> 
> Hi,
> 
> I've just noticed that there are no snapshot builds for the past week 
(and there is no beta2 directory). Is this intentional?

No, I’ve been fighting a bit with upgrading them to Qt 5.12, but I hope to 
have them up again soon.

> 
> http://download.qt.io/snapshots/qtcreator/4.8/
> 
> - Orgad
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller
Principal Software Engineer

The Qt Company GmbH
Rudower Chaussee 13
D-12489 Berlin
eike.zil...@qt.io
http://qt.io
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



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


[Qt-creator] QtCreator 4.8 Beta 1 Crash [ClangFormat]

2018-10-15 Thread Michael Jackson
ocessKeyEvent(QWindowSystemInterfacePrivate::KeyEvent*)
 + 165

30  org.qt-project.QtGui   0x00010694ed4b 
QWindowSystemInterface::sendWindowSystemEvents(QFlags)
 + 155

31  org.qt-project.QtGui   0x00010694a7b0 
QWindowSystemInterface::flushWindowSystemEvents(QFlags)
 + 576

32  libqcocoa.dylib     0x0001093eb450 0x1093c8000 + 
144464

33  libqcocoa.dylib     0x0001093eb618 0x1093c8000 + 
144920

34  com.apple.AppKit    0x7fff49baa43d 
-[NSWindow(NSEventRouting) _reallySendEvent:isDelayedEvent:] + 5040

35  com.apple.AppKit    0x7fff49ba8c70 
-[NSWindow(NSEventRouting) sendEvent:] + 497

36  libqcocoa.dylib     0x0001093efc70 0x1093c8000 + 
162928

37  com.apple.AppKit    0x7fff49a0a236 
-[NSApplication(NSEvent) sendEvent:] + 2462

38  libqcocoa.dylib     0x0001093f626a 0x1093c8000 + 
189034

39  com.apple.AppKit    0x7fff4926a8b5 -[NSApplication run] 
+ 812

40  libqcocoa.dylib     0x0001093f28ed 0x1093c8000 + 
174317

41  org.qt-project.QtCore     0x0001070393b2 
QEventLoop::exec(QFlags) + 418

42  org.qt-project.QtCore     0x00010703df72 
QCoreApplication::exec() + 402

43  org.qt-project.qtcreator    0x0001060b4e11 main + 15313

44  libdyld.dylib       0x7fff73bc8015 start + 1

 

 

--

Michael Jackson | Owner, President

  BlueQuartz Software

[e] mike.jack...@bluequartz.net

[w] www.bluequartz.net

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

2018-07-17 Thread Michael Jackson
We used to use the online installer when we were building up an SDK for our 
project but it just crashes most of the time on Windows so we switched to using 
the full download installer. We use CMake to drive the entire process including 
launching the Qt installer using a javascript file. (Better documentation for 
that would also be helpful). If you are curious as to our use case you can see 
it here:

http://www.github.com/bluequartzsoftware/DREAM3DSuperbuild

If I can go back to using the online installer (must work on Windows 10 
(pro)/8/7) which would install the PDB files that would be great. Can you 
package the PDB files using an installer like for Qt itself? At least that 
would make the installation go much quicker and easier.


--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net <http://www.bluequartz.net>

On 7/17/18, 1:00 AM, "David Schulz"  wrote:

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

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

2018-07-16 Thread Michael Jackson
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 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" 
 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
&

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

2018-07-14 Thread Michael Jackson
I installed the .pdb files into the
C:\DREAM3D_SDK\Qt5.10.1\5.10.1\msvc2017_64 directory which correctly put
all of them into the appropriate sub-directories. I also edited the PATH
environment variable for the project to include those directories and I
still get the issue. I have reinstalled the Windows 10 SDK (I'm on Windows
10 x64) with VS 2017 latest update) according to
http://doc.qt.io/qtcreator/creator-debugger-engines.html. I would really
like to switch from VS 2017 to QtCreator on Windows ( I use QtCreator on
macOS). I'm just not sure what I am doing wrong. I guess I could dig up my
Windows 10 serial number and just clean install windows and start over.

--
Mike Jackson

_
Mike Jackson  mike.jack...@bluequartz.net
BlueQuartz Softwarewww.bluequartz.net
Principal Software Engineer  Dayton, Ohio

On Fri, Jul 13, 2018 at 2:22 PM, Michael Jackson <
mike.jack...@bluequartz.net> 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"
>  of bho...@comcast.net> 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 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"
>  of 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 automatic

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

2018-07-13 Thread Michael Jackson
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 
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" 
 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



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

2018-07-06 Thread Michael Jackson
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" 
 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


Re: [Qt-creator] QtCreator 4.7 RC Feedback

2018-07-04 Thread Michael Jackson
Ok, Good suggestion. I went back and for the QtC 4.6 test the Clang code model 
was turned off. So I went back and tried again. The Syntax highlighting took 
about 5 seconds for the particular file that I am using as my benchmark. More 
Importantly the drop down was populated with the methods of the class in about 
2 seconds which is reasonable. At least I can start navigating quickly. By the 
time I find the method I am interested in, the syntax highlighting is kicking 
in. With QtC 4.7 it is a different story. The function drop down appears at the 
same time as I get the highlighting which is about 10 seconds based on my 
screen captures. Of course I also get the full syntax highlighting at that 
point also BUT not I have to wait that entire time. I guess I would rather have 
the function drop down get populated first, then the syntax highlighting/code 
completion if that takes longer? Of course I could argue it both ways. I got 
used to the way that Qt4.5 and 4.6 did it so now having to wait breaks the 
cadence of opening a file and getting right to work on it.

 

My system is macOS 10.13.x on a 2013 15” MacBook Pro. I sure hope that Xcode’s 
libClang is not getting in the way. I would hope that the one from QtC is used. 
Not sure how I would check that.

 

I can do some side by side screen recordings showing the differences on my 
system anyone is interested. 

 

--

Mike Jackson

 

On 7/4/18, 3:33 PM, "Ivan Donchevskii"  wrote:

 

Hi!
If the initial parsing time is absolutely crucial for you you can turn 
ClangCodeModel plugin off (it's turned on be default since 4.7). ClangCodeModel 
provides more precise results but takes longer to parse files. We did some work 
to make it faster but the most recent part of it was mostly about code 
completion.

Also it's important that you use our prebuilt libclang shipped with Qt Creator 
installer but not the one in your system because it might provide the slowdown.

 

Hope that my answer helps you

Kind regards
Ivan

From: Qt-creator  on 
behalf of Michael Jackson 
Sent: Wednesday, July 4, 2018 6:10:08 PM
To: qt-creator@qt-project.org
Subject: [Qt-creator] QtCreator 4.7 RC Feedback 

 

Just wanted to throw some feedback while I use the 4.7 Betas and RCs on my 
macOS systems. For the most part I like what I am seeing but there currently is 
an issue that is really starting to get in the way. The speed at which a C++ 
file is parsed so that all the syntax highlighting and coloring becomes 
available is taking way too long. With QtCreator 4.5 and 4.6 I would open a 
file and only a second at most would pass and the method drop downs would be 
populated and I could start navigating. With the 4.7 series (latest I pulled 
was from July 4th) it takes 10 seconds to get the syntax highlighting and 
navigating. (I did a side-by-side comparison with a screen recording to verify 
the times).
I know that QtCreator is still in the RC mode and still being developed but 
that wait times are making navigating a real issue. My question: Are there 
still optimizations still being worked on for the final release? I know from a 
previous post that the code model and clang-tidy were thrown onto separate 
threads for good reasons but something else is happening to slow down that 
initial parse/navigation stage.

  Again, thank you for the wonderful IDE that I use and rely on every day. I 
don't think I could develop C++ codes on macOS without it.

--
Mike Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net 
 



___
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] Branches side-panel

2018-07-04 Thread Michael Jackson
I would love to see a "workspace" that basically incorporates the 
functionality of something like SourceTree or GitKraken into 
QtCreator. I don't actually know what QtCreator has to offer by way 
of Git functionality because those 2 applications are that good.

--
Mike Jackson

On 7/4/18, 9:10 AM, "Qt-creator on behalf of Mathias Hasselmann" 
 wrote:

Hi Orgad,

I'd totally love to see (much) better git integration in QtCreator and 
replacing the branches dialog would with a panel be a great start for a 
more natural git experience in QtCreator. I'd really love to see such 
change!

Thanks,
Mathias

Am 02.07.2018 um 19:49 schrieb Orgad Shaneh:
> Hi,
> 
> There is a pending change 
>  by André Hartmann that 
> introduces a Branches side-panel for Git.
> 
> The current dialog is not modal, which I find a bit confusing, and it 
> has many buttons with dynamic enable/disable state. It also hides the 
> main window when open.
> 
> Before we proceed with it, I'd like to hear your opinions:
> 
>   * Do you like it as a panel?
>   * Do you prefer the panel or the current dialog?
>   * How about removing the dialog and replacing it by the panel?
> 
> Thanks,
> - Orgad
> 
> 
> ___
> 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] QtCreator 4.7 RC Feedback

2018-07-04 Thread Michael Jackson
Just wanted to throw some feedback while I use the 4.7 Betas and RCs on my 
macOS systems. For the most part I like what I am seeing but there currently is 
an issue that is really starting to get in the way. The speed at which a C++ 
file is parsed so that all the syntax highlighting and coloring becomes 
available is taking way too long. With QtCreator 4.5 and 4.6 I would open a 
file and only a second at most would pass and the method drop downs would be 
populated and I could start navigating. With the 4.7 series (latest I pulled 
was from July 4th) it takes 10 seconds to get the syntax highlighting and 
navigating. (I did a side-by-side comparison with a screen recording to verify 
the times).
I know that QtCreator is still in the RC mode and still being developed but 
that wait times are making navigating a real issue. My question: Are there 
still optimizations still being worked on for the final release? I know from a 
previous post that the code model and clang-tidy were thrown onto separate 
threads for good reasons but something else is happening to slow down that 
initial parse/navigation stage.

  Again, thank you for the wonderful IDE that I use and rely on every day. I 
don't think I could develop C++ codes on macOS without it.

--
Mike Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net 
 



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


Re: [Qt-creator] What are your favorite clang-tidy checks

2018-06-15 Thread Michael Jackson
That is Great news. I'll pull it down when I get back from holiday. I really 
love/hate the clang-tidy checks. Love them because it is like having a really 
experienced C++ programmer looking over your shoulder the whole time. Hate them 
because it shows us just how many things we need to fix in our code base. With 
QtCreator 4.7 looks like I can turn them back on.

--
Mike Jackson


On 6/15/18, 3:40 AM, "Eike Ziller"  wrote:

In 4.7 the code completion should also no longer be slowed down by the 
checks. So it would be great if you could check that out :)

Br, Eike

> On 14. Jun 2018, at 23:19, Michael Jackson  
wrote:
> 
> Can I just have it blanket fix ALL issues that it finds in a file? Kind 
of like “Clang Format” but for Clang-Tidy? I have been toying with writing a 
script that would attempt to do that for our code base.
>  
> I guess I should download the latest QtCreator and give that a spin.
> --
> Mike Jackson
>  
> On 6/14/18, 12:55 PM, "Ivan Donchevskii"  wrote:
>  
> Yes, there are checkboxes for fix-its so you can apply selected ones.
> 
>  
> From: Vadim Peretokin 
> Sent: Thursday, June 14, 2018 6:42 PM
> To: Ivan Donchevskii
> Cc: Michael Jackson; qt-creator@qt-project.org
> Subject: Re: [Qt-creator] What are your favorite clang-tidy checks
>  
> That's a great addition! Can it also run fixits?
> 
> On Thu, 14 Jun 2018, 6:10 pm Ivan Donchevskii,  
wrote:
>> In Qt Creator 4.7 there's a separate tool (Analyze menu) that runs 
Clang-Tidy checks over the selected files which does not affect your opened 
documents. I hope it solves your problem at least partially :)
>> 
>> From: Qt-creator 
 on behalf of Michael 
Jackson 
>> Sent: Thursday, June 14, 2018 6:03:37 PM
>> To: qt-creator@qt-project.org
>> 
>> Subject: Re: [Qt-creator] What are your favorite clang-tidy checks
>>  
>> I tend to go back and forth between turning it off so that code 
completion actually completes in a reasonable amount of time (~1 second) or 
having all the helpful insights into my code base. It is almost like QtCreator 
needs to have 2 threads running. One for the code completion and one for the 
clang-tidy stuff.
>>  
>> --
>> Mike Jackson
>>  
>> On 6/13/18, 3:44 AM, "Qt-creator on behalf of Ivan Donchevskii" 
 wrote:
>>  
>> Hi!
>> 
>>  
>> 
>> On the contributors summit I mentioned that we want to introduce the 
"default" set of flags for Clang-Tidy which can be used as a starting point for 
analysis and is good enough for some random project developed in Qt Creator.
>> 
>> We have an example of it in 
https://codereview.qt-project.org/#/c/230400/ but not sure if it is actually 
the proper list.
>> 
>>  
>> 
>> Here's the list itself - 
"bugprone-*,cppcoreguidelines-*,misc-*,modernize-*,performance-*,readability-*,-cppcoreguidelines-owning-memory,-readability-braces-around-statements,-readability-implicit-bool-conversion,-readability-named-parameter"
>> 
>>  
>> 
>> Let us know if there's something you would like to add or remove from 
it. You can check the whole tree of currently available checks in 4.7 beta or 
in one of our latest Qt Creator snapshots.
>> 
>>  
>> 
>> Kind regards,
>> 
>> Ivan
>> 
>> ___ Qt-creator mailing list 
Qt-creator@qt-project.orghttp://lists.qt-project.org/mailman/listinfo/qt-creator
>> ___
>> Qt-creator mailing list
>> Qt-creator@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/qt-creator
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Eike Ziller
Principal Software Engineer

The Qt Company GmbH
Rudower Chaussee 13
D-12489 Berlin
eike.zil...@qt.io
http://qt.io
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] What are your favorite clang-tidy checks

2018-06-14 Thread Michael Jackson
Can I just have it blanket fix ALL issues that it finds in a file? Kind of like 
“Clang Format” but for Clang-Tidy? I have been toying with writing a script 
that would attempt to do that for our code base.

 

I guess I should download the latest QtCreator and give that a spin.

--

Mike Jackson

 

On 6/14/18, 12:55 PM, "Ivan Donchevskii"  wrote:

 

Yes, there are checkboxes for fix-its so you can apply selected ones.

 

From: Vadim Peretokin 
Sent: Thursday, June 14, 2018 6:42 PM
To: Ivan Donchevskii
Cc: Michael Jackson; qt-creator@qt-project.org
Subject: Re: [Qt-creator] What are your favorite clang-tidy checks 

 

That's a great addition! Can it also run fixits?

On Thu, 14 Jun 2018, 6:10 pm Ivan Donchevskii,  wrote:

In Qt Creator 4.7 there's a separate tool (Analyze menu) that runs Clang-Tidy 
checks over the selected files which does not affect your opened documents. I 
hope it solves your problem at least partially :)

From: Qt-creator  on 
behalf of Michael Jackson 
Sent: Thursday, June 14, 2018 6:03:37 PM
To: qt-creator@qt-project.org


Subject: Re: [Qt-creator] What are your favorite clang-tidy checks

 

I tend to go back and forth between turning it off so that code completion 
actually completes in a reasonable amount of time (~1 second) or having all the 
helpful insights into my code base. It is almost like QtCreator needs to have 2 
threads running. One for the code completion and one for the clang-tidy stuff.

 

--

Mike Jackson

 

On 6/13/18, 3:44 AM, "Qt-creator on behalf of Ivan Donchevskii" 
 wrote:

 

Hi!

 

On the contributors summit I mentioned that we want to introduce the "default" 
set of flags for Clang-Tidy which can be used as a starting point for analysis 
and is good enough for some random project developed in Qt Creator.

We have an example of it in https://codereview.qt-project.org/#/c/230400/ but 
not sure if it is actually the proper list.

 

Here's the list itself - 
"bugprone-*,cppcoreguidelines-*,misc-*,modernize-*,performance-*,readability-*,-cppcoreguidelines-owning-memory,-readability-braces-around-statements,-readability-implicit-bool-conversion,-readability-named-parameter"

 

Let us know if there's something you would like to add or remove from it. You 
can check the whole tree of currently available checks in 4.7 beta or in one of 
our latest Qt Creator snapshots.

 

Kind regards,

Ivan

___ 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] What are your favorite clang-tidy checks

2018-06-14 Thread Michael Jackson
I tend to go back and forth between turning it off so that code completion 
actually completes in a reasonable amount of time (~1 second) or having all the 
helpful insights into my code base. It is almost like QtCreator needs to have 2 
threads running. One for the code completion and one for the clang-tidy stuff.

 

--

Mike Jackson

 

On 6/13/18, 3:44 AM, "Qt-creator on behalf of Ivan Donchevskii" 
 wrote:

 

Hi!

 

On the contributors summit I mentioned that we want to introduce the "default" 
set of flags for Clang-Tidy which can be used as a starting point for analysis 
and is good enough for some random project developed in Qt Creator.

We have an example of it in https://codereview.qt-project.org/#/c/230400/ but 
not sure if it is actually the proper list.

 

Here's the list itself - 
"bugprone-*,cppcoreguidelines-*,misc-*,modernize-*,performance-*,readability-*,-cppcoreguidelines-owning-memory,-readability-braces-around-statements,-readability-implicit-bool-conversion,-readability-named-parameter"

 

Let us know if there's something you would like to add or remove from it. You 
can check the whole tree of currently available checks in 4.7 beta or in one of 
our latest Qt Creator snapshots.

 

Kind regards,

Ivan

___ 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] Update 4.6.0

2018-04-06 Thread Michael Jackson
I would also like to second that gratitude. We enabled the clang-tidy and clazy 
warnings which immediately helped our coders find questionable code constructs 
and highlight areas where we should be writing code using more modern 
constructs. Thanks to all who contributed.

 

--

Michael Jackson | Owner, President

  BlueQuartz Software

[e] mike.jack...@bluequartz.net

[w] www.bluequartz.net

From: Qt-creator 
<qt-creator-bounces+mike.jackson=bluequartz@qt-project.org> on behalf of 
Hilk Jonas <jonas.h...@thermokon.de>
Date: Thursday, April 5, 2018 at 5:00 AM
To: "qt-creator@qt-project.org" <qt-creator@qt-project.org>
Subject: [Qt-creator] Update 4.6.0

 

Hello everyone,

 

I use QtCreator as my IDE for almost all projects and recently I upgraded to 
version 4.6.0

 

Immediately I noticed the improvements compared to the version I used 
previously. Especially in qml-files.

Love the “found usage” feature and the new typo detection e.g. missing 
characters in color-strings etc.

 

Now the only thing really missing is a fully-fledged refactoring feature J

 

I want to use this moment and express gratitude to all, who contributed to the 
IDE in any way shape or form!

 

Thank you very much, I appreciate it every day.

 

 

Best regards 

Jonas Hilk



___ 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

2018-03-14 Thread Michael Jackson
I think this is a good idea. Another feature along the same lines is when you 
hover over a macro I want to see the fully resolved code even for deeply nested 
macros. I miss this from Eclipse.

 

Just my 2 Cents. 

Mike Jackson

 

From: Qt-creator 
 on behalf of 
Jason H 
Date: Wednesday, March 14, 2018 at 6:40 AM
To: Davide Coppola 
Cc: 
Subject: Re: [Qt-creator] Crazy improvement idea #2

 

I think it would be faster, without the abrubt diconnect of switching files. 

 

Anyway, I'm throwing these ideas out there to see what sticks. If people like 
them, then I file a report. If people detest them then I don't bother. 

 

As a refinement to the idea, if there was a documentation string, that would be 
shown. As a refinement to the refinement, maybe the pipus is an doc strng 
editor so that you can type one if it doesn't already exist?

 

I'm just trying to make development easier and take it to the next level.

  

Sent: Wednesday, March 14, 2018 at 7:47 AM
From: "Davide Coppola" 
To: qt-creator@qt-project.org
Subject: Re: [Qt-creator] Crazy improvement idea #2

Isn't something like this slower than just pressing F2 when the cursor is on a 
function? 

 

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

  

 

-- 

Davide Coppola 

  

website: http://www.davidecoppola.com

blog: http://blog.davidecoppola.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 

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


Re: [Qt-creator] What makes a message a "Compile Error"

2018-03-06 Thread Michael Jackson
-Original Message-
From: Tobias Hunger <tobias.hun...@gmail.com>
Date: Tuesday, March 6, 2018 at 8:02 AM
To: Michael Jackson <mike.jack...@bluequartz.net>
Cc: qt-creator <qt-creator@qt-project.org>
Subject: Re: [Qt-creator] What makes a message a "Compile Error"

On Tue, Mar 6, 2018 at 1:41 PM, Michael Jackson
<mike.jack...@bluequartz.net> wrote:
> As part of our build we execute a few external programs that create 
output. It seems that QtCreator seems to think that these messages are errors 
even though they are not.

Creator uses classes derived from IOutputParser to decide what to list
in the issues tab.

> Is there a specific pattern that we can use in our output messages so 
that QtCreator can interpret them correctly?

Lot's of them:-) All nicely defined in lots of RegExps.

The actual patterns used do depend a lot on your project though:
Creator uses a list of IOutputParsers and feeds all stdout/stderr text
from the build process through the chain of parsers.

The actual parsers in the chain do depend on OS, build system used,
compiler selected, whether you use Qt or not and probably some more
factors:-)

> Sometime those programs actually _do_ error out and we want those errors 
to show up in QtCreator's error list.

You will need to add another outputparser to the chain then or extend
an existing parser to match the messages you want.

I am happy to add more patterns, provided they are generally
applicable of course and that somebody provides the necessary test
data (the actual error messages and whether those come from stdout or
stderr).

Best Regards,
Tobias


I'm using Qt classes, we compile on Linux (GCC), macOS (clang) and Windows (VS 
2015/2017). We use C++ and CMake for the build system. The part that throws a 
false positive is a custom build step where we call "cmake -P" to load another 
generated script. It is that script that puts out the error messages. I used to 
have the absolute path to the CMake script file as part of the output but that 
seemed to trigger the error. Now I just put "MKDOCS: Something happened" and 
that seems to not trigger the error messages.

Could you point me to the regex expressions? I don't really have the source for 
QtCreator up and compiling at the moment.

--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net


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


[Qt-creator] What makes a message a "Compile Error"

2018-03-06 Thread Michael Jackson
As part of our build we execute a few external programs that create output. It 
seems that QtCreator seems to think that these messages are errors even though 
they are not. Is there a specific pattern that we can use in our output 
messages so that QtCreator can interpret them correctly? Sometime those 
programs actually _do_ error out and we want those errors to show up in 
QtCreator's error list.

Thanks
--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net


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


Re: [Qt-creator] Expand Macro on mouse over (Feature Request?)

2017-10-24 Thread Michael Jackson
This is what I get when I hover my mouse over one of our macros. So, yes, 
technically it expanded but only a single level. The macro from the screen shot 
is located in this file:

https://github.com/BlueQuartzSoftware/SIMPL/blob/develop/Source/SIMPLib/Common/SIMPLibSetGetMacros.h

If you want to use that as a test from our project.

--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net

-Original Message-
From: Eike Ziller <eike.zil...@qt.io>
Date: Tuesday, October 24, 2017 at 3:54 AM
To: Michael Jackson <mike.jack...@bluequartz.net>
Cc: "qt-creator@qt-project.org" <qt-creator@qt-project.org>
Subject: Re: [Qt-creator] Expand Macro on mouse over (Feature Request?)


> On 23. Oct 2017, at 17:54, Michael Jackson <mike.jack...@bluequartz.net> 
wrote:
> 
> Before I added a feature request I just wanted to get a general idea if 
others would like the feature. Back in the dark days when I used Eclipse for 
C++ development one of the features of the editor that I still miss was the 
ability to mouse over a C/C++ macro and the popup would show the fully expanded 
macro. This was handy in a few situations when trying to debug the macro or 
just see what the expanded code looks like. This is especially useful for 
deeply nested macros.
> 
> Are there thoughts one way or another? Has anyone tried to implement this 
feature?

Qt Creator does that (for me). Though the code is not nicely formatted, so 
there is room for improvement.

Br, Eike

-- 
Eike Ziller
Principal Software Engineer

The Qt Company GmbH
Rudower Chaussee 13
D-12489 Berlin
eike.zil...@qt.io
http://qt.io
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


[Qt-creator] Expand Macro on mouse over (Feature Request?)

2017-10-23 Thread Michael Jackson
Before I added a feature request I just wanted to get a general idea if others 
would like the feature. Back in the dark days when I used Eclipse for C++ 
development one of the features of the editor that I still miss was the ability 
to mouse over a C/C++ macro and the popup would show the fully expanded macro. 
This was handy in a few situations when trying to debug the macro or just see 
what the expanded code looks like. This is especially useful for deeply nested 
macros.

Are there thoughts one way or another? Has anyone tried to implement this 
feature?

--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net


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


Re: [Qt-creator] QtCreator 4.3/4.4 + CMake likes to "rebuild" my project, a lot.

2017-09-28 Thread Michael Jackson
-Original Message-
From: Tobias Hunger <tobias.hun...@gmail.com>
Date: Wednesday, September 27, 2017 at 6:11 PM
To: Michael Jackson <mike.jack...@bluequartz.net>
Cc: qt-creator <qt-creator@qt-project.org>
Subject: Re: [Qt-creator] QtCreator 4.3/4.4 + CMake likes to "rebuild" my 
project, a lot.

Hi Michael,

On Wed, Sep 27, 2017 at 3:58 PM, Michael Jackson
<mike.jack...@bluequartz.net> wrote:
> I have seen this problem more than a few times and with a 45 minute build 
time for our project it is starting to get in the way. Our project is CMake 
based (I am using CMake 3.8 or 3.9 depending on the particular workstation that 
I am using at the time) and also uses Qt 5.9.1 64 bit. All the code is C++. 
What will happen is that I load the project, QtCreator properly configures for 
the build (Debug) and I build the project successfully. I quit QtCreator. 
Relaunch QtCreator and when I click Debug for our application QtCreator will 
pretty much rebuild the entire project. NOTHING changed between when I last 
built, quit QtCreator and relaunched QtCreator. I use ninja as the build tool.

When you open the project, then cmake will go through the
configure/generate steps again. Is that what you are referring to?
That is how cmake wants this to be handled, so there is nothing I can
do there.

Or does the actual build rebuild huge parts of the project? That could
be triggered by cmake configur/generate mentioned above: Do you create
some central header file or something from cmake? That would be a bug
that I'd need to file with upstream cmake:-/

Best Regards,
Tobias


Tobias,
  Figured it out! When you change versions of CMake in the "Kits" QtCreator 
will re-run CMake with that changed version BUT it looks like QtCreator deletes 
the current CMakeCache.txt file and completely starts over which will basically 
force a mostly clean build. If I change versions of CMake on the command line 
the current CMakeCache.txt file is used and I don't get the "rebuild" issue.

So is there an explicit piece of code in QtCreator that deletes the 
CMakeCache.txt when the version of CMake is changed in the Kits? Is this the 
recommended thing to do from the CMake Devs?

Thanks
Mike Jackson


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


Re: [Qt-creator] QtCreator 4.3/4.4 + CMake likes to "rebuild" my project, a lot.

2017-09-28 Thread Michael Jackson

-Original Message-
From: Tobias Hunger <tobias.hun...@gmail.com>
Date: Wednesday, September 27, 2017 at 6:11 PM
To: Michael Jackson <mike.jack...@bluequartz.net>
Cc: qt-creator <qt-creator@qt-project.org>
Subject: Re: [Qt-creator] QtCreator 4.3/4.4 + CMake likes to "rebuild" my 
project, a lot.

Hi Michael,

On Wed, Sep 27, 2017 at 3:58 PM, Michael Jackson
<mike.jack...@bluequartz.net> wrote:
> I have seen this problem more than a few times and with a 45 minute build 
time for our project it is starting to get in the way. Our project is CMake 
based (I am using CMake 3.8 or 3.9 depending on the particular workstation that 
I am using at the time) and also uses Qt 5.9.1 64 bit. All the code is C++. 
What will happen is that I load the project, QtCreator properly configures for 
the build (Debug) and I build the project successfully. I quit QtCreator. 
Relaunch QtCreator and when I click Debug for our application QtCreator will 
pretty much rebuild the entire project. NOTHING changed between when I last 
built, quit QtCreator and relaunched QtCreator. I use ninja as the build tool.

When you open the project, then cmake will go through the
configure/generate steps again. Is that what you are referring to?
That is how cmake wants this to be handled, so there is nothing I can
do there.

Or does the actual build rebuild huge parts of the project? That could
be triggered by cmake configur/generate mentioned above: Do you create
some central header file or something from cmake? That would be a bug
that I'd need to file with upstream cmake:-/

Best Regards,
Tobias
  

Tobias,
I am trying to figure out the difference between the following 2 
workflows.

1:
 + From a terminal, configure project with CMake
 + Build project. [ All files are compiled ]
 + rerun CMake on the current build folder.
 + Build project. NO files are rebuilt. Ninja takes about 4 seconds to 4 run.

2:
  + Open QtCreator and "Open Project" by pointing at the Top Level 
CMakeLists.txt file
  + QtCreator configures the project into a temp directory.
  + Click the "Build Project" Hammer Icon. QtCreator then reconfigures project 
into the proper build directory and proceeds to build the entire project.
  + Quit QtCreator.
  + Open QtCreator and load the project. QtCreator loads the project by running 
CMake again on the build directory.
  + Click the Hammer Icon to build the project. A VERY Large portion of the 
project is rebuilt (1100 files out of 1900 files total).

I can't get this to recreate often. I had it happen on my macOS machine when I 
was running QtCreator 4.3 a lot. That seems to have settled down but then I had 
it happen yesterday on my Windows 10, running VS2015 tooling with Ninja as the 
build system. CMake version on the Windows 10 machine was 3.8.x.

And yes, I do create more than a few header files that are included in many of 
the files BUT I wrote specific CMake code to generate the header into a temp 
file, compare that file with any existing file via an MD5 hash and if the 
contents are different only then is the new header file copied into place. I 
did this specifically because I was having this same issue with *all* the build 
systems that I was using.

Is QtCreator doing any kind of file stat or file copy before/during/after the 
CMake phase? I just can not figure out what is triggering the full builds.

Thanks
Mike Jackson

PS: I like the adjustments to the CMake projects in QtCreator 4.4. Easier to 
navigate around the project structure.


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


[Qt-creator] QtCreator 4.3/4.4 + CMake likes to "rebuild" my project, a lot.

2017-09-27 Thread Michael Jackson
I have seen this problem more than a few times and with a 45 minute build time 
for our project it is starting to get in the way. Our project is CMake based (I 
am using CMake 3.8 or 3.9 depending on the particular workstation that I am 
using at the time) and also uses Qt 5.9.1 64 bit. All the code is C++. What 
will happen is that I load the project, QtCreator properly configures for the 
build (Debug) and I build the project successfully. I quit QtCreator. Relaunch 
QtCreator and when I click Debug for our application QtCreator will pretty much 
rebuild the entire project. NOTHING changed between when I last built, quit 
QtCreator and relaunched QtCreator. I use ninja as the build tool.

Just to sanity check our CMake code I dropped out to a command line and went 
into a clean build directory, ran CMake, built, ran cmake again and built and 
the second build did nothing as nothing needed to be done. I can replicate this 
on a semi regular basis but I can't pin down what is happening inside of 
QtCreator that forces something to be regenerated on the CMake side. Our CMake 
codes do generate some header files which I think is somehow interacting with 
QtCreator's cmake support to somehow regenerate those files when the probably 
should not have been generated?

Thoughts on this is much appreciated.

--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net


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


Re: [Qt-creator] QTCreator + CMAKE Project View.

2017-06-29 Thread Michael Jackson

which version of QtCreator and what version of CMake?
--
Mike Jackson  [mike.jack...@bluequartz.net]


Page, Andy (UK) wrote:

I can’t believe I am the only person to have queried this behaviour.

When I run CMAKE from QTCREATOR - I don't see source files associated
with individual CMAKE targets(libraries / exes) rather I see all source
files.
i.e. I don't necessarily see which files go with which targets, and more
than that some files go with many different targets with possible
different configuration parameters.
*i.e. the typical project layout I would expect from visual studio.*

Is it possible to switch to this view ( and I have missed the obvious).

QTCREATOR knows which CMAKE targets are present, and I am pretty certain
that the CODEBLOCKS project file that is generated by QTCREATOR as the
intermediate format it uses, also has which files belong to which target.

Can some expert tell what I am missing !!!


This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.


___
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] Editor bug – cursor keeps jumping to the end

2017-06-20 Thread Michael Jackson
What version of macOS are you using? Which nightly of QtCreator are you 
using? Do you have anything like "Clean white space" on save turned on? 
Or something like "auto-format the file on save" turned on?


--
Mike Jackson


Walter Purvis wrote:

Bug report: https://bugreports.qt.io/browse/QTCREATORBUG-18416​


On Mon, Jun 19, 2017 at 1:26 AM, David Schulz > wrote:

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



___
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] 4.4 feature req decorated scrollbars beyond code pane)

2017-06-02 Thread Michael Jackson
I would just like a scrollbar that I can actually "see". Mainly an issue 
with dark themes on Windows and Linux.


Mike Jackson

Jason H wrote:

https://bugreports.qt.io/browse/QTCREATORBUG-18333

I've talked about this on the list, but I guess I never made an issue for it 
before. I did search before creating it today.

I'm hoping it is easy to add?

___
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] disable CMake Server mode?

2017-05-09 Thread Michael Jackson
Turn off the "Automatically run CMake" from the configured kit. If you 
are editing a *.in file cmake sees that as a change and so will run on 
the next build.


Mike Jackson


Tilman Skobowsky 
May 9, 2017 at 6:44 AM
Hi,


I have the same problem that is mentioned in QTCREATORBUG-17944 
: cmake keeps 
reconfiguring and regenerating files resulting in reindexing all C++ 
files as well, which is very annoying since I use a rather large project.

Is there a way to not use CMake Server mode in Qt 4.3rc1?


Tilman Skobowsky
___
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] LLDB consumes large amounts of memory (Multi Gigabytes)

2015-09-01 Thread Michael Jackson
Tried deleting the QtCreator Preferences files (All of them) but that did not 
help. I tried LLDB from the command line but did not figure out how to set a 
break point. (I have never done LLDB from the command line) but I will work on 
that one just to make sure. 

I will also try doing a complete clean build of my project.

Thanks
Mike Jackson

On Sep 1, 2015, at 12:12 PM, Adam Light <acli...@gmail.com> wrote:

> 
> 
> On Mon, Aug 31, 2015 at 7:45 AM, Michael Jackson <imikejack...@gmail.com> 
> wrote:
> We are trying to use the LLDB debugger under OS X 10.10.5 with Xcode 6.4 for 
> our project. When using the QtCreator 3.5 release and attempting to stop at a 
> break point LLDB spins up to 100% CPU and eventually uses all the memory on 
> the machine (About 8 GB). I eventually have to force quit LLDB and basically 
> can not debug. The version of LLDB that comes with Xcode 6.4 is 330.0.48.
> 
> Has anyone else seen this problem with QtCreator? If I generate the same 
> project as an Xcode project then I have no problems stopping at breakpoints 
> and no memory issues.
> 
> 
> This is a long shot, but about a year ago, one of our developers had a 
> somewhat similar problem with debugging from Creator using lldb on his 
> Macintosh machine. Eventually, I noticed that his 
> ~/.config/QtProject/QtCreator.ini settings file was several megabytes in 
> size, while mine was around 50kb. When I compared the two files, his had a 
> lot of binary data (stored as a QVariant) in one or two settings fields that 
> had to do with the debugger. I think he just deleted those settings, saved 
> the file, restarted Qt Creator, and things were better again.
> 
> We also occasionally have problems debugging our application in Creator using 
> lldb on Macintosh for a different reason. In these cases, if you show the 
> debugger log (click the Views button in Creator when it's in Debug mode and 
> then enable Debugger Log), you'll see thousands of error messages printed 
> out. I don't remember the exact error though. This was something that was 
> discussed on either this list or the Qt development list several months ago 
> and I think the conclusion was that it might be an Apple bug, though we never 
> see this kind of behavior when debugging from Xcode directly. Sometimes if I 
> delete my build directory and rebuild my application, this problem will go 
> away. Sometimes it won't, in which case I just have to give up on debugging 
> and start peppering the problematic code with qDebug statements.
> 
> We're currently using Xcode 6.2 here, for what it's worth, though we've seen 
> this last problem for maybe a year now with older versions and still see it 
> on occasion.
> 
> Adam

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


Re: [Qt-creator] LLDB consumes large amounts of memory (Multi Gigabytes)

2015-09-01 Thread Michael Jackson
I finally just decided to let LLDB run until it finished what ever it wanted to 
do. After consuming 7.65GB worth of RAM QtCreator was able to finally show me 
the variables. What do I need to report back to QtBug reports to get this 
looked at? It really breaks the ability to debug our codes. This was with LLDB 
version lldb-310.2.37 on OS X 10.8.5 (Xcode 5.1.1 tooling). I also tried LLDB 
3.6 on Ubuntu 14.04 and while the memory load did not happen, LLDB spun for a 
bit then just crashes.

Thanks
Mike Jackson

On Aug 31, 2015, at 10:45 AM, Michael Jackson <imikejack...@gmail.com> wrote:

> We are trying to use the LLDB debugger under OS X 10.10.5 with Xcode 6.4 for 
> our project. When using the QtCreator 3.5 release and attempting to stop at a 
> break point LLDB spins up to 100% CPU and eventually uses all the memory on 
> the machine (About 8 GB). I eventually have to force quit LLDB and basically 
> can not debug. The version of LLDB that comes with Xcode 6.4 is 330.0.48. 
> 
> Has anyone else seen this problem with QtCreator? If I generate the same 
> project as an Xcode project then I have no problems stopping at breakpoints 
> and no memory issues.
> 
> Thanks
> Mike Jackson
> BlueQuartz Software

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


Re: [Qt-creator] LLDB consumes large amounts of memory (Multi Gigabytes)

2015-09-01 Thread Michael Jackson
Using Xcode 5.1.1 for our project and setting the exact same break point in the 
code does not exhibit this issue so I am pretty positive that this is an issue 
with the QtCreator<-->LLDB integration somehow.

--
Mike Jackson

On Sep 1, 2015, at 9:58 AM, Konstantin Tokarev <annu...@yandex.ru> wrote:

> 
> 
> 01.09.2015, 16:37, "Michael Jackson" <imikejack...@gmail.com>:
>> And when I decided to "step" to the next instruction then LLDB spun 100% CPU 
>> and started grabbing even more memory.
> 
> I think you should check if this behavior is reproducible with command-line 
> LLDB, and if so, report bug to llvm.org
> 
>> 
>> ---
>> Mike Jackson
>> 
>> On Sep 1, 2015, at 9:34 AM, Michael Jackson <imikejack...@gmail.com> wrote:
>> 
>>>  I finally just decided to let LLDB run until it finished what ever it 
>>> wanted to do. After consuming 7.65GB worth of RAM QtCreator was able to 
>>> finally show me the variables. What do I need to report back to QtBug 
>>> reports to get this looked at? It really breaks the ability to debug our 
>>> codes. This was with LLDB version lldb-310.2.37 on OS X 10.8.5 (Xcode 5.1.1 
>>> tooling). I also tried LLDB 3.6 on Ubuntu 14.04 and while the memory load 
>>> did not happen, LLDB spun for a bit then just crashes.
>>> 
>>>  Thanks
>>>  Mike Jackson
>>> 
>>>  On Aug 31, 2015, at 10:45 AM, Michael Jackson <imikejack...@gmail.com> 
>>> wrote:
>>> 
>>>>  We are trying to use the LLDB debugger under OS X 10.10.5 with Xcode 6.4 
>>>> for our project. When using the QtCreator 3.5 release and attempting to 
>>>> stop at a break point LLDB spins up to 100% CPU and eventually uses all 
>>>> the memory on the machine (About 8 GB). I eventually have to force quit 
>>>> LLDB and basically can not debug. The version of LLDB that comes with 
>>>> Xcode 6.4 is 330.0.48.
>>>> 
>>>>  Has anyone else seen this problem with QtCreator? If I generate the same 
>>>> project as an Xcode project then I have no problems stopping at 
>>>> breakpoints and no memory issues.
>>>> 
>>>>  Thanks
>>>>  Mike Jackson
>>>>  BlueQuartz Software
>> 
>> ___
>> Qt-creator mailing list
>> Qt-creator@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/qt-creator
> 
> -- 
> Regards,
> Konstantin

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


Re: [Qt-creator] LLDB consumes large amounts of memory (Multi Gigabytes)

2015-09-01 Thread Michael Jackson
And when I decided to "step" to the next instruction then LLDB spun 100% CPU 
and started grabbing even more memory.

---
Mike Jackson

On Sep 1, 2015, at 9:34 AM, Michael Jackson <imikejack...@gmail.com> wrote:

> I finally just decided to let LLDB run until it finished what ever it wanted 
> to do. After consuming 7.65GB worth of RAM QtCreator was able to finally show 
> me the variables. What do I need to report back to QtBug reports to get this 
> looked at? It really breaks the ability to debug our codes. This was with 
> LLDB version lldb-310.2.37 on OS X 10.8.5 (Xcode 5.1.1 tooling). I also tried 
> LLDB 3.6 on Ubuntu 14.04 and while the memory load did not happen, LLDB spun 
> for a bit then just crashes.
> 
> Thanks
> Mike Jackson
> 
> On Aug 31, 2015, at 10:45 AM, Michael Jackson <imikejack...@gmail.com> wrote:
> 
>> We are trying to use the LLDB debugger under OS X 10.10.5 with Xcode 6.4 for 
>> our project. When using the QtCreator 3.5 release and attempting to stop at 
>> a break point LLDB spins up to 100% CPU and eventually uses all the memory 
>> on the machine (About 8 GB). I eventually have to force quit LLDB and 
>> basically can not debug. The version of LLDB that comes with Xcode 6.4 is 
>> 330.0.48. 
>> 
>> Has anyone else seen this problem with QtCreator? If I generate the same 
>> project as an Xcode project then I have no problems stopping at breakpoints 
>> and no memory issues.
>> 
>> Thanks
>> Mike Jackson
>> BlueQuartz Software
> 

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


[Qt-creator] LLDB consumes large amounts of memory (Multi Gigabytes)

2015-08-31 Thread Michael Jackson
We are trying to use the LLDB debugger under OS X 10.10.5 with Xcode 6.4 for 
our project. When using the QtCreator 3.5 release and attempting to stop at a 
break point LLDB spins up to 100% CPU and eventually uses all the memory on the 
machine (About 8 GB). I eventually have to force quit LLDB and basically can 
not debug. The version of LLDB that comes with Xcode 6.4 is 330.0.48. 

Has anyone else seen this problem with QtCreator? If I generate the same 
project as an Xcode project then I have no problems stopping at breakpoints and 
no memory issues.

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


[Qt-creator] Is 3.5 Officially released?

2015-08-18 Thread Michael Jackson
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?

--
Mike Jackson

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


Re: [Qt-creator] Where to find more information from Clang indexing errors

2015-08-05 Thread Michael Jackson
Ah HAH! While looking at the logs for libClang I noticed that the very first 
include path was for a clang include directory that is part of the QtCreator 
package. On a hunch I dug into the QtCreator.app package, found the include 
directory and renamed it include.bak. Fired up QtCreator and opened my source 
files that usual give the Clang Code model issues and EVERY instance that could 
not be completed or was colored incorrectly before was NOW correct and 
functioning perfectly.

Again, my system essentially has Clang 3.4 but QtCreator includes 3.6 and its 
own include files. I think these headers conflict with what is on the system in 
such a way to really cause issues with the Clang code model. 

This is on OS X 10.8.5, 10.9. and 10.10.4. Each of those systems have the 
maximum version of Xcode supported for that version of OS X.

Hope this helps.

Mike Jackson


On Aug 4, 2015, at 4:04 PM, Michael Jackson imikejack...@gmail.com wrote:

 
 On Jul 31, 2015, at 3:10 AM, Nikolai Kosjar nikolai.kos...@theqtcompany.com 
 wrote:
 
 Then please reduce to a minimal example and report :)
 
 https://bugreports.qt.io/browse/QTCREATORBUG-14856
 
 Hope this helps:
 
 Mike Jackson
 

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


Re: [Qt-creator] Where to find more information from Clang indexing errors

2015-08-04 Thread Michael Jackson

On Jul 31, 2015, at 3:10 AM, Nikolai Kosjar nikolai.kos...@theqtcompany.com 
wrote:

  The July 30 build seems slightly better in the fact that I don't get the 
  red squiggly under lines any more BUT the code completion does not work 
  for those functions. for example, the line of code has all the same 
  default text color which is different that the lines above and below it 
  where my custom colors are used for objects and methods and variables.
 
 Then please reduce to a minimal example and report :)

First Reproducible Example: Clang code model can not find a definition for 
uint8_t which is defined in stdint.h. The error occurs on OS X (10.8, 10.9, 
10.10) but NOT linux or Windows.


#include stdint.h

 void Test()
{
  uint8_t uINT8 = 200; == THIS LINE will not complete. Shows uint8_t as 
unknown.
  int8_t foo = 10;
  unsigned char fooUChar = 10;
}

We have a templated class that we create some typedef's for and this issue just 
kills the autocompletion with those classes.

 templatetypename T
class Foo
{
  public:
Foo(){};
~Foo(){}

void setValue(T v) { __foo = v; }
  private:
T __foo;
};

typedef Foouint8_t UInt8Foo_t;

void FooTest()
{
  UInt8Foo_t foo;
  foo.setValue(1.0);  This line will not auto complete or color correctly.
}

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


Re: [Qt-creator] Where to find more information from Clang indexing errors

2015-08-04 Thread Michael Jackson

On Jul 31, 2015, at 3:10 AM, Nikolai Kosjar nikolai.kos...@theqtcompany.com 
wrote:

 Then please reduce to a minimal example and report :)

https://bugreports.qt.io/browse/QTCREATORBUG-14856

Hope this helps:

Mike Jackson

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


Re: [Qt-creator] Where to find more information from Clang indexing errors

2015-07-30 Thread Michael Jackson
No trying to be difficult here so here goes. I created a qtlogging.ini  in 
~/Library/Preferences and inside several locations in the QtCreator.app 
package. Reading through the web page does not tell me where to look for the 
log file. I looked in all the usual locations on OS X include /var/log 
~/Library/Log but I am not seeing anything obvious there.

Mike Jackson

On Jul 30, 2015, at 5:46 AM, Nikolai Kosjar nikolai.kos...@theqtcompany.com 
wrote:

 Hi!
 
 Enable the following logging categories [1] to get output from libclang:
 
  qtc.clangcodemodel.clangeditordocumentparser=true
  qtc.clangcodemodel.verboserun=true
 
 Here is how you can help:
 * Do not use the mailing list for bug reports.
 * Create a report at https://bugreports.qt.io/ with the generated output from
   the logging categories.
 * Attach a minimal project that exhibits the bug so I have sth. *concrete* I
   can work with.
 
 The code snippet and context you provided are not enough.
 
 The Qt Creator 3.5 rc1 snapshots come with libClang is 3.6, [2] tells me that
 XCode 5.x comes with LLVM based on 3.3/3.4. Although that might make a
 difference, I doubt it's that for this concrete case.
 
 Nikolai
 
 [1] http://doc.qt.io/qt-5/qloggingcategory.html#configuring-categories
 [2] https://en.wikipedia.org/wiki/Xcode#Toolchain_versions
 

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


Re: [Qt-creator] Where to find more information from Clang indexing errors

2015-07-30 Thread Michael Jackson
Also are there certain arguments that QtCreator uses with libClang? Things 
like -Wall or something that has an equivalent clang command line argument? 
Maybe if I put those into my compile specification I can have my compiler 
produce the same warnings?

Also, how can I force QtCreator to reindex my project? Is there a file 
somewhere that I can delete? 

The July 30 build seems slightly better in the fact that I don't get the red 
squiggly under lines any more BUT the code completion does not work for those 
functions. for example, the line of code has all the same default text color 
which is different that the lines above and below it where my custom colors are 
used for objects and methods and variables.

Thanks
Mike Jackson

On Jul 30, 2015, at 5:46 AM, Nikolai Kosjar nikolai.kos...@theqtcompany.com 
wrote:

 Hi!
 
 Enable the following logging categories [1] to get output from libclang:
 
  qtc.clangcodemodel.clangeditordocumentparser=true
  qtc.clangcodemodel.verboserun=true
 
 Here is how you can help:
 * Do not use the mailing list for bug reports.
 * Create a report at https://bugreports.qt.io/ with the generated output from
   the logging categories.
 * Attach a minimal project that exhibits the bug so I have sth. *concrete* I
   can work with.
 
 The code snippet and context you provided are not enough.
 
 The Qt Creator 3.5 rc1 snapshots come with libClang is 3.6, [2] tells me that
 XCode 5.x comes with LLVM based on 3.3/3.4. Although that might make a
 difference, I doubt it's that for this concrete case.
 
 Nikolai
 
 [1] http://doc.qt.io/qt-5/qloggingcategory.html#configuring-categories
 [2] https://en.wikipedia.org/wiki/Xcode#Toolchain_versions
 

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


Re: [Qt-creator] QColumnView and Preview Widget

2015-06-25 Thread Michael Jackson
Argh. Yep. Wrong list. Sorry for the noise.  

-
Mike Jackson www.bluequartz.net

Sent from my mobile device. Please excuse the shortness of the reply. 

 On Jun 25, 2015, at 03:53, Ziller Eike eike.zil...@theqtcompany.com wrote:
 
 
 On Jun 24, 2015, at 9:17 PM, Michael Jackson imikejack...@gmail.com wrote:
 
 Is there a way with Qt 5 to turn OFF the preview widget? For our application 
 we wanted to show some information based on what is clicked, branch or leaf, 
 but the preview widget is only shown for leaves and not branches. So now we 
 figured we can just put another widget next to the QColumnView widget to 
 show our information but we want to hide the preview widget. We tried 
 setting it to null but that didn't really work.
 
 Any thoughts or help would be much appreciated.
 
 I think you’ll want to ask that question on the interest@ mailing list.
 
 Br, Eike
 
 -- 
 Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
 The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
 Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
 Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, 
 HRB 144331 B
 
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator


[Qt-creator] Clang Code Model and Performance

2015-06-24 Thread Michael Jackson
We have been using the latest 3.5 Betas here at work (Because we need the CMake 
fixes) and while we like the completeness of the clang code model the 
performance is fairly slow. Our laptops are running OS X 10.8 or 10.9, Core i7 
2.6GHz with 16GBs RAM. Both have SSDs. While we are typing code completions 
average around 3-4 seconds and completely stop us from typing. The block the 
GUI in other words. I understand this version is a Beta and slowness is to be 
expected. As a software developer I understand this. My question is more aimed 
at “ …. is this slowness to be expected” or “.. we know about it and we are 
actively trying to speed it up.”. I have not compared it to things like Xcode 
that also uses a clang code model but in the times lately that I have used 
Xcode I do not remember it being too slow.

Our project (http://www.github.com/dream3d/dream3d) has about 1,100 source 
files that are compiled and depends on other libraries such as (Qt 5.4, Qwt, 
Boost, TBB, Eigen, and ITK). I am wondering if libraries that are heavily 
templated like Boost, ITK and Eigen slow the completion down.

Thanks for any comments.

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


[Qt-creator] QColumnView and Preview Widget

2015-06-24 Thread Michael Jackson
Is there a way with Qt 5 to turn OFF the preview widget? For our application we 
wanted to show some information based on what is clicked, branch or leaf, but 
the preview widget is only shown for leaves and not branches. So now we figured 
we can just put another widget next to the QColumnView widget to show our 
information but we want to hide the preview widget. We tried setting it to null 
but that didn't really work.

Any thoughts or help would be much appreciated.

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


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

2015-06-22 Thread Michael Jackson

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

Good to see a bug report on the issue. Hopefully that will be integrated soon 
into the nightlies?

 
 Adding a few symlinks and moving the lib clang.dylib from plugins up one 
 directory allowed OS X QtCreator to load the Clang Code model plugin but 
 then QtCreator just beach balled and never ever responded again.
 
 I also noticed that the Download as OSX10.10 which implies that QtCreator 
 ONLY works on OS X 10.10? Is this true going forward or just for these 
 nightly snapshots?
 
 The name only states that the binaries were created on OS X 10.10, but the 
 deployment target is still 10.7 as before. Actually I’m not sure why the name 
 contains this information  probably a side effect of moving to a 
 different infrastructure.

Also good to know as I tried QtCreator on OS X 10.8.5 and it seems to work fine 
(minus the whole clang code model). I’ll wait for the next nightly to see if it 
starts to work. Most likely my install_name_tool hacks were now quite correct 
as QtCreator just seems to hang if I make it so that libClang is found.

 
 Br, Eike

Mike Jackson


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

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


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

2015-06-22 Thread Michael Jackson
http://anychimirror101.mirrors.tds.net/pub/Qt/snapshots/qtcreator/3.5.0-beta1/2015-06-22_7/

I am running on OS X 10.8.5 and there are a few problems that I have figured 
out. The first is that the library will not load. This is because the @rpath 
is incorrect on libClang.dylib. It should be @rpath/Plugins/libClang.dylib

Also, the rpath that is actually linked to is lib clang-3.6.dylib which throws 
everything off. Adding a few symlinks and moving the lib clang.dylib from 
plugins up one directory allowed OS X QtCreator to load the Clang Code model 
plugin but then QtCreator just beach balled and never ever responded again.

I also noticed that the Download as OSX10.10 which implies that QtCreator 
ONLY works on OS X 10.10? Is this true going forward or just for these nightly 
snapshots?

Thanks
Mike Jackson
BlueQuartz Software.

On Jun 22, 2015, at 3:25 AM, Ziller Eike eike.zil...@theqtcompany.com wrote:

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

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


[Qt-creator] CMake Project Model and Includes Paths

2015-06-20 Thread Michael Jackson
I have been using the latest 3.5 Beta of Creator in combination with the latest 
CMake 3.3 RC and all the include paths now work. Which means the code 
completion is back to working again. The C++ code model shows all of our 
executables. I would like to thank everyone involved who submitted ideas and 
patches. It was a long road but we finally got here. This one fix really 
improves our lives when using QtCreator with our Qt  CMake based project.

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


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

2015-06-19 Thread Michael Jackson
Just tried the QtCreator 3.5 Beta and tried to load the Clang code model and it 
says that it can not load libClang. Could someone remind me of the wiki page 
that has the instructions on how to get the Clang code model up and running?

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


Re: [Qt-creator] Have Locate... provide all files in a CMake project

2015-01-10 Thread Michael Jackson

On Jan 10, 2015, at 3:54 AM, Andreas Pakulat ap...@gmx.de wrote:

 Hi Michael,
 
 On Fri, Jan 9, 2015 at 11:07 PM, Michael Jackson imikejack...@gmail.com 
 wrote:
 
 On Jan 9, 2015, at 2:20 PM, Andreas Pakulat ap...@gmx.de wrote:
 
 Also, I think part of QtCreator's problems with CMake files is that 
 QtCreator only considers the top level code blocks file that is generated. 
 There are other code block files within the build tree that fully describe 
 all the files for a project, include paths, compiler invocations and things 
 like that. This is leading to other problems with include paths not being 
 found (See bug reports).
 
 Really? My cmake 3.1 generated just 1 cbp file at the top, that contains all 
 kinds of information. Including several targets with include-dirs per target 
 and a long list of source files and headers. This is on Linux with the 
 CodeBlocks+Ninja generator.
 
 
 This is from the top level of my build directory on OS X. I'll have to check 
 when I get back to my Linux machine. This is with CMake 3.1.0.
 
 503:[mjackson@ferb:Build]$ find . -type f -name *.cbp
 ./Applications/DREAM3D/DREAM3D.cbp
 ./Applications/PluginMaker/PluginMaker.cbp
 
 Ah, let me guess, each of these directories has a CMakeLists.txt in the 
 source tree with a project() command in it? I don't have a project that 
 complicated luckily :) There's only a single project command in the whole 
 cmake tree.
 
 Andreas

Actually, 
 You are correct. I did not think of that. This would explain a few things and 
how the Creator developers may have missed this as they probably test with 
fairly simple CMake projects. Wish I had the time to dig into the source of 
Creator to patch it up a bit. I think this would definitely improve the CMake 
import/support in Creator.

Our current project massages this issue so badly that most of our code will not 
auto-complete any more. I have tried rearranging our entire project setup, 
tweaking cmake files and a few other ideas (generate generic projects, generate 
QBS JSON files from CMake) but in the end we are all switching to Visual Studio 
2013 @$500 per developer. We have nightly builds for all the platforms so we 
will rely on those to tell us if we do something that does not compile on other 
platforms.

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


Re: [Qt-creator] Have Locate... provide all files in a CMake project

2015-01-09 Thread Michael Jackson

On Jan 9, 2015, at 10:30 AM, Andreas Pakulat ap...@gmx.de wrote:

 Hi,
 
 On Fri, Jan 9, 2015 at 1:38 PM, Ziller Eike eike.zil...@theqtcompany.com 
 wrote:
 
  On Jan 9, 2015, at 12:57 PM, Andreas Pakulat ap...@gmx.de wrote:
 
  I'm working with qtcreator on a cmake-based project that has plenty of 
  conditionally-included source files in the CMakeLists.txt. That is various 
  files are only included when building on mac or win32. Hence these files do 
  not end up in the generated codeblocks project file.
 
  It seems QtCreator bases its 'files in project' locator solely on this list 
  of files from the codeblocks file and I'm wondering wether there's an easy 
  way to make it consider all files that are part of the git repository or at 
  least all files in directories it has in the projects tree.
 
  Even though I don't want to and cannot edit these files since I cannot 
  compile them I regularly read them to check certain things and having to 
  switch to another machine just for that would be quite annoying. Similarly 
  annoying is to have to use the normal file-open dialog to open these after 
  having opened another file in that directory and that does not work at all 
  if a whole subdir is disabled on my platform in cmake.
 
 Since we do not parse the cmake files ourselves, Qt Creator only knows about 
 the files in the project that are used by the configuration that you use to 
 run cmake to generate the codeblocks project file.
 
 Please note that the base directory for the “Files in File System (f)” 
 locator filter is the directory of the current editor. That is something that 
 I use very often.
 
 You can also create your own filter that provides all files from some 
 directory tree(s)
 http://doc.qt.io/qtcreator/creator-editor-locator.html#creating-locator-filters
 though these use a static list of directories and are saved globally. 
 (Possibly it would make sense to have them optionally saved in the session 
 instead.)
 
 A filter that provides access to all included files from all C++ files in 
 your projects, even if they are not listed in any project, is also in the 
 works
 (https://codereview.qt-project.org/101408) but that will not solve your 
 problem for files that belong to a different configuration.
 
 Yeah, I'm using the fact that Ctrl+O uses the editor's directory as base as 
 well. So thats my workaround for now for files in a directory thats known to 
 cmake already.
 
 It would be nice if the 'Projects' view data model had a switch to either 
 consider all vcs-known files in addition to what the projects buildsystem 
 provided (like the generic-project setup) or a mode where it considers 
 everything in the projects directory to be part of the project. I can see how 
 the latter would be an issue for projects building in-source or using special 
 subdirs for their build output, so it would have to be optional I guess.
 
 Maybe I should check with the cmake list wether there are ways to customize 
 what ends up in the codeblocks file without having to try to build those 
 sources similar to how the VS-generator provides some special things to 
 configure the look of the project in the IDE.
 
 It seems having a custom filter for the project directory could work, though 
 refreshing it is a little cumbersome (would be nice if that would be hooked 
 up with filesystem-watcher).
 
 Either way, thanks for confirming that I didn't just overlook something 
 obvious.
 
 Andreas
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator

So I use the File System View on the left side to get at files that are not 
part of the project but are located in my project. Things like .rc, images, 
CMake files (*.cmake) and some other misc files and I find that is a good 
workaround for NOT having them just show up in the Project. Eclipse has 2 views 
for projects. One is the traditional project view that only considers the 
files that the project knows about. The other view is the true File System 
view which is just a tree starting at the level of the Project Root Directory 
and shows EVERY file no matter what. I think this works really well and is 
close to the File System view that already exists in Creator.


Also, I think part of QtCreator's problems with CMake files is that QtCreator 
only considers the top level code blocks file that is generated. There are 
other code block files within the build tree that fully describe all the files 
for a project, include paths, compiler invocations and things like that. This 
is leading to other problems with include paths not being found (See bug 
reports).

Just my 2 Cents
Mike Jackson


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


Re: [Qt-creator] Have Locate... provide all files in a CMake project

2015-01-09 Thread Michael Jackson

On Jan 9, 2015, at 2:20 PM, Andreas Pakulat ap...@gmx.de wrote:

 Also, I think part of QtCreator's problems with CMake files is that QtCreator 
 only considers the top level code blocks file that is generated. There are 
 other code block files within the build tree that fully describe all the 
 files for a project, include paths, compiler invocations and things like 
 that. This is leading to other problems with include paths not being found 
 (See bug reports).
 
 Really? My cmake 3.1 generated just 1 cbp file at the top, that contains all 
 kinds of information. Including several targets with include-dirs per target 
 and a long list of source files and headers. This is on Linux with the 
 CodeBlocks+Ninja generator.


This is from the top level of my build directory on OS X. I'll have to check 
when I get back to my Linux machine. This is with CMake 3.1.0.

503:[mjackson@ferb:Build]$ find . -type f -name *.cbp
./Applications/DREAM3D/DREAM3D.cbp
./Applications/PluginMaker/PluginMaker.cbp
./Applications/StatsGenerator/StatsGenerator.cbp
./Documentation/APIDocs/DREAM3DAPIDocs.cbp
./Documentation/Developer/DeveloperManual.cbp
./Documentation/ReferenceManual/DREAM3DReferenceManual.cbp
./DREAM3DLib/DREAM3DLib.cbp
./DREAM3DProj.cbp
./DREAM3DWidgetsLib/DREAM3DWidgetsLib.cbp
./EbsdLib/EbsdLib.cbp
./EbsdLib/Test/EbsdLibTest.cbp
./H5Support/H5Support.cbp
./OrientationLib/OrientationLib.cbp
./OrientationLib/Test/OrientationLibTest.cbp
./Plugins/BrukerIntegration/BrukerIntegration.cbp
./Plugins/DDDAnalysisToolbox/DDDAnalysisToolbox.cbp
./Plugins/DictionaryIndexing/DictionaryIndexing.cbp
./Plugins/EMMPM/EMMPM.cbp
./Plugins/EMMPM/EMMPMLib/EMMPMLib.cbp
./Plugins/EMMPM/Tools/emmpm.cbp
./Plugins/Generic/Generic.cbp
./Plugins/ImageImport/ImageImport.cbp
./Plugins/ImageImport/Test/ImageImportTest.cbp
./Plugins/ImageProcessing/ImageProcessing.cbp
./Plugins/ImageProcessing/Test/ImageProcessingTest.cbp
./Plugins/IO/IO.cbp
./Plugins/IO/Test/IOTest.cbp
./Plugins/IO/Tools/DREAM3DTools.cbp
./Plugins/OrientationAnalysis/OrientationAnalysis.cbp
./Plugins/Processing/Processing.cbp
./Plugins/ProcessModeling/ProcessModeling.cbp
./Plugins/ProcessModeling/Test/ProcessModelingTest.cbp
./Plugins/Reconstruction/Reconstruction.cbp
./Plugins/Sampling/Sampling.cbp
./Plugins/Sampling/Test/SamplingTest.cbp
./Plugins/Statistics/Statistics.cbp
./Plugins/SurfaceMeshing/SurfaceMeshing.cbp
./Plugins/SyntheticBuilding/SyntheticBuilding.cbp
./Plugins/TransformationPhase/TransformationPhase.cbp
./Plugins/ZeissImport/Test/ZeissImportTest.cbp
./Plugins/ZeissImport/ZeissImport.cbp
./QtSupport/QtSupport.cbp
./Test/DREAM3DTest.cbp
./Tools/astyle/AStyle.cbp
./Tools/DREAM3DTools.cbp

Cheers
Mike Jackson


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


Re: [Qt-creator] Helping out QtCreator find my include paths

2015-01-08 Thread Michael Jackson
Both Linux Mint 17.1 with CMake 3.1.0 (Self Built) and OS X 10.8.5 and 10.9.x 
and 10.10.x using CMake 3.1.0 downloaded from Cmake.org.

Can I manually create a *.includes file to temporarily help out QtCreator?

Thanks
Mike Jackson


On Jan 8, 2015, at 3:25 AM, Luc Vlaming m...@lucvlaming.com wrote:

 Hi,
 
 What platform are you on and what version of cmake do you use? I am using 
 ubuntu 14.04 verison of cmake 2.8.12.2 and a source built qtcreator. There it 
 works fine. What i do know is that old cmake versions do not create correct 
 project files for qtcreator to parse.
 
 Regards,
 Luc
 
 On 8 January 2015 at 03:09, Michael Jackson imikejack...@gmail.com wrote:
 I am still having some issues with include paths, CMake projects and 
 QtCreator. I was scouring the internet looking for work arounds and about the 
 only thing I can find is some obscure mention of a project.includes file 
 that can be used that lists the include directories, one on each line. I 
 tried making one up but I have no idea what to really name the file, where to 
 put it or what. Maybe someone can shed some light on this. Here is my setup.
 
 I open QtCreator and select Open Project and proceed to select my 
 CMakeLists.txt file. I go through the normal cmake process and select a build 
 directory and successfully create the project. My main project is in a folder 
 called DREAM3D. In the CMakeLists.txt file, the top level project is called 
 DREAM3DProj. I create a directory called Build inside the DREAM3D 
 directory to hold all the build files. What should I name my .includes file 
 and where should I put it?
 
 I am using QtCreator 3.3.1 Nightly builds.
 
 Thanks for any help
 Mike Jackson
 
 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator
 

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


  1   2   >