Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 »
166
Announcements / Re: Windows GIT patch
« on: May 15, 2012, 11:31:03 am »
If you're concerned about the speed of checking FBO availability, simply call it once and set a global variable for it. FBO support is not going to change throughout the game.
167
Proposals / Re: Options Panel for LGM
« on: May 15, 2012, 10:53:13 am »
Actually, we planned to hard-code the settings so that:
Default: All options switched to the right.
Load a GM File: All options switch to the left.
Load an EGM File: All options loaded from file.
This will be a tricky one to implement since the load process for LGM-native files (GM*) is directly coded into LGM, so it's not something the Plugin can really respond to. There's ways around it, so that's what I'm going for - even if it means a slight modification to LGM's load process to allow better plugin access to it.
Default: All options switched to the right.
Load a GM File: All options switch to the left.
Load an EGM File: All options loaded from file.
This will be a tricky one to implement since the load process for LGM-native files (GM*) is directly coded into LGM, so it's not something the Plugin can really respond to. There's ways around it, so that's what I'm going for - even if it means a slight modification to LGM's load process to allow better plugin access to it.
168
Announcements / Re: Windows GIT patch
« on: May 14, 2012, 06:53:11 pm »Quote
The only reason anyone has that issue is because cheeseboy wrote a gcc.ey that assumes your systems are set up with MinGW and MSys in the path. That idiot.I'd sooner blame MinGW and MSys for not setting up the path variable. It *always* annoys me in Windows when I install MinGW and can't immediately type "gcc" from the command line because I then need to do this additional, practically undocumented step of adding gcc to PATH, whereas EVERY other program I've used with a cli knows to add its bin/ directory to PATH.
Quote
This is what we get for allowing Rusky to pull arbitrary changes from him without review and against my instruction.s/Rusky/Polygone/
Code: [Select]
$ git log Compilers/Windows/gcc.ey
commit 7082cf98ac0b3ddf99168cfdd2e5292ac8fac590
Author: polygoned <flexaplex@gmail.com>
Date: Sun Mar 18 00:01:42 2012 +0000
final changes
commit c8dbf7fc3f14e22da8d29c79d686ed18503f7b29
Author: polygoned <flexaplex@gmail.com>
Date: Sat Mar 17 22:49:23 2012 +0000
blahh
commit 2e9961ac82f4067243f753bf36aeb5db712355e1
Author: polygoned <flexaplex@gmail.com>
Date: Sat Mar 17 22:36:08 2012 +0000
Just switching over entirely to cb's fork
169
Proposals / Re: LGM Automatic Saving
« on: May 05, 2012, 11:26:24 pm »
I said it'll be implemented first, not that it'll be implemented within the next year.
But seriously, if we can just flesh out what options we want and what kind of layout we want for them, I can code it in a heartbeat.
Just not in this thread.
But seriously, if we can just flesh out what options we want and what kind of layout we want for them, I can code it in a heartbeat.
Just not in this thread.
170
Proposals / Re: LGM Automatic Saving
« on: May 05, 2012, 08:58:52 am »
We have a bug open for Ask On Exit, so that will be implemented first. At this point, it should finally be doable with ease. What I'm really seeing a need for at this point, though, is an options panel, which means we're going to need to go through everything that is going to have an option.
-- Not in this thread, though :-)
As for %APPDATA%/progname vs ~/.progname, again, see http://enigma-dev.org/docs/Wiki/LateralGM:Workdir
-- Not in this thread, though :-)
As for %APPDATA%/progname vs ~/.progname, again, see http://enigma-dev.org/docs/Wiki/LateralGM:Workdir
171
Proposals / Re: LGM Automatic Saving
« on: May 01, 2012, 03:37:07 pm »
One option is to store them in Temp. That is, if the user doesn't mind them disappearing when the computer cleans it out (typically at reboot, or when the file is several days old. On Windows, it's never cleaned. On Linux, it's cleaned at reboot). This is not usually an issue because a user will usually try to recover from a crash immediately, however this can become an issue on certain systems which arbitrarily delete temp files at regular intervals (do systems like that still exist?).
Next to the GMK is another option. This will cause issues for new games (that haven't been saved or loaded), or files in non-writable directories (e.g. loading a file from a CD). The prior is not a big problem because the user's stupid for not saving to begin with. The latter would require more work to resolve - first, we'd need to figure out if the directory is writeable, and if not, either put it in read-only mode (which would be a lot of work - going through LGM and making everything uneditable), or using an alternative method to those files (e.g. temp, or just not backing up). This also causes the typical issues of backup files next to the original (such as gedit) - like the files not getting cleaned up, and ending up in a repository for revisioned projects unless an ignore rule for them is written.
The Application Directory is something that probably needs to be done anyways. See http://enigma-dev.org/docs/Wiki/LateralGM:Workdir so that is certainly another option, but at the rate progress is being made with that, I wouldn't expect the feature to be implemented anytime soon...
Next to the GMK is another option. This will cause issues for new games (that haven't been saved or loaded), or files in non-writable directories (e.g. loading a file from a CD). The prior is not a big problem because the user's stupid for not saving to begin with. The latter would require more work to resolve - first, we'd need to figure out if the directory is writeable, and if not, either put it in read-only mode (which would be a lot of work - going through LGM and making everything uneditable), or using an alternative method to those files (e.g. temp, or just not backing up). This also causes the typical issues of backup files next to the original (such as gedit) - like the files not getting cleaned up, and ending up in a repository for revisioned projects unless an ignore rule for them is written.
The Application Directory is something that probably needs to be done anyways. See http://enigma-dev.org/docs/Wiki/LateralGM:Workdir so that is certainly another option, but at the rate progress is being made with that, I wouldn't expect the feature to be implemented anytime soon...
172
Proposals / Re: LGM Automatic Saving
« on: April 30, 2012, 10:47:35 pm »
Define "Change". Do you mean every time a "Ok" button is pressed, or every time a character is typed in a textfield?
Also, where will said file(s) be stored?
Also, where will said file(s) be stored?
173
Issues Help Desk / Re: Missing 'Make' file
« on: April 30, 2012, 05:02:40 pm »
TGMG has been working on the same problem. He was thinking about ways to get rid of the dependency on Bash for Windows, but didn't seem to be making much progress.
174
Proposals / Re: LGM Automatic Saving
« on: April 30, 2012, 04:57:29 pm »
If you can be as specific as possible about how you'd like it to behave, you can put the feature request here:
https://github.com/IsmAvatar/LateralGM/issues
If not, this forum topic can be the proving grounds where people can discuss ideas for how it should work until there is a concrete proposal, and then you can stick it there.
https://github.com/IsmAvatar/LateralGM/issues
If not, this forum topic can be the proving grounds where people can discuss ideas for how it should work until there is a concrete proposal, and then you can stick it there.
175
Issues Help Desk / Re: Exception in thread...
« on: April 29, 2012, 04:45:49 pm »
Sounds great. Make it so.
176
Issues Help Desk / Re: Exception in thread...
« on: April 28, 2012, 04:19:03 pm »
Sounds good. I'd like to also see a version that doesn't include that one 100 MB dependency - what is it, MinGW? For users who already know that they have it installed, or who want to download and install it separately - if that's a possibility.
177
Issues Help Desk / Re: Exception in thread...
« on: April 26, 2012, 07:01:52 pm »
There's no hurry for ENIGMA.exe improvements, but they're certainly overdue.
I'm all for getting a zipped up build of the new git stuff, provided it's been proven to work on Windows.
I'm all for getting a zipped up build of the new git stuff, provided it's been proven to work on Windows.
178
Issues Help Desk / Re: Exception in thread...
« on: April 25, 2012, 01:10:28 pm »
If it's prebuild with everything included, it should probably not include the auto-updater (especially since we're not updating the SVN anymore).
179
Issues Help Desk / Re: Exception in thread...
« on: April 25, 2012, 12:02:46 pm »Quote
Caused by: java.lang.NullPointerExceptionGenerally, this means it couldn't find a valid compiler file. This error message was improved a little bit in the Git versions (which don't currently work on Windows).
at org.enigma.TargetHandler.scoreCombo(TargetHandler.java:207)
Quote
incomplete C:\Users\Phenome\Desktop\ENIGMA-R4-r915-winThis is a little concerning. Not sure what exactly it's saying, but it seems to suggest that the SVN checkout (one of the steps during the automated install process) did not complete properly. However, this should not be causing the Exception you are seeing.
180
Off-Topic / Re: Introductions
« on: April 19, 2012, 09:56:57 pm »
But we don't need the particle module hooked in to games that don't use particles (e.g. > 80% of games). I figured, uncheck it in the Extensions panel, and that makes it not included. Or is ENIGMA/G++ just smart enough to figure out "oh, unused functions. *snip*".
Guess that's a dumb question.
Guess that's a dumb question.