Would it be possible for the Windows version of libticables to add TalkTI SerialUSB byte reading and writing support? If that can be done then I'd use TiLP a lot more often than I currently do (which is not very often and only in Linux).

Some times ago, I did an attempt to support TI's SilverLink but it was unsuccessful. I know that Greg manage to use it with his LinkNLog program. But, I will need .NET environnement. Maybe I should give a try...

More about my file association and icon enragement:

Has anybody else noticed this weird bug in the latest release of TI Connect...

After seeing the new icons that TI Connect plastered my computer with, I went to change them back to how I liked them. I started with the .89k file-the 89 application extension. TI connect had changed this to a generic looking icon that had both the "up and down style" of the 89, and the "sideways style" of the 92. It also had named the type of file "TI Connect Application". TI Connect had also put the same icon and name on all other calculator application files. I went to change the .89k file back to the icon and the name it had before: "TI-89 Application". After doing so I realized that not only did the 89 application files change, but also the 92 application, even though I had only changed one!!! Now both the .89k and .92k files said "TI-89 Application" and had the 89 styled icon. I went back to association page and changed the 92 application to "TI-92 Application", the 92 styled icon to fix it. After doing that I now realized that the 89 also said "TI-92 application" even though I had only changed the TI-92!!! Not only that but in checking, I also saw that my 83+ apps now said "TI-92 application". Well you get the idea TI Connect has some stupid thing where if you change one extension for applications you change all of them. This means that it is impossible to change just one without changing the others. I still have not found out why this happens or how to fix it. So for now I am stuck with having the same name and icon for all my applications.

If you take a peek at the HKEY_CLASSES_ROOT hive, you'll notice one setting is shared between all applications, one setting is shared between all programs, etc. I'm surprised TI did this.

I'm not sure how the nice GUI file association stuff deals with shared file associations, but if you delete the association with 89k, and then re-make it, it might break it from the rest of them.

Hmm...I just discovered an interetsing feature of TI Connect 1.5. Right clicking and selecting properties will give an additional tab with extra information, possibly allowing you to edit the on-calculator name. You can also edit the name of an *.8xu file. :-)

I've played around a lot with my HKEY_CLASSES_ROOT key in Windows 98. I've had to fix a lot of stupid stuff the Windows file association craplet would mess up or just wouldn't let me change, like some hidden settings.

Then I looked at the WinXP HKEY_CLASSES_ROOT. It's a mess! Not all file association is stored in the same place anymore either. I can't even figure out how to remove multiple "Preview" options from some file types. The file association craplet even stinks more than the one in Win98. Microsoft just loves to unnecessarily obfuscate and complicate things, it seems. They're going backwards from the computer science's continuous goal of simplicity.

By the way, I can tell you from my experience that Win98's file associator can't assign multiple file extensions to the same file "type", but it handles them fine if they're already like that; it just lists all file extensions which point to that type. I have no idea about XP's file associator, though.

They do it to make it hard to hack, which is kinda' like shooting yourself in the foot.

Thank you for this information I had no idea something like that existed. Am I safe in just deleting the .89k association or do I need a special editor so i dont screw them up?

I'm not really that impressed at the TI connect 1.5 either. It made me so frustrated that I havent even tried to fix any of the other file associations. And are the .89k file association the only ones that are
linked or are all of the TI stuff linked?

All of it is linked to TI-Connect on restart for me, but every version of TI-Connect has worked perfectly on my computers.

>>Hmm...I just discovered an interetsing feature of TI Connect 1.5. Right clicking and selecting properties will give an additional tab with extra information, possibly allowing you to edit the on-calculator name. You can also edit the name of an *.8xu file. :-)

As far as I know, this feature was present in TI Connect 1.3, but you weren't able to edit program, group, and OS names back then.

Speaking of bugs in TI Connect, here are some of the problems I remember encountering (I don't know if they fixed these yet or not, and some of these may have been system/computer/hardware-related rather than a problem with TI Connect):

1. I can't remember this exactly, but it seemed like for some reason in Group Explorer I would try to drag files out of the group files (to extract them) and it would say that it couldn't read from the group file (even though it just showed all the files in it). AND it would permenently *delete* the file from the group just because of that! It was a good thing I had a backup. That's a serious bug. (I think they fixed it, but I can't remember.)

2. Group Explorer didn't behave properly when selecting files with both Ctrl and Shift keys pressed (or at least not how I would expect file manager-like programs to behave). It would act like I only pressed Shift instead, messing up my selection (to be fair, TiLP seems to have a similar problem, at least on my system).

