Isn't there supposed to be a Mac OS X version forthcoming?

That may be possible, but it requires somebody with a Mac to compile/test/debug it. I don't see any obvious reason it shouldn't work, but who knows what sorts of problems will pop up? Also, in its current state it's not very Mac-friendly: it requires at a minimum X11 and a right mouse button.

>> a right mouse button

Command-click?

Yeah, I guess that could work, though it's still not very friendly. Of course, I could just add a MenuBar at the top of the window.

Or that crazy new Mighty Mouse from apple.

They finally saw the light.

What /exactly/ are the versions of GTK+ and other dependencies, and I'll see what I can do on my Tiger.

Well, at the moment either 1.2 or 2.x will work, though the 1.2 support will probably be removed soon. I believe you can install GTK+ via either Fink or DarwinPorts. You may also want to install libticables (from the TiLP project.) Version 3.8.0 or newer is required for external linking support.

GTK+ includes a small program called pkg-config, which determines the compiler flags needed to compile and link with the GTK+ (and ticables) libraries. Once GTK+ is installed, assuming pkg-config is in your path, you should then be able to configure and compile TilEm as under any other Unix.

For more information on GTK+, you may want to look at http://www.macgimp.org/.

Apple's X11 happily converts control-click into right-click and option-click into middle-click (gleaned from the preferences window).

It compiles and runs just fine on my Jaguar system. I'm currently working on a very simple packaging.

I'd like to say that before the release of Tilem and rom8x I was desperately searching for an emulator for my ti84+se. A few days ago I found rom8x and it worked perfectly. Just following the readme made it very easy to use both rom8x and download Tilem. On the whole these authors have done a great service to the ti community, and I would like to thank them greatly for it :).

*nodnods* :)

Yeah, I made it because, well, I needed an easy way to get an 84+ ROM. I had a not-so-user-friendly version of rom8x (named rom84) done a week before v0.1, and thought, "hey, this could actually help somebody." After a "chat" with Benjamin, I improved it and out came v0.1. So, yeah, I'm glad it was actually useful! :)

It helped me a ton. Such ease of use! And to think, I thought I couldn't get an 84 rom! Thank you for proving me wrong :)

TilEm and rom8x are both excellent programs. rom8x works perfectly...so long as the disk you're writing the ROM image to has enough free space. Otherwise it returns 'Could not write to x?.rom'...

Anyway, that worked (kudos to Andree Chea), and the emulator loaded the ROM image and the operating system correctly (I assume), but the emulator doesn't seem to function. The screen is completely black and none of the keys work. Do I have a bad ROM image or what? Help would be appreciated.

Does rom8x work with the USB silverlink?

I used a DirectUSB cable, so I would assume the silverlink would work as well.

It doesn't matter which cable, as long as you can put files on your calc and get them off, you are fine.

Well, assuming you followed the 84+SE instructions rom8x correctly (I think you have an 84+SE), check to see if these conditions are true:

- Your .rom file should equal exactly 2 MB (i.e. 2,097,152 bytes).
- You have all the components of the GTK+ installed (which you probably do)
- You loaded an 84+ .8xu, not an 83+ .8xu, but I think TilEm can detect that.

I can't think of any other requirements at the moment. If I recall correctly, loading an OS works best when the calculator is not on the black screen, but at the TilEm "off" screen with those oriental letters. You may have to close-and-open TilEm a few times for that to happen.

Contrast might be up too high (I don't know how TilEm handles contrast though, so I might be wrong).

Try clicking 2nd then holding the down arrow on your keyboard for a couple seconds.

Sily andy, tilem doesn't handle contrast.

After getting tilem to work, I was able to load a .8xu file. But shouldn't the calc start imediately from the boot page, I kinda wanted to see the wanting of software screen.

No, no contrast. Should there be? Maybe I'll do that when I rewrite the grayscale stuff...

Yes, it should start on the boot page -- it does on the 73. I never bothered to change it to do so on the 83+ because it works as it is. I guess that's something else to fix.

I've never really used TilEm, so that's why I said I didn't know if it did contrast...

Make sure that you have GTK. I didn't when I first installed it! Does it give you any error messages when you try to open it?

Silly me! I didn't realize that the operating system isn't loaded automatically by TilEm. In any case, thanks for the help.

Incidentally, I also noticed that TilEm supports the sorting algorithm used by MirageOS, something I am eternally grateful for. (the TI Flash Debugger does not)

Also, for the record, TilEm also actually executes at the proper speed of a real calculator, especially while playing games (another thing the TI Flash Debugger does not do)

All in all, TilEm beats the heck out of the TI Flash Debugger.

My only issue with it is when loading files. The open dialog box doesn't seem to recognize removable storage devices (i.e. USB flash drives, floppy drives, etc) except for CD drives. While it is a minor thing, it is rather inconvenient.

Yeah, it would also be nice if you could drop files on the window to transfer them, like with VTI. *hint* Again, it's nothing major.

That's strange. I guess the issue is probably that GtkFileSelection assumes the drive letters never change during the life of the program (which, admittedly, seems like a fair assumption.) GtkFileSelection is a very old widget, and although it hasn't quite been deprecated yet, it appears to have been abandoned by the developers.

There is a new widget intended to replace GtkFileSelection, called GtkFileChooserDialog, which has been around since GTK+ 2.4. Chances are that it has fixed this bug, or will very soon. Problems with this are:
(1) moving to GtkFileChooserDialog would mean requiring GTK+ 2.4, and
(2) I personally don't like the new interface. (Obviously somebody likes it, though. See the link.)

But what would other people think about this?

DnD I know virtually nothing about, but it seems to be supported under Windows, so it's a possibility.

How is requiring GTK+ 2.4 such big of a problem? TiEmu even requires GTK+ 2.6 now.

About file selector (fs), you can borrow code from TiEmu if you want: there is a complete single file API which can handles GTK+ old & new fs, KDE fs and Win32 native fs as well single/multiple files.

About DnD, I have never been able to drag&drop Win32 files to/from TiLP and/or TiEmu. No problem between 2 windows of the same app.