• WSR2



    Viewing 15 replies - 16 through 30 (of 2,120 total)
    • in reply to: Quotation marks (2003) #1111929

      Thanks for finishing that up — I had to run out.

    • in reply to: Quotation marks (2003) #1111870

      I get the same result as you. Although it claims to have made the replacement. Interestingly, the opposite does work. Now to find out why….

      OK, it seems to have a strange relationship to Tools | AutoCorrect Options | AutoFormat | Replace | “Straight Quotes” with “Smart Quotes” — AND maybe also: Tools | AutoCorrect Options | AutoFormat As You Type | Replace | “Straight Quotes” with “Smart Quotes”.

      On my first attempts, if BOTH of those are checked, then the Replacement does *not* occur, but if only one of those are checked, then the Replacement does occur — as best I can tell! I am out of time, so you want to fool around with those settings to see if this is a AND/OR/XOR relationship!

    • in reply to: Locate Link Browser (IE 7) #1111723

      Probably not important. Like I hinted at above, not all DLL’s can be “registered”.

      In my simpleton view of Windows, “registering a DLL” simply means adding in specific instructions in to the registry that are contained in the DLL. If the DLL has no registry instructions, well, there is nothing to “register” and you will get an error message. At first take, I have to assume that ieframe.dll has no registry data in it.

      Did that make a difference? You may need to reboot first…

      FYI – I looked into ieframe, and there is no REGINST (registry instructions) — contrast that to urlmon (top image).

    • in reply to: Locate Link Browser (IE 7) #1111682

      The DLL’s are: mshtmled.dll (Trident HTMLEditor), urlmon.dll (Security Manager), ieframe.dll (Browser Application State), hlink.dll (StdHlink). Then, check out this. These are all stored in C:WindowsShell32 — I believe.

      You can try any of the SysInternal programs you like. I like them separate, but I’ll look at anything! Open the program and STOP the capture and Clear the data. Have Outlook open on an HTML newsletter that does not work. Start the capture (monitoring), click on a link that works incorrectly. Then stop the capture. Export the results to a .log file (Text file). Attach it here as a .txt file (log files may not attach…)

    • in reply to: Locate Link Browser (IE 7) #1111575

      I wish there was. I was just showing ANYONE who MAY be able to figure this out what happens if the %1 is missing. That could have been your problem, but it is NOT– and I was just excluding it and demonstrating Outlook’s behavior when it is missing.

      The behavior you see is very weird and difficult to interpret. Unfortunately, it may be related to Outlook, IE, or both. You may need to overlay reinstall both and see if that fixes the problem. This would be my best advice.

      A possible but non-definitive solution might be to re-register the DLL’s I identified above. (Some may not need registering, I did not attempt to clarify that).

      If you are dying to figure out exactly what your computer is doing wrong, you may feel so inclined to use one of the Sysinternals monitor programs and then try to analyze the output to identify the glitch. This is not trivial and takes a little effort and time. I will be happy to scan through the output as I have time. RegMon captures registry access data and FileMon captures File access data. ProcessMon does both — but leads to a lot more data to scan through. I this is a path you would be interested in pursuing, Search for Sysinternals on the Microsoft website.

    • in reply to: Locate Link Browser (IE 7) #1111551

      Got it.

      FWIW I rebooted after I took out the “%1” and for the first time I saw the “Locate Link Browser” window. (image below — it is not really an ‘error dialog box’ — it is more like an Open file box). If I then Find the firefox.exe file, Firefox opens on the Home Page — because there is still no “%1” in the path (the “%1” essentially means “open this one” — it appends the command line to include the item selected at the end). However, Strangely if I click any link in the open newsletter — or even other unrelated html email — the links work! That is, they open on the correct URL’s. Even if I click a “link to an anchor in that newsletter”, the correct spot is located — that is, no Home Page opens. In fact, no browser opens — the page is read in Outlook.

      This should not ultimately fix the problem — because the “%1” is still not on the path line. So the next time I open Outlook and click a link, the process should start over again.

      I am not sure how this helps you, but it does help elucidate how Outlook functions if the “%1” is missing — which does not appear to be your problem.

    • in reply to: Locate Link Browser (IE 7) #1111529

      It does not make a lot of sense for it to work sometimes or after clicking the link several times — unless some active process is interfering. Have you tried this is Safe Mode?

      Also, if your home page opens after clicking a link, then the url is not being correctly passed to the browser. As a test, i took out the “%1” (for my Firefox set up), and it did not seemingly make a difference (I did not reboot). But just to be sure, the “%1” is there, isn’t it?

    • in reply to: Locate Link Browser (IE 7) #1111421

      Hmmm… but all in all, the .reg entries look OK.

      Add: I scanned through a RegMon of this. There are a lot of ‘security checkpoints’ that have to be jumped through to allow Outlook to tell IE to open the link. Any one of those could be a problem, but it would be hard to tease out which one. Outlook does look at HKCR/html, but only briefly. HKCR/http seems to be the correct key as it is accessed multiple times — typical redundancy. Then, there are 4 DLL’s that seemed to be used to help make this occur: mshtmled.dll (Trident HTMLEditor), urlmon.dll (Security Manager), ieframe.dll (Browser Application State), hlink.dll (StdHlink). The names in parentheses are the ones found in the registry, not necessarily the name of the DLL. Perhaps a problems with one of those DLL’s could be causing a problem?? Just guessing here.

    • in reply to: Locate Link Browser (IE 7) #1111280

      Can you Export this key: HKEY_CLASSES_ROOTHTTP
      … and paste the zipped .reg file here — so we can look at it?

    • in reply to: Palm Desktop to Outlook (2003) #1111212

      I believe (but am not 100% sure) that Palm is using it own “Palm Outlook Conduits” on all new models. This is the product that it installs with your new device.

      If you have the Archives /Backup files on your present computer, you should be able to sync them all to the new device — with a few caveats. First, make a complete duplicate folder for all things Palm on your computer before you do anything else. Keep this as a separate backup in case something goes wrong.

      When you install the new device, it will likely install the new software into your same old Palm folder. It should not touch your personal data (Archives/Backup folders). Then, when you first Hot Sync the new device, it will ask you to identify it (give it a name). If you select the name (usually your name) that you had on your old device, it SHOULD assume you want to sync all your old data to the new device. This SHOULD (or is supposed to) place all of you old data on to the new device. Once this is done, you need to change the conduits to allow you to Sync to Outlook. On your next Hot Sync, the device should write to Outlook and you should be in business.

      But.. be careful how you select the conduit set-up. If you already have data in Outlook that you want to save, make sure you don’t set-up the conduit to have the Handheld Overwrite Desktop (Outlook). If you want to select “Synchronize”. HTH.

    • in reply to: Win 32 Cabinet Self Extractor (XP Home SP3) #1111131

      I found this on the ZA forum.

    • in reply to: Path to Icon for URL? (any) #1111033

      Right, but what if the icon is already on the user’s computer — and in the same path? For example, C:WindowsShell32icon.ico. Can’t one adjust the path before sending the URL?

      Oooh. I guess I found the info I need — now I have to figure out how to open up a URL and have it look like this..

      Sample URL File:



      There must be two types of .url files?? One like the above, and the other is an HTML document?? Does that make sense?

      Answer: No. URL’s function weird. If you try to open a URL with an editor, you get the Web Page, not the insides of the URL.

      Final Add:

      As usual, all one needs is the correct tool. Normal “Editors” do not open the URL correctly — not even WinVi. They seem to open the actual web page!! That is why I was seeing the HTML — I was seeing the web page itself, not the Shortcut file.

      This is the tool one needs to modify the actual URL: IE Shortcut Editor. And it is freeware at that! Thanks.

    • in reply to: Path to Icon for URL? (any) #1111012

      Your guys are too fast! I added to my original post. Sorry. I understand all about the TIF and favicons. But how on my local machine is the “path to icon” stored? Clearly it is something that is modifiable and persistent — therefore it is stored somewhere.

      WHY AM I ASKING? Well, how do you make a URL portable to other computers, yet retain the same icon? If I assign an icon to a URL on my computer, then send the URL to a friend, the Icon data does not appear to be preserved. A generic icon is used instead, even if the icon is on the other user’s computer. Why? How can I make a specific icon stay assigned to a URL that can be used on any computer? There must be a solution! :-} Thanks.

    • in reply to: Path to Icon for URL? (any) #1111008

      How does Windows store the “path to the icon” data for a URL? Everyone knows how to assign an icon to URL, but where is this data stored? This is clearly “meta data” to the URL, but there no easy way I can find to “see” this data. Where is it stored? Thank you. (Perhaps this is a Windows System question??)

      Now, I happened to use Firefox to do this, but I am not sure it matters — I firmly believe the behavior is that same for IE. I dragged this exact thread’s URL from the Address bar to my desktop. An “Internet Shortcut” (.url) is created by this activity. However, the icon changes from “Lex” icon that appears in the Address bar to a generic Firefox icon (FF is my default program for URL’s).

      If I open up the URL with an Editor, I find the following header line:

      HOWEVER, that only seems to be active if the URL appears in the Address bar. Once I move the URL to my Desktop, the icon becomes the FF icon — my default for .url File Types. I can open the URL Properties and use the “Change Icon” button to assign a new icon. I can even locate the Lex icon in my TIF and assign that one. If I apply this, the icon remains (until I empty my TIF).

      But where is this path stored? How do I ‘see’ the path to icon data? The LINK REL=”Shortcut Icon” data does not change. I don’t see that anything INSIDE the HTML changes. The “Properties” meta-data must store the info, but where do I see that? Even a Binary Editor (WinVi) does not show me that.

    • in reply to: Startup programs deleted via MSCONFIG (Home/SR2) #1110932

      Yes, but… I am fairly certain that if he inadvertently selected to Disable All under the Startup tab, and then restarted his computer everything should be reset. Even if he selected “Normal Startup”, the items remain unchecked and therefore will not start.


      Un-checking a box on the Startup tabs generally removes a Registry value from:


      …and makes a new key here:

      HKEY_LOCAL_MACHINESOFTWAREMicrosoftShared ToolsMSConfigstartupreg

      …which stores the information. If you then decide to recheck the box (and Apply this), the key is removed from the …startupreg key and the value is recreated in the …Run key. So the …startupreg key is simply the storage area for unchecked items on the Startup tab.

      But, once all of the boxes are un-checked and all of the values are moved to the storage key, there is no way for Windows to “remember” which items used to be checked. However, an old snap shot of the registry would work. So, using System Restore to restore the registry is likely his best bet.

    Viewing 15 replies - 16 through 30 (of 2,120 total)