Re: [Evolution] Strange behaviour of Ctrl-V
I'll try and post a bug against Chromium, if I can figure out where (it'll probably have to be against Chrome I suppose). Interestingly, the bug doesn't happen with Chrome, just Chromium. I may try and contact the Chromium maintainer directly. Just a quick follow-up on the paste bug, I have logged it at: http://code.google.com/p/chromium/issues/detail?id=48424 -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Wed, 2010-07-07 at 12:07 +1000, Nick Jenkins wrote: I'll try and post a bug against Chromium, if I can figure out where (it'll probably have to be against Chrome I suppose). Interestingly, the bug doesn't happen with Chrome, just Chromium. I may try and contact the Chromium maintainer directly. Just a quick follow-up on the paste bug, I have logged it at: http://code.google.com/p/chromium/issues/detail?id=48424 I'd already reported it at http://code.google.com/p/chromium/issues/detail?id=48344 Sorry for not mentioning that here. Your report is more complete in any case so I just added a comment to yours. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
In the normal text area, I maintain that it should paste the URL, especially when the composer is in plain-text mode I think we agree 100% on the desired outcome in this case. I absolutely want it to paste the URL in this use-case too, and I consider the current behaviour to be a bug, no question whatsoever about that. But crucially, it is a bug in Chromium, not in Evo. If I have a file copied via a file manager, I (and also I believe other users) think it should paste the file as an attachment. In order to do this, Evolution must look at the available types for pasted data, and do something based on that. The problem is that Chromium is setting the wrong data type, as demonstrated by the exact same problem occurring in Open Office. Therefore Chromium should set the right data type, thus fixing the root cause, and the problem will be fixed. Someone in the thread did make a reference to Outlook's behaviour as the expected one (or perhaps it was on the long BZ exchange, I forget). That was probably me, I migrated from Outlook to Evo in September 2008, but I think it's the right behaviour based on fundamental reasons (outlined below). I.e. the causation chain is: Fundamental beliefs about usability of desktop apps - Observe Evo's previous behaviour - disagree with it because of violation of usability beliefs - File bug - include Outlook as real-world example of email app with attachment-pasting behaviour. The causation chain is not: Observe what Outlook does - Observe what Evo does - File bug against Evo. Where's the motivation in that? If I felt that way, I literally would not be able to summon the motivation to log a bug, because I just wouldn't care. However the Microsoft Way is viewed by many people as the Right Way simply by default and without rational argument. That's what I want to resist. I agree, and if I felt that it was the Right Way then clearly I would still be using Windows Outlook. I'm not, ergo, I don't feel that way. Equally though, it's a fact that there are things that Outlook (and Thunderbird, and Kmail, and gmail, and so forth) do right, and it's also a fact that there are things that they do wrong. Let's learn what we can from both categories, from the widest pool of relevant apps, and then use that information to help make the best app, succumbing to neither the that's how Outlook does it nor the Not Invented Here syndrome. Ah. But the thing is, if you go to a file browser (like nautilus), select a file, and press Ctrl-C, then go to a compose window and press Ctrl-V, what behavior would you expect? I would expect the URI of the file (which is what I get when I paste it in a Shell command line for example). I respectfully disagree. I think the app should do the best thing that it can with the data it gets. In the case of a terminal window, the _only_ thing it can do is paste the URI, so that's what it does. But Evo, OpenOffice, and other apps, will _frequently_ have a choice of what they can do with pasted data, and they should each do the best thing that they can, and that's what they now try to do. Most likely you are a highly advanced user, who has adapted to internalised the previous less-than-optimal URI pasting behaviour. That's fully understandable, but it does not follow from that that the previous less-than-optimal behaviour was better. Surely this should be the canonical test if you're making software that adheres to the principle of least surprise: If you take a person off the street, an average person, if it helps maybe imagine a parent or a neighbour, who has no personal interest in software (which immediately excludes pretty much everyone on this list), and to that person, you show them copying a file, and pasting it into Evo, and then before you show them the results, you ask them what they you expect is going to happen, do you think they will say: a) It might add the file in some way to the email? b) It might paste some text that says something like: file://smb:\ \redux/home/nickj/bin/iview/gavinandstacey_10_02_03.mp4? I mean, seriously? Is this even really a question? Additionally, we do not live in a world where everything can be expressed as text. Here are some further questions that I would like to pose for plain text emails: * If a user copies an image's content in GIMP (i.e. the image data, NOT the file), and pastes it into Evo, what do you expect to happen? An image attachment for the copied section, or some ASCII art representation of the copied data? * If a user copies a section of audio data from an audio editor, and pastes it into Evo, what do you expect to happen? That's for plain text. But we've barely even gotten started yet! Now let's make it more complicated. Now we have an HTML email, so we now have 3 choices of what to do with pasted data: paste as text, add as attachment, or paste as HTML. * A user copies some spreadsheet cells, and pastes into Evo. This data can be represented as text (either text version of the
Re: [Evolution] Strange behaviour of Ctrl-V
On Mon, 2010-07-05 at 13:27 +1000, Nick Jenkins wrote: I think we agree 100% on the desired outcome in this case. I absolutely want it to paste the URL in this use-case too, and I consider the current behaviour to be a bug, no question whatsoever about that. But crucially, it is a bug in Chromium, not in Evo. This is reasonable. I won't comment on the rest of your post but it's well argued and I don't fundamentally disagree with it. I'll try and post a bug against Chromium, if I can figure out where (it'll probably have to be against Chrome I suppose). poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Sun, 2010-07-04 at 23:29 -0430, Patrick O'Callaghan wrote: On Mon, 2010-07-05 at 13:27 +1000, Nick Jenkins wrote: I think we agree 100% on the desired outcome in this case. I absolutely want it to paste the URL in this use-case too, and I consider the current behaviour to be a bug, no question whatsoever about that. But crucially, it is a bug in Chromium, not in Evo. This is reasonable. I won't comment on the rest of your post but it's well argued and I don't fundamentally disagree with it. I'll try and post a bug against Chromium, if I can figure out where (it'll probably have to be against Chrome I suppose). Interestingly, the bug doesn't happen with Chrome, just Chromium. I may try and contact the Chromium maintainer directly. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Fri, 2010-07-02 at 16:26 +0200, Kåre Fiedler Christiansen wrote: On Fri, Jul 2, 2010 at 16:02, Patrick O'Callaghan p...@usb.ve wrote: On Fri, 2010-07-02 at 17:04 +1000, Nick Jenkins wrote: snip I wouldn't mind if Evo took account of the data type *when pasting in the attachment area*. In the normal text area, I maintain that it should paste the URL, especially when the composer is in plain-text mode (which in my case is 100% of the time). This strikes me as the natural thing to do and one which is very easy to explain to the user. If not, the Paste Quotation thing should at least change its name to something meaningful, such as Paste URL (or does it have some other purpose?) Ah. But the thing is, if you go to a file browser (like nautilus), select a file, and press Ctrl-C, then go to a compose window and press Ctrl-V, what behavior would you expect? I would expect the file to be attached. I would not expect a path to the file to be pasted. The bug in chromium is, that it identifies a copied URL as if it was a file copied from a file manager. I'd agree that when a user copies a 'file' he expects it to be pasted in the conversation window as a 'file' and not as a 'path to a file', the latter behaviour would only be desirable for the case you ran into, the web URL. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
If I paste from the Chromium location bar into a random command line or text editor, I'm certainly getting the URL and not the contents, which is as I would expect. I am almost certain it's a Chromium bug. Here's a non-Evo test case exposing the same problem: With a bleeding-edge daily build of Chromium (version “6.0.453.0 (51332)”), if I paste the URL text from the address bar into Open Office Writer (version 3.1) with ctrl-v, it brings up an “insert section” dialog, which if you click “ok”, also pastes the web page's contents, and not the link. However, if you do the same thing with Firefox, it works fine, and pastes the link, and not the web page's contents. Therefore, it sounds like Chromium's setting of the data types for copied address bar content is currently a bit broken. Evolution's handling of pasted data types has gotten smarter in 2.30, all that's happened here is that this improvement has exposed a separate pre-existing problem in another bit of software, whereas previously by sheer accident of history the two sub-optimal behaviours cancelled each other out. I can definitely empathise with your frustration, but surely the path forwards is for that broken software to be fixed, not for Evo to go back to the old approach of ignoring the pasted content's data type. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Fri, 2010-07-02 at 17:04 +1000, Nick Jenkins wrote: If I paste from the Chromium location bar into a random command line or text editor, I'm certainly getting the URL and not the contents, which is as I would expect. I am almost certain it's a Chromium bug. Here's a non-Evo test case exposing the same problem: With a bleeding-edge daily build of Chromium (version “6.0.453.0 (51332)”), if I paste the URL text from the address bar into Open Office Writer (version 3.1) with ctrl-v, it brings up an “insert section” dialog, which if you click “ok”, also pastes the web page's contents, and not the link. However, if you do the same thing with Firefox, it works fine, and pastes the link, and not the web page's contents. Therefore, it sounds like Chromium's setting of the data types for copied address bar content is currently a bit broken. Evolution's handling of pasted data types has gotten smarter in 2.30, all that's happened here is that this improvement has exposed a separate pre-existing problem in another bit of software, whereas previously by sheer accident of history the two sub-optimal behaviours cancelled each other out. I can definitely empathise with your frustration, but surely the path forwards is for that broken software to be fixed, not for Evo to go back to the old approach of ignoring the pasted content's data type. I wouldn't mind if Evo took account of the data type *when pasting in the attachment area*. In the normal text area, I maintain that it should paste the URL, especially when the composer is in plain-text mode (which in my case is 100% of the time). This strikes me as the natural thing to do and one which is very easy to explain to the user. If not, the Paste Quotation thing should at least change its name to something meaningful, such as Paste URL (or does it have some other purpose?) poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Fri, Jul 2, 2010 at 16:02, Patrick O'Callaghan p...@usb.ve wrote: On Fri, 2010-07-02 at 17:04 +1000, Nick Jenkins wrote: snip I wouldn't mind if Evo took account of the data type *when pasting in the attachment area*. In the normal text area, I maintain that it should paste the URL, especially when the composer is in plain-text mode (which in my case is 100% of the time). This strikes me as the natural thing to do and one which is very easy to explain to the user. If not, the Paste Quotation thing should at least change its name to something meaningful, such as Paste URL (or does it have some other purpose?) Ah. But the thing is, if you go to a file browser (like nautilus), select a file, and press Ctrl-C, then go to a compose window and press Ctrl-V, what behavior would you expect? I would expect the file to be attached. I would not expect a path to the file to be pasted. The bug in chromium is, that it identifies a copied URL as if it was a file copied from a file manager. Best, Kåre -- Kåre Fiedler Christiansen ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Fri, Jul 2, 2010 at 16:02, Patrick O'Callaghan p...@usb.ve wrote: On Fri, 2010-07-02 at 17:04 +1000, Nick Jenkins wrote: snip I wouldn't mind if Evo took account of the data type *when pasting in the attachment area*. In the normal text area, I maintain that it should paste the URL, especially when the composer is in plain-text mode (which in my case is 100% of the time). This strikes me as the natural thing to do and one which is very easy to explain to the user. If not, the Paste Quotation thing should at least change its name to something meaningful, such as Paste URL (or does it have some other purpose?) Ah. But the thing is, if you go to a file browser (like nautilus), select a file, and press Ctrl-C, then go to a compose window and press Ctrl-V, what behavior would you expect? I would expect the file to be attached. I would not expect a path to the file to be pasted. The bug in chromium is, that it identifies a copied URL as if it was a file copied from a file manager. Best, Kåre -- Kåre Fiedler Christiansen ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Fri, 2010-07-02 at 16:25 +0200, Kåre Fiedler Christiansen wrote: On Fri, Jul 2, 2010 at 16:02, Patrick O'Callaghan p...@usb.ve wrote: On Fri, 2010-07-02 at 17:04 +1000, Nick Jenkins wrote: snip I wouldn't mind if Evo took account of the data type *when pasting in the attachment area*. In the normal text area, I maintain that it should paste the URL, especially when the composer is in plain-text mode (which in my case is 100% of the time). This strikes me as the natural thing to do and one which is very easy to explain to the user. If not, the Paste Quotation thing should at least change its name to something meaningful, such as Paste URL (or does it have some other purpose?) Ah. But the thing is, if you go to a file browser (like nautilus), select a file, and press Ctrl-C, then go to a compose window and press Ctrl-V, what behavior would you expect? I would expect the URI of the file (which is what I get when I paste it in a Shell command line for example). If I wanted the contents of the file I would expect to have to open it and copy the parts I was interested in, or paste it into the attachment area. And if I want a quick way to attach the entire file *or* insert the contents I also have the Insert menu. It seems to me that making the canonical behaviour to attach the contents of the file actually *reduces* the user's options. I would expect the file to be attached. I would not expect a path to the file to be pasted. I disagree, with the proviso that adding an attachment is reasonable when pasting into the attachment area. When pasting into the text area, it's not reasonable. The bug in chromium is, that it identifies a copied URL as if it was a file copied from a file manager. That may be so, but the fact remains that IMHO the Evo behaviour is suboptimal. I'm happy to entertain arguments to the contrary as long as they aren't variations on that's the way Outlook does it. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Fri, Jul 2, 2010 at 18:16, Patrick O'Callaghan p...@usb.ve wrote: On Fri, 2010-07-02 at 16:25 +0200, Kåre Fiedler Christiansen wrote: On Fri, Jul 2, 2010 at 16:02, Patrick O'Callaghan p...@usb.ve wrote: On Fri, 2010-07-02 at 17:04 +1000, Nick Jenkins wrote: snip about pasting files into evolution text area while composing mail I would expect the file to be attached. I would not expect a path to the file to be pasted. I disagree, with the proviso that adding an attachment is reasonable when pasting into the attachment area. When pasting into the text area, it's not reasonable. All I can say is we have to agree to disagree, then. When I use copy/paste of whole files from and to applications that are capable of handling full files, I expect the copy/paste operation to be on files. As a further example, if I use dragdrop of a file into a message I'm composing. I expect the file to be attached, not an URL to be inserted. I will agree, though, that the current behavior isn't fully intuitive: Pasting into any header field _does_ paste the URL, rather than attach the file. Either pasting of a file into any element in the compose window should a attach the file, or only pasting into the attachment bar should do so, as you suggest. The bug in chromium is, that it identifies a copied URL as if it was a file copied from a file manager. That may be so, but the fact remains that IMHO the Evo behaviour is suboptimal. I'm happy to entertain arguments to the contrary as long as they aren't variations on that's the way Outlook does it. I wouldn't know how Outlook does it. I haven't actually seen anyone refer to how Outlook does it, either directly or indirectly. Is this somehow an argument that says that anyone who expects something of an application that happens be the same way it works in Microsoft products, is by definition wrong? I strongly disagree. Having a certain behavior in Microsoft products does not make it the right way to do things, but it certainly doesn't by definition make it the wrong way to do things either. Best, Kåre -- Kåre Fiedler Christiansen ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Fri, 2010-07-02 at 22:09 +0200, Kåre Fiedler Christiansen wrote: [...] The bug in chromium is, that it identifies a copied URL as if it was a file copied from a file manager. That may be so, but the fact remains that IMHO the Evo behaviour is suboptimal. I'm happy to entertain arguments to the contrary as long as they aren't variations on that's the way Outlook does it. I wouldn't know how Outlook does it. I haven't actually seen anyone refer to how Outlook does it, either directly or indirectly. Someone in the thread did make a reference to Outlook's behaviour as the expected one (or perhaps it was on the long BZ exchange, I forget). Not you of course. Is this somehow an argument that says that anyone who expects something of an application that happens be the same way it works in Microsoft products, is by definition wrong? I strongly disagree. Having a certain behavior in Microsoft products does not make it the right way to do things, but it certainly doesn't by definition make it the wrong way to do things either. Certainly not what I said or implied, just to be clear. However the Microsoft Way is viewed by many people as the Right Way simply by default and without rational argument. That's what I want to resist. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Strange behaviour of Ctrl-V
I notice that in Evo 2.30.2 if I have a URL in the clipboard (copied from a browser window for example) Edit-Paste (Ctrl-V) pastes the *contents* of the URL as an attachment. To paste the URL itself I have to use Edit-Paste Quotation (Shift-Ctrl-V). IIRC this is a change and I'm not sure I like it. It seems odd that the more usual option of pasting the URL -- which is what I want to do maybe 99.999% of the time -- is harder to get to. No doubt someone thought that pasting the attachment might be useful, but I can't actually think of a single reason why I would ever want to do that. I often complain to people who waste bandwidth sending a page when they could send a URL. What on Earth is the point? poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Wed, 2010-06-30 at 20:29 -0430, Patrick O'Callaghan wrote: I notice that in Evo 2.30.2 if I have a URL in the clipboard (copied from a browser window for example) Edit-Paste (Ctrl-V) pastes the *contents* of the URL as an attachment. To paste the URL itself I have to use Edit-Paste Quotation (Shift-Ctrl-V). IIRC this is a change and I'm not sure I like it. It seems odd that the more usual option of pasting the URL -- which is what I want to do maybe 99.999% of the time -- is harder to get to. No doubt someone thought that pasting the attachment might be useful, but I can't actually think of a single reason why I would ever want to do that. I often complain to people who waste bandwidth sending a page when they could send a URL. What on Earth is the point? I can't get the (bad) behavior you describe. For me, everything about pasting URLs works as before. Best take a rest and try again in the morning. And let's hope that Evolution isn't starting to do weird things. jon ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Wed, 2010-06-30 at 20:29 -0430, Patrick O'Callaghan wrote: I notice that in Evo 2.30.2 if I have a URL in the clipboard (copied from a browser window for example) Edit-Paste (Ctrl-V) pastes the *contents* of the URL as an attachment. To paste the URL itself I have to use Edit-Paste Quotation (Shift-Ctrl-V). IIRC this is a change and I'm not sure I like it. It seems odd that the more usual option of pasting the URL -- which is what I want to do maybe 99.999% of the time -- is harder to get to. No doubt someone thought that pasting the attachment might be useful, but I can't actually think of a single reason why I would ever want to do that. I often complain to people who waste bandwidth sending a page when they could send a URL. What on Earth is the point? See https://bugzilla.gnome.org/show_bug.cgi?id=551464 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Thu, 2010-07-01 at 06:46 -0400, Matthew Barnes wrote: On Wed, 2010-06-30 at 20:29 -0430, Patrick O'Callaghan wrote: I notice that in Evo 2.30.2 if I have a URL in the clipboard (copied from a browser window for example) Edit-Paste (Ctrl-V) pastes the *contents* of the URL as an attachment. To paste the URL itself I have to use Edit-Paste Quotation (Shift-Ctrl-V). IIRC this is a change and I'm not sure I like it. It seems odd that the more usual option of pasting the URL -- which is what I want to do maybe 99.999% of the time -- is harder to get to. No doubt someone thought that pasting the attachment might be useful, but I can't actually think of a single reason why I would ever want to do that. I often complain to people who waste bandwidth sending a page when they could send a URL. What on Earth is the point? See https://bugzilla.gnome.org/show_bug.cgi?id=551464 I'd been meaning to file a bug report about this 'new' behaviour, since experiencing it with Evolution 2.30 in Fedora 13. I just don't get why adding this feature should override the normal behaviour of pasting into a message? Ctrl-V is paste, not paste URL as an attachment. Shift-Ctrl-V is not a solution; in what sense is a URL a quote? IMHO, the new behaviour should only be triggered if the focus is on the Attachment Bar, otherwise Ctrl-V retains it's usual meaning and the clipboard contents get pasted into the message body as previous. G -- %~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~% Dr. Gavin Simpson [t] +44 (0)20 7679 0522 ECRC, UCL Geography, [f] +44 (0)20 7679 0565 Pearson Building, [e] gavin.simpsonATNOSPAMucl.ac.uk Gower Street, London [w] http://www.ucl.ac.uk/~ucfagls/ UK. WC1E 6BT. [w] http://www.freshwaters.org.uk %~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~% ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Thu, 2010-07-01 at 06:46 -0400, Matthew Barnes wrote: On Wed, 2010-06-30 at 20:29 -0430, Patrick O'Callaghan wrote: I notice that in Evo 2.30.2 if I have a URL in the clipboard (copied from a browser window for example) Edit-Paste (Ctrl-V) pastes the *contents* of the URL as an attachment. To paste the URL itself I have to use Edit-Paste Quotation (Shift-Ctrl-V). IIRC this is a change and I'm not sure I like it. It seems odd that the more usual option of pasting the URL -- which is what I want to do maybe 99.999% of the time -- is harder to get to. No doubt someone thought that pasting the attachment might be useful, but I can't actually think of a single reason why I would ever want to do that. I often complain to people who waste bandwidth sending a page when they could send a URL. What on Earth is the point? See https://bugzilla.gnome.org/show_bug.cgi?id=551464 OK. So the problem is that everything is a URI? If the URI points to a local file, then yes the default should be to paste the file and not the URI. But if the URI happens to be a non-local file, such as a web reference, then the default should surely be to paste the URI and not the content. For the bugzilla address above - would you want the content of the bugzilla page posted or the URI? P. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Thu, 2010-07-01 at 12:10 +0100, Pete Biggs wrote: On Thu, 2010-07-01 at 06:46 -0400, Matthew Barnes wrote: On Wed, 2010-06-30 at 20:29 -0430, Patrick O'Callaghan wrote: I notice that in Evo 2.30.2 if I have a URL in the clipboard (copied from a browser window for example) Edit-Paste (Ctrl-V) pastes the *contents* of the URL as an attachment. To paste the URL itself I have to use Edit-Paste Quotation (Shift-Ctrl-V). IIRC this is a change and I'm not sure I like it. It seems odd that the more usual option of pasting the URL -- which is what I want to do maybe 99.999% of the time -- is harder to get to. No doubt someone thought that pasting the attachment might be useful, but I can't actually think of a single reason why I would ever want to do that. I often complain to people who waste bandwidth sending a page when they could send a URL. What on Earth is the point? See https://bugzilla.gnome.org/show_bug.cgi?id=551464 OK. So the problem is that everything is a URI? If the URI points to a local file, then yes the default should be to paste the file and not the URI. But if the URI happens to be a non-local file, such as a web reference, then the default should surely be to paste the URI and not the content. For the bugzilla address above - would you want the content of the bugzilla page posted or the URI? Good point :-) poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Thu, 2010-07-01 at 08:07 -0430, Patrick O'Callaghan wrote: The comments on the BZ page all refer to Nautilus. However I'm not using Nautilus, in fact I'm not even using the Gnome desktop. The URL I'm trying to paste comes from the Chromium location bar running under KDE 4.4. If I copy-paste from other locations such as the Shell command line, or even right-click and copy from a link within a web page, it works as it should. In fact if I copy-paste from the location bar in Firefox or Konqueror, it also works as it should. That sounds like a Chromium bug then, if Firefox, Konqueror (and I'll add Epiphany) all get it right. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Thu, 2010-07-01 at 08:41 -0400, Matthew Barnes wrote: On Thu, 2010-07-01 at 08:07 -0430, Patrick O'Callaghan wrote: The comments on the BZ page all refer to Nautilus. However I'm not using Nautilus, in fact I'm not even using the Gnome desktop. The URL I'm trying to paste comes from the Chromium location bar running under KDE 4.4. If I copy-paste from other locations such as the Shell command line, or even right-click and copy from a link within a web page, it works as it should. In fact if I copy-paste from the location bar in Firefox or Konqueror, it also works as it should. That sounds like a Chromium bug then, if Firefox, Konqueror (and I'll add Epiphany) all get it right. If you say so. I find the discussion on the BZ page hard to follow, as it's not clear to me what exactly is the intended behaviour. If I paste from the Chromium location bar into a random command line or text editor, I'm certainly getting the URL and not the contents, which is as I would expect. I still don't understand why anyone would want something different in Evo unless explicitly pasting into the attachment area. BTW I also get the full file when copying and pasting into Evo from Dolphin or Nautilus, so maybe it's not a Chromium bug but a Firefox/Konqueror/Epiphany bug. The only thing that's clear is that there's disagreement about what the correct behaviour should be. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
On Thu, 2010-07-01 at 08:52 -0430, Patrick O'Callaghan wrote: If you say so. I find the discussion on the BZ page hard to follow, as it's not clear to me what exactly is the intended behaviour. If I paste from the Chromium location bar into a random command line or text editor, I'm certainly getting the URL and not the contents, which is as I would expect. I still don't understand why anyone would want something different in Evo unless explicitly pasting into the attachment area. BTW I also get the full file when copying and pasting into Evo from Dolphin or Nautilus, so maybe it's not a Chromium bug but a Firefox/Konqueror/Epiphany bug. The only thing that's clear is that there's disagreement about what the correct behaviour should be. From what you describe it sounds like Chromium is copying its location bar text to the clipboard as a text/uri-list data type (which is all the information Evolution has to act on) instead of just plain text. text/uri-list is meant for use cases like highlighting a bunch of files in a file manager and then moving or copying them elsewhere via copy+paste or drag-and-drop. The bug I pointed you to fixed the case of copying and pasting or dragging and dropping highlighted files from Nautilus into the composer window and having them show up as a bunch of URIs. Expected behavior is to insert them as attachments. text/uri-list is the data type used to negotiate that. Chromium should be copying location bar content as text/plain. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
