Page 18 of 59
Posted: Wed Jun 09, 2010 4:56 pm
by vickyg2003
While my utility doesn't handle things like the end of the advanced code being beyond the eeprom limit, it should have found the missing button errors.
ERROR: ButtonMap 0 includes unknown keycode $30, Creating button!
ERROR: ButtonMap 0 includes unknown keycode $18, Creating button!
Warning: Shape defined for unknown button Paly
Both aspect and source appear in the RDF and the MAP.
"ASPECT/#":[#]/Aspect=$18,
SOURCE=$30,
I'm also not finding a button named Paly in either of my maps. I thought I had the latest and greatest downloaded.
My Utility should be kicking up a fuss if the RDF and maps don't match. I found the aspect and the source button in the map and the RDF.
Just recently we also had an issue with the 16:9 being a problem, and my utility didn't flag that as a problem either. My utility and IR parsed out the button name without a problem. Perhaps I should find out how RM parses the RDF to flag more errors.
Posted: Wed Jun 09, 2010 5:04 pm
by xnappo
xnappo wrote:
Again I really need to get with Bill to figure out what to do here.
Ok - touched base with Bill. He is okay with adding his extenders to the main RDF once they are considered stable - which is what I will use as a general rule for any extender RDF.
I will try to get things cleaned up.
xnappo
Posted: Wed Jun 09, 2010 5:17 pm
by Capn Trips
OK, so I replaced my Atlas JP1.3 extender RDFs (that had been overwritten when I installed the update SourceForge distribution) with the ones from Bill's Extender 2.10 zip package and all is well.
Now what needs to be "updated" in those RDFs to make them fully compliant with the rest of the RDFs that are in the SourceForge distro?
Posted: Thu Jun 10, 2010 7:32 am
by gfb107
Here's
RemoteMaster.v1.99preview2.zip
- Make editable table cells enter edit mode when single-clicked, and auto-select the contents
- Detect bad RDFs where address ranges extend beyond the EEPROM size
Posted: Thu Jun 10, 2010 7:43 am
by xnappo
Capn Trips wrote:OK, so I replaced my Atlas JP1.3 extender RDFs (that had been overwritten when I installed the update SourceForge distribution) with the ones from Bill's Extender 2.10 zip package and all is well.
Now what needs to be "updated" in those RDFs to make them fully compliant with the rest of the RDFs that are in the SourceForge distro?
The protocols section. I will get that in the next RDF update this weekend.
xnappo
Posted: Thu Jun 10, 2010 8:31 am
by Capn Trips
So I am trying to populate the SourceForge Feature Request and Bug areas with all of the stuff that I can remember discussing in these fora over the past several years.
Posted: Thu Jun 10, 2010 8:35 am
by xnappo
Capn Trips wrote:So I am trying to populate the SourceForge Feature Request and Bug areas with all of the stuff that I can remember discussing in these fora over the past several years.
Great, let me know when you are done and I will see if there are any others I remember...
xnappo
Posted: Thu Jun 10, 2010 10:24 am
by Capn Trips
xnappo wrote:Capn Trips wrote:So I am trying to populate the SourceForge Feature Request and Bug areas with all of the stuff that I can remember discussing in these fora over the past several years.
Great, let me know when you are done and I will see if there are any others I remember...
xnappo
I've entered 9 items that I gleaned from my weak memory and
this post. I've got no other specific ones that come to mind. I'll keep looking, however. It's hard to fight the urge to simply list everything that IR does right now as a feature request for RMIR, like the color highlighting of data in the Raw Data tab to show where each particular Device assignment, Keymove, Macro, Upgrade, Setting, etc. is stored. I've grown so used to that in IR, I'd like to see it in RMIR, but is it really necessary?
Posted: Thu Jun 10, 2010 10:54 am
by gfb107
I would go ahead and enter them all. Please provide a good amount of detail, and be careful not to lump multiple features into one, even when they interact with other. If there is interaction between features, that should be described as well.
After all, the ultimate goal here is to be more than IR. It's going to take a while, and some things will definitely get pushed far down the list.
Posted: Sat Jun 12, 2010 8:48 am
by The Robman
gfb107 wrote:I've built
RemoteMaster.v1.99preview1.zip for you guys to try out.
It includes:
- Setup.bat create entries in the Start Menu for RM, RMIR, the Readme and Tutorial, as well as associations for .rmir and .rmdu files.
- Prompt to assign device upgrades that contain keymoves to a device button when not already assigned to a device button. Memory usage will update correctly and a warning will be shown if available memory is exceeded.
- Make sure the Lost Function Assignment warning gets focus when displayed.
I just downloaded the 2nd preview and ran the setup.bat to set up the shortcuts, and Windows asked my permission to do a couple of the steps so it did something, but now that it's run, I can't see where the shortcuts are. I checked the Start>Programs list and they're not there, I checked the folder where RM resides and they're not there and I checked the desktop and they're not there. So, where do you expect them to be?
I'm using Win7 in case that's relevant.
Posted: Sat Jun 12, 2010 9:09 am
by gfb107
On my Windows XP systems, they're in
Start > All Programs > Remote Master
Posted: Sat Jun 12, 2010 9:40 am
by vickyg2003
The Robman wrote: I checked the Start>Programs list and they're not there, I checked the folder where RM resides and they're not there and I checked the desktop and they're not there. So, where do you expect them to be?
I'm using Win7 in case that's relevant.
Vista was my undoing, and I'll bet Win7 is the same way. If you make changes in the "Program Files" folder after the install, those changes get tucked away into a hidden extremely hard to find folder.
In general practice I would advise against installing any JP1 non-vista-certified programs in the "program files" directory, because fixing problems is so tedious.
If your program changes anything in the Program Files directory, like an ini file, you won't see the files in the ini file in the program files folder, even though those files are applied. So if you goof up and want to change, not even uninstalling and reinstalling will fix the problem. The changed ini file is not in the programs file, its somewhere a "hidden data store".
Posted: Sat Jun 12, 2010 10:05 am
by gfb107
Rob, try saving the following to Test.vbs, then run it and let me know what it says.
Code: Select all
Set WshShell = WScript.CreateObject("WScript.Shell")
sRMFolder = WshShell.SpecialFolders("Programs") & "\Remote Master"
WScript.Echo( "RMFolder will be '" & sRMFolder & "'" )
Posted: Sat Jun 12, 2010 10:27 am
by xnappo
Vicky is right. Vista moves stuff around behind the scenes if UAC is enabled.
See this article for the crazy stuff it does:
http://www.clipboardextender.com/off-to ... e-and-seek
And here is a great PDF on disabling UAC:
http://www.answersthatwork.com/Download ... ations.pdf
Similar articles exist for Windows 7.
xnappo
Posted: Sat Jun 12, 2010 10:32 am
by The Robman
RMFolder will be 'C:\Users\Rob Crowe\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Remote Master'