Login with username and password (forgot your password?)

Part of the issue here is that I don't think any of us coders have a tablet to work/test with.  That makes it very difficult to provide you with a solution.   Sad

Yes. I appreciate now that it is a very specialized request. Thanks for all you do around here.

Also there used to be quite a bit of IBM "user written software" floating around on the web.  If you could find a ThinkPad forum or just search there may be some utility written by an IBM employee as a hobby, that might be a utility for it.  I remember there was lots of stuff like multiple virtual desktops and that type of thing.  Esp. stuff written in Rexx.

Thanks. I'll keep my eyes open for something like this.
I will report if I come across something useful.

Thanks. Always good to see these kind of pages. I've got it bookmarked now.
That would allow me to make a macro with AutoHotKey to start the Control Panel applet and toggle the touch screen.
I'm still interested in an application that might work "behind th scenes" to do this. I'll let you know if I come across anything.

I just read what MilesAhead was saying about setting the service to manual. (type first, read later)

I just changed mine from automatic to manual, and for my machine, it made no difference. I saw the same patterns as before.

Skwire

I found a service called Wacom ISD Touch Service. Checking the service was a little weirder than I expected.

1. Service started and Touch enabled in Control Panel (Pen and Touch Applet): Touch is like a mouse cursor and I can drag the screen to scroll
2. Service stopped and Touch enabled in Control Panel: Touch is like a mouse cursor (open/close program, move scroll bar, etc.), no drag to scroll
3. Service stopped and Touch disabled in Control Panel: Touch is like a mouse cursor, no drag to scroll
4. Service started and Touch disabled in Control Panel: No Touch

So...
No service: touch works, but just like a mouse cursor
Service enabled: touch is turned on or off by control panel

What a silly question!!
Just kidding. You couldn't know unless you've had one to mess with.
The laptop must have different drivers to control the inputs, because the stylus touch and inking is totally separate from the finger touch. Finger touch can be turned on or off, but the stylus always is working.
I'll check out the programs you suggested.
Thanks

I am using a ThinkPad x220 Tablet with Windows 7 at my school. It has a touch screen which has some usefulness, but often it is an annoyance when I use the stylus for input. Hand touches just mess up the screen when I'm trying to write with the stylus.

There is a control panel control item to turn it off, but I was wondering if someone might create an AHK script to access that function and turn it into a tray item and a hotkey to toggle the touch screen and make it easy to use it as I want, when I want.

I have a lot of friends who would also find this useful and appreciate it.

@jaden Thanks. Your reply made me look through the options and I found "Force FARR window on top" in Window Options. When I unchecked that, the properties window does show up in front.

Thanks for the new release. I've wanted to use the "properties" several times.
But the properties window appears behind the FARR window.
Does this happen with everyone? It should be in front, don't you think?

Thank you very much.

1.

[copy or print]
Gui, add, text, BackgroundTrans cFFD300, TEXT HERE

I went through GridMoveP1.ahk and substituted 999999 for FFD300 in 13 instances (everywhere I could find), and my text still had the yellow-gold fringes. I guess it might be some artifact from my laptop's screen. I might go back to your original color.

2.

[copy or print]
Gui, 2:color, FFFF00

That worked great! I used a dark blue and changed the transparency down to 70. I like the look a lot.

Thanks for the help!

I have been playing with GridMoveP1.ahk. I have made the grid a nice gray blue and the text gray with the black shadows.

Questions:
1 - Your text looks so crisp. My text has a yellow-gold pixel around it. The pixel looks like the same color that you had for your text. I don't know what to do to get rid of the yellow-gold pixel and make my text crisp looking like yours.

2 - How do you set the color of the transparent window that shows the grid shape when the cursor is over the trigger? I've been studying a little AutoHotKey, but I haven't been able to see where that is done.

Thanks

Thank you. I have totally missed the three semi-colon trick. I'll be playing with it.

When you first start to play with a powerful piece of software, you don't know what it can do, then you think it can do anything.

I can get FARR to take the info from the box and write it to an ini file with nircmd. But then can I have another program launched (an AHK script) that will use that ini file? I'm not seeing it right now. Is there a way to do this - to get FARR to do two things when I hit enter?

[AutoIt]

I got it to do what I wanted! It uses an open Directory Opus window if one exists. I took out

Formatted for AutoIt with the GeSHI Syntax Highlighter [copy or print]
; Directory Opus
else if f_class in dopus.lister
{
	ControlSetText, Edit2, %f_path%, ahk_id %f_window_id%
	ControlSend, Edit2, {Right}{Enter}, ahk_id %f_window_id%
	return
}

in the middle of the script, and added my little script

