Re: [Evolution] Strange behaviour dealing with GMail

[Milan Crha]

On Sat, 2011-02-05 at 10:25 +, Michael Thompson wrote:
> When I move a message in Evolution to another folder, the message is
> labeled as the new folder name in Evolution, and can be seen on both
> GMail and Evolution. Its removed from the Evolution inbox. (But still
> has both the inbox and other folder as a label in GMail)
> 
> However the next time Evolution syncs with the imap, it seems to remove
> the labels for both folders. Hence the message completly dissapears. (It
> can not be seen in Trash either)
> 
> Is there any way to solve this, or a Gmail quirk I have to live with?

Hi,
I do not know your version, but since 2.32.2 this is fixed in Evolution,
according to:
https://bugzilla.gnome.org/show_bug.cgi?id=634743
Bye,
Milan

___
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 dealing with GMail

[Adam Tauno Williams]

On Sat, 2011-02-05 at 10:25 +, Michael Thompson wrote: 
> I have evolution set up to access my GMail messages. However, I have a
> issue I need your help with.

Fastmail.Fm provides real IMAP with the side benefit of supporting Open
Source and Open standards.



___
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 dealing with GMail

[Ng Oon-Ee]

On Sat, 2011-02-05 at 10:28 +, Michael Thompson wrote:
> On Sat, 2011-02-05 at 10:25 +, Michael Thompson wrote:
> > I have evolution set up to access my GMail messages. However, I have a
> > issue I need your help with.
> > 
> > When I move a message in Evolution to another folder, the message is
> > labeled as the new folder name in Evolution, and can be seen on both
> > GMail and Evolution. Its removed from the Evolution inbox. (But still
> > has both the inbox and other folder as a label in GMail)
> > 
> > However the next time Evolution syncs with the imap, it seems to remove
> > the labels for both folders. Hence the message completly dissapears. (It
> > can not be seen in Trash either)
> > 
> > Is there any way to solve this, or a Gmail quirk I have to live with?
> > 
> > Thanks for any help.
> > 
> > 
> > 
> 
> Sorry, it actually appears in Trash with both labels. 


https://mail.google.com/support/bin/answer.py?answer=78892

Gmail's IMAP implementation is non-standard. Their help should contain
all the answers you need, start at the above link.

___
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 dealing with GMail

[Michael Thompson]

On Sat, 2011-02-05 at 10:25 +, Michael Thompson wrote:
> I have evolution set up to access my GMail messages. However, I have a
> issue I need your help with.
> 
> When I move a message in Evolution to another folder, the message is
> labeled as the new folder name in Evolution, and can be seen on both
> GMail and Evolution. Its removed from the Evolution inbox. (But still
> has both the inbox and other folder as a label in GMail)
> 
> However the next time Evolution syncs with the imap, it seems to remove
> the labels for both folders. Hence the message completly dissapears. (It
> can not be seen in Trash either)
> 
> Is there any way to solve this, or a Gmail quirk I have to live with?
> 
> Thanks for any help.
> 
> 
> 

Sorry, it actually appears in Trash with both labels. 



signature.asc
Description: This is a digitally signed message part
___
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 dealing with GMail

[Michael Thompson]

I have evolution set up to access my GMail messages. However, I have a
issue I need your help with.

When I move a message in Evolution to another folder, the message is
labeled as the new folder name in Evolution, and can be seen on both
GMail and Evolution. Its removed from the Evolution inbox. (But still
has both the inbox and other folder as a label in GMail)

However the next time Evolution syncs with the imap, it seems to remove
the labels for both folders. Hence the message completly dissapears. (It
can not be seen in Trash either)

Is there any way to solve this, or a Gmail quirk I have to live with?

Thanks for any help.



-- 
Michael
http://photography.thompsonm.me.uk

To see a World in a Grain of Sand
And a Heaven in a Wild Flower,
Hold Infinity in the palm of your hand
And Eternity in an hour.
--William Blake


signature.asc
Description: This is a digitally signed message part
___
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 POP account

