Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #22275 > unrolled thread

unittest: assertRaises() with an instance instead of a type

Back to article view | Back to comp.lang.python

Contents

  unittest: assertRaises() with an instance instead of a type Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2012-03-28 14:28 +0200
    Re: unittest: assertRaises() with an instance instead of a type Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2012-03-28 18:07 +0000
      Re: unittest: assertRaises() with an instance instead of a type Ben Finney <ben+python@benfinney.id.au> - 2012-03-29 12:55 +1100
        Re: unittest: assertRaises() with an instance instead of a type Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2012-03-29 06:35 +0000
        Re: unittest: assertRaises() with an instance instead of a type Peter Otten <__peter__@web.de> - 2012-03-29 08:55 +0200
        Re: unittest: assertRaises() with an instance instead of a type Steve Howell <showell30@yahoo.com> - 2012-03-28 22:50 -0700
      Re: unittest: assertRaises() with an instance instead of a type Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2012-03-29 09:08 +0200
        Re: unittest: assertRaises() with an instance instead of a type Peter Otten <__peter__@web.de> - 2012-03-29 09:48 +0200
        Re: unittest: assertRaises() with an instance instead of a type Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2012-03-30 02:45 +0000
          Re: unittest: assertRaises() with an instance instead of a type Ethan Furman <ethan@stoneleaf.us> - 2012-03-30 10:45 -0700
      Re: unittest: assertRaises() with an instance instead of a type Ethan Furman <ethan@stoneleaf.us> - 2012-03-29 08:35 -0700
        Re: unittest: assertRaises() with an instance instead of a type Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2012-03-30 02:53 +0000
    Re: unittest: assertRaises() with an instance instead of a type Terry Reedy <tjreedy@udel.edu> - 2012-03-28 14:26 -0400
      Re: unittest: assertRaises() with an instance instead of a type Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2012-03-29 09:28 +0200
        Re: unittest: assertRaises() with an instance instead of a type Terry Reedy <tjreedy@udel.edu> - 2012-03-29 11:04 -0400
      tabs/spaces (was: Re: unittest: assertRaises() with an instance instead of a type) Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2012-03-29 09:18 +0200
        Re: tabs/spaces (was: Re: unittest: assertRaises() with an instance instead of a type) Roy Smith <roy@panix.com> - 2012-03-29 08:49 -0400
        Re: tabs/spaces Dave Angel <d@davea.name> - 2012-03-29 11:16 -0400
        Re: tabs/spaces Terry Reedy <tjreedy@udel.edu> - 2012-03-29 11:25 -0400
          Re: tabs/spaces Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2012-03-30 09:05 +0200
            Re: tabs/spaces Dave Angel <d@davea.name> - 2012-03-30 08:47 -0400
              Re: tabs/spaces Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2012-04-02 09:12 +0200
                Re: tabs/spaces Terry Reedy <tjreedy@udel.edu> - 2012-04-02 03:42 -0400

Page 2 of 2 — ← Prev page 1 [2]

#22381 — Re: tabs/spaces

On 03/30/2012 03:05 AM, Ulrich Eckhardt wrote:
> Am 29.03.2012 17:25, schrieb Terry Reedy:
>> I am using Thunderbird, win64, as news client for gmane. The post looked
>> fine as originally received. The indents only disappeared when I hit
>> reply and the >s were added.
>
> I can confirm this misbehaviour of Thunderbird (version 11.0 here), it 
> strips the leading spaces when you begin a reply.
>
> Uli

But since it doesn't do it on all messages, have you also confirmed that 
it does it for a text message?  My experience seems to be that only the 
html messages are messed up that way.

of course, it could be lots of other things, like which gateways did the 
message go through, was it originally sent via the google-mars bridge, etc.

-- 

DaveA

[toc] | [prev] | [next] | [standalone]

#22440 — Re: tabs/spaces

Am 30.03.2012 14:47, schrieb Dave Angel:
> But since it doesn't do it on all messages, have you also confirmed that 
> it does it for a text message? My experience seems to be that only the 
> html messages are messed up that way.

I can't find any HTML in what I posted, so HTML is not the problem. A
difference could be the content type. I had in my posting:

  Content-Type: text/plain; charset=ISO-8859-15; format=flowed

Another one titled "Pipelining in Python", where TB doesn't mess up the
formatting, has:

  Content-Type: text/plain; charset=ISO-8859-1

Searching the web turned up [1], the gist is that "format=flowed" means
that your mailer is allowed to move linebreaks and quotation signs (">
") as it wants. Which is not what I meant. Some more search turned up
[2], which tells us how to disable this. Go to the settings, advanced
section and find the button that fires up the raw configuration editor.
There, locate the key mailnews.send_plaintext_flowed and change the
according value to false.

# Checking...
if this.worked:
    hurray("I didn't even have to close the message in writing")


Uli


[1] http://joeclark.org/ffaq.html
[2] http://www.firstpr.com.au/web-mail/Mozilla-mail/

[toc] | [prev] | [next] | [standalone]

#22442 — Re: tabs/spaces

On 4/2/2012 3:12 AM, Ulrich Eckhardt wrote:

> I can't find any HTML in what I posted, so HTML is not the problem. A
> difference could be the content type. I had in my posting:
>
>    Content-Type: text/plain; charset=ISO-8859-15; format=flowed
>
> Another one titled "Pipelining in Python", where TB doesn't mess up the
> formatting, has:
>
>    Content-Type: text/plain; charset=ISO-8859-1
>
> Searching the web turned up [1], the gist is that "format=flowed" means
> that your mailer is allowed to move linebreaks and quotation signs (">
> ") as it wants. Which is not what I meant. Some more search turned up
> [2], which tells us how to disable this. Go to the settings, advanced
> section and find the button that fires up the raw configuration editor.
> There, locate the key mailnews.send_plaintext_flowed and change the
> according value to false.
>
> # Checking...
> if this.worked:
>      hurray("I didn't even have to close the message in writing")

Looks great!
I never knew about that setting.

-- 
Terry Jan Reedy

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | comp.lang.python

csiph-web