I'm trying to set up a drag-n-drop launcher bar, but I can't seem to save the variable that defines the path properly. No matter how I wrap it, the xlabel %[dropppath]% keeps cutting itself off at the first space. Anyone know of a fix for this issue?

Well, it's hard to say exactly what you're doing wrong since you don't include that, but the example in the xlabel help file works perfectly fine for me.

I also tested it using !xtextappend...

Both wrote the path with quotes. Note: No quotes were needed around %[droppath]% in the first example. The var used there, of course, is "dropped."

Also Tested - LabelOnDrop shortcut "$ThemeDir$"
It properly created a shortcut to the file (or directory) in the theme's directory.

One thing I had problems with was sticking the %[droppath]% in an mzscript var and saving that. It wouldn't save with quotes, even if I used the mz escape for quotes.

Just realized that I forgot to mention I was using mzscript. :P
Not a problem doing it w/ xTextEdit, though.

wheres your code then!?

I was just testing to make sure it worked before I went and did the full code. If you really want it, though:

In case anyone's wondering, I figured out the trick to getting %[droppath]% into an mzscript var.

You use xTextEdit to save it into an mzvarfile, reload the varfile and then reference the path using the var's :line modifier.

(Did that make sense?)

You shouldn't need to do that. You should be able to import it as a passed variable.

Trust me, I tried. But

all get cut off at the first space. (xcal, back me up here?)

At any rate, it's working now.
Time to tackle xlabel icon extraction....

Ok, first, one problem you might have is that "path" is already a Windows environment variable. So don't use that. :P

Next, and this might be what DeV was getting at, you can use the full path while it's in memory. If you want to see an example, try this:

TheLabelOnDrop !bang "%[droppath]%"

*Script bang !bang
*Script exec !varset tmp "%{args:1}"
*Script exec !alert "%{tmp}"
*Script exec "$FileManager$" "%{args:1}"
*Script exec !xTextSaveEvar @$ConfigDir$test.rc@ @test@ @%{args:1}@
*Script ~bang

That sends the droppath as an argument, which includes the entire path. You'll see it uses the entire path properly by the way !alert shows it, and the way it opens your filemanager to the path.

Now, if you want to save that, you can do !varsave tmp (assuming you have a var named "tmp" in your vars file), BUT you don't want to. mzscript won't include the quotes, even if you surrounded the argument with mz's escapes for quotes (atleast it wouldn't for me), which of course will be a problem next time you load your var file.

So, you can play with the full path while its in memory, when you want to actually write it, just use xTextEdit.

I hope I made sense in there somewhere. :D

Now, back to the topic: There is a problem with %[droppath]% and writing paths in to vars and trying to save them. I use comdlgls to set vars all the time, and mzcript saves the variables with no problems at all.

It was the !varset tmp that I was having trouble with, but like I said, I was able to fix it with xlabel. Not that Andymon doesn't have enough on his plate already, but has this issue been brought up with him?

I wasn't actually using path as a variable Do $evars$ actually interfere with the Windows environment variables? Interesting.

As far as I know, it hasn't been brought up to him. It's pretty minor, and doesn't get used much, so it's under the radar, I guess.

And yup, it can cause issues, if you're expecting something else to be returned. Put this in a command (needs xlabel loaded):

!ParseEvars !alert "%#path%#"
(or even: !ParseEvars !alert "%#processor_identifier%#")

You'll notice "path" expands perfectly using the Windows var. If you have !alert $path$ in an mz script, it'll also expand to the Windows var. *Script exec !alert %{path} won't, though, since that indicates an mzscript var. But, you can do !varset path $path$, then !alert %{path}, and, of course, it'll return the Windows var.

Anyway, I seem to be rambling on tonight...