It's possible I have the GoodNES one, I'll have to check, but I've done all those steps as far as opening the ROM. It works fine for me in VirtuaNES, just not FCEU. Where should I put the BIOS file in regards to my copy of FCEU?

Last night, I split the ROM and took a closer look...still not much in the way of finding the ASCII bits that are somewhere, and while the kana is no longer on top of other kana in 1BPP mode, each block is still half of one kana on the top and half of another kana on the bottom. Is this a type of encoding? Things will probably be OK if/when I can get FCEU to run FDS and get the table, though if the ASCII isn't a full table I'll have to be sure I understand this part.

On the keyboard? I don't see any + or - buttons in the program (but maybe I'm just overlooking something obvious).

Still no luck getting FCEUXD to run FDS games (I probably need to figure out how to copy that part out of the BIOS I have, like someone said earlier), but the game does have a full ASCII table - it showed up in VirtuaNES's pattern viewer. Won't do me much good until I can figure out the hex numbers, though. Hopefully I'm getting on the right track.

Is there an easy way to edit pointers? I'm really just on the beginning level and don't know if I should mess with them, but most names would be too long to romanize in the current spacing. I think in the Crayon Shin-Chan game, I just made special tiles with combinations of letters to use for those, but I'm sure there's a better way...

Thanks for all the help, guys!

OK, thanks. Sorry for the dumb question there.

A simple DOS program I wrote to copy a block of data from one file to another location in the same file, or a different file.

Now just feed it the GoodNES BIOS, 6010, 800f, "disksys.rom", 0. And you're done.
(not a command-line tool. I'm too lazy to use a command-line if I don't have to. )
(at some, I'll stop being lazy and write a space-filled-filename-happy program. Right now, use DOS-style filenames. No spaces. Also, the program assumes addresses are in hex. Who uses decimal addresses anyways? )

EDIT: Removing the program. I can throw it up on my website if there's a request. PM or email.

F8 ejects the disk, F6 flips it.

As for strings, some games use pointers, some might count strings. I'd say expirement. Try doing that method. If you change a string, and the one after it still prints, then you've got string counting going on. If the second string is bad, then you'll need to change it back.
Deep Dungeon is a game that used the string counting method, plus the first byte in a string was the length.
So if it wanted to print string #5, it would set a counter to 0, if the counter is not equal to 5, it would read the length (some games might instead read up to a end-of-string character) byte and increment the pointer by that much, increment the counter and repeat the procedure. String counting is slower than a pointer table, but it may happen on an FDS game, since they need to keep the file size low, so they can keep RAM space used low (since files are loaded into RAM, and then run).

Also, with FDS games, I would eject the disk, and wait a couple a seconds before reinserting.
Remember that you can flip a virtual disk over much faster than you probably could a physical disk.
If you were playing with a real console, you'd have to push the eject button, pull the disk out, turn it over, and put it back in. You'd probably take a couple seconds to perform the operation (since you don't want to yank it out, or jam it back in). Some games depend on that reaction time.
Also, to remind you, you should eject a disk before you change it (maybe that's why later versions of FCEUltra used the same key to insert and eject. Some games will want until the disk is ejected, (possibly wait the "reaction time" inherit to a real console, mentioned above) then check if the disk is inserted, and what side is inserted.

Are you sure you're using the PPU Viewer?