Topic: Standard DCL question?

[KewlToyZ]

Is there a term to place on a dialog that insures only one Radio button can be selected?
I separated groups of them using boxed_column which restricts selection in each boxed column.
I was able to designate the first one selected by default using

initial_focus = "a18";

Still looking for another term to do the button restriction.

I'm going to try tricking boxed_column around all of the dialog once.

[MP]

Group the the radio_buttons within a (boxed) row or column.

[KewlToyZ]

Oh ok I'll try boxed_row
boxed_column didn't work ....

[Lee Mac]

If you group a set of radio_button tiles beneath a parent radio_cluster tile, only one radio_button will be selectable from those child radio_tiles.

An example:

Code - DCL: [Select]

1. : radio_cluster
2. {
3.     : row
4.     {
5.         : column
6.         {
7.             : radio_button { key = "key1"; label = "Option 1"; }
8.             : radio_button { key = "key2"; label = "Option 2"; }
9.             : radio_button { key = "key3"; label = "Option 3"; }
10.         }
11.         : column
12.         {
13.             : radio_button { key = "key4"; label = "Option 4"; }
14.             : radio_button { key = "key5"; label = "Option 5"; }
15.             : radio_button { key = "key6"; label = "Option 6"; }
16.         }
17.     }
18. }

[KewlToyZ]

Hmmm not working... maybe I need to find another means to group them so I can sarround it all with boxed_ .....

[KewlToyZ]

Hmmm tried boxed_radio_cluster & boxed_radio_row with no luck.
I may have to change the layout removing the boxed_columns to make them work as a single cluster? I wonder if it's just the ViewDCL.lsp not enforcing it?
I really wanted this in standard DCL because I want to read the code with a simple text editor.

I may have to revert to list boxes, but again, I would still need to enforce only one of those working and the list is too long for a single list box.

[Lee Mac]

Oh, I didn't realise you wanted to only permit a single selection across the entire dialog... since the boxed_column tiles are clusters in themselves, I don't think the radio_cluster will permeate through to the radio_buttons.

How about using an updating list_box tile over multiple sets of radio_buttons?

Had a few minutes so put this together as an example:

[KewlToyZ]

Thanks Lee, I was pondering it as a popup list for each set.
I may just setup each set with its own dialog and use something like a Next button to flip to the next set Dialog (like DCL's version of Tabs) and show the reference table of values next to the Scale selection. Something like this partial I started Below.

If nothing else it acts as a reference guide when people are trying to figure out what they see on their drawings too.

[KewlToyZ]

Hey Lee, any examples of a radio button setting the list information in a dcl you know of?

[GDF]

Same as Lee's, except for toggle button to set up list box.

[Lee Mac]

Hey Lee, any examples of a radio button setting the list information in a dcl you know of?

Not that I know of, so I spent a little time helping you out - try the attached 

[KewlToyZ]

Dang Lee, thank you sir 
I was just looking for some examples. I haven't read yours yet.
I went and did something based upon a few different examples in a very basic form just to get through it.
I used Irneb's method for adding scales which runs fast the first time but decreases in speed every time it is ran after that.
So I'll post what I did. But for some reason it doesn't seem as fast as before.
That could be because of the volume of scales I am inserting initially.
I just seem to think it ran faster when I first tried Irneb's. Looking through now, it is likely because his broke the scale lists down smaller. Likely reading through yours will shed some light on how I can do that.
But mine seriously tanks even slower than the vb version now.

[KewlToyZ]

Holy crap, you used programmatic extraction for the ratios from the string selection.

[KewlToyZ]

Wow. That's the entire enchilada Lee 

[KewlToyZ]

I have been using this new AutoLoader http://www.theswamp.org/index.php?topic=41576.0;topicseen

Looking through the ACAD_SCALELIST section, when I open the drawing the first time the list seems like it may have everything present just not showing in CANNOSCALE availability. When I run the routine inserting the scales the very first time, it increases the list by about 4x, even though I run a -scalelistedit reset. I run it again, and it gets even larger.
So I think this is why the routine appears to slow down. I'm just wondering how I cleanup the file properly since scalelistedit doesn't do it? If I am reading this right, is this registry entries?