Application: GraphCalc
Description: GraphCalc is a powerful graphing calculator for windows.It slices, dices, shreds and purees functions that leave other calculators wondering what hit them.
Download GraphCalc Portable Dev Test 6 [621KB/765KB Installed]
MD5: a623fe13d6365429a30f4cc359c404fa
I had plenty of trouble trying to get it to save to data, until Rab040ma pointed out to me that it works perfectly when CafeMOD isn't running. I found CafeMOD Also took my settings of other apps, too.
Release Notes:
Development Test 6: Fixed GraphcalcPortable.ini
New: should *actually* work now.
P.S. Where's that awesome beta testing team??
You are here
GraphCalc Portable 4.0.1 Development Test 6
Don't you mean, when it Cafe isn't running?
Yeah, I had that problem with FakeNES Portable.
I'll take a look see
:P. I'll fix that...
cool! I was thinking about doing that program. i'm glad you made it because that's one less app i feel the need to provide.
to do stuff that people were planning to do...
(CoolPlayer, SMPlayer, TuxPaint,...)
ok, right off the bat i see a couple of problems. First, the installer extracts to the folder "SumatraPDFPortable" (you need to edit the installer script). Second, after the program closed, it spat out 3 files into the main graphcalcportable folder instead of the Data folder (answer_history.gcs, default.gcl, and graphcalc.ini). I haven't really looked into it any deeper than that.
even when I try to fix that with the launcher. I fixed the installer script.
it'll work now (thanks to Rab040ma, again)...
i don't know about everyone else, but with dev test 3 now I can't even run the program. the installer extracts fine but when i try to run the program nothing happens.
I'll look into that...
Unfortunately, I don't have internet with my flash drive right now...
*Edit* Nothing wrong. My flash drive got corrupted, that's all.
I'll post it ASAP.
the program still spits out the 3 files in the main folder. i think what's happening is when the program runs it looks for/creates it's settings files in it's folder, but when it's run from the nsis launcher, it sees the launcher's folder as the program's folder instead of the one in apps/graphcalc. i don't know what to do to fix that but i'm sure someone else does.
Which one's the main folder?
the main graphcalcportable folder with graphcalcportable.exe
it should work now. If not, I'll pretend kill myself (I've been working on that)...
i just remembered. i asked how to solve that same problem before and rab040ma said:
If $PROGRAMDIRECTORY is where the "real" exe is stored, then the instruction
SetOutPath $PROGRAMDIRECTORY
will make it the working directory.
Now that i remembered about that i need to try it on one of my programs. I'm not exactly sure where to put that but i bet googling it would tell you.
make it this
change
;LaunchNow: ExecWait $EXECSTRING
to
;LaunchNow: CreateDirectory "$EXEDIR\Data\GraphCalc" SetOutPath "$EXEDIR\Data\GraphCalc" Exec $EXECSTRING
and unless you are planning to make use of the lastdrive ini file get rid of all of that code
thats all
should work
powerjuce
I think that is correct. The SetOutPath code is there after LaunchAndWait, it needs to be there also for LaunchNow.
It would be good to put the CreateDirectory code in too, at least until you were confident that it was being created at some other step. Having the program try to create a directory only takes one line, and fails gracefully if the directory is already there.
I don't see much reason to use ExecWait, just because it is used in other launchers. One would only need that if one needed to clean something up, and if SetOutPath works (and in my testing it does) there is nothing to clean up. Maybe someone else's testing will find something to clean up, in which case we can put it back.
The graphcalc.ini file is put into "$EXEDIR\Data\GraphCalc" (or whatever SetOutPath points to) if all works properly, and it has at least one path in it. Therefore the AdjustPaths section (with last drive and current drive testing) should be run against it. I'm not sure why one would recommend against using that code section.
well you dont need the adjust pats because he does not incorparate that code anywhere else
I'll give my famous answer: if he isn't, he should be using it.
If you just mean the label isn't referenced, that's another story. But the compiler should report that.
i think what that does is a good idea.
however in the begining of the code he never searches for that ini file or check to see if the paths are the same as the one in the ini file. So until the actually uses that ini file he should remove the code and save space
Look at the source code for SumatraPDFPortable.nsi and tell me that John doesn't use that section of the code.
Is John using it at the beginning of the code some way that I'm not seeing?
If not, then digitxp is using it the same way John is (or trying to), so you can take it up with him.
Are you going to update this at all? Fixes for the issues you were having seem to have been posted here, so it shouldn't be too hard to implement them.
I already fixed all the issues as far as I know.
I tested out GraphCalc on my office machine (IBM X60 Laptop) running WinXP and it ran fine. There was one file in my c:\Documents and Settings\...\temp folder that was created during the program run but it disappeared when I shut GraphCalc down.
I would say it's ready for publication.
i didn't catch any problems whatsoever with the program itself, i didn't really look at any PAF related things.
We should have Patrick pick through this for PAF stuff, I'll go through it as well, we'll report back tonight, but this is probably good to go.
Tonight.
And here sir, is the small stuff.
- In App\AppInfo, remove appicon-16.ico and edit appicon.ico to include 48, 32, and 16 pixel sizes in both 8 and 32 bit format using something like IcoFX.
- In App\AppInfo\AppInfo.ini, the author is wrong, you have the SumatraPDF author in there.
- In the AppInfo.ini, the last line is spelt wrong, and should be the portable exe, which is GraphCalcPortable.exe.
- It looks like it comes bundled with an unneeded graphcalc.ini in App\graphcalc.
- You're missing Other\Source\AppSource.txt.
- You're missing App\Readme.txt.
- Change the Other\Source\Readme.txt so suit GraphCalc, remove the version number from the first line, and add your copyright.
- We're getting rid of splash fading, change the 100 on line 169 to 0.
- Clean up everything you commented out in the source. If it's needed, fix it, if not, remove it.
- Update the help file to link to a future page instead of this thread or else you'll forget later.
- If this program update was last update 5 years ago, then there's no harm adding the latest XP theme manifest. So use this GraphCalc.exe that will work with later Windows themes better. I think you'll see the difference.
- Update this and your other development test posts to the format stickied at the top of beta testing to make it easier for people to test and give feedback on your apps. No need to update them all now, just as you go.
That's all. It looks like a nice program. Good choice.
- Check!
- Check! (I thought that he was the real author of the launcher :P)
- Check!
- Rab040ma said it doesn't work otherwise, I don't know why, but it doesn't work without...
- Check!
- Check!
- Check!
- Check! But Why?
- Check!
- Check!
- Check! Where did you find that?
- Okay, I'll do it ASAP.
You have a graphcalc.ini in DefaultData, so I don't see the need for on in App\GraphCalc. We're dropping splash fading. I picked up that when John use the hack the old 7-Zip self-extractors.
in case if they change the settings...
The settings are very stuck up.
If the GraphCalc.ini file isn't in the app\graphcalc directory, the program does odd things with the "real" ini file, which it finds in data\settings. (If I recall correctly, it moves the "real" ini file from data\settings and then creates a new one there that points to the wrong directories, ignoring the settings that were in the file it just moved to app\graphcalc.) In other words, it makes up for a bug in the program. It took me a bit of hair pulling to figure that out, let me tell you.
I can't recall if we had the launcher always make the file there, to make sure someone didn't try to clean up "unneeded" files and break the portablization.
If the empty app\graphcalc\graphcalc.ini is a problem, we could surely have the launcher create it before launch, and then remove it after launch.
I've found that when I copy GraphCalcPortable.ini from the Source folder to the main folder and set DisableSplashScreen=true, the splash screen still displays. Even if I delete GraphCalcPortable.jpg the splash screen is still displayed. This should probably be fixed.
You might want to double check you are looking in the correct directories.
The jpg being in the dir or not has no bearing on that. The splash screen is compiled into the executable.
Here's a step-by-step of what I am doing.
1) At the top of the page I download the file, then I install to my desktop.
2) I copy Desktop\GraphCalcPortable\Other\Source\GraphCalcPortable.ini to Desktop\GraphCalcPortable
3) I open Desktop\GraphCalcPortable\GraphCalcPortable.ini and change DisableSplashScreen from false to true
4) I delete Desktop\GraphCalcPortable\Other\Source\GraphCalcPortable.jpg
5) I run Desktop\GraphCalcPortable\GraphCalcPortable.exe
As soon as GraphCalcPortable.exe is run, the development splash screen pops up. I have no idea where this is coming from. Can anybody else reproduce this?
You're right, looks like the line
SettingsDirectory=Data\settings
is missing from the default ini file. Try adding that in and see if the splash screen disappears.
DigitXP will need to update the package with a corrected graphcalcportable.ini
I didn't realize that the jpg was compiled into the launcher. We could save 36KB from the launcher size if we used the one in Other\Source instead of compiling another into the launcher.
That did the trick, thanks.
is now out
i tried downloading DT6. did you mean to update the checksum information too?
Can you please update your post to match the recommended format so we know what version of GraphCalc you packaged, and so we can clearly see when the last update was? And also add a new comment to the thread each time you release an updated?
It will make things easier for users/testers to see when changes were made, so they can be sure if there's a new version they need to get, and it'll make my maintenance of the Dev Test page much easier.
Not trying to criticize, just trying to make things easier for us all. For an example of the format, look at JKDefrag Dev Test. Thanks in advance
*tinker* tested.
Works great
I'm thinking that I can treat it like I SysCalled it and add an option not to wait for it :D. (Too bad Graphcalc isn't updated)
The site the link took me to said it couldn't find the file-perhaps inactivity or something like that took it out.
Ditto, I'm getting a 404 Not Found error.
digitxp, could you re-upload the file/fix the link? I'm really eager to try this out...
Thanks!
I'm actually trying to dump all my dev files onto the web...
But it's not working so far...
I'll have it ready at most in a month's time (I got a lot of homework/anti-useful compensation time).
That's OK, I can understand... (I've got boatloads of school work to do as well...)
btw, I found Dev Test 4 - http://sourceforge.net/projects/pgwinsuite/files/
Download link:
http://sourceforge.net/projects/pgwinsuite/files/GraphCalc%20Portable/De...
thanks for finding that i really needed it