=HYPERLINK("file:///C:/Users/dholstei/projects/xmtr%20DB/data_sheet-Instructions.htm#TestDataSheet", "help")
in Excel resolves to
file:///C:/Users/dholstei/projects/xmtr%20DB/data_sheet-Instructions.htm
in the web browser
Interestingly, hovering over the link gives a small pop-up that shows the correct, full target. Variations on that, like concatenating the subsection to the path of a root document don't work either, the subsection is stripped.
The pound sign is a valid character to use in a file name but is not accepted in hyperlinks in Office documents.
Related
Win 10, Excel 2013 (32-bit) - Hyperlink and/or Hyperlink Function
Established file server (not under my control) has some folders with the pound character in the path, e.g., \server\folder1\#___someCompany\someTopic.
I'm trying to create hyperlink to the someTopic folder. Hard coding UNC path via set Hyperlink did not work correctly. Windows opens Explorer at folder1 level. Similarly, Excel's Hyperlink Function produces the same result.
Interestingly, manually navigating thru the folder structure using Explorer yields no issues. Also, copying and pasting the entire UNC path into Explorer also works as expected.
I've tried to escape the # character with slash or backtick to no avail.
I've tried to encapsulate the entire UNC path in " using the cell Hyperlink or the Excel Hyperlink function both to no avail.
Evidence suggests that it is an Excel implementation limitation.
Workaround?
TY, that is indeed part of the solution. However, there is also some noteworthy granularity here.
Cell-based Hyperlink:
After tinkering, I found that reversing the folder separator characters, swapping "\" with "/", worked as-is without having to employ the percent-based escape sequence "%23" for "#".
The same cannot be said for the Hyperlink Function however. It's behavior is different.
Swapping folder delimiter characters only results in the previously unwanted result.
Swapping folder delimiter characters AND employing the percent-based escape sequence does produce the desired Explorer result.
For completeness, attempts to utilize hyperlinks that employed only the percent-based escape sequence resulted in Excel declaring an error.
TY and I hope this helps anyone else who encounters this or related issues.
I have a PDF document with the following sample text (screenshot) -
But when I copy and paste it to either word or other text editors all I see is the weird characters :
I am not quite sure why does it giving me weird square boxes instead of pasting the clear human-readable letters (just like the screenshot). Can someone help me how can I get rid of this issue ? Or at least what shall I do to identify the root cause of this strange issue ?
================== Workaround found ==================
I tried converting the document's corrupted unicode to a standard ANSCI unicode formats. But most of the online services couldn't recognize these garbage/weird characters.
This issue could be resolved by some programming, but I don't want to invest time with the programming approach and preferred on the fly approach.
Finally, as suggested by the user 'mkl', converting this document by using the OCR services like "Sedja"/ "Adobe OCR" resolved by issue.
I am working with a word doc from Sharepoint that is filled with hyperlinks that have moved from one place to another. Word attempted to autoshift these links and it appears to have done a good job; when I hover over a hyperlink it shows me the full URL to the location of the document (pictured) but when I expand the hyperlink using Ctrl+F9 it shows the link quite differently.
How the link looks when I hover over it: "https://school.sharepoint.com/sites/Teachers/js/..."
How the link looks when I Alt+F9
"../Maths%201%20to%208%20ebooksledge%20Practise.pdf" (example links not real)
Why is my link appearing correctly upon hovering but when expanded it starts with '../' and cuts off half the link? Picture attached.
Hovered and Expanded Pics
It looks like the result (as YowE3K suggested) in the link is a relative url (which saves room within the system). There are a number of different ways to represent urls. If we start with https:... Then we have a complete path and if you were to move the document, the link doesn't change or have context (If I email the document to someone, assuming they have access to the URL, it will work). Having a relative URL is great for moving things around because assuming all the documents are in the same relative location, then if I move a top level folder, or change the name of the web site, the links will still work.
You can either leave it as is, assuming it's working or you can replace the link with the complete path.
What kind of sign is "" and what is it used for (note there is a invisible sign there)?
I have searched through all my documents and found a lot of them. They messed upp my htaccess file. I think I got them when I copied webadresses from google to redirect. So maybe a warning searching through your documents for this one also :)
It is U+200E LEFT-TO-RIGHT MARK. (A quick way to check out such things is to copy a string containing the character and paste it in the writing area in my Full Unicode input utility, then click on the “Show U+” button there, and use Fileformat.Info character search to check out the name and other properties of the character, on the basis of its U+... number.)
The LEFT-TO-RIGHT MARK sets the writing direction of directionally neutral characters. It does not affect e.g. English or Arabic words, but it may mess up text that contains parentheses for example – though for text in English, there should be no confusion in this sense.
But, of course, when text is processed programmatically, as when a web server processes a .htaccess file, they are character data and make a big difference.
Background:
We have a web application where the user can export orders in csv-format. For users with Microsoft Excel installed it's the default program. They simply click 'Open' after the file is downloaded. Users mainly use Internet Explorer, Firefox and Chrome. No difference in behaviour.
The problem:
If the user just open the csv-file (from browser or explorer) the file is opened by Excel and data is loaded automagically. But sometimes rows are just missing. Gone. No exception, no message, nothing.
The data is there, if you open the file with notepad you'll see it.
(I suspect it has something to do with special chars, quotes, commas etc but I can't find a root cause for this)
How to make it work:
If you save the file to disk, open excel and selects File -> Open -> Format: Textfiles (*.prn, *.txt, *.csv, *.skv) -> Open excel will launch a import wizard and everything will work perfectly.
Is there anything I can do with the export-file to either force the Import Wizard or just tell Excel not to exclude our critical order information without warning?
I think I've found the cause of this. It seems to be due to regional settings as described in this post and sugesstions from superuser.com
I solved it by wrapping all fields except numbers with quotes and now it works just fine.
Make sure that you use a consistent delimiter scheme across all lines in the file. For example, check if you have both \n and \r\n sequences as line delimiters.