All Answers

The sample is using Wisej 2.5. The bootstrap theme definition there had an overflow style set to visible causing the issue you see. It’s OK with the latest version of Wisej 3 and the latest Wisej 2 nuget package (2.5.37).

Hi Tung,

Thank you for reporting this issue, we’re currently investigating it and we’ll get back to you ASAP!

Best,
Alaa

Hi Frank,

I just change the View property of the fullcalendar widget and change the theme in Default.json.

I tried serveral ways as you suggested, but could not make it work.

My step are simple:

1 . Create a new wisej desktop project, add fullcalendar nuget

2. Drop a full calendar widget to the window1. set dock = fill, set View = AgendaDay

3. run it and resize the window1.  The scrollbar  is not visible with bootstrap theme. It is visible with basic theme

You can check this minimum project at fullcalendar/fullcalendar at master · EricNgo1972/fullcalendar (github.com)

Please advise how to make the scrollbar appear.

TRANSLATE with x

English

Arabic	Hebrew	Polish
Bulgarian	Hindi	Portuguese
Catalan	Hmong Daw	Romanian
Chinese Simplified	Hungarian	Russian
Chinese Traditional	Indonesian	Slovak
Czech	Italian	Slovenian
Danish	Japanese	Spanish
Dutch	Klingon	Swedish
English	Korean	Thai
Estonian	Latvian	Turkish
Finnish	Lithuanian	Ukrainian
French	Malay	Urdu
German	Maltese	Vietnamese
Greek	Norwegian	Welsh
Haitian Creole	Persian

//

TRANSLATE with

COPY THE URL BELOW

Back

EMBED THE SNIPPET BELOW IN YOUR SITE

Enable collaborative features and customize widget: Bing Webmaster Portal

Back

// <![CDATA[
var intervalId = setInterval(function () { if (MtPopUpList) { LanguageMenu = new MtPopUpList(); var langMenu = document.getElementById(LanguageMenu_popupid); var origLangDiv = document.createElement("div"); origLangDiv.id = "OriginalLanguageDiv"; origLangDiv.innerHTML = "ORIGINAL: “; langMenu.appendChild(origLangDiv); LanguageMenu.Init(‘LanguageMenu’, LanguageMenu_keys, LanguageMenu_values, LanguageMenu_callback, LanguageMenu_popupid); window[“LanguageMenu”] = LanguageMenu; clearInterval(intervalId); } }, 1);
// ]]>

Hi Adrian,

this is probably the same reason as for your other issue you have reported:

https://wisej.com/support/question/messagebox-text-size

Have you tried setting the Viewport in default.html?
It should also fix this one.

Best regards
Frank

Hi Tung,

did you modify the sample? The way it is build originally a horizontal scrollbar should never appear
(regardless of the theme), because the calendar is set to Dock = fill in the 2nd split container panel.

Apparently in your version the docking may have been removed. In that case you´d need to set AutoScroll = true for SplitContainer.Panel2.
Plus you´d need to explicitly set the size.

Best regards
Frank

Thanks!

Please retest this issue with our latest Wisej release (3.0.10)

Best regards
Frank

Hi Alexander,

we just deployed Wisej 3.0.10 that includes a fix for this issue.

Best regards
Frank

Hi Angelo,

Automatic wrapping is currently not supported because of the scrollbar but I have logged an enhancement request to wrap content in a tree view when the horizontal scrollbar is off. The issue id is 2966.

Best regards
Frank

Hi Alexander,

thanks for reporting that issue. It´s logged as 2965 and a fix will be included in the next Wisej release.

Best regards
Frank

Hi Levie,

try with barchart with your example: https://docs.wisej.com/examples/examples/chartjs

I’m not eable to know if the dataset is hidden or not

best

Cristian

You might also consider defining a viewport:

https://docs.wisej.com/mobile/guides/responsive-design#viewport

Best regards
Frank

Hi Adrian,

you might want to try enabling the mobile mode in default.json.

"options": { "mobile.mode": true }

If this does not help, please share some details about the mobile device you are using.

Best regards
Frank

Sorry, i had got the answer, thanks

Do you have an example for #2. The comment might have been cut off.

Essentially if I can access the asp.net core ServiceProvider from within WiseJ I think that would solve my issue, as I really don’t need the HttpContext I was just thinking it would be an easier way to share data.

Hi Adrian,

It’s an issue with subpixel scrolling, it should be fixed in the next build.

We’ll let you know when it goes live!

Best,
Alaa

//

Hi Marik,

There are a couple of solutions to your issue:

1. Use Microsoft.AspNetCore.SystemWebAdapters, it’s a NuGet package that adds System.Web to .NET Core with an idential class library as .NET Framework.
   You can click here for an example of how to use it.
2. You can simply use Microsoft.AspNetCore.Http.HttpContextAccessor, i.e. Microsoft.AspNetCore.Http.HttpContextAccessor a = new(); a.HttpContext..

HTH,
Alaa