This is the mail archive of the xconq7@sources.redhat.com mailing list for the Xconq project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Error reading tcl ...


>XCONQLIB never used to be required (until these BWidget changes).

True. If you or somebody else can think of a better way to pick up BWidget,
feel free to suggest it. The current solution was proposed by MA Dunzi (see
his reply to your own previous email "can't run xconq due to BWidget").
BWidget is actually not used yet, but it will be once he has checked in his
clickable tree code for the help window. I understand some other
improvements he has been thinking about also would require BWidget. So I
thought it was a good idea to add it now, since new stuff always causes
problems that take some time to sort out. Was I right. :-).

The problem is not with the Mac or Windows versions or with the Unix build
tree. It is all about the Unix install version. If you spread files that
belong together out in different directories all over your hard disk you
must provide for some way that they can find each other. But this problem
is hardly new on Unix... At the same time, you don't want to break the
build version, or make it dependent on the installed files.

If you look at tkconq.tcl, for which a similar problem exists, the code in
initial_ui_init goes through some complicated gymnastics in order to pick
it up. First, it scans all library paths for a file residing in a tcltk
subdirectory. The it scans them all over again for a file in the directory
above the library. This is where tkconq.tcl used to live after a Unix
install. I guess we can eliminate that part now, after I moved it to a
tcltk subdirectory.

Anyway, with BWidget we suddenly have not only one tcl file that needs to
be opened and read, but a whole bunch of them. I think we could perhaps use
a new variable XCONQTCL with some default settings provided for those who
fail to define it. OTOH, since XCONQLIB is used right now (and actually
works if you define it) perhaps it is a default for the latter that we
should provide.

Looking at this again, I think what we actually need is to import
"xconqlib" into tkconq.tcl rather than use XCONQLIB. The difference is that
"xconqlib" is set to the default library path if XCONQLIB is not defined
(see init_library_path). This is exactly what we need. I'll see if I can
get it to work.

Hans



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]