PortableFileAssociator 2.2.1.8

I've run the test build on Windows XP 32-bit from my local hard disk as well as from a TrueCrypt disk (with the "Force auto-dismount even if volume contains open files or directories"-Option enabled) and on Windows Vista 64-bit from my local hard disk only. In all cases the tests were successful and PFA cleared the associations and was able to write the configuration to the disk.

I tried the minimize function on Vista 64 and it did minimize to tray correctly .. although iirc it was working with the previous version as well.

edit: minimize does not work 100%: the program can be brought back by pressing ALT-Tab which is not valid for tray icons.

Regarding the bug I mentioned I had no chance to look at it yet, but I'll post again soon

Actually, I don't know if it has command-line support or not... I'll have to dig into it a bit more. In the mean time, yeah I'll make myself a launcher.

Also, I'm having a strange issue with the exit command line, but only in certain circumstances. It seems to exit properly (all associations are restored to local settings and the program closes) but then I get an error that says "incorrect command". I don't run into this when running the command from anywhere except now that I've been trying to integrate it into my U3 menu, and it happens when I put PortableFileAssociator.exe exit into the appstop command. Now before you say this isn't meant for U3, you don't support U3, don't bother. I'm not asking for a bugfix to solve my problem using it on U3, or for U3 help. I can handle it on the U3 end, I'm just trying to understand where this might come from. I don't know AutoIt, so I'm just wondering what is the logic that causes that error to show up? As I said, it closes properly and sets the associations back, so I don't see any error. It gives an error message even though it worked just fine. The only thing I can think is perhaps it is triggered by either the working directory not being the right one or perhaps if there are extra characters in the command-line. Is this possible?

[Edit] Nevermind... I think it was because for some reason it was running the exit command twice so it worked properly then the error came because I was trying to run the exit command and the program wasn't running. Problem solved.

Well, I was assuming that you'd be running the same program from the same place, i.e. launch it from the menu, then you minimize it, then you click on it in the menu again and it just restores the minimized app instead of doing nothing. But hey, it's your app. If I want to mess around with it I can learn AutoIt and do it myself This is sooo nice with OpenOffice and 7-zip.

Well, creating the associations across profiles was just an extension of that idea as a means of creating a "master list" of associations then the profiles just selecting them as enabled/disabled (and even editing them on a per-profile basis, as they would only be created the same, not synchronized or anything), but even if you just had the disable feature then I could achieve this by creating all new associations into my default profile and just cloning the default profile any time I want a new profile and start from there. I see from the previous comments that it looks like you've pretty much fixed up all of the major bugs that have come up, so I didn't really have anything to gripe about, just offering ideas

Ok, gotcha. "Default" only applies if you have multiple PORTABLE associations as to which is default. My mistake.

Hey, first of all, congrats on everything !!!! the program rocks !

The download link for the new version is not working. Although I'm registered.

Is it possible to create a "Send To" Menu with PFA ?

The reason I need this is because I am using NCONVERT, but with the normal way of doing stuff, NCONVERT gets one process for EACH chosen file. Meaning it runs multiple times, so I can't convert properly.

With the Send To Menu, Windows sends the hole file list as one batch, and so i can convert from *.jpg to ONE PDF file.

is that possible at all ? I mean, instead of "drives" "folders" we have a send to menu !

Basically what I wanted was the ability to have a portable default set, but then if there happens to be a local association already, have that override the portable default. Reasons for this would be it's faster, and some others that I had thought of but have now forgotten. If there isn't a local association, then the portable default works normally. I wanted this effect, but that isn't currently an option, so that is why I tried setting no default, just to see what happens. When I set no default with copy host associations, it appears (though I haven't looked into the behind-the-scenes mechanisms) that because the host association was the default before PFA ever did anything (assuming there was one), then it remains the default because I didn't tell PFA otherwise. This achieves what I want, launching locally if possible, then falling back to the portable app if not.

This works fine with a single portable association per file type. However, I just thought what would happen if I had, say OpenOffice and NotePad++ both portable and both set for .txt with copying host associations and no default. Ok, so it would default to open with local notepad on a double-click (provided notepad was the local default). Ok, so bad example (what computers don't have an association for .txt??), but since I'm too lazy to fix it now, IMAGINE that with this configuration I sat down at a computer that had no association for .txt. Now, which portable app opens the file, since no default is set? I don't know... However, if I were to set one of the portable apps as default, then it would never default to local notepad, which is what I would like to happen.

However, allowing the user to set the host app as default, without knowing what that app is or if it even exists wouldn't work either, so that's why I suggested it be a checkbox to OVERRIDE the portable default, rather than including it as an option for the default. I was thinking have a portable default, just like you have it now, but if a local default exists, allow that to override the portable default. If not, fall back to the portable default and you're golden. From what you said, this could open a can of worms, but it's a thought. Also, it is working this way just fine the way I described (copy host associations, no default), as long as there is only ONE portable association. The icon part, perhaps I was mistaken, but as far as the double-click-what-program-gets-opened, it works

But this would only work if the host association is set as the default, otherwise if there was more than one host association, I would have no way of choosing which one to use, leading to unexpected results.

Well wouldn't it be logical that if there are any local associations at all that it follows that one of them is set as default? (unless something's messed up, of course).

This sounds like a contradiction. You want a default without setting a default? Just set the default PFA association to the program that you want to use. Each association equals one program, so this should be easy.

No contradiction. The reason I set it as "no default" wasn't a contradiction, it was because doing so in conjunction with copy host associations produced this effect that I was looking for. What I want is that IF there is a default local association, then that stays default. If there is not a local default, I want to be able to specify the default PORTABLE association to FALL BACK TO. My question is what happens if there is no local association but more than one portable association.

Local + 1 portable works as described (local becomes default), no local + 1 portable works the way you would expect (portable becomes default). The issue is no local + more than 1 portable.

Ok, good to know. I will look elsewhere for the source of the problem. Probably my own dang fault. I've been writing an app to launch U3 programs from the command-line (since the creators of U3 so brilliantly left the ability to do so out...) so I could use PFA with my U3 apps as well as my PA.c ones and the problem might be on that end.

I found some bugs with PFA.

Whenever I edit the INI file directly from the program's interface, i get some bugs in the ini file.

there are no " " added between the programs path, but only ONE ' in the begining.

path = ../whatever/whater.exe

PFA adds a ' in front of the ..

it become path = '../whataver/whatever.exe which gives me an error. I have to correct it manualy!

Hello, Is it possible to choose a personal .exe ?

like for example portable google or iron ?

thanks

This new default thing is getting on my nerves, it's not working right.

I have a 'Textual' category with .txt and .ini in them along with a lot of other files such as .asm

Before, All i had to do was to set default=1 for the viewer (double click) and default=4 (for the editor), right click.

I could change the category name easily from textual to text with no problems at all.

NOW :
-----

I have to go to ALL the filetypes, .txt .ini .asm and choose the category or they won't open or they would open with the host's default app.

Then, If I decide I want to change the name of the category, or split it, when I change the name of the category, the old one is still there and i have to go to FILETYPES again to choose the new category. This is a MESS ! as I now have TWO categories with the same file types but different names.

==================

My two cents, Make PFA work EXACTLY as before if there are no "copy host associations" checked. And as it does now if this checkbox is checked.

Give us priority numbers ranging from 01 to 09 to set in our category names similar to the default=1 and default=4 in the old version. 01 opens on double click and 02 to 09 is displayed in the right click menu.

Thanks for listening to this because with the new version, filetypes have become the new master menu, before it was the category menu where you set all your filetypes, choose if it's default or not and off you go !!!