|
Subject |
Author |
Date |
|
|
calibra
|
Nov 25, 2021 - 2:33 AM
|
Hello,
I have been using ProfUIS for several years now but unfortunately I have not yet managed to change the appearance of the CFileDialog and the CWinApp::Onfileopen and save dialogs.
I just looked at the ProfUIS Controls sample but I can’t find the right way. What am I doing wrong?
Thanks and greetings
calibra
|
|
|
calibra
|
Nov 25, 2021 - 4:37 AM
|
Error by myself...
"Someone" replaces the DocManager.
After adding
ASSERT(m_pDocManager == NULL);
m_pDocManager = new CExtDMFP < CDocManager >;
it works.
Now i only need to know how to change the initialdir .
|
|
|
R M
|
Jun 21, 2021 - 8:53 AM
|
Using the Navigation Pane Options moving the items up and down StateSave & StateLoad don’t keep the ItemsOrder. (Registry: ItemsOrder)
Expanded Items are restored correctly. (Registry: ItemsExpandedCount)
CExtPageNavigatorWnd
virtual bool StateLoad(
__EXT_MFC_SAFE_LPCTSTR sSectionNameCompany,
__EXT_MFC_SAFE_LPCTSTR sSectionNameProduct,
__EXT_MFC_SAFE_LPCTSTR sSectionNameProfile,
bool bPersistent = true,
HKEY hKeyRoot = HKEY_CURRENT_USER
);
virtual bool StateSave(
__EXT_MFC_SAFE_LPCTSTR sSectionNameCompany,
__EXT_MFC_SAFE_LPCTSTR sSectionNameProduct,
__EXT_MFC_SAFE_LPCTSTR sSectionNameProfile,
HKEY hKeyRoot = HKEY_CURRENT_USER
);
|
|
|
CHO WUNMO
|
Feb 25, 2021 - 1:52 PM
|
Are there any controls for right-to-left text?
|
|
|
CHO WUNMO
|
Feb 25, 2021 - 1:54 PM
|
Are there any controls to move the text from right to left?
|
|
|
Sergey Afanasyev
|
Jul 24, 2020 - 7:40 AM
|
1) Property grid in version 3.4.0.9 has no grid lines. So its view became uncomfortable.
Even in sample name ’PropertyGrid’ it ignores turning on/off grid lines (but additional space is reserved when turning it on).
2) External background color of Property grid (outer of items) is too dark (at least in Office2007_R2_LunaBlue theme) and it doesn’t match the color
being used by version 3.4.0.3
|
|
|
Myeongho AN
|
Apr 13, 2020 - 10:32 PM
|
I did upgrade the Prof-UIS library of my project from v2.9.2 to v3.4.0.8.
It looks like fine. But it has some problems with layout(position) of ribbon bar and resizing.
The ribbon bar overlapped with the caption bar a little.
And resizing of the mainframe is too slow.
How to fix them.
(I prepared some images. but this board can’t attach images.)
|
|
|
Roberto Manes
|
Dec 18, 2019 - 4:41 AM
|
Goodmorning,
we have a crash/assert in wincore.cpp l.1065
BOOL CWnd::DestroyWindow()
{
if (m_hWnd == NULL)
return FALSE;
CHandleMap* pMap = afxMapHWND();
ASSERT(pMap != NULL);
CWnd* pWnd = (CWnd*)pMap->LookupPermanent(m_hWnd);
we can’t be able to understand the cause because the fail is not systematic.
It happens with no direct interaction with the user interface.
Can you suggest me, from your experience, which could be the reason for this problem?
Many thanks in advance for your support.
|
|
|
Antonio Pelli Neto
|
Nov 19, 2019 - 9:35 AM
|
If you run MDIDOCVIEW, VS 2010 SP1, Windows 10 Pro 64bits, Prof-UIS 32 bits as shared DLL, in debug mode, output Windows points memory leaks:
Detected memory leaks!
Dumping objects ->
..\Src\ExtPaintManager3.cpp(2920) : {490} normal block at 0x026E1F08, 196 bytes long.
Data: < > 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {487} normal block at 0x026E1E08, 196 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {484} normal block at 0x026E1D08, 196 bytes long.
Data: < > 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {481} normal block at 0x026E1888, 196 bytes long.
Data: < > 01 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {479} normal block at 0x026E1B88, 324 bytes long.
Data: < > 01 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {477} normal block at 0x026E1A08, 324 bytes long.
Data: < > 01 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {475} normal block at 0x026E1788, 196 bytes long.
Data: < > 01 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {473} normal block at 0x026E0488, 108 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {471} normal block at 0x026E0368, 60 bytes long.
Data: < > 01 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {468} normal block at 0x00BEEF48, 60 bytes long.
Data: < > 00 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {465} normal block at 0x00BEC8C0, 60 bytes long.
Data: < > 01 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {462} normal block at 0x00BEC848, 60 bytes long.
Data: < > 00 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {460} normal block at 0x026E1468, 484 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {457} normal block at 0x026E1248, 484 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {454} normal block at 0x026E1028, 484 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {451} normal block at 0x026E0E08, 484 bytes long.
Data: < > 01 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {449} normal block at 0x026E0BE8, 484 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {446} normal block at 0x026E09C8, 484 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {443} normal block at 0x026E07A8, 484 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {440} normal block at 0x026E0588, 484 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {438} normal block at 0x026E01E8, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 01 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {436} normal block at 0x026E0068, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 01 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {434} normal block at 0x00BEEDC8, 324 bytes long.
Data: < > 01 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {432} normal block at 0x00BEEC48, 324 bytes long.
Data: < > 01 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {430} normal block at 0x00BEEAC8, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {428} normal block at 0x00BEE948, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {426} normal block at 0x00BEE7C8, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {424} normal block at 0x00BEE648, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {421} normal block at 0x00BEE4C8, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {418} normal block at 0x00BEE348, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {415} normal block at 0x00BEE1C8, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {413} normal block at 0x00BEE048, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {411} normal block at 0x00BEDEC8, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {408} normal block at 0x00BEDD48, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {405} normal block at 0x00BEDBC8, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {402} normal block at 0x00BEDA48, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {400} normal block at 0x00BED8C8, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {397} normal block at 0x00BED748, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 01 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {395} normal block at 0x00BED5C8, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {393} normal block at 0x00BED448, 324 bytes long.
Data: < > 01 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {391} normal block at 0x00BED2C8, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 01 00 00 00 01 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {389} normal block at 0x00BED148, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {387} normal block at 0x00BECFC8, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {384} normal block at 0x00BECE48, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {381} normal block at 0x00BECCC8, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {378} normal block at 0x00BECB48, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
..\Src\ExtPaintManager3.cpp(2920) : {376} normal block at 0x00BEC9C8, 324 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Object dump complete.
The program ’[14024] MDIDOCVIEW-ud.exe: Native’ has exited with code 0 (0x0).
This does not happen in 3.4.0.2 version.
|
|
|
TSELLC Support
|
Mar 27, 2020 - 3:27 AM
|
A new version will be provided. In the meantime you can modify by yourself these lines of code from ""ExtPaintManager2.cpp"":
993 // m_nDpiAwareValue = __PROFUISDPI_200;
994 // m_nLPX = 192;
995 // m_nLPY = 192;
996 // m_dDpiAwareScaling = 2.00;
997 // init_glyph_t(m_nDpiAwareValue);
TSELLC Support
|
|
|
Dominic Tioseco
|
Aug 13, 2019 - 5:34 PM
|
Hi,
This is about CExtGridWnd. I’ve been reading your support posts and answers about sorting columns.
I want to know if there is a ’compare’ method we can override or supply to control the way a column is sorted -- much like how a predicate can be passed in the C++ standard algorithm ’sort’ to define a rule how comparisons execute.
Is there such a way? What I see so far is only to sort in ascending/descending and in combination with other columns.
Thanks in advance
Dominic
|
|
|
TSELLC Support
|
Mar 27, 2020 - 3:32 AM
|
You can implement your own grid cell class and override CExtGridCell::CompareEx virtual method to have your custom algorithm.
TSELLC Support
|
|
|
Stefano Buzzetti
|
Aug 2, 2019 - 8:52 AM
|
Recently we upgraded our application from Prof-UIS 2.92 to Prof-UIS 3.4.
We noticed a worsening on performances in particolar resizing or restoring framework.
We tested also with your sample ProfStudio compiled with both version: framework refresh is significantly slower.
Is it known as a problem? Is there any fix?
Thanks in advance
Stefano from Univision
|
|
|
Myeongho AN
|
May 16, 2019 - 3:24 AM
|
Older version of Dlls contain version number in their names.
But the new version of Dlls is not.
I need Dlls that contain a version number.
How to build the prof-uis’s Dlls contains version number in their names.
|
|
|
TSELLC Support
|
Jul 26, 2019 - 2:42 AM
|
This was answered in a separate email.
TSELLC_Support
|
|
|
Myeongho AN
|
May 15, 2019 - 11:00 PM
|
I use prof-uis 2.92 and ExtPngBitmap files on visual studio 2010.
I have to upgrade to visual studio 2015.
But I got a link error with libpng that using ExtPngBitmap file.
So I try to find ExtPngBitmap file on prof-uis release file, but I can’t find.
And I think I have to build libpng for ExtPngBitmap on visual studio 2015.
So I build latest version of libpng. but my project can’t build with latest libpng.
The old libpng version is 1.2.3 and the latest version is 1.6.37
ExtPngBitmap.cpp(532): error C2027: use of undefined type ’png_info_def’
How to get ExtPngBitmap files.
And how to use it.
|
|
|
TSELLC Support
|
Jul 26, 2019 - 2:44 AM
|
This was answered in a separate email.
TSELLC_Support
|
|
|
calibra
|
Nov 18, 2018 - 3:40 AM
|
Hello,
after working several Years with an older ProfUIS Version i upgraded some Month ago.
My Application was delivered using "CExtPaintManagerOffice2010_R2_Black" Skin.
Using the new Version the Skin Looks different, there is something like a horizontal Colorfade which isnt really Looking good.
Is there a way to get the old look ?
Greetings
Guido
|
|
|
TSELLC Support
|
Jul 26, 2019 - 2:45 AM
|
This was answered in a separate email.
TSELLC_Support
|
|
|
calibra
|
Nov 20, 2018 - 8:34 PM
|
So...some steps further but still waiting for help.
I Need to Keep using "CExtPaintManagerOffice2010_R2_Black" because this Product is a Part of a Product Family.
Other Tools (Delphi using Alphatools ) are Looking the same. So changing to an other Skin is no Option.
After reading some other Questions here i try so overwrite the Function:
To initalize i call g_PaintManager.InstallPaintManager(new CMyPaintManager);
class CMyPaintManager : public CExtPaintManagerOffice2010_Impl
{
public:
void InitTranslatedColors()
{
ASSERT_VALID(this);
CExtPaintManagerOffice2010_Impl::InitTranslatedColors();
// Background
m_mapColorTranslate[CExtPaintManagerOffice2010_Impl::_2003CLR_GRADIENT_DARK] =
m_mapColorTranslate[CExtPaintManagerOffice2010_Impl::_2003CLR_GRADIENT_LIGHT] = InstallColor(RGB(116, 116, 116));
…
Now the Background is solid but the Toolbars and all the Rest ist Looking different.
Is there no way just to disable this Fading ? When i upgrade a Tool like this i dont want to Change it´s Basic behavior.
|
|
|
Timothy Anderson
|
Nov 7, 2018 - 1:55 PM
|
I upgraded from 2.8.2 to 3.4.0.6 now my mdi frame top has this centered bar instead of the plain old one. I wouldn’t mind so much but every time I drag the main frame it blinks like crazy. How do I get rid of that and go to the old style mdi frame?
|
|
|
TSELLC Support
|
Jul 26, 2019 - 2:46 AM
|
This was answered in a separate email.
TSELLC_Support
|
|
|
Brian Roberts
|
Nov 7, 2018 - 12:10 PM
|
How do I get CExtRibbonNodeMdiRightButtons to honor the High DPI settings?
Or, How can I replace the icons used by the CExtRibbonNodeMdiRightButtons control?
Thanks
|
|
|
TSELLC Support
|
Jul 26, 2019 - 2:48 AM
|
This was answered in a separate email.
TSELLC_Support
|
|
|
Vasil Georgiev
|
Oct 3, 2018 - 11:30 AM
|
Dear Prof-UIS support,
The method LoadPNG_File crashes with Heap corruption when we are trying to load 48 bit depth png file. It doesn’t matter what are the values of the other parameters of the method.
Could you pleaseassist us to solve the problem?
Thank you!
|
|
|
TSELLC Support
|
Jul 26, 2019 - 2:49 AM
|
This was answered in a separate email.
TSELLC_Support
|
|
|
Darlene Gariepy
|
Sep 27, 2018 - 10:44 AM
|
Hello,
We’ve noticed that the ID_EXT_BTN_IMAGE_CHANGE menu item is missing from the IDR_MENU_CUSTOMIZE_BTN menu in the French Canadian resource file (\Include\Resources\Resource_frc.rc) in versions 2.9.2 to 3.4.0.6. It is found in all resource files other than French Canadian.
\Include\Resources\Resource_frc.rc - French (Canadian)
IDR_MENU_CUSTOMIZE_BTN MENU
BEGIN
POPUP "__POPUP__"
BEGIN
MENUITEM "&Réinitialiser", ID_EXT_BTN_RESET
MENUITEM "&Effacer", ID_EXT_BTN_DELETE
MENUITEM SEPARATOR
MENUITEM "Nom:", ID_EXT_BTN_NAME
MENUITEM SEPARATOR
MENUITEM "&Copier l’image du bouton", ID_EXT_BTN_IMAGE_COPY
MENUITEM "Coller l’image du &bouton", ID_EXT_BTN_IMAGE_PASTE
MENUITEM "&Réinitialiser l’image du bouton", ID_EXT_BTN_IMAGE_RESET
MENUITEM "E&diter l’image du bouton", ID_EXT_BTN_IMAGE_EDIT
MENUITEM SEPARATOR
MENUITEM "&Style par défaut", ID_EXT_BTN_STYLE_DEFAULT
MENUITEM "&Texte seulement (Toujours)", ID_EXT_BTN_STYLE_TEXT_ONLY_ALWAYS
MENUITEM "Texte seulement (&Menus)", ID_EXT_BTN_STYLE_TEXT_ONLY_IN_MENUS
MENUITEM "&Image et Texte", ID_EXT_BTN_STYLE_IMAGE_AND_TEXT
MENUITEM SEPARATOR
MENUITEM "Commencer un &groupe", ID_EXT_BTN_BEGIN_A_GROUP
END
END
\Include\Resources\Resource_fra.rc - French (France)
IDR_MENU_CUSTOMIZE_BTN MENU
BEGIN
POPUP "__POPUP__"
BEGIN
MENUITEM "&Réinitialiser", ID_EXT_BTN_RESET
MENUITEM "&Effacer", ID_EXT_BTN_DELETE
MENUITEM SEPARATOR
MENUITEM "Nom:", ID_EXT_BTN_NAME
MENUITEM SEPARATOR
MENUITEM "&Copier l’image du bouton", ID_EXT_BTN_IMAGE_COPY
MENUITEM "Coller l’image du &bouton", ID_EXT_BTN_IMAGE_PASTE
MENUITEM "&Réinitialiser l’image du bouton", ID_EXT_BTN_IMAGE_RESET
MENUITEM "E&diter l’image du bouton", ID_EXT_BTN_IMAGE_EDIT
MENUITEM "Changer l’image du &Bouton", ID_EXT_BTN_IMAGE_CHANGE
MENUITEM SEPARATOR
MENUITEM "&Style par défaut", ID_EXT_BTN_STYLE_DEFAULT
MENUITEM "&Texte seulement (Toujours)", ID_EXT_BTN_STYLE_TEXT_ONLY_ALWAYS
MENUITEM "Texte seulement (&Menus)", ID_EXT_BTN_STYLE_TEXT_ONLY_IN_MENUS
MENUITEM "&Image et Texte", ID_EXT_BTN_STYLE_IMAGE_AND_TEXT
MENUITEM SEPARATOR
MENUITEM "Commencer un &groupe", ID_EXT_BTN_BEGIN_A_GROUP
END
END
Thanks.
|
|
|
TSELLC Support
|
Jul 26, 2019 - 2:54 AM
|
This will be corrected in next version.
TSELLC_Support
|
|
|
calibra
|
Aug 29, 2018 - 1:42 AM
|
Hello,
like to localize an MFC Application which has about 50 Dialogs using external Resource.dll´s
I create theese DLL´s manually by Translating the original Ressource.rc using an external Search&Replace Tool, then i build
the new tranlated Ressource.dll.
On CMainFrame::OnCreate i call:
HINSTANCE hLocalizationDll;
hLocalizationDll = LoadLibrary("Languages\\German.dll");
ASSERT(hLocalizationDll);
AfxSetResourceHandle(hLocalizationDll);
When i open new Dialogs from the Mainframe they are translatet correctly. Only the MainMenue is still in Original Language.
Think there must be something like a "Refresh" Call but i cant find the Solution by myself.
Thanks
Guido
|
|
|
TSELLC Support
|
Aug 29, 2018 - 3:29 AM
|
See "LanguageSwitcher" demo application for a complete sample of how to do that.
TSELLC Support
|
|
|
Timothy Anderson
|
Aug 8, 2018 - 7:46 PM
|
I get to
"Library build for Visual Studio 2010 (Win32 platform):"
And it just sits there forever. I did install the files into non-default location.
|
|
|
TSELLC Support
|
Jul 26, 2019 - 3:00 AM
|
This is investigated by development team.
TSELLC_Support
|
|
|
Rado Manzela
|
May 21, 2018 - 12:23 PM
|
Prof-uis seems to have much worse performance in windows 10 especially when drawing the text. In my case it is in tree grid, but you can see this also in prof-uis samples - for example ReportGrid-su. When I try it in windows 8.1, the grid scrolling is maybe 3x faster than in Windows 10. Any idea how to fix this?
|
|
|
TSELLC Support
|
Jul 26, 2019 - 3:00 AM
|
This is investigated by development team.
TSELLC_Support
|
|
|
Giacomo Ciucchi
|
May 14, 2018 - 10:49 AM
|
In our code we have CExtTabWnd-derived class for CExtTabPageContainerWnd-derived container. New dialogs are created during the execution and populated as tabs using PageInsert. It is possible to click on Tabs button and get a popup with a list of all tabs added. But sometimes when such popup is open and a new dialog is created the application crashes trying to dereference a pointer to a deleted popup.
A piece from CExtPopupMenuWnd::_TrackPopupMenu:
ASSERT_VALID( this );
m_bCanceling = false;
CExtPaintManager::stat_PassPaintMessages();
::GetCursorPos( &m_ptTrackInvoked );
m_ptTrackWatched = m_ptTrackInvoked;
if( _IsTopLevelPopup() )
The popup is deleted between the first and the last rows of the piece, because first ASSERT passes and the one inside _IsTopLevelPopup() fails.
CExtResizableDialog::OnInitDialog() causes the deletion, but it seems sometimes it happens at a bad time and leads to a crash. The dialogs are created in application’s main thread.
Is there a way to avoid such crashes?
|
|
|
TSELLC Support
|
Jul 26, 2019 - 2:59 AM
|
This was answered in a separate email.
TSELLC_Support
|