bug in previewing?

bug in previewing?

[Vladimir Volovich]

[-- Attachment #1: Type: text/plain, Size: 205 bytes --]

Hi!

The last part (README.diff) of the following attached message is
previewed (inlined) rather strange. Try to inline it pressing `i' on
the part button.

Best,
v.

--- the forwarded message follows ---

[-- Attachment #2: Type: message/rfc822, Size: 1445 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 86 bytes --]

Hi!

this is the first text part of the attached message. following are
attachments.


[-- Attachment #2.1.2: tac_plus.h.diff --]
[-- Type: text/plain, Size: 310 bytes --]

--- tac_plus.h.orig	Wed Aug 16 19:40:25 2000
+++ tac_plus.h	Sat Sep 30 20:50:13 2000
@@ -297,7 +297,7 @@
     int authen_type;
 };
 
-#if defined(AUTO_MEMBERS) && defined(AM_REGEXP) || defined(ACL)
+#if defined(AUTO_MEMBERS) && defined(AM_REGEXP) || defined(ACL) || defined(REGNAS)
 #include REGEX_H
 #endif
 

[-- Attachment #2.1.3: README.diff --]
[-- Type: text/plain, Size: 512 bytes --]

--- README.orig	Wed Aug 16 19:48:04 2000
+++ README	Sat Sep 30 21:00:34 2000
@@ -1299,7 +1299,7 @@
 ------ 3.1.11. Задание конфигурационного файла по умолчанию
 
 Теперь демон можно запускать без ключа -C. Тогда он будет использовать файл
-конфигурации по умолчанию, который зада╠тся описанием --enable-cfgfile=PATH
+конфигурации по умолчанию, который зада╠тся описанием --enable-taccfgfile=PATH
 configure (по умолчанию /CONFPATH/tac_plus.conf).
 
 ------ 3.1.12. Задание файла журнала аккаунтинга по умолчанию

Re: bug in previewing?

[Kai Großjohann]

On Sat, 30 Sep 2000, Vladimir Volovich wrote:

> The last part (README.diff) of the following attached message is
> previewed (inlined) rather strange. Try to inline it pressing `i' on
> the part button.

Well, inlining a part means that Gnus just inserts the bytes that
comprise the part into the article buffer.  If you inline a jpeg, you
get the bytes the jpeg consists of, rather than the actual image.

So I think it is okay that inlining does not obey the charset
parameter.  And hitting RET on the button works fine (for me).

What do you think?

kai
-- 
I like BOTH kinds of music.

Re: bug in previewing?

[Vladimir Volovich]

[-- Attachment #1: Type: text/plain, Size: 1004 bytes --]

"KG" == Kai Großjohann writes:

 KG> Well, inlining a part means that Gnus just inserts the bytes that
 KG> comprise the part into the article buffer.  If you inline a jpeg,
 KG> you get the bytes the jpeg consists of, rather than the actual
 KG> image.

 KG> So I think it is okay that inlining does not obey the charset
 KG> parameter.  And hitting RET on the button works fine (for me).

 KG> What do you think?

That part is text/plain, with a given charset, so it should be inlined
correctly (in particular, preserving charset).

in fact, i see two bugs here:

1) some characters are correctly displayed as cyrillic characters,
   while some others are not.

2) what are those \
\
\
\

which are displayed in the message (see attached snapshot)? Also, try
to move cursor in the contents of the inlined part, -- emacs behaves
rather strangely, --- contents dynamically change, etc...

also, try to select the lines of the inlined part pressing mouse at
the beginning and moving it down...

Best,
v.


[-- Attachment #2: snapshot.gif --]
[-- Type: image/gif, Size: 27079 bytes --]

Re: bug in previewing?

[ShengHuo ZHU]

Vladimir Volovich <vvv@vvv.vsu.ru> writes:

[...]

> 1) some characters are correctly displayed as cyrillic characters,
>    while some others are not.
> 
> 2) what are those \
> \
> \
> \
> 
> which are displayed in the message (see attached snapshot)? Also, try
> to move cursor in the contents of the inlined part, -- emacs behaves
> rather strangely, --- contents dynamically change, etc...
> 
> also, try to select the lines of the inlined part pressing mouse at
> the beginning and moving it down...

