PDowning

Well, after toying with Koda for a bit I managed to get this created as a tree list. #include <GUIConstantsEx.au3> #include <ListViewConstants.au3> #include <TreeViewConstants.au3> #include <WindowsConstants.au3> #Region ### START Koda GUI section ### Form=g:\launcher gui\apptreeview-1.kxf $AppViewMain = GUICreate("EBRPSS Application Launcher", 615, 438, 190, 125) $AppTree1 = GUICtrlCreateTreeView(0, 0, 241, 433) $AppTree1_0 = GUICtrlCreateTreeViewItem("Accessories", $AppTree1) $AppTree1_1 = GUICtrlCreateTreeViewItem("ActivInspire", $AppTree1) $AppTree1_2 = GUICtrlCreateTreeViewItem("Creativity", $AppTree1) $AppTree1_3 = GUICtrlCreateTreeViewItem("EOC", $AppTree1) $AppTree1_4 = GUICtrlCreateTreeViewItem("Internet Resources - Student", $AppTree1) $AppTree1_5 = GUICtrlCreateTreeViewItem("Internet Resources - Teachers", $AppTree1) $AppTree1_6 = GUICtrlCreateTreeViewItem("Language Arts", $AppTree1) $AppTree1_7 = GUICtrlCreateTreeViewItem("Frog Street", $AppTree1_6) $AppTree1_8 = GUICtrlCreateTreeViewItem("Reading", $AppTree1_6) $AppTree1_9 = GUICtrlCreateTreeViewItem("Textbook Resources", $AppTree1_6) $AppTree1_10 = GUICtrlCreateTreeViewItem("Treasures Instructional Navigator", $AppTree1_9) $AppTree1_11 = GUICtrlCreateTreeViewItem("Leap", $AppTree1) $AppTree1_12 = GUICtrlCreateTreeViewItem("Library Resources", $AppTree1) $AppTree1_13 = GUICtrlCreateTreeViewItem("ABC-CLIO", $AppTree1_12) $AppTree1_14 = GUICtrlCreateTreeViewItem("Math", $AppTree1) $AppTree1_15 = GUICtrlCreateTreeViewItem("Microsoft Office", $AppTree1) $AppTree1_16 = GUICtrlCreateTreeViewItem("System Utilities", $AppTree1) $ListView1 = GUICtrlCreateListView("Choose Program", 240, 0, 380, 440) GUISetState(@SW_SHOW) #EndRegion ### END Koda GUI section ### While 1 $nMsg = GUIGetMsg() Switch $nMsg Case $GUI_EVENT_CLOSE Exit EndSwitch WEnd The GUI is the way I want it. The coding behind it still baffles me, even after reading the help files and reading other's code, it just all starts running together . So, even though I want to ask for help, I can't expect anyone to do it for me. I am just accepting that I am in above my head without a life preserver, but a concrete block around my feet instead. So I admit defeat. Waving the proverbial white flag (need to add an emoticon for this).

For some unknown reason, this ShellExecute("I:\Treasures\Treasures Listening Library\Supplemental Readers\Grade 1.m3u") started working. Oh well, not gonna mess with it anymore. It works, leave it alone. Always been my motto

The thing is, there are only double quotes on that line. No single quotes at all. Oh well, it's working.

That is one thing that I do believe completely about PC's ...

Thanks. No one mentioned that it was included in the autoit beta. I was expecting to see WinAPIex.au3 listed as a downloadable file. Now I know.

that's all I see. I have scoured the directories. nothing.

Wow. Thanks guys, those are most useful there. Only problem is getting the WinAPIex.au3. The link given in the link is broke. And I looked in the download section and didn't see it there and I was linked to the beta download section and couldn't find it there either. Could someone point me to a valid link for this one?

Because we need the tree structure and hopefully can get rid of the Libraries/Favorites portion.

I found Melba's UDF about selecting directory's and drive's. I have a use for this possibly. I want to create a GUI that roots itself at a folder level on the left side, showing all directories below it. If you click on one of those listings, all files and folders will be listed on the right of the GUI. From there the user can double-click the app for execution. I have been beating my head around all day, trying to figure out KODA, but have been rather unsuccessful. Is this even possible? Something like a Windows Explorer view: Yes I realize this makes it more difficult, probably beyond my capabilities, but it is to keep the end user comfortable with what they are used to using which is Zenworks Application Launcher. Is this even possible or should I seek a replacement that has to be paid for, which I already know the higher-ups will deny.

