Now that my semester of school is coming to an end, I'll have free time to resume development of CAFE Mod.
To get things organized and all in the same place, I'd like those who use CAFE Mod to post feature requests, bug reports, or translations in THIS topic.
It will be much appreciated and will make further development and improvement easier and faster.
To keep things organized here, please attempt to follow this basic format for posting
Subject : [Bug Report]
Body: [Detailed Description of Bug]
Subject : [Feature Request]
Body: [Explain the feature you wish to see]
Subject : [Translation]
Body: [The translation itself, or a link to where the lang file is hosted]
Many Thanks,
-ZH
First off, I love this little program. Makes my life so much easier.
1. So I'd like to be able to use the ENTER button to open folders in explorer. Right now ENTER just does nothing. I think this might already be on your list, but no harm in adding it here.
2. It would be neat to be able to configure some right-click shell extensions/context menus. It could be tied to what extensions you already have configured, ie if you have Notepad++ configured for TXT and INI files, then Notepad++ shows up in the right-click menu for TXT and INI files. Or it could be a separate config section of the program and independent of the other associations. (This may be out of the scope of this project, but I thought I'd ask.)
Keep up the great work!
1.) Enter should work in explorer...it works for me
I am working on adding the ability to use Enter in the CAFE configuration GUIs, and in the Run dialog box. It works in all, except for the Extension Configuration GUI, and that's only because that GUI has several different sections to it, so it would be difficult to detect which section the user was in when they pressed Enter, then go to the appropriate data submission section.
2.) Adding right click shell options would be difficult, i think it would end up replacing the default context menu. I'll look into this more later. It's a good idea, but i'm gonna leave it kind of on the back burner for now.
The developer formerly known as ZGitRDun8705
Ah ok, I was slightly mistaken. I use Directory Opus as my file manager (from GP Software). Pressing Enter on folders in DOpus does nothing.
I've tested with Xplorer2 and it works correctly. So I guess this is a Directory Opus specific problem? If so, don't worry if you can't fix it, it's not a critical problem.
When double click in a file/folder, many many times it does nothing or open/execute the first file/folder in the list, not the one I double-clicked...
If a packet hits a pocket on a socket on a port,
and the bus is interrupted as a very last resort,
and the address of the memory makes your floppy disk abort,
then the socket packet pocket has an error to report
i can't reproduce this at all. please explain a little more clearly and in more detail.
The developer formerly known as ZGitRDun8705
you have a folder open, and double-click in a file to open it, lets say, a txt file... this file is the third or fourth in the list of files that the folder have... if C.A.F.E. mod is running (also with the original C.A.F.E.), the file that is opened is the first in the list and not the one I double-clicked.
And it happens with any kind of file, including .exe's
If a packet hits a pocket on a socket on a port,
and the bus is interrupted as a very last resort,
and the address of the memory makes your floppy disk abort,
then the socket packet pocket has an error to report
I just noticed you said "also with original CAFE"
does this mean that you have both running at the same time, or that the issue is present in both versions?
The developer formerly known as ZGitRDun8705
that before I start using your MOD I was a CAFE (original) user and the bug is present in both Apps.
I never used both at the same time, when I started using your MOD I just deleted the original CAFE.
Happy New Year!
If a packet hits a pocket on a socket on a port,
and the bus is interrupted as a very last resort,
and the address of the memory makes your floppy disk abort,
then the socket packet pocket has an error to report
I too have this issue, although it seems to be limited only to my Win 2000 machine. My fast XP machine functions correctly. I've found that I have to time my double clicks to have Cafe recognize it correctly.
Inside Windows Explorer, I click the Up button (go up one directory) two times fast it takes me to the 3+ directories up (IE: I'm at "X:\PortableApps\FirefoxPortable\App\Firefox\", clicking "UP" two times should take me to "X:\PortableApps\FirefoxPortable\", instead it takes me to "X:\PortableApps\" or "X:\"). Unfortunately I cannot reproduce it every time.
"In three words I can sum up everything I've learned about life: it goes on." -- Robert Frost
"In three words I can sum up everything I've learned about life: baby ain't mine." -- Adam Holguin
Confirmed. I'm not sure how to fix this, i'll look into it though.
The developer formerly known as ZGitRDun8705
The program does not work consistently. When I double-click on a file in Explorer, sometimes it will open with my portable app, and sometimes with the host computer's app. I have noticed the problem specifically with .odt files and with .pdf files.
Thanks,
Tappet
Tappet
__________________
"I am still learning."
--Socrates
happens to me...
If a packet hits a pocket on a socket on a port,
and the bus is interrupted as a very last resort,
and the address of the memory makes your floppy disk abort,
then the socket packet pocket has an error to report
... .ods files. (Sorry, forgot to mention that one yesterday!)
Tappet
__________________
"I am still learning."
--Socrates
I can not recreate this. What apps are u using on the host, and portably for these files?
The developer formerly known as ZGitRDun8705
ods and odt: OpenOffice on the host, Portable OpenOffice on the drive.
pdf: Acrobat on the host, Foxit on the drive.
txt (yep, I found another one): notepad on the host, Portable Notepad++ on the drive.
This has occurred on at least two machines, one running fully-patched XP Home, and the other fully-patched XP Professional.
Good hunting!
Tappet
__________________
"I am still learning."
--Socrates
Odd....I can't recreate this....i've tested PDF with foxit on host and sumatra on the drive, odt and ods with OO.o oh host and OO.oP on the drive, and txt with notepad on host and N++P on the drive...
I tested approximately 15 PDF, 5 odt, 5 ods, and 20 txt files. Each time it opened with the proper app.
There may have been a change in the code that fixed this, i'll upload once Have Some Patience returns because my app is on his server.
The developer formerly known as ZGitRDun8705
I think this was already brought up somewhere in the forum some time ago but here it is again.
I use ACDSee classic (2.44) as my main file browser/explorer and CAFE doesn't work in it so it would be great if you could somehow make it compatible with ACDSee cause i really love CAFE being that most of the apps i use even in my desktop are portable (Yes, i prefer to use the portable versions instead of the local installed ones...)
Did you attempt to add ACDSee to the list of windows that CAFE should monitor?
I can't test it because ACDSee is $50, and i don't want to buy an application to test my free project.
The developer formerly known as ZGitRDun8705
double post, skip it...
i use a portable acdsee so the additionalwindows=ahk_class ACDBrowser/fenetresadditionnelles=ahk_class ACDBrowser does nothing for me...
Well, you don't have to buy it, you can download ACDSee 2.43 here:
http://www.oldversion.com/program.php?n=acdsee
It works fully, just pops up a window once in a thousand times you open an image...
(I would post a portable version here but it goes against the rules...)
May i remind that this is an old old version and nothing like nowadays versions of ACDSee which are bloated as hell...
you would still need the additionalwindows, whether it is portable or not. the class of the window is still the same. CAFE can't monitor what's happening in the window if you don't tell it to.
Edit: I just tested it with the version of ACDsee that you linked to. After adding the ahk_class it worked perfectly. The ahk_class will be identical for a portable version or an installed version. I just tested the ahk_class for Firefox vs. FFP, TB vs. TBP, N++ vs. N++P, 7-zip vs. 7-zipP, and a few others. With ALL of them, the ahk_class was identical between the portable and installed versions.
The developer formerly known as ZGitRDun8705
I don't thing you are getting my problem, i use acdsee (portable version) INSTEAD of windows explorer, so CAFE works in windows explorer but in acdsee it doesn't. I don't know if the "additionalwindows=ahk_class ACDBrowser" works in an local installed acdsee but in an not installed portable acdsee it couldn't obvious work. So, basically what i want to do is to be able to use CAFE functionality in acdsee and not in windows explorer...
the window class is identical for a portable or an installed version. it will work. just add ACDsee to the additional windows list.
By default CAFE only works with Windows Explorer, but the additional windows is for just what the name says, other windows. why don't you think adding the portable one would work? Did you try it yet? and how is it obvious that it can't?
The developer formerly known as ZGitRDun8705
i finally got it working,
i was doing it wrong...
thanks a lot, i love this app
glad u got it working. and thanks
The developer formerly known as ZGitRDun8705
It would be nice to be able to configure the shortcuts to actions in CAFE because in my case i use alt+win+x to open apps and ctrl+win+x to open files with PStart so with CAFE opened i can't use it...
Integration with convey portable...
If a packet hits a pocket on a socket on a port,
and the bus is interrupted as a very last resort,
and the address of the memory makes your floppy disk abort,
then the socket packet pocket has an error to report
I was planning on that, and someplace in these forums, I had a discussion with Ede about it, but he seems to have disappeared again
The developer formerly known as ZGitRDun8705
CAFE sets itself as the parent application for any EXE launched via double-click from explorer or another monitored file manager. This also sets the CAFE directory as the working directory for that EXE.
This is very bad for apps that expect their own directory as the working directory (I just noticed this while using RegShot when it couldn't find its INI file).
I understand what you mean, CAFE makes itself the working directory permanently.
Can you post exactly what you did, step by step, when you came across this issue? It will make it easier to find the correct location in the code to change the working dir to the proper dir, run the program, then change the working dir back.
The developer formerly known as ZGitRDun8705
Pretty simple really -
1. start CAFE
2. open explorer and navigate to an app's directory
3. double-click the app's EXE
I used Sysinternals Process Explorer to check the file's parent and working directory. They will be CAFE.exe and the CAFE directory.
Shortcuts, ie from PStart or Start Menu, do not have this behavior.
OK, so it's an issue with the EXE directly...using shortcuts work fine. I'll look more into this and try to find a fix soon
Thanks for the info.
The developer formerly known as ZGitRDun8705
I had a quick peek at the source (cafe.ahk), and I think the problem is on lines 435 and 455. I know in AutoIt3 you can specify a working folder in a Run() command. I would assume you can do the same in AutoHK? If so, just set the working directory to the folder where the EXE resides.
In your SplitPath functions (lines 364 and 368) split out the folder as well and pass that to Run().
That should do it right?
yup, that should work...thanks
The developer formerly known as ZGitRDun8705
I love this kind of cooperative development...
If a packet hits a pocket on a socket on a port,
and the bus is interrupted as a very last resort,
and the address of the memory makes your floppy disk abort,
then the socket packet pocket has an error to report
open source
"What about Love?" - "Overrated. Biochemically no different than eating large quantities of chocolate." - Al Pacino in The Devils Advocate
That will work, but how did u check what the parent directory was using ProcessExplorer?
The developer formerly known as ZGitRDun8705
Run ProcessExplorer. Then double-click the process you're interested in. Under the Image tab you get the path to the process, the commandline that was used to launch it, and the current (working) directory.
I realize this may or may not be attainable, but I'll just throw it out there.
It would be nice to have the ability to open folders (on the desktop, start menu, Winblows Explorer, etc) in your portable file browser (i.e. Xenon Portable). If you need a more detailed description, please let me know.
"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." - Rick Cook
Here's the fixes for my bug above. I recompiled, tested, and it's working correctly now -
Thanks for coming up with this...I was working on it, kind of overanalyzing a different section of the code, and then got snowed in at a friend's house for a couple days so I couldnt finish up the fix
The developer formerly known as ZGitRDun8705
Snowed in ?!? Where do you live? We've been getting some rough-ish weather here in Chicago, but nothing like that. Heck, at least you weren't at a bus station or something
BTW, is it me, or is AHK syntax a little confusing? I mean, can't they be consistent about when you need to use %% signs with variables? And the whole = vs := thing, is that really necessary?
I've really started to like AutoIt3. I first learned NSIS and tried to do things with it that it wasn't meant for. AutoIt3 is much easier for a lot of things now. Ok, back to topic
I'm in Cleveland, Ohio. The snow wasn't deep at all, but the roads were terrible. A drive that should have taken 10 minutes took me over an hour, and i wasn't about to attempt a drive home from the friend's house in conditions like that.
The developer formerly known as ZGitRDun8705
While searching around some AHK stuff, I found a little change to your GetFileName() function in library.ahk. Add the second line after the first -
It frees memory in case there's a lot of info on the clipboard.