As far as I understand you need 3 different objects
(it can be instances of appropriate class or its subclass) for pattern to work:
1. QMainWindow ( add dock widget to)
2. QDockWidget
3. QWidget ( widget for setWidget which would be displayed by QDockWidget )
And 3 is missing in
> void QScaffy::a
This has been brought up before.
I believe it was decided that it was not a bug, that the behavior is whatever
the OS services provide.
From what I can tell you should have 2 signals below, as the file is closed
twice.
From: "noru...@me.com"
To: Qt Project
I tested this behavior on Windows, Linux and Mac OS X.
It seems that this weird behavior is only on Mac OS X.
Am 30.07.2012 um 21:04 schrieb noru...@me.com:
> Hello,
>
> I noticed that QFileSystemWatcher is emitting the fileChanged() signal
> between 3 and 4 times.
> Is this behavior wanted or
Am 31.07.12 20:16, schrieb Till Oliver Knoll:
> Am 30.07.12 21:31, schrieb noru...@me.com:
>> Does QFileDialog::getOpenFileName() in Mountain Lion not work anymore?
>>
>> If I debug an example with Xcode I get NS* timeouts.
>
> With Qt 4.8.1 I do get "timeouts" as well: when requesting the "Open
>
Am 30.07.12 21:31, schrieb noru...@me.com:
> Does QFileDialog::getOpenFileName() in Mountain Lion not work anymore?
>
> If I debug an example with Xcode I get NS* timeouts.
With Qt 4.8.1 I do get "timeouts" as well: when requesting the "Open
file" or "Save as" dialog the application GUI freezes f
On Tuesday 31 July 2012 15:25:05 Nikos Chantziaras wrote:
> On 31/07/12 10:18, Konrad Rosenbaum wrote:
> > But you gave me a nice idea: those offsets could be used as a fall-back
> > in case auto-detection fails miserably. Thanks.
>
> Hm, I think that DST messes up the idea. There's no way to tel
On 31/07/12 10:18, Konrad Rosenbaum wrote:
> On Tuesday 31 July 2012 07:02:22 Nikos Chantziaras wrote:
>> On 31/07/12 06:43, Lorn Potter wrote:
>>> On 31/07/2012, at 1:28 PM, Nikos Chantziaras wrote:
I wonder if it's possible to deduce the timezone from the system's UTC
offset? The offse
On Tuesday 31 July 2012 07:02:22 Nikos Chantziaras wrote:
> On 31/07/12 06:43, Lorn Potter wrote:
> > On 31/07/2012, at 1:28 PM, Nikos Chantziaras wrote:
> >> I wonder if it's possible to deduce the timezone from the system's UTC
> >> offset? The offset can be determined through gmtime() and local
Heh, mystery resolved. Thanks for spotting it.
On 31/07/12 10:09, Scott Aron Bloom wrote:
> Actually.. Just found it!!!
>
> It can be used in QDirModel to filter the top level return values...
>
> Scott
>
>
> -Original Message-
> From: interest-bounces+scott.bloom=onshorecs@qt-projec
Actually.. Just found it!!!
It can be used in QDirModel to filter the top level return values...
Scott
-Original Message-
From: interest-bounces+scott.bloom=onshorecs@qt-project.org
[mailto:interest-bounces+scott.bloom=onshorecs@qt-project.org] On Behalf Of
Scott Aron Bloom
Se
AHHH... sorry...
In that case.. I believe you are correct...
int main( int argc, char ** argv )
{
QDir root = QDir::root();
QStringList drives = root.entryList( QDir::Drives );
foreach( const QString & drive, drives )
{
qDebug() << drive;
}
}
Returns nothing at all.
I mean QDir::Drives the enum, not QDir::drives() the function :-)
On 31/07/12 09:58, Scott Aron Bloom wrote:
> Since Im no longer sure what this discussion is about... Back to the
> original question, when is QDir::drives() useful..
>
> Here is code...
> #include
> #include
> #include
> #inc
12 matches
Mail list logo
