开云体育

Bob,

1. When I create a new control panel and add icons, nothing is visible on
the panel until I resize it. After I resize the panel everything is there.
I tried different X and Y values and it didn't matter.

2. I can change a turnout by clicking on it but I can't change the displayed
state of a sensor by clicking on it. I think the help page says that this
should be possible?

3. When I add a _left_ turnout to the drawing, the initial icon displayed is
a _right_ turnout in unknown state. Once I click on the turnout it becomes
a closed _left_ turnout.
3a. When I save and then load the panel, all the turnouts are right turnouts
in unknown state. I can click on each one and change it to closed, however
only one will allow me to toggle it between closed and thrown.


LocoTools shows this message: Pick an input source from the input menu
first. Not sure what this refers to.

FYI I installed Java 1.4 and the combo box redraw problem when scrolling a
long list is gone.

Robin

Bob,

Apologize for the initial sketchy data on #3 in my previous post. When the
turnouts were drawn, all would display thrown and closed states by clicking
on them. Examination of the panel file shows the problem: the closed and
thrown icons for all turnouts except the first one are set to
os-upper-right-closed.gif.

Here is the data from a test panel file. Turnout #1 was drawn as an
upper-right turnout and #10 was an upper-left turnout. They both toggled
fine when first drawn.

<turnouticon class="jmri.jmrit.display.configurexml.TurnoutIconXml" x="184"
y="213" height="32" width="39"
closed="resources/icons/smallschematics/tracksegments/os-upper-right-closed.
gif"
thrown="resources/icons/smallschematics/tracksegments/os-upper-right-thrown.
gif"
unknown="resources/icons/smallschematics/tracksegments/os-upper-right-unknow
n.gif"
inconsistent="resources/icons/smallschematics/tracksegments/os-upper-right-e
rror.gif" turnout="LT1" />
<turnouticon class="jmri.jmrit.display.configurexml.TurnoutIconXml" x="91"
y="209" height="32" width="39"
closed="resources/icons/smallschematics/tracksegments/os-upper-right-closed.
gif"
thrown="resources/icons/smallschematics/tracksegments/os-upper-right-closed.
gif"
unknown="resources/icons/smallschematics/tracksegments/os-upper-right-unknow
n.gif"
inconsistent="resources/icons/smallschematics/tracksegments/os-upper-right-e
rror.gif" turnout="LT10" />



I think there is a naming issue here with turnouts that might cause
confusion (it confused me anyway). Normally a lefthand turnout means the
diverging route goes to the left of the main route, so the "upper right"
turnout in the control panel is a "lefthand" turnout.

Robin



3. When I add a _left_ turnout to the drawing, the initial icon displayed
is
a _right_ turnout in unknown state. Once I click on the turnout it
becomes
a closed _left_ turnout.
3a. When I save and then load the panel, all the turnouts are right
turnouts
in unknown state. I can click on each one and change it to closed,
however
only one will allow me to toggle it between closed and thrown.

I just attempted to download 1.0.3 and it wouldn't do it. Something
about can't read file????????????

Jon Miller
AT&SF
For me time has stopped in 1941
Digitrax DCC owner, Chief system
NMRA Life member #2623
Member SFRH&MS

At 9:16 AM -0700 8/8/02, Robin Becker wrote:

Bob,

1. When I create a new control panel and add icons, nothing is visible on
the panel until I resize it. After I resize the panel everything is there.
I tried different X and Y values and it didn't matter.

Does the panel start minimized (nothing by header)? Or is it bigger than that.

2. I can change a turnout by clicking on it but I can't change the displayed
state of a sensor by clicking on it. I think the help page says that this
should be possible?

It should be. It requires a layout connection to actually work. But see below.

3. When I add a _left_ turnout to the drawing, the initial icon displayed is
a _right_ turnout in unknown state. Once I click on the turnout it becomes
a closed _left_ turnout.

This is a bug; I seem to have lost the file for one of the "unknown" turnouts. Will fix.

3a. When I save and then load the panel, all the turnouts are right turnouts
in unknown state. I can click on each one and change it to closed, however
only one will allow me to toggle it between closed and thrown.

I think that's the same thing. There's a missing file, and code gets confused trying to cope.

LocoTools shows this message: Pick an input source from the input menu
first. Not sure what this refers to.

Short answer: Looks like a bug.

Longer answer: Each of the three programs uses its own config file. The JmriDemo and LocoTools programs can _also_ be used without a config file, for example if you want to play with multiple connections at the same time. Or the more common case of trying to debug a connection. So they have "Input" menus from which you can pick a protocol driver.

If JmriDemo discovers a config file with a protocol selected, it uses that and disables the input menu. It also posts messages about whether you've been configured from a file, or need to make your own connection from the menu.

LocoTools seems to have screwed up that logic. I'll fix it.

But I recommend you switch to JmriDemo for playing with these panels. That's because it's configuration file (and input menu) has a "LocoNet Hexfile" option that starts a debugging "layout simulator" instead of a real layout connection. Select this, quit and restart, and I think that your sensors should be animated.

And thanks for your patience with these little problems.

FYI I installed Java 1.4 and the combo box redraw problem when scrolling a
long list is gone.

Great, thanks for trying that.
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
At CERN until August 10, replies may be slow.

At 9:32 AM -0700 8/8/02, Robin Becker wrote:

I think there is a naming issue here with turnouts that might cause
confusion (it confused me anyway). Normally a lefthand turnout means the
diverging route goes to the left of the main route, so the "upper right"
turnout in the control panel is a "lefthand" turnout.