Formatted for AutoIt with the GeSHI Syntax Highlighter [copy or print]
else ifwinexist, ahk_class dopus.lister
{
	run,C:\Program Files\GPSoftware\Directory Opus\dopusrt.exe /cmd GO "%f_path%"
	winactivate ahk_class dopus.lister
}

just before the last "else".

It worked. Now it will switch to the chosen folder if Directory Opus is open, or start Directory Opus if not.

Powerful idea, cardboard42. Nice modifications, skajfes and rulfzid. Thanks for the help, ewemoa.
FARR is great.

IIUC, the ahk files were moved into a subfolder named "AHK files".  Do you see such a folder?

Well, uh, yes I do.

That was kind of stupid.

Thanks. I'll try to look at it.

New to FARR and having a gooood time playing with it and understanding its power. 

FarrFolders is a very nice addon/alias, works great! I have a couple of really simple AutoHotKey scripts that I use to go to my most used folders in Directory Opus. I have them check to see if Directory Opus is open and then use that window if it is. Is there any way to get FarrFolders to use that behavior instead of opening the folder in a new window every time?

I read an earlier version of the FarrFolders.ahk, and I really didn't see how I could modify the Directory Opus part to do what I wanted, and the latest FarrFolders only comes with a compiled version any way. So I guess I guess I'm asking for a favor or some help or guidance and direction. Can I get FarrFolders to use an open window if one exists?

Thanks

rgdot's reply really worked for me.

The Images folder goes in the same "Miscellaneous" folder as StandaloneStack2.exe (C:\Program Files\Circle Dock\System\Miscellaneous\Images). Since my Stack folder was all shortcut links, I named the PNG files the same as the documents or programs, and voila, pretty, bright, clear icons in my stack grid. I did try the ".[extension].png" method of showing the PNG files too, and that worked, but as I said, all of my stack were *.lnk so that wasn't useful for me.

Thanks rgdot, that helps me some. For some reason that screen (Settings>Options) left off the word "images" on my installation?? Now I have some more possibilities to play with.
[attach]

I'm having a good time playing with Circle Dock and Standalone Stack. It works very nicely, very smooth and accurate.

I can't figure out how to use the Custom Icons for Standalone Stack. I am using StandaloneStack2.exe. I have the "Use custom icons" option checked. But...

• I don't know what to name the subdirectory - "Custom Icons" or the same name as my stack.
• I'm not sure where to put it -In the folder with StandaloneStack2.exe is or in the stack folder?
• And I'm not sure what to name the png files. For instance, if I have a file named "Daily Schedule.xls", is the png named "Daily Schedule.png" or ".xls.png"?

Nothing I've tried has worked yet. Thanks for helping me figure this out.

I have found a clunky workaround solution to one of my problems with GridMove. I was often grabbing the title bar at the wrong place. i.e. I made the grid appear when I didn't want it or I was grabbing at different spots to get the grid to appear.

Using PowerPro I put two vertical bars across the title bar to mark the "hot" area. Now I know just where to click. There may be a more elegant solution using AHK, but this has made it easy me for me to use GridMove in my preferred mode.

Thanks for the quick reply. I'm still playing with the new version. I think I still like the way the old version handled the titleleft/titlesize. The 150-355 setting gave the left side of most of my windows to grab and resize, and the right side to grab and move. There was a problem with small windows sometimes because the title extended too far across the window, but not too often. I think I might need to change more than the 3* to 2* to get it to behave like it used to.

Also, what do I change to get GridMove to handle microsoft windows the same as the old version? GridMove is not recognizing them at all now - no matter what size they are or where I click them. I'm a HS teacher and I usually have a Word document or two or three open and an Excel file too. Resizing them with GridMove was a main use of the program for me.

By the way, just as a matter of fact, I'm using GridMove on a Thinkpad Tablet with a 12" screen (pretty small).

I'm having two problems with 1.19.57.

One, I did have to do the trick of turning off "advanced text services for this program" just to get it to work. I didn't have that problem with 1.19.53. I was a little panicky for a while. But the grids did work after I found that trick on the forums.

The other problem has to do with "TitleSize" and "TitleLeft". I had TitleLeft set at 150 and TitleSize set at 355 which gave me a comfortable range to grab the title bar. With 1.19.57 I'm not sure what was going on, but it shrank the left mouse grab area to just a few pixels. It seemed to be okay with the default settings, but as I increased the TitleSize, things started acting weird.

But I fixed it while messing around with the AHK version. I changed the line "if(WinWidth > 3 * TitleSize)" to "if(WinWidth > 2 * TitleSize)" and things work as they used to for me. I don't understand it. It was a fortunate guess for me.

I like the outlined trigger areas. That visualization is helpful.

Thanks,
Ben