Dear RealTerm

Is it possible somehow to run realterm from the cmd line on a one-shot basis

realterm -hidden -com28 -baud9600 -hex f3 0 f3 1

that is, have it run like a command line program - do its job and exit?

if not, can you suggest a way I could write such a program?

Missing printf()

What the world needs is a simple program that can be run from the MS-DOS command prompt like this :

writeCom -id com28 -parity none -baud 9600 -stop 1 -data 8

Apparently, even with millions of smart people loose out there, we don't have something as simple as this that people can use. !$@!$#!$#!

The google search that finally got me somewhere was :

dos command line com port writing

Here are some resources :

http://www.experts-exchange.com/Programming/Languages/C/Q_21148982.html

http://electrosofts.com/serial/index.html
( conio.h outportb bios.h bioscom )

Available ports?
http://electrosofts.com/parallel/

As it turned out later, all of this stuff is utter crap if you're on WinXP. Why don't people update stuff?

Autohotkey on Unix?

Anyone know what the equivalent of AHK is on Unix? How would you do hotkeys dependent on the Window name, etc?

Guruspeak :

http://autokey.sourceforge.net/

Went there; my reaction - it's for supergeeks only. AHK was lighter - if you're not a god at package installation, you're looking at sleepless nights here.

FTDI USB

Windows says it can't find the drivers - this, despite my explicitly downloading them and telling it where they are, and then, using FTDI's executable to install them. Problem could be that it's seeing the CMAXQUSB command module and looking for something else.

If I try writing to the serial port, it asks for FTD2XX.DLL. If I place that file in the same directory as the program I'm running, it stops asking for the file, but it says Open Failed, FTDI write Failed. Well, WinXP still doesn't see it as a serial port. Hmm...

USB Minimum Pulse Width

Simple question, you use USB and nothing else. (With a one-shot timer chip, this would be easy). What is the minimum pulse width you can generate writing to a serial port?

Enhancing KDE Window Behaviour Actions

It was trivial in TWM and CDE - you would edit your .twmrc or some config file in ~/.dt/C or something like that. For some reason, KDE needs a jailbreak

Here's what I'm looking to do :

If you go into Control Center and then Desktop and then Window Behavior and Actions, you can set, for example the Window behavior for Titlebar Doubleclick to be Maximize instead of the default Shade.

But, under the modifier section, not only do you have a limited selection (left mouse, middle mouse, right mouse and just one modifier), but you don't even have all the window actions available. For example, I don't care for raise/lower though mouse (and how the hell do I set ALT-ESC to do that?) and I can't set Alt-Middle to do a Maximize. Congrats KDE, you're really blown it this time. Looks like I'm going with TWM.

iPhone NSUserDefaults and UISegmentedControl

Alright, iPhone forums mostly suck - very technically unfriendly - it actually reflects poorly on Apply - no cool factor here.

Anyhow, here's the prob:

NSUserDefaults is what you use to save some app state data to non-vol memory when you exit. I have a switch that toggles the display of an advanced options form. I save the state of this switch successfully. When the app is relaunched, the state is right, I'm able to display this form okay. But, the segmentedcontrol thing is not enabled. I have to cycle the switch twice before it gets enabled.

One line here is not working - the "YES" line :


if( [myDefaults boolForKey:@"advOpts"] ){

   advOpts.on = YES;
   lineStyleCtrl.enabled = YES;
   [self advOptsToggle:nil];

}