Re: [evolution-patches] fix for bug #43241

[guenther <guenther rudersport de>]

> > Have you read all of the posts to the bug? There are a whole lot more
> > issues, than this one.
> >  http://bugzilla.ximian.com/show_bug.cgi?id=43241
> 
> There are, but they're UI issues -- they're cosmetic. I'm not really
> qualified to comment on them, and to be honest I don't have much of an
> opinion. The issue on which I commented, as a user, was the one of
> functionality.

The whole bug is on UI issues. Although this issue has the potential to
confuse users and enable them to make wrong decisions, screw up their
ordering and getting lost.


> > So your Laptop is broken and you refuse to use it -- just because it is
> > at home, not connected, and you are at the office using another machine
> > to access your IMAP servers mail?
> 
> The laptop is the exception to my only half-made-in-jest rule. And it's
> generally with me, and has Ethernet, wavelan and Bluetooth networking --
> when I'm on the road it has GPRS. It isn't entirely cut off from the
> world ;)

/me sighs and looks at the ethernet cable sticking to the laptop... ;)


> > This is one of my points: You do know. Well, then have a look at the
> > users mailing lists. There are a couple of folks, asking about some
> > really basic things. And now think about all those folks, not even smart
> > enough to use mailing lists...
> > 
> > Evolution wanna enable all those folks, to use and manage their mails.
> > Hackers are not the only users of Evolution...
> 
> Do not screw me over for the sake of the lowest common denominator. :)

I really don't intend to screw you over. I wanna make the UI consistent
and prevent the untaught user to shoot them self in the foot.
Unfortunately, this targets seem to conflict...


Hey, I managed to pass Jeff and even got a fine patch by him -- don't
think convincing Jeff is easy. ;-)  Now, there isn't only Anna wanting
to get user feedback, but you depending on this "feature", to hold back
that patch...


> Make it easy for the droolers, by all means -- make it obvious what's
> happening and why -- but don't actually break stuff for people who know
> what they're doing.
> 
> On this occasion, I suppose I don't really want the account 'disabled'
> -- it's just that I couldn't find the checkbox marked... 
> 
> 	"Make Evolution refuse to show any mail from your other _local_
> 	 IMAP account until it's finished issuing STATUS for _every_
> 	 folder in this remote and slow account."
> 
> ... in order to turn that function off. :)
> 
> Perhaps we should disable sending/reading/polling separately?

So you are using and depending on not intended side-effects of a falsely
labeled function? Isn't that considered bad coding style? ;-))


However, I am still the owner of this open bug, cause I believe this is
an issue. I just wanted to raise the topic again, as I coincidentally
made up another bad user scenario.

If this bug shall not be fixed due to veto by the responsible persons, I
can live with it...

...guenther


-- 
char *t="\10pse\0r\0dtu\0  ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
(c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}