TTDPC: New configuration program - Version 1.3.1 Released
Moderator: TTDPatch Moderators
- spaceman-spiff
- Retired Moderator
- Posts: 20634
- Joined: 28 Jul 2002 07:08
- Location: Belgium
- Contact:
You can let TTDPatch write that file with a debug switch. (ttdpatchw.exe - S- to be precise)
Or you can run AndersIs program and it wil write it for you.
Or you can run AndersIs program and it wil write it for you.
Wie zich gelukkig voelt met het geluk van anderen, bezit een rijkdom zonder grenzen. (F.Daels)
Still the best OS around
Still the best OS around
- spaceman-spiff
- Retired Moderator
- Posts: 20634
- Joined: 28 Jul 2002 07:08
- Location: Belgium
- Contact:
New version (0.3.2.1) uploaded (First post).
@DaleStan: I belive I have now fixed your remaining items (3, 4, 9, 11, 14, 16).
Reading: A zero which is out of range will be interpreted as OFF.
GUI: Turning a whole bitswitch OFF clears the individual bits, turning it ON sets all unset bits to default. Setting a single bit turns the main switch ON and sets all unset bits to default.
Saving: A bitswitch will be saved as:
bitsw OFF
or
bitsw ON
or
bitsw.bitA ...
bitsw.bitB ...
depending on what you have changed.
@DaleStan: I belive I have now fixed your remaining items (3, 4, 9, 11, 14, 16).
Reading: A zero which is out of range will be interpreted as OFF.
GUI: Turning a whole bitswitch OFF clears the individual bits, turning it ON sets all unset bits to default. Setting a single bit turns the main switch ON and sets all unset bits to default.
Saving: A bitswitch will be saved as:
bitsw OFF
or
bitsw ON
or
bitsw.bitA ...
bitsw.bitB ...
depending on what you have changed.
I like how it works now, although I must say that the mousewheel handling is rather irritating. I never noticed how much I actually use the mousewheel until I used this app where it just does not behave as it should.
Have you checked if there's maybe an option to turn off this Borlandism? Possibly just preventing it from handling the wheel messages and passing them on to the default window handler should do the trick, if that's possible.
[edit]
The "undo" button is a bit strange. When you undo a single bit setting, the bit should go to the previous value, not the unset state. Also when I click on a different switch and then come back, I can't undo that change anymore.
I guess you should keep the "original" state of each setting, not just for the current one, and show the "undo" button if it's been changed.
Have you checked if there's maybe an option to turn off this Borlandism? Possibly just preventing it from handling the wheel messages and passing them on to the default window handler should do the trick, if that's possible.
[edit]
The "undo" button is a bit strange. When you undo a single bit setting, the bit should go to the previous value, not the unset state. Also when I click on a different switch and then come back, I can't undo that change anymore.
I guess you should keep the "original" state of each setting, not just for the current one, and show the "undo" button if it's been changed.
New version (0.3.3.1) uploaded (First post).
'Undo' now restores the original value, the button is activated each time you select a switch that has been changed since the config was loaded.
I belive I have fixed those two problems now. PLMK if the mouse wheel behaves as expected everywhere inside the program.Patchman wrote:I must say that the mousewheel handling is rather irritating ... The "undo" button is a bit strange.
'Undo' now restores the original value, the button is activated each time you select a switch that has been changed since the config was loaded.
Yes, it's perfect now. I have no more complaintsAndersI wrote:New version (0.3.3.1) uploaded (First post).
I belive I have fixed those two problems now. PLMK if the mouse wheel behaves as expected everywhere inside the program.Patchman wrote:I must say that the mousewheel handling is rather irritating ... The "undo" button is a bit strange.
'Undo' now restores the original value, the button is activated each time you select a switch that has been changed since the config was loaded.
And the same here. Good work.Patchman wrote:Yes, it's perfect now. I have no more complaints
To get a good answer, ask a Smart Question. Similarly, if you want a bug fixed, write a Useful Bug Report. No TTDPatch crashlog? Then follow directions.
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Gosh - Patchman says it's perfect - and I wasn't even finished with itPatchman wrote:Yes, it's perfect now. I have no more complaints
Version 1.0 is now released (first post), .exe file + Delphi 5.0 source. New for this version is:
- Saves the new config as 'ttdpatch.cfg', but don't worry...
- Renames the previous config to 'ttdpatch.cfg.0000' and so on, so you should never lose anything just by running the program (OK, I can't guarantee what happens when you have 10000 old configs...).
- Allows translation of the program GUI to other languages. Default is English, and Swedish is also included in the zip archive. It uses gnugettext (or rather the Delphi incarnation: dxgettext), so new translations are produced with poedit (google for it if you need it, I don't remember the link right now).
Yes, I'd be happy if you (Patchman) put up the sources in a suitable place (and give me developer access, although I may let this project sleep for a while now if no serious bugs are found). The .exe may of course also be put in suitable places, there are no distribution restrictions.
Play with it, stress it, and let's find the remaining bugs fast!
now that youve practically fished TTPC, you could have a shot at GRFC (grf configurator) because there is nothing other than TTDXC to do it for me (yes, I do know about hand editing(shadow's program is NOT availible for download (download link doesnt work))) so if you want, have a go please
M3HWW
M3HWW
The occasional look back at your past can teach you a great many things...
- nicfer
- Director
- Posts: 529
- Joined: 03 May 2005 20:50
- Location: Somewhere in a country called Argentina
Well my TTDPC is borked
Joke! . Bah, really my TTDPC isn't working, it gives an 'File "ttdpatch.cfg" can not be found or read' even if I putted the program in my TTDPatch folder it doesn't find it, I attach ttdpatch.cfg and say that this is the same error that Captain 'borked' Kirk gets, as he tell me on MSN.
Joke! . Bah, really my TTDPC isn't working, it gives an 'File "ttdpatch.cfg" can not be found or read' even if I putted the program in my TTDPatch folder it doesn't find it, I attach ttdpatch.cfg and say that this is the same error that Captain 'borked' Kirk gets, as he tell me on MSN.
- Attachments
-
- ttdpatch.cfg
- (36.81 KiB) Downloaded 246 times
Sorry for my english I am argentinian
TTO don't crashes in Windows XP; XP crashes TTO
Formerly known as UnderBuilder.
MyMiniCity
TTO don't crashes in Windows XP; XP crashes TTO
Formerly known as UnderBuilder.
MyMiniCity
- Redirect Left
- Tycoon
- Posts: 7249
- Joined: 22 Jan 2005 19:31
- Location: Wakefield, West Yorkshire
Thanks for the info. I have located the bug in TTDPC - it barfs on the lineUnderBuilder wrote:Well my TTDPC is borked
Code: Select all
newgrfcfg newgrfw.cfg
This line is in your case quite unnecessary, so for the time being, you can change it to
Code: Select all
// newgrfcfg newgrfw.cfg
I will release a new version ASAP, but real life will probably hold it back until (at least) the weekend.
Edit: Aw, heck - who needs sleep? Here's the corrected version (1.2.0)
- Attachments
-
- Ttdpc1200.zip
- Version 1.2.0.0
- (344.24 KiB) Downloaded 263 times
- Redirect Left
- Tycoon
- Posts: 7249
- Joined: 22 Jan 2005 19:31
- Location: Wakefield, West Yorkshire
Sometimes basic is good... At least bitswitches work properly and I don't have to fight the software to get them to work...
As a suggestion... When upgrading TTDP (not TTDPC), does it give a list of "new switches" to that version that can (for example) be bolded within TTDPC? Or a comparison be made to the "current" ttdpatch.cfg and the same be done? It would be nice to have them pulled out in a separate folder that is temporary called "New to n1044" (or similar) the first time it's run, but I figured that might be a bit more complex... For now, I have a tendency to update the config, then run b8, just to work out which switches are changed.
Scautura
As a suggestion... When upgrading TTDP (not TTDPC), does it give a list of "new switches" to that version that can (for example) be bolded within TTDPC? Or a comparison be made to the "current" ttdpatch.cfg and the same be done? It would be nice to have them pulled out in a separate folder that is temporary called "New to n1044" (or similar) the first time it's run, but I figured that might be a bit more complex... For now, I have a tendency to update the config, then run b8, just to work out which switches are changed.
Scautura
Duct tape is like the Force - it has a Dark side, a Light side, and it holds the universe together.
Who is online
Users browsing this forum: No registered users and 24 guests