An open community 
of Macintosh users,
for Macintosh users.

FineTunedMac Dashboard widget now available! Download Here

Previous Thread
Next Thread
Print Thread
Copy/Paste in Safari vs Firefox, Camino (10.3 & 4)
#120 08/05/09 01:42 PM
Joined: Aug 2009
OP Offline

Joined: Aug 2009
As Safari 1.3.2 has become increasingly unable to open many newer websites, often quitting in the process, I have started to use Camino 1.6.8 (I tried Firefox 2.0.0.20 but find it unbearably slow).

When I find a web page with information I am interested in keeping on my HD for offline access, I cut and paste the text and graphics into a TextEdit document rather than save the whole page as an .html document for several reasons: because I really don't want all the extraneous elements on the page, because I prefer to have the appearance of just one .rtfd file rather than an .html file and its associated folder, and because Safari doesn't save the graphics.

In Safari, cutting and pasting preserves the graphics and text formatting, including weblinks (in Panther) and some page formatting as well (in Tiger), whereas in Camino and Firefox cutting and pasting yield text only in Helvetica 12 point, losing all formatting. Does anybody know why this is? Is there some preference setting I'm missing that would allow cutting and pasting with preservation of the graphics and formatting?

TIA for any insight you can offer.

Last edited by dianne; 08/05/09 01:57 PM. Reason: moved from “Mac OS X Applications.”

