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] mail client application]
You don't need to file enhancement requests -- all this good stuff is
already built into the evolution-2.31 package and the express mode
is triggered with a command line switch:
evolution --express
A lot of the enhancements will eventually seep into the standard UI.
The code is already littered with
if (in_express_mode) { do this } else { do that }
and I don't like redundancy. :)
That's fantastic to hear, and thank you for clarifying. I thought it
might be a separate tree or something, but for express mode to
incorporated into the same tree, and triggered with a special switch, is
definitely preferable.
* Having tabs instead of separate pop-up dialogs in the appointment
editor, for recurrence / free busy / Alarm.
+1 I've always found the Evolution appointment editor to be a
confusing construction; even after using it for years [a decade?].
I know what you mean. There were a number of nice touches in the
screenshots, but the tabs in the appointment editor were my personal
favourite, and seem like something that's a clear win in non-express
mode too.
-- 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
[Evolution] Evo Seg Fault on Meeting Request
Hi, I use Google Calendars to coordinate with various ppl including clients and as of late, when I click on the invite Evo seg faults. I ran Evo from console and all I get is segmentation fault. What else can I do to provide more info? Phil ___ 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] Compositing Pet Peeve
On Tue, 2010-06-29 at 14:52 -0430, Patrick O'Callaghan wrote: On Tue, 2010-06-29 at 14:35 -0400, Philippe LeCavalier wrote: Hi Everyone, Not sure if it's something I'm doing but...If I start composing a reply msg to someone and decide to change the account I want to sent it from the first letter of the first line of the original msg gets brought back up one line making my signoff look like: PhilO n such a date at such a time line Hopefully this is reproducible and fixable... Please report it to Bugzilla. Cheers, PhilO P.S. Of course, I wouldn't see this if I weren't top-posting but ppl never see my replies when I interweave my responses. Er, yes we do. Yes. You certainly do just like everyone else here but none of my clients do ;) poc Thanks Patrick Bug 623420 has been filed. Cheers, Phil attachment: face-wink.png___ 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] Evo Seg Fault on Meeting Request
On Fri, 2010-07-02 at 14:06 -0400, Philippe LeCavalier wrote: I use Google Calendars to coordinate with various ppl including clients and as of late, when I click on the invite Evo seg faults. I ran Evo from console and all I get is segmentation fault. What else can I do to provide more info? Does Google support use CALDAV or something else? I have no idea. If it uses CALDAV setting the CALDAV_DEBUG variable might expose something. Run CALDAV_DEBUG=1 evolution -- Adam Tauno Williams awill...@whitemice.org LPIC-1, Novell CLA http://www.whitemiceconsulting.com OpenGroupware, Cyrus IMAPd, Postfix, OpenLDAP, Samba ___ 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] Evo Seg Fault on Meeting Request
On Fri, 2010-07-02 at 15:15 -0400, Adam Tauno Williams wrote: Does Google support use CALDAV or something else? I have no idea. If it uses CALDAV setting the CALDAV_DEBUG variable might expose something. I'm 90% certain it's CALDAV however... Run CALDAV_DEBUG=1 evolution Shows: plecaval...@plc:~$ CALDAV_DEBUG=1 evolution (evolution:4250): evolution-network-manager-WARNING **: The name org.freedesktop.NetworkManager was not provided by any .service files Segmentation fault plecaval...@plc:~$ ...no more info than previously ran with just $evolution I'm not even certain Evo gets to the point where it talks to Google. The crash is just about instant. I click, it closes. Phil ___ 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
Re: [Evolution] Compositing Pet Peeve
On Fri, 2010-07-02 at 14:25 -0400, Philippe LeCavalier wrote: P.S. Of course, I wouldn't see this if I weren't top-posting but ppl never see my replies when I interweave my responses. Er, yes we do. Yes. You certainly do just like everyone else here but none of my clients do ;) Your clients presumably aren't using mailing lists. The objection to top-posting is strictly in the context of Internet mailing lists, which tend to have many members, last for many years, and have all their traffic archived. In other contexts, do whatever seems best. I often use top-posting in private communications. 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