[Patrick O'Callaghan]

On Fri, 2010-07-09 at 10:54 +0530, vijay singh wrote:
> Hello,
> I have seen strange behaviour of POP account after adding POP account on
> evolution.
> 
> After connecting with POP account (Tried with yahoo account) on
> evolution if i will go to yahoo.com and login then i am not able to view
> any of my Inbox mail.
> 
> It is quite surprising for me that my complete E-mail got transfer to
> machine where i have configured POP account on evolution.

Don't be surprised. This is the way POP works by default. Your mail is
downloaded and removed from the server. To change that, go to
Edit->Preferences->->Receiving Options->Message Storage and
tick the box "Leave Mail on Server". You then need to plan on how you're
going to delete mail so as not to exceed your quota.

> How can i get back all my mail into my yahoo login ??

You can't, unless you redirect it back to yourself (Message->Forward
As->Redirect), but of course you'll then receive it again and the dates
will have changed.

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 POP account

[vijay singh]

Hello,
I have seen strange behaviour of POP account after adding POP account on
evolution.

After connecting with POP account (Tried with yahoo account) on
evolution if i will go to yahoo.com and login then i am not able to view
any of my Inbox mail.

It is quite surprising for me that my complete E-mail got transfer to
machine where i have configured POP account on evolution.

How can i get back all my mail into my yahoo login ??

Regards,
vij


___
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

