[K12OSN] Fl_TeacherTool wont auto startup in ICEWM in a workspace > 1

[Charles M Hale]

Thanks for the help. I made the changes, recompiled the program and as
expected, the Window Name is now 'Fl_TeacherTool'.  However, I still did not
achieve getting teachertool to start in any workspace but the first one.

In researching the problem further, it appears that there is bug report that
the 'winoptions file' does not get parsed in icewm 1.3 and may have stopped
working after 1.2.30.

We are using 1.2.36 having upgraded to it from 1.2.27 last month.  I don't
think I'll go back but wait to see if the bug report get resolved.



On Mon, Nov 17, 2008 at 4:26 PM, Robert Arkiletian <robark at gmail.com> wrote:

> 2008/11/17 Charles M Hale <chuck at qwk2lrn.net>:
> > We are using Fl_TeacherTool with the ICEWM window's manager and we are
> > trying to startup Fl_TeacherTool in a workspace other than the primary
> > workspace.
> > ICEWM has a very good facility for doing this; its the 'winoptions' file
> in
> > the .icewm subdirectory.
> > Its seems that our directive of <WindowName>.workspace: <workspace
> number>
> > is being iignored.
> > We have Fl_TeacherTool starting up in workspace 1.  We would like it to
> > startup in workspace 2 or 3.
> > We noted that when Fl_TeacherTool starts, we has 'Fl_Teachertool @
> <server
> > hostname>' as the identifying text in the window, we/ve use all possible
> > combinations for our <WindowName> and Fl_TeacherTool continues to startup
> in
> > the first workspace.
>
> I think I figured it out. At least I hope I did. I have a fix. I hope.
> This is an interesting problem. Have a look at the documentation for icewm
>
> http://www.icewm.org/manual/icewm-14.html#winoptions
>
> "It's possible that an application's class and/or name contains the
> dot character (".") used by IceWM to separate class, name and role
> values. To lock it, precede it with the backslash character. In the
> following example, we suppose an application's window has the.class as
> its class value and the.name as its name value :
> the\.class.the\.name.option: argument"
>
> The problem arises because my program grabs the hostame (which usually
> has a "." in it and tacks that onto the window name". So the "." is
> not escaped. The only solution I have is to get rid of the @hostame
> part of the window name in my code.
>
> So search for these two lines in fl_teachertool.cxx (it's in the main
> function)
>
> host=getstdout("echo $HOSTNAME","Error: Could not get Hostname");
> host.insert(0, "Fl_TeacherTool @ ");
>
> and just replace it with
>
> host="Fl_TeacherTool";
>
> Hopefully that will solve the problem.
>
> >
> > Does anyone have any suggestions on how to get Fl_TeacherTool to  start
> in a
> > workspace other than the first one.
> >
> >
> > _______________________________________________
> > K12OSN mailing list
> > K12OSN at redhat.com
> > https://www.redhat.com/mailman/listinfo/k12osn
> > For more info see <http://www.k12os.org>
> >
>
>
>
> --
> Robert Arkiletian
> Eric Hamber Secondary, Vancouver, Canada
> Fl_TeacherTool http://www3.telus.net/public/robark/Fl_TeacherTool/
> C++ GUI tutorial http://www3.telus.net/public/robark/
>
> _______________________________________________
> K12OSN mailing list
> K12OSN at redhat.com
> https://www.redhat.com/mailman/listinfo/k12osn
> For more info see <http://www.k12os.org>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/k12osn/attachments/20081120/dcf84a63/attachment.htm>