Arrgh! You're completely correct. I've been getting these names wrong about 50% of the time, and I couldn't figure out why.

It's easy to rename them all, so I'll do that.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
At CERN until August 10, replies may be slow.

At 9:43 AM -0700 8/8/02, Jon Miller wrote:

I just attempted to download 1.0.3 and it wouldn't do it. Something
about can't read file????????????

Did that message come from the web, e.g. in your browser, or from a partially downloaded file?

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
At CERN until August 10, replies may be slow.

It came from the net? From sourceforge.net, download server and reads;

Could not read file.
Go back
aug 08, 2002 10:33

Jon Miller
AT&SF
For me time has stopped in 1941
Digitrax DCC owner, Chief system
NMRA Life member #2623
Member SFRH&MS

Jon,

Select a different mirror site. I had the same problem with Telios, but
when I switched to another site it worked fine.

Robin

Select a different mirror site<

That did it. It went automatically to Telios and I just didn't notice!


Jon Miller
AT&SF
For me time has stopped in 1941
Digitrax DCC owner, Chief system
NMRA Life member #2623
Member SFRH&MS

Bob,

1. When I create a new control panel and add icons, nothing is visible on
the panel until I resize it. After I resize the panel

everything is there.

I tried different X and Y values and it didn't matter.

Does the panel start minimized (nothing by header)? Or is it
bigger than that.

It isn't minimized. Seems to be about 150x150. Resizing one time (small or
larger both work) fixes the problem.

3. When I add a _left_ turnout to the drawing, the initial icon

displayed is

a _right_ turnout in unknown state. Once I click on the turnout

it becomes

a closed _left_ turnout.

This is a bug; I seem to have lost the file for one of the "unknown"
turnouts. Will fix.

3a. When I save and then load the panel, all the turnouts are

right turnouts

in unknown state. I can click on each one and change it to

closed, however

only one will allow me to toggle it between closed and thrown.

I think that's the same thing. There's a missing file, and code gets
confused trying to cope.

Well I created two missing upper-left files, unknown and error, and made a
new panel. Same problem. However, if I manually edit the panel file and
make the changes (upper-left and thrown where appropriate), then it displays
correctly.

But I recommend you switch to JmriDemo for playing with these panels.
That's because it's configuration file (and input menu) has a
"LocoNet Hexfile" option that starts a debugging "layout simulator"
instead of a real layout connection. Select this, quit and restart,
and I think that your sensors should be animated.

When I set it to LocoNet Hexfile the sensor change state as expected.

Robin

Bob,
I have a couple of AD4's so if you are close you can pick one up for
testing.

Jon Miller
AT&SF
For me time has stopped in 1941
Digitrax DCC owner, Chief system
NMRA Life member #2623
Member SFRH&MS

At 11:53 AM -0700 8/8/02, Robin Becker wrote:

> Does the panel start minimized (nothing by header)? Or is it

bigger than that.

It isn't minimized. Seems to be about 150x150. Resizing one time (small or
larger both work) fixes the problem.

Thanks. I'll look into it. It seems to be a Windows-specific (or at least not on my Mac), so I'll have to wait a couple days until I get home.

>

I think that's the same thing. There's a missing file, and code gets
confused trying to cope.

Well I created two missing upper-left files, unknown and error, and made a
new panel. Same problem. However, if I manually edit the panel file and
make the changes (upper-left and thrown where appropriate), then it displays
correctly.

Sorry, should have been clearer. The code that code confused is one of my tools, which generated the Java for the panel editor wrong. It's fixed now.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
At CERN until August 10, replies may be slow.

At 9:32 AM -0700 8/8/02, Robin Becker wrote:

I think there is a naming issue here with turnouts that might cause
confusion (it confused me anyway). Normally a lefthand turnout means the
diverging route goes to the left of the main route, so the "upper right"
turnout in the control panel is a "lefthand" turnout.

I was using "right" to mean "train going right goes along the main route". But of course it also means "right-hand turnout". I'd been using "upper" and "lower" for which direction the turnout goes, but that's even more confusing because "upper" could be "right-hard" if the direction was "left" or "left-hand" if the direction is "right", etc.

The whole thing ends up sounding like an Abbott & Costello routine, and should be abandoned.

How about "east" for "is oriented to the right", "north" for is oriented up the screen, etc? Then turnouts can be called by their handedness.

Of course, somebody will come up with a prototype where "east-bound" trains went left on the control panel....

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
At CERN until August 10, replies may be slow.

Bob,

Another alternative to consider: just have a righthand and a lefthand
turnout, but allow the user to rotate them once they are on the panel. You
could do the same with blocks, etc. This would cut down on the number of
individual symbols in the list, and I don't think having to rotate the
symbol (from the elusive popup menu <G>) would be a big deal. Just a
thought.

Later on you might want to allow copy operations on symbols already
displayed, and the copy could pick up the orientation as well which would
make it very easy. (assuming of course that the ID can be accessed from the
popup menu)

Robin

At 2:56 PM -0700 8/10/02, Robin Becker wrote:

Bob,

Another alternative to consider: just have a righthand and a lefthand
turnout, but allow the user to rotate them once they are on the panel. You
could do the same with blocks, etc. This would cut down on the number of
individual symbols in the list, and I don't think having to rotate the
symbol (from the elusive popup menu <G>) would be a big deal. Just a
thought.

Later on you might want to allow copy operations on symbols already
displayed, and the copy could pick up the orientation as well which would
make it very easy. (assuming of course that the ID can be accessed from the
popup menu)

Those are both great ideas, thanks!

I think I can do those.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
At CERN until August 10, replies may be slow.