[Patrick O'Callaghan]

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

[Nick Jenkins]

> > 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

[Patrick O'Callaghan]

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

[Patrick O'Callaghan]

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

[Nick Jenkins]

> 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 

Re: [Evolution] Strange behaviour of Ctrl-V

[Ng Oon-Ee]

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  wrote:
> > On Fri, 2010-07-02 at 17:04 +1000, Nick Jenkins wrote:
> 
> 
> 
> > 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

[Patrick O'Callaghan]

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] Strange behaviour of Ctrl-V

[Kåre Fiedler Christiansen]

On Fri, Jul 2, 2010 at 18:16, Patrick O'Callaghan  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  wrote:
>> > On Fri, 2010-07-02 at 17:04 +1000, Nick Jenkins wrote:



>> 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 drag&drop 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

[Patrick O'Callaghan]

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  wrote:
> > On Fri, 2010-07-02 at 17:04 +1000, Nick Jenkins wrote:
> 
> 
> 
> > 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

[Kåre Fiedler Christiansen]

On Fri, Jul 2, 2010 at 16:02, Patrick O'Callaghan  wrote:
> On Fri, 2010-07-02 at 17:04 +1000, Nick Jenkins wrote:



> 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

[Kåre Fiedler Christiansen]

On Fri, Jul 2, 2010 at 16:02, Patrick O'Callaghan  wrote:
> On Fri, 2010-07-02 at 17:04 +1000, Nick Jenkins wrote:



> 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

[Patrick O'Callaghan]

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

[Nick Jenkins]

> 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

[Matthew Barnes]

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

Re: [Evolution] Strange behaviour of Ctrl-V

[Patrick O'Callaghan]

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

[Matthew Barnes]

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

[Matthew Barnes]

On Thu, 2010-07-01 at 12:10 +0100, Pete Biggs wrote: 
> 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.

Unless the remote file is mounted locally through GVFS.


> For the bugzilla address above - would you want the content of the
> bugzilla page posted or the URI?

I would want the URI, and if I right-click that URI in Evolution and
select Copy Link Location or I open the URI in a web browser and then
highlight and hit Ctrl+C in the location bar, it gets copied to the
clipboard as text/plain and pastes correctly in the composer.

So the question is how are you guys copying the URI text that it's
winding up in the clipboard as text/uri-list?

___
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

[Patrick O'Callaghan]

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

[Patrick O'Callaghan]

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

The BZ reporter talks about what he's used to in Outlook, and I
appreciate that pasting a local file URI is probably useless as well,
but there already exist ways to get round that (e.g.
Insert->Attachment).

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.

One last point: using the middle mouse button to paste does insert the
URL and not the contents. I realize that this is a different mechanism
from the point of view of the X server, but the two methods work the
same with Firefox or Konqueror and work differently with Chromium. Is
this then a Chromium bug? All I know is that it used to work correctly
from my point of view and now it doesn't.

I could swallow this behaviour if it were limited to pasting within the
attachment area, but as it is now it fails to comply with the Principle
of Least Astonishment.

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

[Pete Biggs]

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

[Gavin Simpson]

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

[Matthew Barnes]

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

[Jonathan Ryshpan]

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

[Evolution] Strange behaviour of Ctrl-V

[Patrick O'Callaghan]

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

[Thomas Mittelstaedt]

Well, I hesitated upgrading from jaunty to karmic. Looks like it is
better to wait a few months before upgrading!!
Better try a vmware image before upgrading the whole box!!
I am running 2.28.2 here on jaunty and it is running just nicely!

Am Mittwoch, den 04.11.2009, 16:29 -0800 schrieb Brewster Gillett:
> Just installed 2.28,1 and Ubuntu 9.10 - upgrades from 9.04.
> I am panicked - seeing something I have *never* seen in an email
> program, 

-- 
thomas


___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] Strange behaviour

[Brewster Gillett]

Just installed 2.28,1 and Ubuntu 9.10 - upgrades from 9.04.
I am panicked - seeing something I have *never* seen in an email
program, Have been getting strange behaviour that is interpreting
mouse clicks as move instructions - and it's been moving stuff around
without being asked to. Including entire folders. The end point here,
and what has me really spooked, is that it managed to completely
hide the main Inbox (after putting it elsewhere, and my putting
it back, except that it didn't put it at the top level but placed
it under the empty Inbox )- but here's the bizarre aspect - 
You know how the folder list puts a number in bold next to the
folder name indicating unread messages? This Inbox-under-Inbox
folder is displaying 23 unread messages, but the folder is empty.

I have looked at every other folder and subfolder to try to find where
the several hundred accumulated inbox messages have gone. No luck.
But this bit of showing the unread number by the folder, but with
nothing in the folder, has me terrified. And I ain't easily terrified -
I've been using email for almost 30 years.

I have a lot of messages in that missing folder that I really cannot
afford to lose, some of which came in since my weekly backup. Anything
before last Thursday I can restore without much difficulty, but I'm
worried about those since Thursday.

Any ideas?


 Brewster Gillett

-- 
***
Embrace a sharing community of sustainable low-carbon vegan diversity
***
W. Brewster Gillett b...@fdi.usPortland, OR  USA
***


___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Strange behaviour

[Calum Benson]

On Mon, 2006-11-20 at 07:02 -0500, Matthew Barnes wrote:
> On Mon, 2006-11-20 at 13:41 +0530, Srinidhi B S wrote:
> > You have "Caret Mode" enabled. Uncheck View -> Caret Mode or simply
> > press  key, and the preview pane will not scroll down. :)
> > 
> > Faced the same problem this morning and got the fix too. :)
> 
> This bites more people...
> 
> I've been working on a patch that gives a visual indication of when
> Caret mode is enabled.  It displays "Caret" in the mailer's status bar
> with a helpful tooltip, sorta like the way Epiphany does it.  I still
> need to get it working for individual mail message windows.

Wouldn't it be easier just to fix the caret mode behaviour so that it
didn't display messages from the bottom up?  (Unless that's an
accessibility requirement.)

Cheeri,
Calum.

-- 
CALUM BENSON, Usability Engineer   Sun Microsystems Ireland
mailto:[EMAIL PROTECTED]Java Desktop System Group
http://ie.sun.com  +353 1 819 9771

Any opinions are personal and not necessarily those of Sun Microsystems

___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] Strange behaviour

[Christopher M Bailey]

Hi All,

I'm running Evolution 2.8.1.1 on FC6 and ever since I did a yum update
last night, every time I view an email with images in it Evo
automatically scrolls to the end of the message each time an image
loads.  Anyone else experienced this and if so is there a fix?

Cheers,
Chris



___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list