3. 'Send to RAM' and 'Send to Archive' context menu items in Explorer never worked (could have been a system misconfiguration, though--the Registry makes such a mess of things).

4. Sending certain matrices with strings in them caused TI-Connect to crash when sending them to the computer. (I sent an email to ti-cares about that with an example that would cause the crash and they said they confirmed the problem and would fix it in a later version. It may have already been fixed.)

5. Mouse wheel scrolling in programs like Group Explorer ignored my system mouse settings and was too slow.

6. The temporary folders TI-Connect kept creating where my files are stored was really annoying. They could have at least had TI-Connect delete them when it was finished using them (or put them in C:\WINDOWS\TEMP, where temp files belong).

My current ti-connect version came on a CD with my 89TI. Maybe the following have been fixed. If they are someone please post.

Currently with ti-connect if I select multiple .89z files with windows and right click and choose "Send to ti device..." it does not invoke ti-connect, but a zip compressor. I'm not sure whose fault this is.

I have to plug the usb titanium link into the back of my CPU. It does not work with the hub in front.

Those problems have been fixed. Download the newest version from TI. Also, you should have pressed [ENTER] instead of using the context menu. The files should have been associated.

I've had that problem with those annoying temporary folders too. >:-| Another good reason to install TiLP instead...

I'm sorry, but without Direct USB support there is no way I'm going to switch over. Get that smoothed out and I'll gladly ditch TIConnect.

I'm working on the direct USB support: I'm updating my various drivers. But, the strong issue is the protocol. It's quite different of the protocol used on the standard link port.

For those of you having problems running TiLP due to missing DLLs, I have uploaded a program I typed out in about an hour to install the needed files.

Mind you, this is just a little program I scrapped out in an hour, completely separate of TiLP. However, I'm hoping it will help to fix what seems to be a fairly common problem...I haven't tested it extensively, and so use it at your own risk...(Of course, I don't see how it could do anything to your computer...)

Oh, right, better add the fact that it's gotta go through the archivers before it gets online. But it'll show up in the archives once it gets through as TiLP Supplimental Installer.

Please, let me know (preferrably via the TiLP Mailing List) what you think of this.

I had problems running TiLP when a .dll file were missing when I ran the program, so... with version 6.75, is it possible to re-download the same program, but since you said that you have worked the missing dlls out, will it work again when I run the program with the dll (whatever error message appears on the computer screen) work?

By the way, I'm running Windows XP Home with all the latest TI stuff on my PC.

Ok. Here's the update: I re-installed (or re-downloaded) TiLP version 6.75 and this error message appeared on my PC screen:

"This application has failed to start because libglade-2.0-0.dll was not found. Re-installing the application may fix the problem."

Is there any way to solve this problem? Thanks!

My program will fix your problem. It includes a copy of that file, and tries to install it into your TiLP directory. (If, for some odd reason, it fails, you can copy the dll files yourself).

This should fix any problems (with missing dlls) since Roms changed the GTK+ distribution (technically, I think 6.75 is the first public version with the new package; however, if I'm not mistaken it was changed in 6.74c).

It seems some people are encountering problems with those crappy DLLs.

I have cleaned-up my PC and tested installation: yeah, there is a problem :-(

Thanks to saitei for providing a patch but I will upload a new package with libraries installed in the TiLP folder. In fact, there are 2 extra libraries (libglade-2.0-0.dll and libxml2.dll) which are embedded in the TiLP package (because not provided by the GTK+ package) and installed in the GTK+ folder, not in the TiLP folder.

I don't pay attention to the fact I use 2 GTK+ packages with different layout. My installer works fine with a layout but don't work with the other one.
Libs are installed in 'C:\Program Files\Common Files\GTK\2.0\lib' instead of 'C:\Program Files\Common Files\GTK\2.0\bin'.
Workaround: copy them into the TiLP folder !

saitei: I effectively changed GTK+ DLLs at v6.75 for maintenance reasons.

Well, sorry !

I upload a new release which fixes the problem.

Sorry, sorry, sorry, ... ;-(

where can I find that program???

It's up now...of course, TiLP is fixed. but for those who don't want to download TiLP again, my program still has some use. :)

And roms, just so you know, I never meant anything personal against you or anything. You'd mentioned before how you didn't want to have all the DLLs in there every time, so I figured I'd put out a little something, they'd only have to DL once, and it would fix the problem. That, and I was bored. :)