Actually, it is not Gnus who decodes the message.  When Emacs insert
an 8-bit unibyte string, Emacs "intelligently" converts the string to
a multibyte string.

ShengHuo

Re: bug in previewing?

[Kai Großjohann]

On 01 Oct 2000, Vladimir Volovich wrote:

> 1) some characters are correctly displayed as cyrillic characters,
>    while some others are not.

This might be due to your default language environment.  I see Latin-1
characters all over the place.

> 2) what are those \
> \
> \
> \
> 
> which are displayed in the message (see attached snapshot)?

I don't get those.  Hm.

> Also, try to move cursor in the contents of the inlined part, --
> emacs behaves rather strangely, --- contents dynamically change,
> etc...
> 
> also, try to select the lines of the inlined part pressing mouse at
> the beginning and moving it down...

Will have to check this.

kai
-- 
I like BOTH kinds of music.

Re: bug in previewing?

[Kai Großjohann]

On 01 Oct 2000, Vladimir Volovich wrote:

> Also, try to move cursor in the contents of the inlined part, --
> emacs behaves rather strangely, --- contents dynamically change,
> etc...

Nothing strange for me.

> also, try to select the lines of the inlined part pressing mouse at
> the beginning and moving it down...

Nothing strange for me, either.

kai
-- 
I like BOTH kinds of music.

Re: bug in previewing?

[Dave Love]

>>>>> "VV" == Vladimir Volovich <vvv@vvv.vsu.ru> writes:

 VV> That part is text/plain, with a given charset, so it should be
 VV> inlined correctly (in particular, preserving charset).

For what it's worth, I agree.

Re: bug in previewing?

[ShengHuo ZHU]

Dave Love <d.love@dl.ac.uk> writes:

> >>>>> "VV" == Vladimir Volovich <vvv@vvv.vsu.ru> writes:
> 
>  VV> That part is text/plain, with a given charset, so it should be
>  VV> inlined correctly (in particular, preserving charset).
> 
> For what it's worth, I agree.

I installed a patch.  Now gnus-mime-inline-part understands
charset. `C-u i' inherits the old behavior. Actually, it takes the
same prefix argument as `g' (gnus-summary-show-article).

ShengHuo

Re: bug in previewing?

[Vladimir Volovich]

"ZSH" == ShengHuo ZHU writes:

 ZSH> I installed a patch.  Now gnus-mime-inline-part understands
 ZSH> charset. `C-u i' inherits the old behavior. Actually, it takes
 ZSH> the same prefix argument as `g' (gnus-summary-show-article).

what do you think about making this more generic: `i' should display
(inline) the part as if it had content-disposition=inline in the
original message (and C-u i should do some `raw' variant). i.e. if
some part is text/html with content-disposition=attachment, then
inlining it would call w3; it it were a message/rfc822, then `i' would
inline a parsed message, etc.

Best,
v.

Re: bug in previewing?

[ShengHuo ZHU]

Vladimir Volovich <vvv@vvv.vsu.ru> writes:

> "ZSH" == ShengHuo ZHU writes:
> 
>  ZSH> I installed a patch.  Now gnus-mime-inline-part understands
>  ZSH> charset. `C-u i' inherits the old behavior. Actually, it takes
>  ZSH> the same prefix argument as `g' (gnus-summary-show-article).
> 
> what do you think about making this more generic: `i' should display
> (inline) the part as if it had content-disposition=inline in the
> original message (and C-u i should do some `raw' variant). i.e. if
> some part is text/html with content-disposition=attachment, then
> inlining it would call w3; it it were a message/rfc822, then `i' would
> inline a parsed message, etc.

I think gnus-mime-internalize-part (`E') is more like the feature you
described.

ShengHuo