digitalmars.D.learn - File Picker
- Malkierian (4/4) Dec 07 2013 Is there anything in D that currently brings up a window to find
- Adam D. Ruppe (13/17) Dec 07 2013 Yeah, on Windows, you can just call the GetOpenFileName function
- Malkierian (9/27) Dec 07 2013 Man, that's great, thanks. However, I have it set up in my
- Marco Leise (19/58) Dec 08 2013 .85).aspx
- Malkierian (6/20) Dec 08 2013 That's rather unfortunate, as I was using DSFML as my main event
- Adam D. Ruppe (5/7) Dec 08 2013 Could be a missing argument to the function, I did a quick test
- Adam D. Ruppe (7/7) Dec 08 2013 Hmm, I just tried from my Windows 7 computer and it worked. If
- Malkierian (6/13) Dec 08 2013 No, I'm not building in 64bit. However, I just tried it, copy
- Malkierian (2/17) Dec 08 2013 I am working in Xamarin, though, if that makes a difference.
- Jeremy DeHaan (6/25) Dec 08 2013 I just tested it myself building in Xamarin. Worked like it is
- Adam D. Ruppe (5/5) Dec 08 2013 I wonder if your other DSFML thingy use threads or something...
- Malkierian (10/15) Dec 08 2013 Yes, but like I said, I took DSFML completely out of the project
- Malkierian (2/19) Dec 08 2013 What version(s) of dmd are you using?
- Jeremy DeHaan (4/26) Dec 08 2013 I used 2.064.2, and it worked for me. I know you recently
- Malkierian (3/30) Dec 08 2013 *sigh* No dice. And I can't get GtkD to work either, because of
- Jeremy DeHaan (4/6) Dec 09 2013 I've gotten GtkD to work for me, though it has been a while. If I
- Malkierian (9/15) Dec 09 2013 Well, in the mean time, have you ever heard of this error before?
- Jeremy DeHaan (7/24) Dec 09 2013 I don't know if this is your problem exactly, but the Gtk+
- Malkierian (3/32) Dec 09 2013 LOL, that was the version I was replacing with the 3.6.4 stuff
- Malkierian (12/47) Dec 11 2013 So guess what? I just recently was trying to troubleshoot GtkD,
- Jeremy DeHaan (7/56) Dec 12 2013 Mixing 32 bit code with 64 bit libraries, or vice versa, is (from
Is there anything in D that currently brings up a window to find and choose a file, or am I going to have to make it myself? Isn't there a built-in something or other I can hook into in Windows?
Dec 07 2013
On Saturday, 7 December 2013 at 23:00:00 UTC, Malkierian wrote:Is there anything in D that currently brings up a window to find and choose a file, or am I going to have to make it myself? Isn't there a built-in something or other I can hook into in Windows?Yeah, on Windows, you can just call the GetOpenFileName function (or GetSaveFileName if saving) and use the common dialog. http://msdn.microsoft.com/en-us/library/windows/desktop/ms646927(v=vs.85).aspx I wrote this quick example to show how you can use it in D: http://arsdnet.net/dcode/open.d Since the windows headers distributed with dmd are woefully incomplete, the first thing I did was copy/paste the struct and file definition from MSDN. Then, below that, is the main() function which shows how to call it. There's a lot of customization you can do there, see the Microsoft docs for more info (or search the web for any C examples, the function works the same way in D.)
Dec 07 2013
On Saturday, 7 December 2013 at 23:18:18 UTC, Adam D. Ruppe wrote:On Saturday, 7 December 2013 at 23:00:00 UTC, Malkierian wrote:Man, that's great, thanks. However, I have it set up in my application, and when I first call it, I get this window: http://gyazo.com/02bc18bdc23fdf3c24aa4ff70b46be1f Then, if I cancel and open it again, I get the actual browser, but then my program freezes up: http://gyazo.com/4e5e873e57cd7a234d56c7a42198ab89 Any idea why it doesn't work the first time, but then does the second and freezes?Is there anything in D that currently brings up a window to find and choose a file, or am I going to have to make it myself? Isn't there a built-in something or other I can hook into in Windows?Yeah, on Windows, you can just call the GetOpenFileName function (or GetSaveFileName if saving) and use the common dialog. http://msdn.microsoft.com/en-us/library/windows/desktop/ms646927(v=vs.85).aspx I wrote this quick example to show how you can use it in D: http://arsdnet.net/dcode/open.d Since the windows headers distributed with dmd are woefully incomplete, the first thing I did was copy/paste the struct and file definition from MSDN. Then, below that, is the main() function which shows how to call it. There's a lot of customization you can do there, see the Microsoft docs for more info (or search the web for any C examples, the function works the same way in D.)
Dec 07 2013
Am Sun, 08 Dec 2013 05:49:34 +0100 schrieb "Malkierian" <rhydonj gmail.com>:On Saturday, 7 December 2013 at 23:18:18 UTC, Adam D. Ruppe wrote:.85).aspxOn Saturday, 7 December 2013 at 23:00:00 UTC, Malkierian wrote:Is there anything in D that currently brings up a window to=20 find and choose a file, or am I going to have to make it=20 myself? Isn't there a built-in something or other I can hook=20 into in Windows?Yeah, on Windows, you can just call the GetOpenFileName=20 function (or GetSaveFileName if saving) and use the common=20 dialog. http://msdn.microsoft.com/en-us/library/windows/desktop/ms646927(v=3Dvs=Maybe it requires a working Windows=C2=AE event loop in your application, as is typical for GUI applications on any platform. Windows typically generate all sorts of events, like mouse clicks, key strokes, resize events etc. They add up in the event queue and a white window like yours is typical of Windows=C2=AE to indicate that "this application is no longer working off its event loop. (Or in your case never started to do so.) If that is indeed the problem, worry not, because most events can be handled by the default handler, but you'll need to write an simple event loop. I'm not sure, but it could be that you'll need to create a dummy window as well since event loops work with window handles. Maybe it is ok to pass 0 everywhere, maybe you need a valid handle. --=20 MarcoI wrote this quick example to show how you can use it in D: http://arsdnet.net/dcode/open.d Since the windows headers distributed with dmd are woefully=20 incomplete, the first thing I did was copy/paste the struct and=20 file definition from MSDN. Then, below that, is the main() function which shows how to=20 call it. There's a lot of customization you can do there, see=20 the Microsoft docs for more info (or search the web for any C=20 examples, the function works the same way in D.)=20 Man, that's great, thanks. However, I have it set up in my=20 application, and when I first call it, I get this window: =20 http://gyazo.com/02bc18bdc23fdf3c24aa4ff70b46be1f =20 Then, if I cancel and open it again, I get the actual browser,=20 but then my program freezes up: =20 http://gyazo.com/4e5e873e57cd7a234d56c7a42198ab89 =20 Any idea why it doesn't work the first time, but then does the=20 second and freezes?
Dec 08 2013
"Malkierian" <rhydonj gmail.com> On Sunday, 8 December 2013 at 09:17:37 UTC, Marco Leise wrote:Maybe it requires a working Windows® event loop in your application, as is typical for GUI applications on any platform. Windows typically generate all sorts of events, like mouse clicks, key strokes, resize events etc. They add up in the event queue and a white window like yours is typical of Windows® to indicate that "this application is no longer working off its event loop. (Or in your case never started to do so.) If that is indeed the problem, worry not, because most events can be handled by the default handler, but you'll need to write an simple event loop. I'm not sure, but it could be that you'll need to create a dummy window as well since event loops work with window handles. Maybe it is ok to pass 0 everywhere, maybe you need a valid handle.That's rather unfortunate, as I was using DSFML as my main event generator and handler. I had a DSFML window up already that I was calling that function from. I don't know how to make the crossover between the two in D. I think I'll have to look into GtkD instead. Thanks for the idea, though.
Dec 08 2013
On Sunday, 8 December 2013 at 04:49:35 UTC, Malkierian wrote:Any idea why it doesn't work the first time, but then does the second and freezes?Could be a missing argument to the function, I did a quick test on Windows XP and it looks like you're on Vista. Later today, I'll be on my other Windows computer and I'll try it there and see what's going on.
Dec 08 2013
Hmm, I just tried from my Windows 7 computer and it worked. If you do my sample program without changes http://arsdnet.net/dcode/open.d does it work, or is the problem after copy/pasting it into the rest of your program? Also are you compiling 64 bit? I only tried 32 bit since my laptop has a 32 bit processor so that could be a problem too.
Dec 08 2013
On Sunday, 8 December 2013 at 22:26:11 UTC, Adam D. Ruppe wrote:Hmm, I just tried from my Windows 7 computer and it worked. If you do my sample program without changes http://arsdnet.net/dcode/open.d does it work, or is the problem after copy/pasting it into the rest of your program? Also are you compiling 64 bit? I only tried 32 bit since my laptop has a 32 bit processor so that could be a problem too.No, I'm not building in 64bit. However, I just tried it, copy paste into my main, no additional libs or includes, only main.d compiling. Still get a window like that first image, and if I put another one in after it, it does the same not responding issue.
Dec 08 2013
On Sunday, 8 December 2013 at 23:17:46 UTC, Malkierian wrote:On Sunday, 8 December 2013 at 22:26:11 UTC, Adam D. Ruppe wrote:I am working in Xamarin, though, if that makes a difference.Hmm, I just tried from my Windows 7 computer and it worked. If you do my sample program without changes http://arsdnet.net/dcode/open.d does it work, or is the problem after copy/pasting it into the rest of your program? Also are you compiling 64 bit? I only tried 32 bit since my laptop has a 32 bit processor so that could be a problem too.No, I'm not building in 64bit. However, I just tried it, copy paste into my main, no additional libs or includes, only main.d compiling. Still get a window like that first image, and if I put another one in after it, it does the same not responding issue.
Dec 08 2013
On Sunday, 8 December 2013 at 23:32:54 UTC, Malkierian wrote:On Sunday, 8 December 2013 at 23:17:46 UTC, Malkierian wrote:I just tested it myself building in Xamarin. Worked like it is supposed to, so I'm not sure what's up. I'm running Win7 though. When I get home I can see if running this along side DSFML's event stuff is a problem, but I hope it isn't something specific to your computer. That would blow.On Sunday, 8 December 2013 at 22:26:11 UTC, Adam D. Ruppe wrote:I am working in Xamarin, though, if that makes a difference.Hmm, I just tried from my Windows 7 computer and it worked. If you do my sample program without changes http://arsdnet.net/dcode/open.d does it work, or is the problem after copy/pasting it into the rest of your program? Also are you compiling 64 bit? I only tried 32 bit since my laptop has a 32 bit processor so that could be a problem too.No, I'm not building in 64bit. However, I just tried it, copy paste into my main, no additional libs or includes, only main.d compiling. Still get a window like that first image, and if I put another one in after it, it does the same not responding issue.
Dec 08 2013
I wonder if your other DSFML thingy use threads or something... the GetOpenFileName function blocks until the user makes their choice. So that could be stalling the SFML event loop, or maybe having threading issues. I don't know. But I get the feeling that the problem is one of these two things.
Dec 08 2013
On Monday, 9 December 2013 at 02:45:48 UTC, Adam D. Ruppe wrote:I wonder if your other DSFML thingy use threads or something... the GetOpenFileName function blocks until the user makes their choice. So that could be stalling the SFML event loop, or maybe having threading issues. I don't know. But I get the feeling that the problem is one of these two things.Yes, but like I said, I took DSFML completely out of the project to do a test compile using only main.d and not linking any external libs (DSFML, GtkD, or DerelictAL). No special build instructions or anything in Xamarin, but the first time it's called, I get that first picture and the second time (after clicking cancel on the first one it's opened again in the code), it shows the proper file structure and freezes. In my regular setup (not the main.d exclusive test), my program would continue to work just fine until I called the file chooser a second time.
Dec 08 2013
On Monday, 9 December 2013 at 04:01:54 UTC, Malkierian wrote:On Monday, 9 December 2013 at 02:45:48 UTC, Adam D. Ruppe wrote:What version(s) of dmd are you using?I wonder if your other DSFML thingy use threads or something... the GetOpenFileName function blocks until the user makes their choice. So that could be stalling the SFML event loop, or maybe having threading issues. I don't know. But I get the feeling that the problem is one of these two things.Yes, but like I said, I took DSFML completely out of the project to do a test compile using only main.d and not linking any external libs (DSFML, GtkD, or DerelictAL). No special build instructions or anything in Xamarin, but the first time it's called, I get that first picture and the second time (after clicking cancel on the first one it's opened again in the code), it shows the proper file structure and freezes. In my regular setup (not the main.d exclusive test), my program would continue to work just fine until I called the file chooser a second time.
Dec 08 2013
On Monday, 9 December 2013 at 04:52:21 UTC, Malkierian wrote:On Monday, 9 December 2013 at 04:01:54 UTC, Malkierian wrote:I used 2.064.2, and it worked for me. I know you recently upgraded though. Maybe you could try uninstalling and then reinstalling the compiler?On Monday, 9 December 2013 at 02:45:48 UTC, Adam D. Ruppe wrote:What version(s) of dmd are you using?I wonder if your other DSFML thingy use threads or something... the GetOpenFileName function blocks until the user makes their choice. So that could be stalling the SFML event loop, or maybe having threading issues. I don't know. But I get the feeling that the problem is one of these two things.Yes, but like I said, I took DSFML completely out of the project to do a test compile using only main.d and not linking any external libs (DSFML, GtkD, or DerelictAL). No special build instructions or anything in Xamarin, but the first time it's called, I get that first picture and the second time (after clicking cancel on the first one it's opened again in the code), it shows the proper file structure and freezes. In my regular setup (not the main.d exclusive test), my program would continue to work just fine until I called the file chooser a second time.
Dec 08 2013
On Monday, 9 December 2013 at 05:09:42 UTC, Jeremy DeHaan wrote:On Monday, 9 December 2013 at 04:52:21 UTC, Malkierian wrote:*sigh* No dice. And I can't get GtkD to work either, because of entry point errors...On Monday, 9 December 2013 at 04:01:54 UTC, Malkierian wrote:I used 2.064.2, and it worked for me. I know you recently upgraded though. Maybe you could try uninstalling and then reinstalling the compiler?On Monday, 9 December 2013 at 02:45:48 UTC, Adam D. Ruppe wrote:What version(s) of dmd are you using?I wonder if your other DSFML thingy use threads or something... the GetOpenFileName function blocks until the user makes their choice. So that could be stalling the SFML event loop, or maybe having threading issues. I don't know. But I get the feeling that the problem is one of these two things.Yes, but like I said, I took DSFML completely out of the project to do a test compile using only main.d and not linking any external libs (DSFML, GtkD, or DerelictAL). No special build instructions or anything in Xamarin, but the first time it's called, I get that first picture and the second time (after clicking cancel on the first one it's opened again in the code), it shows the proper file structure and freezes. In my regular setup (not the main.d exclusive test), my program would continue to work just fine until I called the file chooser a second time.
Dec 08 2013
On Monday, 9 December 2013 at 06:32:06 UTC, Malkierian wrote:*sigh* No dice. And I can't get GtkD to work either, because of entry point errors...I've gotten GtkD to work for me, though it has been a while. If I am able to find some time soon I will see if I can do some kind of example for you.
Dec 09 2013
On Monday, 9 December 2013 at 08:57:16 UTC, Jeremy DeHaan wrote:On Monday, 9 December 2013 at 06:32:06 UTC, Malkierian wrote:Well, in the mean time, have you ever heard of this error before? "The procedure entry point gdk_frame_clock_begin_updating could not be located in the dynamic link library libgdk-3-0.dll. I've also gotten a similar error with some other entry point in libgdk_pixbuf-2.0-0.dll, but then I copied that file from the Gtk 3.6.4 release into my bin folder and it went away. Copying the the libgdk-3-0.dll from the same release did nothing to fix this error. This is getting ridiculous.*sigh* No dice. And I can't get GtkD to work either, because of entry point errors...I've gotten GtkD to work for me, though it has been a while. If I am able to find some time soon I will see if I can do some kind of example for you.
Dec 09 2013
On Monday, 9 December 2013 at 16:49:04 UTC, Malkierian wrote:On Monday, 9 December 2013 at 08:57:16 UTC, Jeremy DeHaan wrote:I don't know if this is your problem exactly, but the Gtk+ installer on the GtkD website(http://gtkd.org/download.html) is for 3.8.1, so maybe something has been updated since then? You could also open an issue on GtkD's github repo(https://github.com/gtkd-developers/GtkD) if you continue to experience problems with it.On Monday, 9 December 2013 at 06:32:06 UTC, Malkierian wrote:Well, in the mean time, have you ever heard of this error before? "The procedure entry point gdk_frame_clock_begin_updating could not be located in the dynamic link library libgdk-3-0.dll. I've also gotten a similar error with some other entry point in libgdk_pixbuf-2.0-0.dll, but then I copied that file from the Gtk 3.6.4 release into my bin folder and it went away. Copying the the libgdk-3-0.dll from the same release did nothing to fix this error. This is getting ridiculous.*sigh* No dice. And I can't get GtkD to work either, because of entry point errors...I've gotten GtkD to work for me, though it has been a while. If I am able to find some time soon I will see if I can do some kind of example for you.
Dec 09 2013
On Tuesday, 10 December 2013 at 02:05:12 UTC, Jeremy DeHaan wrote:On Monday, 9 December 2013 at 16:49:04 UTC, Malkierian wrote:LOL, that was the version I was replacing with the 3.6.4 stuff XD. And I already made a post on their forum about it.On Monday, 9 December 2013 at 08:57:16 UTC, Jeremy DeHaan wrote:I don't know if this is your problem exactly, but the Gtk+ installer on the GtkD website(http://gtkd.org/download.html) is for 3.8.1, so maybe something has been updated since then? You could also open an issue on GtkD's github repo(https://github.com/gtkd-developers/GtkD) if you continue to experience problems with it.On Monday, 9 December 2013 at 06:32:06 UTC, Malkierian wrote:Well, in the mean time, have you ever heard of this error before? "The procedure entry point gdk_frame_clock_begin_updating could not be located in the dynamic link library libgdk-3-0.dll. I've also gotten a similar error with some other entry point in libgdk_pixbuf-2.0-0.dll, but then I copied that file from the Gtk 3.6.4 release into my bin folder and it went away. Copying the the libgdk-3-0.dll from the same release did nothing to fix this error. This is getting ridiculous.*sigh* No dice. And I can't get GtkD to work either, because of entry point errors...I've gotten GtkD to work for me, though it has been a while. If I am able to find some time soon I will see if I can do some kind of example for you.
Dec 09 2013
On Tuesday, 10 December 2013 at 03:42:10 UTC, Malkierian wrote:On Tuesday, 10 December 2013 at 02:05:12 UTC, Jeremy DeHaan wrote:So guess what? I just recently was trying to troubleshoot GtkD, and in the process I removed the bin folders for the 64-bit versions of TortoiseGit and TortioseSVN from my PATH, and when I switch back over to my other source set (the one with the file chooser from here) suddenly the windows generic chooser works fine. I had to remove those two bin folders from the path because, despite it being a 32-bit application, it was apparently loading (or trying to load) a specific driver from those folders that was messing everything up. So is this 32/64-bit crossover thing a bug in D, or is it just a phantom random weird thing that was happening with my setup?On Monday, 9 December 2013 at 16:49:04 UTC, Malkierian wrote:LOL, that was the version I was replacing with the 3.6.4 stuff XD. And I already made a post on their forum about it.On Monday, 9 December 2013 at 08:57:16 UTC, Jeremy DeHaan wrote:I don't know if this is your problem exactly, but the Gtk+ installer on the GtkD website(http://gtkd.org/download.html) is for 3.8.1, so maybe something has been updated since then? You could also open an issue on GtkD's github repo(https://github.com/gtkd-developers/GtkD) if you continue to experience problems with it.On Monday, 9 December 2013 at 06:32:06 UTC, Malkierian wrote:Well, in the mean time, have you ever heard of this error before? "The procedure entry point gdk_frame_clock_begin_updating could not be located in the dynamic link library libgdk-3-0.dll. I've also gotten a similar error with some other entry point in libgdk_pixbuf-2.0-0.dll, but then I copied that file from the Gtk 3.6.4 release into my bin folder and it went away. Copying the the libgdk-3-0.dll from the same release did nothing to fix this error. This is getting ridiculous.*sigh* No dice. And I can't get GtkD to work either, because of entry point errors...I've gotten GtkD to work for me, though it has been a while. If I am able to find some time soon I will see if I can do some kind of example for you.
Dec 11 2013
On Thursday, 12 December 2013 at 03:17:29 UTC, Malkierian wrote:On Tuesday, 10 December 2013 at 03:42:10 UTC, Malkierian wrote:Mixing 32 bit code with 64 bit libraries, or vice versa, is (from what I have read) not usually a good thing and is not specific to the D language. If your program found a dll with the same name for one it is looking for I think it just goes for it. I have no idea if Windows can or does try to verify how many bits a library has before it loads it.On Tuesday, 10 December 2013 at 02:05:12 UTC, Jeremy DeHaan wrote:So guess what? I just recently was trying to troubleshoot GtkD, and in the process I removed the bin folders for the 64-bit versions of TortoiseGit and TortioseSVN from my PATH, and when I switch back over to my other source set (the one with the file chooser from here) suddenly the windows generic chooser works fine. I had to remove those two bin folders from the path because, despite it being a 32-bit application, it was apparently loading (or trying to load) a specific driver from those folders that was messing everything up. So is this 32/64-bit crossover thing a bug in D, or is it just a phantom random weird thing that was happening with my setup?On Monday, 9 December 2013 at 16:49:04 UTC, Malkierian wrote:LOL, that was the version I was replacing with the 3.6.4 stuff XD. And I already made a post on their forum about it.On Monday, 9 December 2013 at 08:57:16 UTC, Jeremy DeHaan wrote:I don't know if this is your problem exactly, but the Gtk+ installer on the GtkD website(http://gtkd.org/download.html) is for 3.8.1, so maybe something has been updated since then? You could also open an issue on GtkD's github repo(https://github.com/gtkd-developers/GtkD) if you continue to experience problems with it.On Monday, 9 December 2013 at 06:32:06 UTC, Malkierian wrote:Well, in the mean time, have you ever heard of this error before? "The procedure entry point gdk_frame_clock_begin_updating could not be located in the dynamic link library libgdk-3-0.dll. I've also gotten a similar error with some other entry point in libgdk_pixbuf-2.0-0.dll, but then I copied that file from the Gtk 3.6.4 release into my bin folder and it went away. Copying the the libgdk-3-0.dll from the same release did nothing to fix this error. This is getting ridiculous.*sigh* No dice. And I can't get GtkD to work either, because of entry point errors...I've gotten GtkD to work for me, though it has been a while. If I am able to find some time soon I will see if I can do some kind of example for you.
Dec 12 2013