MacBook Pro, 2.66 Ghz Intel Core i7, 4GB RAM, 500 GB HD, OSX 10.6.8
Re: Copy/Paste in Safari vs Firefox, Camino (10.3
bob82xrp #153 08/05/09 04:07 PM
Joined: Aug 2009
Offline

Joined: Aug 2009
Not a direct answer but a suggestion. If you use iCab (I guess the only browser to date) it allows you to save a page as pdf. I find it very handy. It has versions for different OS X renditions. Two years ago I paid my $25 and never looked back (except when using Microsoft Outlook Express on the web that only allows straight pdf downloads in Flock). You might like to give it a try.
http://icab.de/


Alex
3.1 GHz 13" MacBook Pro 2015, 8 GB RAM, OS 10.11.2, Office 2011, TimeWarner Cable
2.8 GHz Xeon Mac Pro 2010, 16 GB RAM, OS 10.11.2, Office 2011, LAN
Re: Copy/Paste in Safari vs Firefox, Camino (10.3
bob82xrp #155 08/05/09 04:15 PM
Joined: Aug 2009
Likes: 16
Moderator
Offline
Moderator

Joined: Aug 2009
Likes: 16
Bob at some point you are going to have to bite the bullet and upgrade your systems to a more recent version of OS X in order to have full access to the internet. All of your computers will run OS X 10.5.x which will be the last version of OS X PPC Macs like yours will be able to support. If you continue to stick with Panther and even Tiger you are going to find yourself increasingly shut out of sites on the web and new applications that take advantage of newer technologies.

IMO, It is time for you to take the plunge.


If we knew what it was we were doing, it wouldn't be called research, would it?

— Albert Einstein
Re: Copy/Paste in Safari vs Firefox, Camino (10.3
joemikeb #181 08/05/09 05:23 PM
Joined: Aug 2009
Likes: 1
Online

Joined: Aug 2009
Likes: 1
Wow! Early Adopters Unite!

I skipped all those cats. Jumped from OS9.2.2 to Leopard when 10.5 came out. I was fine, thank-you, but it was time. A few things, very few, were not working well. They were so insignificant, I can't remember what they were!

Re: Copy/Paste in Safari vs Firefox, Camino (10.3
joemikeb #216 08/05/09 06:30 PM
Joined: Aug 2009
OP Offline

Joined: Aug 2009
I thank everyone for their hearty endorsements of Leopard (I will upgrade at some point soon, I'm sure) and their recommendations for work-arounds. In fact, I am able to save the web pages as PDFs, though I don't care for the way it creates so many pages, and I can also save as an .html file which can then be opened in Safari offline and copy/pasted into a text file, etc.

But I was seeking to understand the mechanism of what is going on, i.e. why and/or how formatting info is prevented from being copied (or, if that is the more usual situation, why Safari allows it). I would be interested in knowing, too, if copy/paste has the same limitations with these other browsers in Leopard, if any of you care to do a quick test.

Last edited by bob82xrp; 08/05/09 06:34 PM. Reason: removed reference to possible mispost because I was wrong

MacBook Pro, 2.66 Ghz Intel Core i7, 4GB RAM, 500 GB HD, OSX 10.6.8
Re: Copy/Paste in Safari vs Firefox, Camino (10.3
bob82xrp #228 08/05/09 07:45 PM
Joined: Aug 2009
Likes: 16
Moderator
Offline
Moderator

Joined: Aug 2009
Likes: 16
If you will permit speculation as I am not part of the Mozilla development team but I have many years experience as a software design engineer. Safari is a Cocoa (object oriented) application and therefore inherits much of its capabilities including the cut and paste from the cocoa frameworks in OS X. On the other hand, because it is derived from its Windows counterparts, Firefox is a carbon (procedural code) framework application and all of its functionalities, even those from the OS X APIs, have to be specifically written into the code. In fact for the Mozilla team to go to the cocoa frameworks would inevitably result in Firefox for Mac and Firefox for Windows becoming two totally different code bases. Camino gets around some of this because it is a hybrid with the carbon mozilla engine encapsulated in a cocoa shell giving it the OS X look and feel as well as allowing it to inherit much of the cocoa frameworks functionality.

All of this is a long winded way of saying Firefox works that way because that was this simplest way for the Mozilla team to port their code between Windows and OS X. Safari. Camino on the other hand simply inherited the more complex copy from the cocoa framework with no additional effort on the developer's part.

The reason we do not see more cocoa applications from third party developers is migrating to cocoa inevitably results in discarding virtually the entire existing carbon (procedural) code base and starting over with a clean sheet of paper. Its doable for startups focusing on the Macintosh platform but the up front investment is prohibitive for existing apps especially those that run in both the Mac and Windows environment. That is too bad because the long term development and support costs of object oriented code is less expensive in the long run.


If we knew what it was we were doing, it wouldn't be called research, would it?

— Albert Einstein
Re: Copy/Paste in Safari vs Firefox, Camino (10.3
joemikeb #377 08/06/09 10:57 PM
Joined: Aug 2009
OP Offline

Joined: Aug 2009
Thanks for the possible explanation. It sounds reasonable.

I'm going to do a little testing to see which applications allow preservation of formatting in copying and pasting. For example, I lose formatting when pasting text from other sources into Adobe InDesign, but when copying text from an InDesign document, formatting is preserved. Yet if I export the document as a PDF file and then copy text, I lose formatting.

When copying both to and from a Word 2004 (for Mac) document formatting is preserved.

I'm not sure what use knowing any of this will be, but I'm a "knowledge for knowledge's sake" kind of guy. Or maybe I just have too much free time!

Thanks again for your insight.


MacBook Pro, 2.66 Ghz Intel Core i7, 4GB RAM, 500 GB HD, OSX 10.6.8
Re: Copy/Paste in Safari vs Firefox, Camino (10.3
joemikeb #413 08/07/09 04:02 AM
Joined: Aug 2009
Likes: 1
Offline

Joined: Aug 2009
Likes: 1
It would be possible, if they wanted to do it, for Firefox's programmers to make Firefox preserve images and formatting, even in a Carbon app or on Windows.

However, it wouldn't be easy. It's actually surprisingly difficult to figure out what has been selected on a Web page and to copy the selected section of the page to the Clipboard while retaining any of the formatting or graphics.

CSS and JavaScript make it possible to place things on the Web page next to each other that are actually nowhere near each other in the HTML code; you can have a long Web page containing many paragraphs of text, for example, and then a picture, with CSS to put the picture next to the first paragraph of text, so when you hilight the picture and the first paragraph of text you're actually hilighting two separate sections of the underlying HTML without hilighting the sections of HTML in between.

It's a real serious technical challenge to figure out what parts of a site's text and graphics are hilighted. It's easier to figure out what sections of text are hilighted, so that's what most browsers do--on the theory that when most users hilight a section of a Web page it's actually only the text they're interested in.


Photo gallery, all about me, and more: www.xeromag.com/franklin.html

Moderated by  alternaut, dianne, MacManiac 

Link Copied to Clipboard
Powered by UBB.threads™ PHP Forum Software 7.7.4
(Release build 20200307)
Responsive Width:

PHP: 7.4.33 Page Time: 0.020s Queries: 30 (0.014s) Memory: 0.6096 MB (Peak: 0.6928 MB) Data Comp: Zlib Server Time: 2024-03-28 14:33:30 UTC
Valid HTML 5 and Valid CSS