Quick Access Popup wishlist

Here is the place to make Quick Access Popup work the way you would like.You can vote on existing request or suggest your own wishes by leaving a comment under this post.

thumbClick on the Like button to vote for the features you would like to see in Quick Access Popup.

Submit a new wish (leave a comment)

 

You can see old, closed or resolved comments in the Wishlist Comments Archives

28 comments

  • andy

    folderbrowserdialogex can't launch favorite folder..
    I wish that can do that...

    0
  • Helge

    Hi Jean,

    regarding the external folders feature I had one thing in mind already for a while but just these days I had a bit more time to think about it:

    Currently if you want to subscribe to somebody's bookmarks you have to go into settings menu and to the "add" menu and then you need to manually copy and paste the link to the bookmarks file + enter a name for the menu item. What would be great if one could offer the user a directory of all available shared bookmarks files and let the user add it easily by just clicking on the bookmarks the user would like to subscribe to:

    In QAP settings one could extend the external menu option under "add" in QAP settings by a checkbox which would be named to something like "this external menu settings file consists of links to shared bookmarks". Now I could just build a standard QAP bookmark menu with direct links to the external/shared QAP settings files. The only difference because of the information the user gave to QAP by marking the checkbox: When the user clicks on a bookmark in this external menu which leads to a QAP bookmarks file QAP would open the standard "add external menu" dialog pre-filled with the name and the link of the bookmark to the settings file. Now the user can either leave the settings as they are or adjust them like he wants (e.g. change the name of the bookmark).

    I'm looking forward to your thoughts about this idea. I think such a feature as described here would significantly increase the number of users who would have a very pleasant QAP user experience right from the beginning as they would not need a deeper understanding of how to set up shared bookmarks. The user wouldn't need more to know than the middle mouse button and the subscription process could just be triggered from the menu popping up (of course assumed that the user gets a pre-configured QAP version which already has the directory of available shared bookmarks included in the QAP menu)-

    Thanks and best regards,
    Helge

    0
    • Hi Helge,

      I'm not sure I get it completely. This feature would require a repository for shared files, a folder that would ve accessible to all users who would want to share menus? Or a list of shared files in an ini file? This settings file would be managed by QAP to record locations of shared files hat users decided to share (checking the option "this external menu settings file consists of links to shared bookmarks"). Then other users could add to their menu an external menu shared by another user by selecting it in this list?

      Thanks for exploring these ideas,

      Jean

      0
  • Helge

    Hi Jean,

    thank you for exploring my idea and my apologies for the ambiguities.

    The way that I believe the feature could be easily added is much simpler I think than how you seem to have perceived it. After having thought about it there is actually an even better and more flexible approach to implement it. So the following description is a bit different from my previous one:

    1. When you add a favorite of type "Document" in QAP there should be an additional switch/checkbox which is named to something like "Subscription link to a QAP bookmarks file"

    2. When the switch has been activated and the user clicks on the "Document" favorite QAP would not execute the link (open the .ini file) but instead execute and show the "Add Shared Menu" dialog of QAP pre-filled with the the name and the path of "Document" favorite clicked.

    Another approach to implement a "Shared menu" subscription link in the QAP menu would be to add an additional favorite type "Shared Menu Subscription" to QAP which could be presented in the list of favorites types (e.g. below the "Shared Menu" favorite item.

    I hope this description is easier to understand 🙂

    Thanks,
    Helge

    0
    • Hi Helge,

      I understand from your message clear explanations of how this could be implemented in QAP. But what I still miss (I must be a little slow tonight!) is the "big picture" of your idea, not how it would be implemented.

      What is the usage for Shared menu subscriptions? Who would share what, with who? Could you give me a simple scenario example? Would it involve multiple users? Or I just don't get what you mean by "shared" or "subscription"? (sorry but remember that English is my second language)

      Thanks,

      Jean

      0
  • Helge

    Hi Jean,

    probably I stayed too technical in my description so far. I will try to fill the concept with more life...

    Imagine you're offering QAP in an environment where you have e.g. 500 QAP users and 50 different teams. Each team now has its own team bookmark collection, but all these collections are saved on the same network share (each team has write access to one of the folders on this network share where they can administrate their bookmark collection).

    When you have so many users there are two challenges how to easily make QAP easily usable:

    1. Deployment of QAP with pre-defined settings (like I addressed in my other post regarding the building of a QAP installer with a pre-filled QAP menu e.g. with some examples of the features which can be useful for the daily tasks of users)

    2. Easy subscription to "Shared Bookmark" (what I'm addressing here). With a feature available like I described in my previous post(s) I could offer the QAP users a directory of existing shared bookmarks within the QAP menu itself to let them decide which shared bookmarks they would like to appear in their local QAP installation. Such a directory could e.g. look like this:

    "Subscribe to shared bookmarks"
    ----> Finance
    ----------> Controlling
    ----------> Accounting
    ----------> Compensation
    -----> IT
    ----------> Custom Solutions
    ----------> Network Administration
    ----------> Support
    -----> PR
    ----------> Public
    ----------> Private Sector

    and so on.....

    Some users may only choose the shared bookmarks from their own team but others (e.g. directors or employees who closely interact with other teams) may be interested to access the bookmarks of multiple teams. Regardless their "plans" they have with QAP usage it would be nice if they could easily subscribe to QAP shared bookmarks without the necessity of several manual operations. With the switch described in my previous post I believe the subscription process would be much easier to accomplish and also new users to QAP would likely be more motivated to make strong use of QAP capabilities when the initial setup can be achieved without detailed knowledge about the functionality of QAP.

    One further step to facilitate the subscription process would be if in addition to the "Subscription link to a QAP bookmarks file" checkbox/switch there would be a second additional checkbox/switch "Don't show Shared Menu settings to user". In case a QAP favorite would be added with both these checkboxes/switches activated QAP could add the Shared Bookmark automatically at the beginning or the end of the QAP bookmarks without showing the settings dialog before. Instead QAP could show a dialog to the user which contains the following:

    "Please confirm your subscription to this Share Bookmarks Menu"
    "Position: Beginning of QAP menu ---- End of of QAP menu"
    (I would probably select "End of QAP menu" by default)
    "Yes ---- Cancel"

    I hope this description can give you a better idea of the "big picture" I had in mind with the description of the feature in my previous posts.

    Thanks,
    Helge

    0
  • Carsten

    i am using the context menu for a file what not matches the correct favorite typ

    for example using context menu ("Add File to Quick Access Popup menu") with a file called "willi.cmd"
    the config dialog "Add Favorite: Dokument..." is opened but in this case i wan't to use the dialog "Add Favorite: Application...."

    could you extend the context menu with a "global" Favorite-Selector like the "Add Favorite - Quick Access Popup" dialog ?
    so everyone can decide for himself which typ is the best

    add_selected_type

    0
  • Helge

    Hi Jean,

    I just set up a text snippet category in a sub menu of a shared menu. There's the nice QAP feature "add favorite" but for user convenience and less explanation needs I think it be nice to also have the option to have QAP features:

    "Add Text Snippet"

    "Add Document favorite"

    "Add Folder favorite"

    etc.

    Like this I could in my case add an item "Add Text Snippet" to this sub menu and the explanation need would be minimum to give users the opportunity to add additional text snippets.

    Best,
    Helge

    1+
  • Helge

    Hi Jean,

    I just discovered a limitation with long sub menu structures regarding the drop down menu where you can e.g. select into which part of the sub menu structure you want to add or copy a favorite (like in the screenshot attached). Would it maybe be possible to have a tooltip appear which shows the full path?

    Thanks,
    Helge

    0
  • Helge

    Hi Jean,

    I understand your limitation with this . The tooltip after selection would definitely already be a significant enhancement I believe. the 500 px would of course also help but please don't bother with this too much in case it could have larger effects on other layout settings.

    Another idea how one could make the paths shorter would be a modification of the paths shown when you click on the QAP feature "add favorite". If I add the "Add favorite" QAP feature to a submenu and I or someone else clicks on it you could maybe only show the sub menu structure beginning from the submenu where the user clicked on "Add favorite". Like this one could reduce the path depth by at least one level.

    Thanks,
    Helge

    0
    • Making the paths shorter would be a good idea if it was only to move the favorite lower under the current menu. But if you want to move to a different branch, you need to see it from root.

      Also, from user friendliness a point of view, don't you think that very long menu names make less convenient popup menus? Why not trying to stick to "short and sweet" menu names 🙂

      0
      • Helge

        Initially I was thinking that if the "add favorite" appears in a certain sub menu the purpose of it would be to only add favorites this sub menu and its sub menus. Now when I rethink it one has of course also to have in mind scenarios where the "add favorite" appears e.g. in the sub menu "QAP Editing Tools". Like this the purpose of the "add favorite" entry in the sub menu would be different. Taking this into consideration I agree that this shouldn't at least be standard behavior. What do you think about a switch for the "add favorite" QAP feature which would allow this modification optionally?

        I totally agree with you about short menu names 🙂 in some Asian languages that's much easier I believe even if you want to add some explanation 😀
        The problem I have experienced in a shared menu environment is that I often want to add either a clarification note to certain favorites and/or I want to add some explanation to increase the probability that users have no issues using the feature (assuming or knowing that some users need this additional explanation as they have no further insight and/or interest in the functionalities of QAP). An example is: "text snippets (for direct insertion into email/document)". Otherwise people wouldn't know why nothing happens when they click on the favorite (as they may expect that a e.g. a text file would show up).
        Of course to some extent users also have to have the willingness to learn some basic aspects of the tool. On the other hand this of course also requires knowledge transfer which can be an issue for multiple reasons in certain usage scenarios.
        I hope this gives a little bit of a better picture why I sometimes "struggle" with the length of the menu names 🙂

        0
  • Helge

    Hi Jean,

    a small suggestion regarding the saving of settings (though I don't know if it would contain technical obstacles):

    I think it could be nice to have a dialog popup showing a message like "saving in progress..." to give users an indicator that actually the saving is being proceeded in the background and also to prevent the user from clicking one of the saving buttons again. Currently, at least for a couple of seconds, one doesn't get feedback once one clicks on one of the two saving buttons (e.g. they are not being greyed out immediately, which may be intentional to not make the user think that the saving process has already finished). There is a small text line showing the progress of building the menu but it's pretty small and not directly attached to the settings window.

    Thanks,
    Helge

    0
    • Hi Helge,

      Thanks for this suggestion. I implemented it a bit differently but you will see it in beta v8.1.9.4 🙂
      See: http://www.quickaccesspopup.com/welcome-to-quick-access-popup-beta-test/

      Jean

      0
      • Helge

        Hi Jean,

        thanks a lot for this improvement! I think it also may have solved a potential inconsistency. Before it seemed that if I clicked twice on the saving buttons twice the saving process could be erroneous. I haven't tested it multiple times but I once made the experience that a shared menu was partly destroyed and I assume it was related to the additional click on one of the saving buttons which I clicked before the initial saving process had finished. This second click maybe interrupted the saving process.

        One thing I have noticed with the modification in the new beta: While the two save buttons on the left and in the middle are now greyed out you can still click on the right button (which is now changing to "saving" after you clicked on one of the two buttons on the left or in the middle). When I click on this button the settings window closes regardless if the saving process has finished. I think it would be better if the button would be set to no action. I don't know if it's possible in terms of programming, otherwise I'd suggest to also grey out the button on the right while it changes to "saving".

        Thanks,
        Helge

        0
    • Looking at the result in other languages than English (where labels are often a bit longer), I decided to stop changing the button label. Instead, as you also suggested, I display a tooltip and I disable the Close button during saving. This is starting with v8.1.1 and with next beta release v8.1.9.5.

      0
  • Helge

    Thank you Jean. I will look at it in the next beta release.

    Helge

    0
  • Dan

    Hello Jean,

    thank you for this amazing and powerful software program.

    I am blown away by how addictive this is going to be for me.

    Please can you allow alternative hotkeys.

    Example if I wanted to use

    mx100 as a hotkey to show a menu or folder.

    I have alot of hotkeys and rearanging them is difficult.

    Sometimes i use short words like mx500, mx234 as triggers for autotext.

    Would I be able to do the same here?

    thank you and keep us the amazing work

    0

Leave a Reply

Your email address will not be published. Required fields are marked *