#1
|
|||
|
|||
copy web pages
I don't understand why various programs -- Evernote & others -- can copy all kinds of web pages w/o issue yet UR cannot yet copy an https page type. This is getting silly. I still have to resort to scrapbook for that kind of work, then link those pages to URp which is a pain.
In the same silly vein, I still wonder why when user wants to clip to particular place via systray, the entire program comes to the foreground. IMO, this sort of undercuts the reason for having systray commands in the first place. Oh well. Last edited by janrif; 04-09-2008 at 08:29 AM. |
#2
|
|||
|
|||
Selecting all (Ctrl+A) before importing usually works to capture secure pages, pages requiring login, etc.
The UR window will only be displayed if 'Tools | Options | Import | Select location when importing or pasting from other applications' is checked. |
#3
|
|||
|
|||
Quote:
Quote:
|
#4
|
|||
|
|||
Quote:
http://www.kinook.com/Forum/showthre...?threadid=2798 Quote:
|
#5
|
|||
|
|||
Quote:
Quote:
|
#6
|
|||
|
|||
Quote:
|
#7
|
|||
|
|||
Quote:
|
#8
|
|||
|
|||
It looks like a Firefox issue/limitation. Again, see http://www.kinook.com/Forum/showthre...threadid=2798. And importing the page from Firefox to Evernote looks the same as in UR.
Navigating to https://www.comcast.com/Corporate/Cu...erCentral.html in IE, select all, and import into UR works well and looks the same as the original page in IE. Conversely, formatting in Evernote imported from IE looks about the same as the Firefox import. Tested with Win XP SP2, IE7, Firefox 2.0.0.13, UR 3.2.6, and Evernote 2.2.1.386. |
#9
|
|||
|
|||
Quote:
Tested on w2k-sp4, ie6, current beta Thanks. |
#10
|
||||
|
||||
Sorry for hijacking this thread.
The copying of web pages to UR still leaves a lot to be desired. Hopefully, Kinook can get it right by improving it steps by step. I'm attaching one example. This is how UR stores the following webpage to UR (using firefox with UR buttons): http://cambridge.org/us/catalogue/ca...=9780521539371 Last edited by quant; 06-15-2008 at 04:29 AM. |
#11
|
||||
|
||||
and this is how it looks like (and how it should look like) if I first store the webpage with scrapbook (ctrl+shift+L) and then store it by clicking on UR buttons in firefox. Why cannot UR get it right directly?
|
#12
|
|||
|
|||
Yes, there are sites that will not copy correctly even when using Ctrl-A.
Ran into this over the weekend at Wikipedia, even though everything in the browser is selected, only the text frame content is copied - the side and top frames don't make it to UR. I had to resort to Save As to .mht from within IE. From Wikipedia: http://en.wikipedia.org/wiki/The_Pri...ide_%28film%29 Yet other sites that use frames will be copied w/o problem. Granted there are a myriad ways to employ frames and various methods to achieve layout, but as a user it's difficult to know which sites are going to come thru w/o problems. |
#13
|
|||
|
|||
FYI... I captured both problem webpages perfectly with Web Research 3.0.
I really wish UR used the same approach as WR to capture webpages. |
#14
|
|||
|
|||
Quote:
I occasionally stop by the forum to see if things have changed, but going by this thread, it seems not. UR developers have said in this forum that the problem is caused by Firefox doing a poor job of copying the HTML to the clipboard. That may be the case, but other programs capture Firefox pages flawlessly. The Firefox add-on Scrapbook, mentioned above, is one example.. You mention Web Research. Yes, it does a great job. Why? It uses the saving engine in Scrapbook (if installed) to import. In effect I guess they're simply doing what Quant does in his post above. Maybe UR could borrow this approach? I imagine it could be as simple as a script that says: temporarily copy page to Scrapbook; copy from Scrapbook to UR; delete from Scrapbook. If it works for Web Research I can't see why it wouldn't work for UR. Last edited by jdk; 06-25-2008 at 11:35 AM. |
#15
|
|||
|
|||
Quote:
It may not be clear in that post but I could not save the wiki page properly using IE, I had to resort to Save As to .mht to get a true representation of the page. Unfortunately this method leaves you with only a local copy of the page, you lose the reference to the orignal url and it involves several more steps than simply sending to UR from the browser. I don't fully understand why saving to .mht is subsantially different than whatever UR is doing to Store a copy. |
|
|