is there other way beside using HTML Reader C++ Class Library?
Not that I know of; you could try Google to see if there is a better option. Alternatively you write your own, I have done this in the past but it is not a simple task, much better to leverage what others have already done.
Let me elaborate my requirement. I want to hide the menu items which are not used often by the user. Show only the menu items which are frequently used. Provide an arrow (MS word shows two down arrows one below the other) as last item in menu. When the user places his cursor on this arrow show all menu items. If user clicks on any item which was hidden, bring it to frequently used list and show it by default next time.
The implementation wil be:
I have to track all menu clicks of user and store them along with date and time. When it becomes one month old move it to rarely used list. I may have to use a database or a data file.
Show an arrow (how?) when some items are hidden.
Show all items when the cursor is on arrow (not on click) (How?)
As I have to start the project from scratch, I'm looking for some inputs who has already implemented so that I can implement in optimized way.
I am working on a MDI application. Below is the problem description:
Initially the application shows a child window(say child1) as restore. User maximize the current window
and after this try to open other child window(say child2) using Windows menu. Here start the problem.
Application hang over here. and the application doesn't show any thing for child2.
I think it is something related to the window refresh.
Can anybody please help me out in this.
Maybe if you edit your post and add some code related with it...
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpfull answers is nice, but saying thanks can be even nicer.
one more thing I want to add, application is running fine, if all the windows are restore.
problem starts only on maximizing any window.
Here are the steps.
1. Start the Application, a child window(ch1) will be open in normal shape.
2. open other window using windows menu ,Application will try to open it in Maximum size.
3. if the child window ch1 is in normal size no issue, but if the child window ch1 is maximized,
application will not show the new opened window properly.
4. if now you will resize the child window ch1. Application will again work properly.
I use CNewMenu V1.23 to pop up a context menu. It is working fine under most of situations, except the situation when the screen is locked by winlogon.
The symptom is that it pops up only a black rectangle, as the screenshot in below link. Screenshot[^]
The step to reproduce is:
1) Keep the application window open.
2) Press Ctrl-Alt-Del, and choose "Lock this computer".
3) Have the application pop up the context menu. In my case, it is the hardware signal input as the trigger.
4) Input Windows password to unlock the screen.
5) The popup menu is black (blank).
CNewMenu::DrawItem was only invoked when the menu was popping up. And the parent window (the owner of the menu) is still stuck by the call CMenu::TrackPopupMenu. There is no signal to let the menu repaint / redraw at the moment the screen is being unlocked.
This'll be because that thread is in a modal loop handling messages to do with the menu and so never gets the unlock message. And let's be honest, popping up a context menu on an asynchronous, non-user trigger is bad, m'kay? If the user is doing something else at the time, you're really upsetting their sense of what's happening, which is going to really going to get on their nerves...
Why not start some sort of attention seeking notification (a pulsing icon, say) when the hardware trigger comes in and let the user access the context menu when they want to. Applications that are too pushy are a PITA...
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
It is an audio application. When user plugs in a jack, this application window is brought to foreground, and asks the user to choose the type of the device (PC speakers, headphone, or mic) which the user is plugging in.
Just like the way you plug in a USB disk, you see a popup dialog box for choosing something.
Of course user can decide not to choose any when it pops up the menu.
I think the reason my colleague chose to use the owner draw menu was because it could be placed at the desired position. As the example in the sample screenshot[^], it indicates the choices are for the 3rd port (the donut icon), not for the 1st and the 2nd port.