• WSdale.lacey

    WSdale.lacey

    @wsdale-lacey

    Viewing 15 replies - 16 through 30 (of 262 total)
    Author
    Replies
    • in reply to: Identifying failed hyperlinks in Word document (Any) #1000216

      Hi Hans

      I was thinking of using it for Word documents that are going to be subjected to a process that creates an HTML version. I guess all the targets will be in one of the the following formats:

      • http address (eg, http://support.microsoft.com)
      • www address (eg, http://www.microsoft.com) (but I think Word might convert that to an http anyway)
      • filename (eg, abc.htm or abc.doc or abc.pdf or …)
      • filename at relative address (eg xyzabc.htm or ….downloadsabc.doc)[/list]In fact, it’s more than just hyperlinks, isn’t it. For example, images should be included (field type of INCLUDEPICTURE), and no doubt there are others.

        And I guess a full blown solution would also handle formats such as file://. And I suppose it sould also create a report containing warnings (eg, any “file://” address is suspect since it will fail when published on the net).

        However, if anything’s out there, I’d be very interested. And if there isn’t anything available, I’ll have a go myself, but starting small.

        Thanks
        Dale

    • in reply to: Test whether document have ever been saved (Word97/NT) #998093

      False alarm, Hans. I wanted to force the user to save the document, so I tested the Path then issued an ActiveDocument.FileAs. (Wrong, Dale, should have been a “Dialogs (wdDialogFileSaveAs)”.) Surprisingly (to me), Word now saves the document with a name of its choice in a folder of its choice (in this case, H:).

      Ah well, I’ll use the Dialogs statement (as I should have done in the first place), and it looks like Path remains a good test for never-savedness.

      Sorry for the blunder
      Dale

    • in reply to: Alert needed to make code work #996139

      Thanks, Jerry. Those references were very helpful.

      Actually, I think I may just have changed my mind about frames. I like them because they provide an easy way of keeping the navigation in view, even when the user pages down. The big negative, of course, is that bookmarking effectively doesn’t work when you use frames.

      However, I’ve now discovered that

      s can be positioned dynamically (I must have been sleeping when the news came out). I haven’t found any example code, yet, but it must be possible to put the navigation in a

      and dynamically keep the

      visible. I presume you would use the onkeyup event (or similar) to trigger the movement.

      Mmmm, interesting.

      Thanks again
      Dale

    • in reply to: Small caps won’t work #994669

      I’ve finally found the problem. Look carefully at the following code and spot the offending characters:

              
                  <td class=
    • in reply to: Small caps won’t work #994377

      Hi Mark

      Yes, I’m getting the same results. Curiously (apparently) identical code is working in other documents, which proves it’s not the platform and (I think) not the font. But obviously there IS a difference.

      During the weekend (it’s nearly 5pm on a Friday here in New Zealand) I’ll try stripping one of the “working” documents down to the bare essentials and see if I can get to the bottom of it.

      PS: I just discover that inadvertently clicking the Escape key deletes everything you’ve patiently entered into the WOPR message box.  It’s definitely Friday.

      Thanks
      Dale

    • in reply to: Include text from another file (97) #993954

      Thanks to you both. I wasn’t aware of IFRAME, and will use that.

      Dale

    • in reply to: Include text from another file (97) #993900

      I was hoping to do it using HTML, without using a FrontPage component. (I’m using FrontPage as an editor, but the site’s not being published as a FrontPage website.)

      Can do?
      Dale

    • in reply to: Hyperlink whole line or cell #989348

      Hi John

      I haven’t explained it carefully enough. The attached picture shows the cursor having changed to a hand even though the cursor is way out to the right, past the end of the text. If they had hyperlinked the text (“Links, news & contacts”), the hyperlink would only be active to over the text. So they must have done something else.

      Understand? (I find it a bit difficult to describe.)

      Dale

    • in reply to: Trapping what triggered AutoOpen (Word97/NT) #987159

      That’ll do me, Don. Very pragmatic solution. And thanks to everyone else who contributed.

      By the way, I probably should have given a bit more context when I started this off.

    • in reply to: Trapping what triggered AutoOpen (Word97/NT) #987092

      Hi Don

      The macro project is in the attached template (not Normal). And it’s the AutoOpen in the attached template that’s being triggered.

      Dale

    • in reply to: Trapping what triggered AutoOpen (Word97/NT) #986686

      Hi Howard

      I should have made it clearer. In all four testing scenarios there was a Stop at the start of AutoOpen,

      Dale

    • in reply to: Trapping what triggered AutoOpen (Word97/NT) #986489

      Hi Andrew

      I tried disabling auto macros, but that didn’t work. I’ve just retested it (with the disable statement right at the very start of the macro), and it still doesn’t stop AutoOpen from being triggered.

      And no, like you I can’t imagine how the MsgBox would cause the problem.

      To summarise, there are four situations:

      1. If I disable auto macros AND don’t have a Stop in the macro THEN I reach the Stop I’ve put into AutoOpen.
      2. If I disable auto macros AND put a Stop immediately before the MsgBox THEN the macros stop gracefully at the Stop.
      3. If I disable auto macros AND put a Stop immediately after the MsgBox THEN I get “cannot execute in break mode”.
      4. If I disable auto macros AND don’t have a Stop in the macro AND comment out the MsgBox THEN I reach the Stop I put into AutoOpen.

      NOTE: Facts 2 and 3 [i]edited later[/i] seems to imply that MsgBox is the problem, fact 4 seems to imply it’s not.
      PS: I’m running the macro directly, so it’s not possible that control is being passed to another macro after the MsgBox statement.

      Confusing, eh
      Dale

    • in reply to: Trapping what triggered AutoOpen (Word97/NT) #986474

      Howard
      That’s why I’m confused. AutoOpen appears to be being triggered by a MsgBox statement.

      • If I put Stop before the MsgBox, it stops gracefully.
      • If it goes after the MsgBox, I get “cannot execute in break mode”.
      • If I don’t have any Stop statement in that macro, the AutoOpen gets executed.
      • If I comment out the MsgBox statement, the AutoOpen gets executed.[/list]Maybe I need to “clean” the project.

        Hans
        It’s a bit of a brute, but here are the two key macros.

        Yours in bewilderment
        Dale

    • in reply to: Edit Hyperlink dialog (Word97/NT) #985738

      Hi Jefferson

      When I try it, “Dialogs(wdDialogInsertHyperlink).Display” gives me “variable not defined”???

      ADDED LATER: Ah, I’ve just noticed your “Disclaimer: only checked on Word 2002 (Office XP)”. Looks like 97 didn’t have it.

      Thanks
      Dale

    • Pros and cons
      Ah, but that’s the very point, I want everything in the same folder structure. I’ve had my files organised that way for a couple of years now (ever since I went broadband) and it works brilliantly.

      When you think about it, why would you want your files segregated into two separate folder structures? If I want to browse through my resources relating to (say) existentialism, I go to FavoritesExistentialism and there they all are (files, shortcuts to files, and shortcuts to web-based pages and files). It doesn’t matter to me whether they’re web-based or hard-drive-based.

      As I see it, there are zero advantages to segregating files based on type or physical location, and there are zero disadvantages to putting them in the same folder structure.

      Which brings me back to Mr Gates and his software. There is actually one disadvantage to my approach (yes, I lied), which is that, in some situations, software defaults to the MyDocuments folder. My workaround is to have a shortcut to Favorites in MyDocuments (in fact, it’s the only file in MyDocuments). But it would be more elegant to have Favorites and MyDocuments defined as the same folder; hence my original post. (I could also put My Documents down a level under Favorites, but that’s one extra click. Also, I have some very deep folder structures, which means I occasionally run into path-length problems.)

      Can it be done
      Back to whether it can be done, I started to define MyDocuments as c:Favorites and TweakUI warned me “Don’t set two special folders equal to each other, or set a special folder equal to a system folder like the Fonts folder”. (I knew I’d seen the warning somewhere.) So it looks like I’d better not do it.

      As a matter of interest, does anyone know why TweakUI issues this warning, or are they just being overly cautious?

      Thanks
      Dale

    Viewing 15 replies - 16 through 30 (of 262 total)