Short and dirty: My IT-school got their Windows 7 to be fairly minimalized, which I dig a lot. In particular, their starmenu consisted of nothing more than several subfolders leading to programs (shortcuts of them, rather).
I don't want to completely strip Windows 10's startmenu, I do wonder if something like this was possible though. I've tried googling this idea, but I've only found ways of adding tiles leading to folders - which isn't my intention. I want to be able to open a submenu (let it be folders, even) that allow me to access shortcuts without having to open the folder in the File Explorer.
I use Classicshell for Win 10, 8 and 7. You can customize the menu any way you like with it and ClassicShell is free.
ClassicShell.net
i.e. This ClassicShell is setup on my Windows 2012R2. Although the screenshot is Windows 2012R2, it works, just the same for Windows 7 and newer, including server OSs.
ClassicShell Example
Related
I have the Ace editor embedded within a .NET application (Target Framework is set to 4.6) and some users are not able to copy and paste content from within the editor to an external document (e.g. to Notepad). Copying from Notepad/any other application to the embedded Ace editor is fine.
I have absolutely no issues on my Windows 8 machine, either with custom Internet options or with the default. Some of my colleagues can't copy and paste, whilst others can. I think it may be a Windows 10 issue because the copy and paste functionality works for all of my colleagues using Windows 8, but it's hit and miss for colleagues using Windows 10.
If I install a fresh copy of Windows 10 on a virtual machine I experience the same problem. I've updated the Internet options (In Internet Explorer - Version 11.162.10586.0) on the virtual machine to match the Internet options on my Windows 8 machine with no luck.
In the Security Settings, I have the following enabled:
Active Scripting
Allow Programmatic clipboard access
On the affected computers, when copying the content into Notepad, I see just a square, which I'm assuming is ASCII? On Notepad++ I get the text "SOH", only it isn't text as I can't highlight the individual characters. This is the case when copying any content from the editor.
There are no other Internet Options (as far as I can see) that would be affecting the Ace editor. If you know of any setting that may help, please let me know. Also, there are no Application errors in the event log.
This is not technically a programming question, but I still feel it's relevant to StackOverflow. I wasn't sure where else this question would be appropriate. If mods believe this should be on one of the other Stack Exchange sites, feel free to move it.
If you need any more information, please let me know.
UPDATE:
#a user pointed me in the right direction. If you're using the Ace editor in an IE only context, changing the MIME type in the main ace.js file from "text/plain" to "text" should resolve your issues. This work-around won't be suitable for situations where the editor is used in other browsers. In my situation, the editor has been embedded in a .NET application and it's unlikely that it will be used outside of this context.
this can be related to https://github.com/ajaxorg/ace/issues/2913, try updating to the latest version
I work with multiple Explorer windows that use different user credentials and I was wondering if there is a way to set a static title for each window to be able to determine which one uses which user credentials, like window A title set to "user abc" - since the titles change to the currently opened directory which is rather confusing sometimes with multiple windows open
I'm looking for as simple solution as possible, batch, VBScript, etc., something that can be easily ran from either a command line or a script file that doesnt need any compilation, conversion or specific software installed, for example:
open explorer.exe title="custom title"
So far I wasn't able to find any scripts that could handle that - 3rd party applications are out of the question.
Not sure if it's even possible, tried to find anything for few days now to no avail.
According to here its possible to do it for iexplorer (internet explorer)
so by a blind guess it might be possible to do it the same way for explorer
windows>run>regedit.exe
HKEY_CURRENT_USER > Software > Microsoft > Windows > CurrentVersion > Explorer and a new data with string as value type and window title as value name
And by changing theme it is possible to achieve a same or maybe similar objective, everything explained here could be done with a batch script
I build a function that creates a loooong word document (700pages++) then I Export it to .pdf.
This WinXP is a VirtualMachine
It works fine when I'm debbugin/running in WinXP. Also it's really FAST, like 3minuts.
But When I try the same code with Win8, the Formatation get a little messed up, also the time... IT gets more than 15minuts to accomplish the operation.
Why does it have this different with the same source code but only different SO ?
We have a process at our company that processes TIFF images. I have a project where I want to be able to capture emails that people have received and let them pass it on to our imaging process. Right now forwarding an email isn't really an option but our initial thought was that we could create an Outlook addin that would create and send an image of the email to our internal webservice and it would just work.
I'm developing on Windows 7 with VS2010 and Outlook 2007.
I have the basic addin framework setup - that seems to work OK. The addin is there, popping a regular Windows form where I can do my stuff. But now I'm running into problems. First I was going leverage the built-in Microsoft Office Document Image Writer which can write to TIFFs. However, this doesn't appear to be installed as part of Office 2007 on Windows 7. Then I found some references that it didn't work on Win7 64bit in the first place, and that Microsoft was phasing it out in favor of their XPS printer anyway.
Then I moved on to thinking I could maybe use PDFCreator. This sort of works, except it looks like I have to actually have PDFCreator installed on the client machine, too. I was really hoping I could just bundle the dll and PDFCreator could natively "print", but it seems rely on you setting the active printer to "PDFCreator" and still printing to that. I was already maybe going to run into problems pushing a custom addin out to users in the first place; I don't know if I could get a new printer rolled out as a requirement, too.
On top of that, you apparently can't set the active/default printer in Outlook once it's running. So my plan to run the addin, change the default printer to PDFCreator, print it, then change it back isn't going to work after all anyway.
We really wanted to be able to capture emails as if the user had printed them out and scanned them, which is what they have to do now. I would really not like to rely on copying/pasting into another application if I can help with it.
Sooooooo, what other options might I have? Is there any close to native functionality in Windows or Office that would let me print to something and eventually get a TIFF? Does it look like I'm going to have to try and string together a bunch of 3rd party tools or something? It looks like the only way to "print" an email is to do the MailItem.PrintOut() command, which is just going to go to whatever the current default printer is. Are there any other TIFF-printing things available that wouldn't involve installing a new virtual printer on the end user's machine? Any other ideas? Thanks for any help!
Although you ruled it out at the start of the question...
Assuming you need those tiffs at a central location and not at the employee desktop.... I'd still advise you to have your addin forward the respective mail to a central location (as an attachment to a automated mail, or perhaps just write it to a queue folder on some network location), then have a central process pick it up and print it out to tiff files.
Unless you have exact control over the client machines at your company (which from the sound of it, you don't), you really want to move some fickle as 'switching printers in Outlook' away from the clients.
That doesn't mean this approach doesn't require hacks as well, because that central process will be running outlook to do the work.
I assume it is important that your tiffs look like they were actually printed from Outlook, if not please add that as extra information to your question, as it opens new routes. Like capturing the email-screen rendering and putting that inside a tiff file, which can all be done on any desktop machine.
Is there a way (via shell extension or registry setting) to tell Windows Explorer that it shouldn't read files in the folder being shown in order to extract metadata or create thumbnails?
The problem is that when the user navigates to the folder, Windows Explorer attempts to read all files in the folder and extract certain metadata from them. If the medium is slow, this takes ages and causes unnecessary load on the file system. This is especially true in case of thumbnails, when the whole graphic file is read.
I am looking for ways to do this (restrict Explorer) in code, so "don't use Thumbnail mode" is not an acceptable answer :).
Upd: per-user settings won't work unfortunately cause we as a disk provider can deal only with our own disk (and the user might want to have separate settings for regular disks and virtual disks). I believe there must be some way to "explain" the OS that the drive is slow.
Maybe there's some IRP on driver level that we need to handle to tell the OS that the medium is slow?
Is there a way (via shell extension or
registry setting) to tell Windows
Explorer that it shouldn't read files
in the folder being shown in order to
extract metadata or create thumbnails?
Not that I know off, but depending on the priorities regarding the use case details you outlined there might be two options still to approximate the desired result:
Via group policy
Note that this essential expands/details the network folder related aspect of Freds answer, which you dismissed in your update; however, you claim to be able to deploy shell extensions or registry settings and the following two group policies simply execute the latter by administrative means:
User Configuration -> Administrative Templates -> Windows Components -> Windows Explorer:
Turn off the display of thumbnails and only display icons **on network folders**
Turns off the caching of thumbnails in hidden thumbs.db files.
This boils down to the following registry settings:
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Policies\Microsoft\Windows\Explorer]
"DisableThumbnailsOnNetworkFolders"=dword:00000001
"DisableThumbsDBOnNetworkFolders"=dword:00000001
Of course this is still not per folder, but at least limited to network folders and ignores regular disks and virtual disks.
Via hackish workaround
Given your statement we as disk provider can deal only with our own disk there might be a hackish workaround, though I'm afraid it lacks the last mile (untested by myself).
Starting from Chris W. Reas own answer to How can I suppress those annoying Thumbs.db files in Windows Vista and Windows 7?:
Also worth knowing: In Vista and Windows 7, Thumbs.db applies to network folders only. For local folders, Vista and Windows 7 instead save thumbnail cache information to a database in a local folder at "%userprofile%\AppData\Local\Microsoft\Windows\Explorer"
Continuing from there, Wil claims the following potentially clever solution to work on a per folder basis:
Go to the drive and create a file called thumbs.db (in notepad or anything), then change the permissions on the file for everyone (including SYSTEM) to deny all.
Unfortunately, aside from the automation requirements to create the dummy thumbs.db in each folder, the outcome depends on how Explorer will react on the inaccessible file - because caching is optional as per group policy, it might as well display thumbnails without caching them, making the bandwidth issue even worse in turn ...
Good luck!
I'm not sure if you can disable thumbnail generation/display for certain folders but this article talks about a script which could quickly disable it via context menu.
The script modifies a value in the registry key HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced\. I suppose you could find something similar in that key for the other metadata. ShowInfoTip sounds promising. There might be relevant information in other nearby keys.
This may be a complete non-answer depending on your needs, but how about storing the files without file extensions that the OS wants to make thumbnails of? Call it file.jpg.abc and it won't be reading thumbnails, for sure.