I've uninstalled several Add-Ins within Microsoft Access. And while these Add-Ins are truly uninstalled... The names of the Add-Ins still remain within the available Add-Ins drop down as shown:
I've scoured the internet looking for a way to clear this list... all I can find are articles on how to "Uninstall" add-ins... which I've done... but this did not clear the list for me.
Of note is the fact that I am running to versions of Access parallel to each other (2013 and 2010) on the same machine and am wondering if this could be the culprit as to why the list is not clearing? Does anyone know where this list is being cached so that I can manually clear it... Maybe the registry? I really do not want to have to re-install Access... but this is really getting on my nerves.
I really hate to answer my own question... but as I was asking this question the thought occurred to me that it was the Registry where I needed to clear this list... thus you see my final question as referring to the registry.
Sure enough, after locating the registry location (Which was not easy as from what I gathered depends not only your Operating System... but also whether are running a 32 or 64 bit version of Access.) As a side note I am really curious if there is a list somewhere of all the possible locations?
As earlier mentioned I am running two versions parallel Access 2013 64 bit and Access 2010 32 bit... the list I needed clearing was the 2013 version so the location was: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Office\14.0\Access\Menu Add-Ins
I've always found that 'Unistalling' from the add-in Manager works for me. When opening the add-in manager, your add-in does not have an 'X' on the left hand side of it. Highlight your add-in, click Install, the 'X' shows up, now click Uninstall, and the 'X; goes away. Close the add-in manager, and now your add-in items have been removed.
Related
I have a website where it was hosted in 10 servers. From past somedays many users a using a particular webpage. so some functionalities in that particular webpage are not working as expected. They are behaving abnormally
For Example : I have a clear button on the page where user clicks on the button and it should clear all the checkboxes. But it was not clearing all the checkboxes. It was not a code error because we are using this webpage from many years.
More Details :
*It is a Vb.Net code
*.Net 1.1 version
*VS2003
*We have hosted code in 10 servers, where if a server has heavy load it changes to other(Load Balancer).
*Windows 2008R2
*IIS Version 7.5.7600.16385
My question is "As many users are using the webpage frequently will there be any thing happening" or any other reasons or bugs why this is happening. Any theoretical explanation for this issue please?
I could see that you are using VS 2003, VB.Net 1.1, Windows Server 2008 R2, and IIS 7.5 All the products you are using are out of support now.
Generally when many users use the web page then also it should work properly without any issues. As your project type is too old, it is difficult for us to comment on the possible cause of the issue.
One thing you could check is whether the website works fine on any of the 10 servers. If yes, compare the Server configuration and app settings with the Server that is having the issue.
See whether any Windows update got installed or if any configuration or code change occurred. It might give you some hints.
Check the browser console for errors. If you have the project then try to run it on your development machine to check whether it works. It could be possible, that some things got changed and you need to update your code according to it.
I am using Access 2010 and normally I've been using Leban's code for merging PDFs together automatically (in absence of more expensive drivers/software) and it's been working fine up until recently, when on a newer 64 bit Windows 10 operating system for whatever reason the usual LoadLibrary() function does not pick up DynaPDF.dll (regardless of where I place it).
So I need to find another way to merge PDFs together through Access but so far I haven't found anything. Am I out of luck without paying money for something?
I've seen multiple questions, along the same lines as this, however they're usually quite outdated, and/or not answered well if at all.
I've been experimenting with Visual Studio LightSwitch, but it has many problems, and is also considered dead by much of the community now, just as Access is.
There isn't really much to say, so my question is, IS there a decent alternative? Or do I just have to make do with Access?
As you've already seen, there is no straight route. What to choose usually ends up in "that depends", and so it does - the only common factor is, that you are facing a total rewrite.
However, one way to cut it really short for a setup with few and known remote users, is to use Remote Desktop and Terminal Services of a Windows Server.
LightSwitch is not officially dead. I have done a few applications with it, and it is fun because it is so much different from Access with its firm screen design. Originally, it required Silverlight which now is dead, but today you use HTML5 at the client, so it won't get outdated right away.
From Access to Web the usual path is PHP.
I have been tasked with converting a .mdb created in 2001 to an .accdb. I've followed the MS instructions (File>Save & Publish>Save Database As>Access Database(*.accbd)>Save As) but literally nothing happens. No error message, no on screen changes, no accdb created. All suggestions, however basic, are welcome.
I'm using Office 2010 Pro Plus (14.0.7145.5000) 32 bit on Win 7 Sp1 32 bit if that makes any difference.
I've had similar problems in the past. In my cases it were always these three cases:
Incorrect VBA code. You can detect that with the "compile" function in the vba editor. Once there is no more compile error publishing works just fine.
Not enough disk space on your machine. I work in a enterprise environment with tiny memory space for each employee. Make sure you have enough free space. Rule of thumb: At least double the amount of your file you want to publish.
The file you want to publish is corrupted. In that case your Access database simpy doesn't work and you need to migrate the code and the forms to a new file.
I was wondering, how would you go about writing an application that basically houses other applications inside of it?
The reason I ask is that I'd love to build an app that 'conquers' my current explosion of open windows. I've used virtual window managers before and they're nice and all, but I could do so many things with an app like I mention.
Alternatively does anyone know of an easy to use/intuitive application for confining windows to 'regions' of your screen? Something like GridMove, but more intuitive and less flakey?
You could create a window, then you could enumerate all Windows that have the style WS_OVERLAPPEDWINDOW, select the ones belonging to the application you want to house, then call SetParent on the window, setting the parent to the window you created. You could also use FindWindow to find a window by its title.
All the windows inside the house can never leave the house window's boundaries, but they still follow all the same rules. You can still click-and-drag windows etc.
The problem here is that if the application inside the house creates another window, its parent will most likely be the desktop window, not the house window.
I think what you are describing is generally called a Window Manager. The Windows shell is itself a (poor) example of a window manager. You might want to investigate some alternatives. I know there has been some success in getting KDE ported to Windows, so you might want to look at the current state of that project.
Microsoft also provides a PowerToy (IIRC) that gives you virtual desktop support, but it's really bad. Have you considered just getting a second monitor (and perhaps a utility such as MultiMon Taskbar to get a second task bar on the other monitor)?
Here is code that uses FindWindow / SetParent to create a tabbed view combining different applications Jedi Window Dock
I also wrote an application (not free, not open source) that takes this idea a bit further called WindowTabs.
The only caution I would give you is that not all applications like being parented. If your writing .NET, there are some "Gotcha's" there (which is why WindowTabs doesn't use parenting).
Also, in general, once you do a SetParent, you are joining the threads at a Win32 level meaning that if one hangs, all of them are toast.
Multiple Document Interfaces could help you out.
Despite the multiple down votes, I stand by this answer because the OP never stated the source of the "explosion of windows." I've seen business apps that open several windows at a time (or users that would open several instances "to save time") where MDI would've been a nice feature for them.
If the OP is a power user who has a need for another window manager because he runs many apps at once, then this really doesn't apply. It also isn't the problem I'd be addressing -- it would be finding a way to have fewer windows.
In general, there's always a VM.
It may be overkill or it may not work depending on the specifics of what you're trying to do. But VMWare will let you copy/paste files and text between your VM and local machine, so it's not that far off of being a true window manager. The system requirements aren't even that outrageous, considering how much memory iTunes + a typical browser eat up.