Suggest Ctrl+Shift+PgUp/PgDn, as that seems a popular choice, both in browsers and Notepad++.

Thanks.

Integrate with GitHub Copilot for pair programming inside Linqpad.

When the Explorer View is too narrow (i.e. removed to occupy as less screen space as it is possible), I cannot save the code by pressing Ctrl + S. My LINQPad version is 7.4.9 (X64) for Windows. Please see the screen recording that shows the issue:

https://1drv.ms/v/s!Asp69p7IB51WkAFhnqj9vmUw72JS?e=2JvozE

Can this be fixed in the next version?

.NET MAUI is an optional workload starting .NET 6. Add an option to enable .NET MAUI in a query file to load supported libraries in those queries.

Similar to the RedGate SQL Prompt function "Copy as IN Clause".

To use this, you return results into the grid. Then select a range of values in one column and select "Copy as new List<string>" from the context menu. It then copies the C# code for creating a List<string> with those values to the clipboard. For example:

new List<string> {
"OMO-155165",
"PQJ-155177",
"ABI-155153",
"HCI-155167"
}

I can add a reference to an assembly that's blah.exe but I can't consume types inside it. If I copy blah.exe to blah.dll everything's fine, but that would appear to be a dull and unnecessary (and forgettable) step.

If there's a valid reason why this can't be delivered then fine, I'll live with it, but - granted I know diddly-squat about LinqPad internals - it doesn't seem like it'd be hard to add.

The Results window gets cluttered as I debug my code, especially with the Dump results.

Please provide a menu option to clear out the Results pane.

For LINQPad controls : add a ScrollIntoView() function. This would cause the query window to scroll to wherever it landed on the Dump() output.

I am a huge fan of the new ContinueButton().Dump().Wait approach found online

however when using it for something that enumerates a large list, it would be really nice to be able to attach a keyboard event to it in the output window so i don't necessarily have to click to trigger it.

As it stands you need to define a style using Util.HtmlHead.AddStyles
I would love to be able to say:
new Button("Do Something", ...) { CssStyle = "margin-left: 5px;" };

When LINQPad hits a hard limit on output size, the query continues
execution but no longer renders .Dump() output.
The idea is to pause execution & add a 'clear output window' hyperlink to the "Limit of query" message to allow script to continue.

This could be an option in case people dont want this behavior.

This would allow to start LinqPAD in a specific working directory and allow a script to do some work in there.

In most of the projects that I work on, we don't usually set DbSet<T> properties inside the DbContext and we rely on the IEntityTypeConfiguration<T> to set the names of the tables.

It would be a great idea to support dynamic dbsets without the need for setting the dbset for each entity that I need to use in LINQPad

LINQPad only supports "kj" for now..

If using #load on a .NET 6 C# file that used implicit usings, LINQPad will complain when using anything from the implicit namespaces, such as saying that the type Action<> could not be found when System is implicit. It would be nice if LINQPad could handle implicit usings so if I #load such a file, it should function properly.