Yep, wrong window handle. That looks really weird not having the top of the window there. That could work, until someone figures out that Alt-F4 works or closing via the taskbar. Thanks, that helps.

You are correct. It was unjustified and I apologized for it. I'm still working my way around here. I did not realize there was a beta section, thank you for pointing it out.

I am attempting to test it, but I can still close the Window via the X.

Edit: Statements retracted. Let my emotion and stress get ahead of me. I apologize to anyone that read it before I edited. Now, to be calm about this. One, I leave work at work. I don't think about it till I get here the next day. Two, the admin doesn't unblock anything until the CTO tells him to. And for three, the link is dead. 404 error page when I attempted via remote to my home pc.

Good, I'll admit I didn't know that. And I'm still learning around here, so I either don't know or forget about some utilities or UDF's or something that would benefit me.

Yeh that's fair. But I got get this UDF first. The links in there go nowhere or out filter is blocking it for some reason...... Edit: ROFL! His link is being blocked as "pornography" by our filter. Geez. Could someone just email it to me? IM me and I'll give ya my email.

Wow. That sounds ..... confusing and technically deep . But I'll look at it. For those of you that have used Zenworks and the app launcher for it, we need a Windows replacement. Thus trying to create a simulated launcher with the explorer window. Has anyone found a viable solution for an application launcher? Edit to add: where is this winAPI thingy? Edit 2: Nvm .. found it. Edit 3: Nvm the NVM :-) The thread '?do=embed' frameborder='0' data-embedContent>> has links, but appear to be dead. They only point to .html files and not the actual zips

This should be a relatively simple answer, I think. We have an Explorer window that opens to a specific directory on the server so users can acees the programs and scripts that are there. That explorer window opens with the "/e /root" options so they can't go up the directory chain. One problem though, they can still close the window by clicking the very friendly. big, red X in the upper corner. I was thinking I could make a script that runs in the background, that sits there and watches to make sure the explorer window is running. If it detects that the window was closed, it automatically opens the window again. Therefore, the users can't get rid of it. I can think of a couple reasons why this would be difficult, one being that under Win7, there is no Window title to use as a reference to watch for to see if it closes. Also, this window's PID will be different on each machine, so I can't watch it that way. Feasible?

read the ETA in my last post.

Now I had the thought of trying to force a path to wmplayer using _PathMake(). I can assign all the parameters, and msgbox() it, but it still refuses to run. ARRRGGGHHHH!!!!! ETA: WTF?!?!? It just started working for no good reason. Using only ShellExecute("I:\Treasures\Treasures Listening Library\Supplemental Readers\Grade 1.m3u") What the hell changed? to be sure I even rebooted the machine and it still works.

Ok that tidbit of code works just fine. But if I try to duplicate that, it just sits there, never running wmplayer. Someone asked previously about other factors. Run? Yes I tried, won't open wmplayer. Path Exist? Yep. Works perfectly fine any other time. AutoIt version) SciTE Version 3.3.0 & AutoIt v3.3.8.1 System) Win7 Pro 32-bit if I open a command window, and navigate to the root c:, and use "c:program fileswindows media playerwmplayer.exe", it runs. If I navigate to the directory where the .m3u resides,I:TreasuresTreasures Listening LibrarySupplemental Readers>, and type "Grade 1.m3u" and hit enter, wmplayer pops up and begins to play the file. That's why I tried a ShellExecute("I:\Treasures\Treasures Listening Library\Supplemental Readers\Grade 1.m3u") and it still won't open. The console window that shows the script functioning says "Exit Code: 1 Time 0.409" so it's doing something, just NOT opening the damn wmplayer

Thanks for the link, but damned if it won't work. I even shortened it to : ShellExecute("C:Program FilesWindows Media Playerwmplayer.exe") It just refuses to open. Thanks again. I'll dive back into this Monday. It's time for the weekend.

Shouldn't this just work? Run("wmplayer.exe 'I:\Treasures\Treasures Listening Library\Supplemental Readers\Grade 1.m3u'") I've been coding things all day and the simplest of scripts is eluding me. Why? I'm not sure. I also tried: ShellExecute("I:\Treasures\Treasures Listening Library\Supplemental Readers\Grade 1.m3u") That also does not work. Yes, the file exists. Yes, permissions are correct. Yes I can navigate to the file and double-click to run and it opens media player.

Ok .. that got me closer. It actually launches the msi now. i'm going home. thanks for the help. I'll be back here tomorrow I'm sure.

yes, I replaced those with the correct credentials, but it just doesn't work. how do I get the error code returned?

Taking a break from this ... going to lunch.