- May 31, 2010
-
-
Leandro Melo authored
Now the highlighter engine does not directly depend on TextEditor::FontSettings. This also makes things easier for unit testing.
-
kh1 authored
Reviewed-by: ossi
-
kh1 authored
Reviewed-by: ck
-
Roberto Raggi authored
-
Roberto Raggi authored
-
Roberto Raggi authored
-
Thiago Macieira authored
-
- May 28, 2010
-
-
Roberto Raggi authored
-
Erik Verbruggen authored
-
Erik Verbruggen authored
-
Erik Verbruggen authored
-
Erik Verbruggen authored
-
Erik Verbruggen authored
-
hjk authored
-
hjk authored
-
hjk authored
-
Roberto Raggi authored
-
Leandro Melo authored
-
Christian Kamm authored
Since the highlighter doesn't run on the whole file, only on the changed line, we need to store the information whether a block starts in a multi-line comment. Reviewed-by: Erik Verbruggen
-
hjk authored
-
hjk authored
-
hjk authored
-
Oswald Buddenhagen authored
-
Erik Verbruggen authored
Task-number: QTCREATORBUG-1501 Reviewed-by: Roberto Raggi
-
Roberto Raggi authored
-
- May 27, 2010
-
-
Robert Loehning authored
-
Roberto Raggi authored
Don't sort the global completion items when we have too many of them, instead populate the completion box in a way where local symbols are showed before global symbols.
-
hjk authored
Reviewed-By: Oswald Buddenhagen
-
dt authored
Task-Nr: QTCREATORBUG-1411
-
Roberto Raggi authored
-
Thorbjørn Lindeijer authored
When there was no existing configuration, it would get set to pure black on startup, resulting in a very dark gray Qt Creator. Now it is back to its old friendly gray as default color. Also made sure that the default on startup and the color used for resetting the UI color in the settings are always in sync. Reviewed-by: Jens Bache-Wiig
-
hjk authored
Fix for QTCREATORBUG-1490 Reviewed-By: Friedemann Kleint
-
Jarek Kobus authored
-
Bill King authored
-
Thorbjørn Lindeijer authored
It was broken due to a leading space which was trimmed off, breaking the begin and end positions. Instead, don't trim, but just make sure not to add a leading space when it is not necessary. Done-with: Christian Kamm <christian.d.kamm@nokia.com> Task-number: QTCREATORBUG-1398
-
Daniel Molkentin authored
Reviewed-by: Oswald Buddenhagen
-
Erik Verbruggen authored
Task-number: QTCREATORBUG-1358 Reviewed-by: Roberto Raggi
-
Thorbjørn Lindeijer authored
Quite a few people seem to prefer this and it is the default in Eclipse and MSVC. This applies to both C++ and QML completion. Task-number: QTCREATORBUG-1474
-
Thorbjørn Lindeijer authored
Due to different text positioning logic between the QItemDelegate and the way SearchResultTreeItemDelegate drew the line numbers, the line numbers did not align properly to the line of text next to it. This was fixed by relying on QItemDelegate::drawDisplay for drawing the line numbers, so that the same positioning logic is used. This exposed a small right-alignment bug in QTextLayout, for which a fix is coming to Qt. Done-with: Erik Verbruggen
-
Friedemann Kleint authored
Introduce TaskWindowPrivate, add and reformat some comments.
-