Answering my own email.
I found this and it worked.
https://wiki.qt.io/Qt_for_WebAssembly#Files_and_local_file_system_access
Cheers
On Sat, 15 May 2021 at 17:32, Nicholas Yue wrote:
> Hi,
>
> Given the sandbox security of WASM, application only have access to the
> virtual filesystem access
Hi,
Given the sandbox security of WASM, application only have access to the
virtual filesystem accessing file that one might have package with the
application via emcc
How have others building Qt-wasm been handling getting data into and out
of such applications? Is there some other Qt widget/
On segunda-feira, 5 de fevereiro de 2018 08:55:49 PST Bob Hood wrote:
> On 2/4/2018 9:14 PM, Thiago Macieira wrote:
> > On domingo, 4 de fevereiro de 2018 11:52:20 PST Boudewijn Rempt wrote:
> >> On Sunday, 4 February 2018 18:44:52 CET Thiago Macieira wrote:
> >>> On Sunday, 4 February 2018 09:32:2
On 2/4/2018 9:14 PM, Thiago Macieira wrote:
On domingo, 4 de fevereiro de 2018 11:52:20 PST Boudewijn Rempt wrote:
On Sunday, 4 February 2018 18:44:52 CET Thiago Macieira wrote:
On Sunday, 4 February 2018 09:32:24 PST Bob Hood wrote:
Has anybody else had problems with this?Might I be doing some
On domingo, 4 de fevereiro de 2018 11:52:20 PST Boudewijn Rempt wrote:
> On Sunday, 4 February 2018 18:44:52 CET Thiago Macieira wrote:
> > On Sunday, 4 February 2018 09:32:24 PST Bob Hood wrote:
> > > Has anybody else had problems with this?Might I be doing something
> > > incorrectly?
> >
> > Wh
(Sorry for the late reply...on a plane all afternoon)
On 2/4/2018 10:44 AM, Thiago Macieira wrote:
On Sunday, 4 February 2018 09:32:24 PST Bob Hood wrote:
Has anybody else had problems with this?Might I be doing something
incorrectly?
What OS is that?
As Boudewjin points out, it is OS X. T
On Sunday, 4 February 2018 18:44:52 CET Thiago Macieira wrote:
> On Sunday, 4 February 2018 09:32:24 PST Bob Hood wrote:
> > Has anybody else had problems with this?Might I be doing something
> > incorrectly?
>
> What OS is that?
That's the native OSX or macOS file dialog.
--
Boudewijn Rempt |
On Sunday, 4 February 2018 09:32:24 PST Bob Hood wrote:
> Has anybody else had problems with this?Might I be doing something
> incorrectly?
What OS is that?
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
_
On segunda-feira, 25 de dezembro de 2017 01:07:23 -02 Jerome wrote:
> problem between qt and GTK...
>
> here:
> https://stackoverflow.com/questions/47847739/qfiledialog-gtkdialog-mapped-wi
> thout-a-transient-parent
>
> an answer on how to fix that please ?
File a bug report with a sample progra
problem between qt and GTK...
here:
https://stackoverflow.com/questions/47847739/qfiledialog-gtkdialog-mapped-without-a-transient-parent
an answer on how to fix that please ?
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.o
Thanks Giuseppe.
I've created a bug report, number QTBUG-63972.
I've stated in the report that this appears to only be an issue with
Linux (or at least Ubuntu). I tested using Windows and OSX and the
dialog always requests confirmation.
Thanks,
Dan.
On 23/10/17 10:48, Giuseppe D'Angelo wro
Il 22/10/2017 20:46, Dan Allen ha scritto:
Hi Guiseppe,
If that line was left out the dialog would return just "text" (i.e.
without the suffix).
Right, so we're back in Qt territory, with this option which might be
misleading. Please go ahead and file a bug report, so that the
discussion ca
Hi Guiseppe,
If that line was left out the dialog would return just "text" (i.e.
without the suffix).
Thanks,
Dan.
On 22/10/17 19:25, Giuseppe D'Angelo wrote:
Hi,
Il 21/10/2017 20:39, Dan Allen ha scritto:
fileDialog.setDefaultSuffix("txt");
Just wondering, what happens without thi
Hi,
Il 21/10/2017 20:39, Dan Allen ha scritto:
fileDialog.setDefaultSuffix("txt");
Just wondering, what happens without this line?
Cheers,
--
Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Senior Software Engineer
KDAB (UK) Ltd., a KDAB Group company | Tel: UK +44-1625-809908
KDAB - Qt,
Hi Guiseppe,
Here is a quick test case:
#include
#include
#include
int main(int argc, char *argv[])
{
QApplication a(argc, argv);
QString savePath = QDir::homePath();
savePath.append("/text.txt");
QFile saveFile(savePath);
if(!saveFile.exists())
{
saveFile.ope
Il 21/10/2017 18:45, Dan Allen ha scritto:
I don't know much about GTK directly. I had a quick look at the GTK
file chooser documentation and I couldn't see anything that suggests GTK
supports a default suffix. Therefore, would that suggest this is
probably a Qt issue (i.e. GTK considered it
Hi Guiseppe,
I don't know much about GTK directly. I had a quick look at the GTK
file chooser documentation and I couldn't see anything that suggests GTK
supports a default suffix. Therefore, would that suggest this is
probably a Qt issue (i.e. GTK considered it "text" against "text.txt"
an
Il 21/10/2017 11:33, Dan Allen ha scritto:
Hi Guiseppe,
I am using the native dialog. I've tested again after setting
QFileDialog::DontUseNativeDialog and this does not appear to have the
problem.
Then please submit a bug against GTK/Ubuntu :)
Cheers,
--
Giuseppe D'Angelo | giuseppe.dang..
Hi Guiseppe,
I am using the native dialog. I've tested again after setting
QFileDialog::DontUseNativeDialog and this does not appear to have the
problem.
Thanks,
Dan.
On 21/10/17 09:27, Giuseppe D'Angelo wrote:
Hi,
Il 21/10/2017 10:07, Dan Allen ha scritto:
Hi,
I'm currently working on
Hi,
Il 21/10/2017 10:07, Dan Allen ha scritto:
Hi,
I'm currently working on a save dialog for my application (currently
testing in Ubuntu). The dialog is in accept mode
QFileDialog::AcceptSave and a default suffix of "txt" is set.
I've noticed something that appears to be strange when the fil
Hi,
I'm currently working on a save dialog for my application (currently
testing in Ubuntu). The dialog is in accept mode
QFileDialog::AcceptSave and a default suffix of "txt" is set.
I've noticed something that appears to be strange when the file provided
exists as follows (assuming a file
On 17/12/2015 3:15 AM, Jan Dasselaar wrote:
On 16-12-2015 15:02, Duane wrote:
On 16/12/2015 8:53 AM, Thiago Macieira wrote:
On Wednesday 16 December 2015 08:10:44 Duane wrote:
I'm subclassing a QFileDialog. I need to get a pointer to the filename
box. I was doing this with findChild() with Q
On 16-12-2015 15:02, Duane wrote:
On 16/12/2015 8:53 AM, Thiago Macieira wrote:
On Wednesday 16 December 2015 08:10:44 Duane wrote:
I'm subclassing a QFileDialog. I need to get a pointer to the filename
box. I was doing this with findChild() with Qt4 but with
Qt5 this returns null. Any sugge
On 16/12/2015 10:33 AM, Jan Dasselaar wrote:
On 16-12-2015 16:16, Duane wrote:
On 16/12/2015 9:24 AM, André Somers wrote:
Op 16/12/2015 om 15:02 schreef Duane:
On 16/12/2015 8:53 AM, Thiago Macieira wrote:
On Wednesday 16 December 2015 08:10:44 Duane wrote:
I'm subclassing a QFileDialog.
On 16-12-2015 16:16, Duane wrote:
On 16/12/2015 9:24 AM, André Somers wrote:
Op 16/12/2015 om 15:02 schreef Duane:
On 16/12/2015 8:53 AM, Thiago Macieira wrote:
On Wednesday 16 December 2015 08:10:44 Duane wrote:
I'm subclassing a QFileDialog. I need to get a pointer to the
filename
box.
Il 16/12/2015 14:10, Duane ha scritto:
I'm subclassing a QFileDialog. I need to get a pointer to the filename
box. I was doing this with findChild() with Qt4 but with
Qt5 this returns null. Any suggestions?
Where are you doing that findChild? A non-native QFileDialog is lazily
populated. T
On 16/12/2015 9:24 AM, André Somers wrote:
Op 16/12/2015 om 15:02 schreef Duane:
On 16/12/2015 8:53 AM, Thiago Macieira wrote:
On Wednesday 16 December 2015 08:10:44 Duane wrote:
I'm subclassing a QFileDialog. I need to get a pointer to the filename
box. I was doing this with findChild() w
Op 16/12/2015 om 15:02 schreef Duane:
On 16/12/2015 8:53 AM, Thiago Macieira wrote:
On Wednesday 16 December 2015 08:10:44 Duane wrote:
I'm subclassing a QFileDialog. I need to get a pointer to the filename
box. I was doing this with findChild() with Qt4 but with
Qt5 this returns null. Any
On 16/12/2015 8:53 AM, Thiago Macieira wrote:
On Wednesday 16 December 2015 08:10:44 Duane wrote:
I'm subclassing a QFileDialog. I need to get a pointer to the filename
box. I was doing this with findChild() with Qt4 but with
Qt5 this returns null. Any suggestions?
XY problem. Why do you n
On 16/12/2015 8:14 AM, André Somers wrote:
Op 16/12/2015 om 14:10 schreef Duane:
I'm subclassing a QFileDialog. I need to get a pointer to the
filename box. I was doing this with findChild() with Qt4
but with Qt5 this returns null. Any suggestions?
Are you sure you are not getting a nativ
On Wednesday 16 December 2015 08:10:44 Duane wrote:
> I'm subclassing a QFileDialog. I need to get a pointer to the filename
> box. I was doing this with findChild() with Qt4 but with
> Qt5 this returns null. Any suggestions?
XY problem. Why do you need to get the pointer to the line edit? Wha
Op 16/12/2015 om 14:10 schreef Duane:
I'm subclassing a QFileDialog. I need to get a pointer to the
filename box. I was doing this with findChild() with Qt4
but with Qt5 this returns null. Any suggestions?
Are you sure you are not getting a native file dialog? If so, then
obviously there
I'm subclassing a QFileDialog. I need to get a pointer to the filename
box. I was doing this with findChild() with Qt4 but with
Qt5 this returns null. Any suggestions?
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/m
Hello,
I can use QFileDialog::getOpenFileNames() on iOS but is it really
possible to select several files? I mean using fingers only?
Thanks
Philippe
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interes
On Wednesday 14 January 2015 12:35:01 Graham Labdon wrote:
> Hi
> In my application I want that all file dialogs set the DontUseNativeDialog
> flag. Is this possible by using style sheets or do I have to subclass file
> dialog and make sure that developers use this subclass? Is there a better
> way
Hi
In my application I want that all file dialogs set the DontUseNativeDialog flag.
Is this possible by using style sheets or do I have to subclass file dialog and
make sure that developers use this subclass?
Is there a better way
Thanks for your time
_
On 6/18/2013 8:41 AM, André Somers wrote:
> Op 17-6-2013 19:07, Constantin Makshin schreef:
>>
>> 1) On Windows directories can have custom icons. Not 100% sure about
>> other platforms.
>>
>> 2) Directories have at least "last modification" timestamp which is
>> needed for the detailed view mode.
Op 17-6-2013 19:07, Constantin Makshin schreef:
1) On Windows directories can have custom icons. Not 100% sure about
other platforms.
2) Directories have at least "last modification" timestamp which is
needed for the detailed view mode. What approach is better -- get all
information at once
On 6/17/2013 1:07 PM, Constantin Makshin wrote:
> 1) On Windows directories can have custom icons. Not 100% sure about
> other platforms.
>
> 2) Directories have at least "last modification" timestamp which is
> needed for the detailed view mode. What approach is better -- get all
> information at
1) On Windows directories can have custom icons. Not 100% sure about other
platforms.
2) Directories have at least "last modification" timestamp which is needed
for the detailed view mode. What approach is better -- get all information
at once or quickly get names, deferring timestamp retrieval un
On 6/17/2013 10:09 AM, william.croc...@analog.com wrote:
> On 06/17/2013 09:57 AM, Duane wrote:
>> On 6/14/2013 5:06 PM, Till Oliver Knoll wrote:
>>> Am 14.06.2013 um 23:02 schrieb Till Oliver
>>> Knoll:
>>>
That said, the Qt "cross-platform file dialog" is (was?) terribly slow
wit
On 06/17/2013 09:57 AM, Duane wrote:
> On 6/14/2013 5:06 PM, Till Oliver Knoll wrote:
>> Am 14.06.2013 um 23:02 schrieb Till Oliver
>> Knoll:
>>
>>>
>>> That said, the Qt "cross-platform file dialog" is (was?) terribly slow with
>>> network mapped drives
>>
That's the price we pay for viewing th
On 6/15/2013 3:48 AM, Etienne Sandré-Chardonnal wrote:
> Hello,
>
> Are you sure you are not compiling in debug mode?
> I use QFileDialog native (static) in my application, it's very fast to
> load, except in debug mode (where it takes a few seconds loading all
> dlls). Qt 4.8.1 under windows, ming
On 6/14/2013 5:06 PM, Till Oliver Knoll wrote:
> Am 14.06.2013 um 23:02 schrieb Till Oliver Knoll:
>
>>
>> That said, the Qt "cross-platform file dialog" is (was?) terribly slow with
>> network mapped drives
>
> On Windows, I should add.
Yes, on Windows it's very slow. I would love to use the n
Hello,
Are you sure you are not compiling in debug mode?
I use QFileDialog native (static) in my application, it's very fast to
load, except in debug mode (where it takes a few seconds loading all dlls).
Qt 4.8.1 under windows, mingw compiler
Etienne
2013/6/14 Mojmír Svoboda
> Hello again,
>
Am 14.06.2013 um 23:02 schrieb Till Oliver Knoll :
>
> 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
Interest@qt-project.org
ht
Am 14.06.2013 um 22:19 schrieb Duane :
> 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 cl
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 dial
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" wrote:
> Op 14-6-2013 19:27, Constantin Makshin schreef:
>
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
f
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"
wrote:
> Hello again,
>
> I tried to use QFileDialog for classic file selection, but
> it feels very sluggish, expecially the first time.
>
> I think it's
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 lightw
Hi,
since I also ran into this on my machine, I created
https://bugreports.qt-project.org/browse/QTBUG-29366 with an example and
a bit of analysis. The underlying reason is that the creation of a
QInotifyFileSystemWatcherEngine fails due to "Too many open files".
Regards,
Friedemann
--
Frie
On 01/21/2013 07:33 PM, Wilhelm wrote:
> Hi all,
>
> if I compile this stripped down minimal example
> -
> #include
> #include
>
> int main(int argc, char *argv[])
> {
> QApplication a(argc, argv);
> QFileDialog fd(0, "Load from file",
> QDir::currentP
.
>
> Any Qt5 hints?
>
> >
> >
> >
> >
> ----
> > *From:* Wilhelm <mailto:wilhelm.me...@fh-kl.de>>
> > *To:* Qt Interest <mailto:interest@qt-pr
*Sent:* Monday, January 21, 2013 1:33 PM
> *Subject:* [Interest] QFileDialog: what's wrong with this minimal example
>
> Hi all,
>
> if I compile this stripped down minimal example
> -
> #include
> #include
>
> int main(int argc, char *argv[])
>
[mailto:interest-bounces+scott.bloom=onshorecs@qt-project.org] On Behalf Of
Wilhelm
Sent: Monday, January 21, 2013 10:33 AM
To: Qt Interest
Subject: [Interest] QFileDialog: what's wrong with this minimal example
Hi all,
if I compile this stripped down minimal example
-
#include
#include
Looks ok. But try calling a.exec() and using a singleshot zero timeout timer
(beforr a.exec()) to bring up the file dialog. Let us know if that works.
From: Wilhelm
To: Qt Interest
Sent: Monday, January 21, 2013 1:33 PM
Subject: [Interest] QFileDialog
Hi all,
if I compile this stripped down minimal example
-
#include
#include
int main(int argc, char *argv[])
{
QApplication a(argc, argv);
QFileDialog fd(0, "Load from file",
QDir::currentPath(),
"All Files (*)");
//return
to:interest-bounces+tony=rightsoft.com...@qt-project.org]<mailto:[mailto:interest-bounces+tony=rightsoft.com...@qt-project.org]>
On Behalf Of Eric Clark
Sent: Thursday, 28 June 2012 5:14 AM
To: Qt Interest
Subject: Re: [Interest] QFileDialog::getExistingDirectory does not expand tree
on
o: Qt Interest
Subject: Re: [Interest] QFileDialog::getExistingDirectory does not expand tree
on Windows 7
Oliver,
Thanks for your suggestion. I didn’t think to look at that because I have been
used to seeing the Windows Vista and XP file dialogs for so long and those ones
do expand, but the
-bounces+eclark=ara@qt-project.org] On Behalf Of Till
Oliver Knoll
Sent: Wednesday, June 27, 2012 1:00 PM
To: Qt Interest
Subject: Re: [Interest] QFileDialog::getExistingDirectory does not expand tree
on Windows 7
Am 27.06.2012 um 19:03 schrieb Eric Clark
mailto:ecl...@ara.com>>:
Hel
Am 27.06.2012 um 19:03 schrieb Eric Clark :
> Hello All,
>
> ...QFileDialog::getExistingDirectory(…) and pass in a default directory to
> open to, the native dialog does open to the correct directory. However, the
> tree in the left-hand pane of the Windows dialog does not expand to that
>
63 matches
Mail list logo
