Dear all,
I am using a QStackedWidget with Qt 4.8.1
The documentation states that : QStackedWidget provides no intrinsic means
for the user to switch page. This is typically done through a
QComboBoxqthelp://com.trolltech.qt.481/qdoc/qcombobox.html
or a QListWidget
Etienne,
I thought that the arrows are only visible in designer. For convenience
purposes.
Kind regards,
Danny
Van: interest-bounces+d.koppel=skf-rif...@qt-project.org
[mailto:interest-bounces+d.koppel=skf-rif...@qt-project.org] Namens Etienne
Sandré-Chardonnal
Verzonden: vrijdag 14 juni
Hi Dany,
There are visible at least in preview mode. I thought the preview
function was just creating the widget as it would be in its final use, but
I will test in the app. If not, that's a strange behavior of the preview.
Etienne
2013/6/14 Danny Koppel d.kop...@skf-rif.nl
Etienne,
Op 14-6-2013 9:50, Etienne Sandré-Chardonnal schreef:
Hi Dany,
There are visible at least in preview mode. I thought the preview
function was just creating the widget as it would be in its final use,
but I will test in the app. If not, that's a strange behavior of the
preview.
It *is* for
I've got a bunch of resources required by my app. We've got some of them
statically linked into our application using the QMAKE RESOURCES
variable, which is great because all the individual resource files
become dependencies in the output project file etc.
Now I would like to build more of the
Hi,
Please keep the discussion on the list.
Op 14-6-2013 10:32, Etienne Sandré-Chardonnal schreef:
OK,
I'm still not convinced with the logic behind it though. There are two
simple ways to preview all pages without typing a single line of code:
- Change the page in designer, then start
Hi.
I've implemented a kind of vertical list of widgets with a class based on
QScrollArea. The main widget has QVBoxLayout as layout. I have a method to
clear the whole list and empty the layout, and another to add one widget to
the layout.
The problem I'm having is that I clear and fill the
Hi
I have a style sheet that sets the background colour for QDialog -
QDialog {
background-color: red;
}
My application has a QListWidget added from Designer and is created with its
containing layout as the parent,
Upon selecting an element in the list I launch a dialog, but the style sheet
Op 14-6-2013 12:33, Graham Labdon schreef:
Hi
I have a style sheet that sets the background colour for QDialog -
QDialog {
background-color: red;
}
My application has a QListWidget added from Designer and is created
with its containing layout as the parent,
Upon selecting an element
Please keep the discussion on the list.
Op 14-6-2013 12:51, Graham Labdon schreef:
I set the style sheet like this -
QString style = QDialog {background-color: red;};
qApp-setStyleSheet(style);
in the constructor of my main window
Well, your first analysis was correct: the style
Hello again,
I tried to use QFileDialog for classic file selection, but
it feels very sluggish, expecially the first time.
I think it's due to heavy dll dependencies that are to be
loaded, in my case it makes ~85 dlls.
I wonder why of course and I'd like to know whether there
is some more
Hi there,
I've a bunch of classes which define a number of Q_PROPERTies with
type QListsome-QObject-based-class *. Those classes are inspected by
a generic widgets-based property editor which uses QMetaProperty
functions to handle item's properties.
E.g:
class Q_UML_EXPORT QUmlClass : public
Try non-static QFileDialog members -- it's more likely to ignore various
system [shell] extensions.
On Jun 14, 2013 3:11 PM, Mojmír Svoboda mojmir.svob...@warhorsestudios.cz
wrote:
Hello again,
I tried to use QFileDialog for classic file selection, but
it feels very sluggish, expecially the
To use types across QML/C++ you should use qmlRegisterType.
QObject-based types aren't automatically registered with QML, but
certain things may still work. element.ownedAttributes is undefined
because you haven't registered the type.
However you don't have to maintain two different classes. You
On Fri, Jun 14, 2013 at 2:48 PM, Alan Alpert 4163654...@gmail.com wrote:
To use types across QML/C++ you should use qmlRegisterType.
QObject-based types aren't automatically registered with QML, but
certain things may still work. element.ownedAttributes is undefined
because you haven't
Op 14-6-2013 19:27, Constantin Makshin schreef:
Try non-static QFileDialog members -- it's more likely to ignore
various system [shell] extensions.
And way less likely to look and feel anything close to what the user
expects in a file dialog on his platform... At least, on windows, the Qt
There's not much choice for Mojmir -- either non-native, but [likely to be]
fast, dialog or native, but with all that third-party stuff which makes
things slower than they are supposed to be. :-)
On Jun 14, 2013 11:01 PM, Andre Somers an...@familiesomers.nl wrote:
Op 14-6-2013 19:27, Constantin
On 6/14/2013 3:01 PM, Andre Somers wrote:
Op 14-6-2013 19:27, Constantin Makshin schreef:
Try non-static QFileDialog members -- it's more likely to ignore
various system [shell] extensions.
And way less likely to look and feel anything close to what the user
expects in a file dialog on his
On Fri, Jun 14, 2013 at 12:43 PM, Sandro Andrade sandroandr...@kde.org wrote:
On Fri, Jun 14, 2013 at 3:59 PM, Alan Alpert 4163654...@gmail.com wrote:
On Fri, Jun 14, 2013 at 11:49 AM, Sandro Andrade sandroandr...@kde.org
wrote:
On Fri, Jun 14, 2013 at 2:48 PM, Alan Alpert
Am 14.06.2013 um 22:19 schrieb Duane duane.heb...@group-upc.com:
On 6/14/2013 3:01 PM, Andre Somers wrote:
Op 14-6-2013 19:27, Constantin Makshin schreef:
Try non-static QFileDialog members -- it's more likely to ignore
various system [shell] extensions.
And way less likely to look and
Am 14.06.2013 um 23:02 schrieb Till Oliver Knoll till.oliver.kn...@gmail.com:
That said, the Qt cross-platform file dialog is (was?) terribly slow with
network mapped drives
On Windows, I should add.
Cheers,
Oliver
___
Interest mailing list
21 matches
Mail list logo
