nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

How to stop users from resizing windows in JSL?

nkelleh

This might seem like a very simple question, but I was wondering, is there a way to stop users from re-sizing windows/dialogs using JSL?

There is a message you can send to a display box for auto stretching, min and max size, etc. Is there any flag for turning off the user capability to resize windows by default (i.e. mouse cursor doesn't show the resize arrows when hovering on the edge of a window? Seems like there should be something, but can't seem to find it.

Thanks.

Accepted answers

msharp

If that is the purpose, is there any reason you can't put all the content into one window? Using the H Splitter Box/V Splitter Box is probably your best solution. The following example both keeps all display boxes visible in the window and prevents grey space when resizing the window. From the Scripting Index:

Names Default To Here( 1 );

New Window( "Splitter",

V Splitter Box(

Size( 800, 600 ),

H Splitter Box( graph = Graph Box(), Script Box(), <<Sizes( {0.6, 0.4} ) ),

H Splitter Box(

pict = Picture Box( Open( "$SAMPLE_IMAGES/tile.jpg", jpg ) ),

spacer = Spacer Box(),

<<Sizes( {0.4, 0.6} )

)

);

graph[FrameBox( 1 )] << Set Auto Stretching( 1, 1 );

pict << Set Min Size( 100, 100 );

pict << Set Max Size( 500, 500 );

pict << Set Auto Stretching( 1, 1 );

spacer << Set Fill( 1 );

spacer << Color( "Red" );

spacer << Set Auto Stretching( 1, 1 );

This will be a better solution. You'll really end up annoying your end user if you don't let them re-size windows.

All comments

msharp

The functions you describe are all for re-sizing display boxes within windows. But it sounds like you want to stop the window itself from being changed. I have no idea why you would want to do this, but this would be a problem an operating system power user might be able to answer. This isn't a functionality you are going to get in a scripting language. You'd need to make changes to Windows 7,8,10 or in Mac: Snow Leopard, Capitan ect.

Anyways, you could cheat though. Maybe something like this:

nw = new window("No Resize for You"); //Create example window

size = nw << Get Window Size; // Get size

//Resize function

resize = function({},

nw << Set Window Size(size[1],size[2]); //Resize window

schedule(0.1, resize()); //Resize window every 0.1 seconds

);

//call function

resize();

//hide scheduler window to complete illusion

wait(0);

window("Scheduler")<<Show Window(0);

//alternatively to << Set Window Size:

//nw << Zoom Window;

nkelleh

Hi msharp,

Thanks for the response. That method looks like it would work all right, and there are probably a few other ways to 'cheat' this behavior.

My reasoning for wanting this is that I'm creating a custom application that has dialog windows both for user input and reporting. I don't want the user to be able to click and resize the window so that the window either ends up hiding some of the display boxes within the window, or drag it wider and end up with a load of ugly grey space. I'll admit, this is for purely aesthetic reasons, but just thought it would be a useful option to have for people writing applications in JSL for distribution.

Cheers again.

msharp

Names Default To Here( 1 );

New Window( "Splitter",

V Splitter Box(

Size( 800, 600 ),

H Splitter Box( graph = Graph Box(), Script Box(), <<Sizes( {0.6, 0.4} ) ),

H Splitter Box(

pict = Picture Box( Open( "$SAMPLE_IMAGES/tile.jpg", jpg ) ),

spacer = Spacer Box(),

<<Sizes( {0.4, 0.6} )

)

);

graph[FrameBox( 1 )] << Set Auto Stretching( 1, 1 );

pict << Set Min Size( 100, 100 );

pict << Set Max Size( 500, 500 );

pict << Set Auto Stretching( 1, 1 );

spacer << Set Fill( 1 );

spacer << Color( "Red" );

spacer << Set Auto Stretching( 1, 1 );

This will be a better solution. You'll really end up annoying your end user if you don't let them re-size windows.

nkelleh

Thanks again msharp,

For report dialogs I've no problem with the user being able to resize the window, it was for dialogs where I was asking for user input. These have fixed number of fields where they can input information and in my opinion should have no need to resize, but its purely for aesthetics and not a major issue in the grand scheme of things. It's just that in other programming languages where you have GUI widgets, you have the option of preventing the user from re-sizing dialogs, such as warning dialogs and the like, as re-sizing serves no real purpose. Just thought it would be useful option to have.

In any case, thanks for your example of a H/V Splitter Box, it's something I'll definitely make use of in the future. Cheers.