Search Results

Hi, Sven! Many thanks for your reply! I'm currently using emWin 5.30c on NXP LPC4357. Currently I am out of office, but I'll surely try your code. I am using a legacy library where I can find these settings: LISTWHEEL_SetDeceleration(p->hWheel, 20); LISTWHEEL_SetTimerPeriod(p->hWheel, 80); Maybe they could have some part in this problem? BTW, I already tried changing them with no results. BR Michele

Hi, dear Segger forum! I wonder if you have any news! In short, the question is: is there any way to get the LISTWHEEL to move fast to next snap position once the touch screen is released and void the sluggish move to the next snap position? Best regards Michele

Hi, Have you any news about the topic? Many thanks for your help! Michele

Hi, I am using the LISTWHEEL widget and I am very happy with it. Just recently I wanted to further improve the widget behaviour, and I was wondering if there was any way so set the snap positioning speed: - let's suppose you are moving the LISTWHEEL using your finger on a capacitive touch screen - when you release the touch, the LISTWHEEL decelerates and moves towards the next snap position - sometimes, depending upon the LISTWHEEL position and speed at the moment of the release, the positioning…

Hi Adrian, thanks for your reply! - about the WM_PAINT: in effect I am just using only widgets, so I suppose the paint operations are already optimized and handled by the windows manager. I would ask you again: Is there any way to accelerate the framebuffer paint when using a bitmap as the background? I ask you this again because we noticed that when I fill the background with a solid colour, the fill is really fast; but when I use a bitmap set with the native colour, i.e. no colour conversion i…

Hi Adrian, many thanks for your kind reply. yesterday and today I further dug into the problem. It seems there are two main reasons for the slow display refresh: - I am using the GUIDRV_Lin32 and the memory devices, in effect disabling memory devices boosts the performances, as correctly stated in your manual - handling the transparency eats a lot of CPU time, and this is stated in your manual too, so OK - if I disable the transparency handling I can obtain a complete refresh of the display in a…

Hi, I am using a 24bpp display on a LPC4357 with emWin. I am using GUIC_888 color conversion and GUIDRV_LIN_32 display driver, the CPU speed is set at 204MHz, the bitmaps are cached in the internal flash memory. I am very satisfied with all of the features, but it seems that the bitmap drawing gets a little slow. I am checking the timing on a dialog with an ICONVIEW widget with 4 x 72x72 icons, 2 text widgets and four buttons without images, the background is a colour without gradients. I tried …

Hi, I am using this code snippet to set the position of a listwheel widget: case WM_NOTIFICATION_RELEASED: { int actpos,newpos; WM_HWIN hWheel; int n; hWheel = WM_GetDialogItem(pMsg->hWin, enum_preferred_program_id_listwheel); n=LISTWHEEL_GetNumItems(hWheel); actpos=LISTWHEEL_GetPos(hWheel); newpos=actpos-1; if (newpos<0) { newpos+=n; } if (newpos>=n) { newpos-=n; } // USER START (Optionally insert code for reacting on notification message) LISTWHEEL_SetSel(hWheel,newpos); LISTWHEEL_MoveToPos(hW…