OK, does the justify option not work in the BWidget MessageDlg?
Whether I do
MessageDlg .msgdlg -parent . -message "Why doesn't\nthis thing work?" -type ok -justify center -icon info
or even
MessageDlg .msgdlg -parent . -message "Why doesn't
this thing work?"...
Hmm ok, I didn't see that warning..
I will still report the bug.
Maybe you can answer something for me.. What's a better way to perform a command when the textvariable of an entry is modified?
Actually, I guess I could do a key bind. I'm sure I rejected that for some reason though...
But.. this works fine:
set entryspace "Initial"
entry .e -textvar entryspace -validate key -validatecommand "set wack 1"
set head "Line header:"
set inline "Line header: entry"
set yap [regexp "$head ?(.*)$" $inline match temp]
set entryspace...
OK.. that makes a bit more sense now.. I still think I'd classify it as a bug though..
the difference was my entry also had a validatecommand.
Soooo
set entryspace "Initial"
entry .e -textvar entryspace -validate key -validatecommand "set wack 1"
set head "Line...
Hmm.. that's interesting.. when I have a minute I'll make a small test program and see if I can re-create my bug..
I'm on 2000 with 8.3.4, so that's not why.. there must be another factor here..
I'll post again.
Found a minor bug - I think - in TCL.. Specifically, regexp can't seem to store a match into an entry text variable. IE
set entryspace "Initial"
entry .e -textvar entryspace
set head "Line header:"
set inline "Line header: entry"
set yap [regexp "$head...
Uhh.. well, that doesn't exactly answer my question...
But I can tell you how to do the incorporation part. At least one way to do it.
If you want to run in from you C executable (rather than loading C packages into TCL/TK, which is somewhat easier, and documented all over the place, you've...
Hi all.. I'd like to find some way to allow a user to run a C program I've written with a TK GUI (I used Tk_Main to incorporate tk into my C code) without having to install TCL/TK. I thought this would be a simple matter of throwing some .dlls in the directory, but once I put in Tcl83.dll and...
OK. If you set /subsystem:windows in the linker options, it doesn't give you a console window. The downside is that for sooome reason, your entry point then has to be WinMain instead of Main. It has a different set of arguments, and more importantly - for me - I already need my main function...
I have basically the same problem. I'm doing all my I/O through TCL/TK, but the console window still pops up because everything's integrated into a C++ win32 console program..
I find it hard to believe that there's no way to hide the window without switching to a lesser compiler. Seems like...
Care to explain? This is a simple console application we're talking about. I have the same question. I don't want to bring in a bunch of windows stuff. None, ideally. I'd just like an application with no console window.
Ack.. my bad. That last one.. worked, but I didn't really understand why. It should have been more like this. The "sizeof(char)" part is unnecessary, as you know it's 1 byte, but it makes it a bit easier to follow.. (At least, if you're me.) Basically what the linkvar function...
Just a note on the following:
/* RPB - No need for a cast before cArray here
* This allocates memory for size number of pointers
* to char
*/
cArray = malloc(size * sizeof(char *));
First, a lot of compilers won't *let* you cast the l-value. Second, I was doing...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.