headers
Doruk Fisek | 1 Jan 2009 16:11
Picon
Gravatar

[sylpheed:32809] get_uri_part() problem

Hi,

 I'm experiencing two problems with the url recognition of Sylpheed in
textview.

 1) Links that have () characters are cutoff early and therefore links
aren't correctly given. For example :

    http://en.wikipedia.org/wiki/Free_(band)

 2) Non-ascii 7-bit characters are/can be used in domains and urls
today. The most common use is in wikis, where the url name is also the
title of the page. Sylpheed doesn't recognize them as valid url
characters. For example :

    http://tr.pardus-wiki.org/Liste_etiği

 There's a function in textview.c that finds the end of the url :

 if (!g_ascii_isgraph(*ep_) ||
     !isascii(*(const guchar *)ep_) ||
     strchr("()<>{}[]\"", *ep_))

 I think that the () and non-ascii 7-bit characters should be removed
from the if (thus legalizing them as url chars) so that these type of
urls can be recognized correctly.

                   Doruk

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Evgeni Golov | 3 Jan 2009 04:45
Favicon
Gravatar

[sylpheed:32810] Application bug, race in MSG_PEEK.

Hey *,

since some time (either since 2.6.0 or since kernel 2.6.28, didnt have
time to test that), I get the following message in dmesg:
TCP(sylpheed:<PID>): Application bug, race in MSG_PEEK.

That happens several times, but I did not find any situation to
reproduce it easily.

Does someona has an idea what that could be?

regards
Evgeni
Permalink | Reply | 0 comments |
headers
Per Danielsson | 3 Jan 2009 10:33
X-Face
Picon
Picon

[sylpheed:32811] Feature requests

Hi.

I have two feature requests.

1. The popup window with the title "Select folder" that is shown when
    you move or copy a message to another folder should keep its size
    and position after a restart of Sylpheed. I have lots of folders,
    so I like the window to be as large (i.e. tall) as possible. That
    way I don't have to scroll so much.
    Since the main window of Sylpheed keeps its size and position after
    a restart of the program, I assume it is possible to do the same for
    the "Select folder" window.

2. The popup window mentioned above would not be needed (unless the
    user so wishes) if there was some way of using the folder list pane
    to the left in the main window for moving and copying operations. I
    suggest a meny item in the popup meny that shows when you right
    click on a folder, with the text "move to here" or something similar.

Cheers,
PD
--

-- 
Per Danielsson                          pd <at> sics.se
Swedish Institute of Computer Science
Uppsala Science Park, SE-751 83 Uppsala, SWEDEN
N59.50.60, E17.38.56                    "Why not? Yeah."
"Qu'on me donne six lignes écrites de la main du plus honnête homme,
 j'y trouverai de quoi le faire pendre." - R.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Cristian Secară | 3 Jan 2009 12:38
X-Face
Picon
Favicon

[sylpheed:32812] Re: Feature requests

On Sat, 3 Jan 2009 10:33:05 +0100, Per Danielsson wrote:

> I have two feature requests.
> 1. [...]
> 2. The popup window mentioned above would not be needed (unless the
>     user so wishes) if there was some way of using the folder list
> pane to the left in the main window for moving and copying
> operations.

Well, the popup window is not needed for moving messages via drag
and drop, but yes, it would also not be needed if the copy operation
were implemented for drag and drop operations.

So 1+2 = feature request no.3: implementing copy operation via drag and
drop (i.e. Ctrl + mouse drag).

Cristi
Permalink | Reply | 2 comments |
headers
Bob White | 3 Jan 2009 15:31

[sylpheed:32813] Re: Feature requests

On Sat, 3 Jan 2009 13:38:04 +0200
Cristian Secară <orice <at> secarica.ro> wrote:

> On Sat, 3 Jan 2009 10:33:05 +0100, Per Danielsson wrote:
> 
> > I have two feature requests.
> > 1. [...]
> > 2. The popup window mentioned above would not be needed (unless the
> >     user so wishes) if there was some way of using the folder list
> > pane to the left in the main window for moving and copying
> > operations.
> 
> Well, the popup window is not needed for moving messages via drag
> and drop, but yes, it would also not be needed if the copy operation
> were implemented for drag and drop operations.
> 
> So 1+2 = feature request no.3: implementing copy operation via drag and
> drop (i.e. Ctrl + mouse drag).
> 
> Cristi

Feature 3 IS implemented, at least in Gnome.   I'm not sure if it
depends on the window manager or not, but it works for me. 

(Don't press Ctrl until you get the mouse over the destination folder.)

Bob W.
Permalink | Reply | 1 comment |
headers
John Shane | 3 Jan 2009 20:56

[sylpheed:32814] How to adjust margins of printed messages - 2.6.0

Sylpheed 2.6.0

I would like to change the margins of messages printed through
Sylpheed.  I know I can do it using enscript but is there a way to
change them when using the built-in Cairo-based printing facility
(which is easier to use with multiple printers)?

So far I haven't turned up an answer looking through the FAQ's,
manuals and Google references.

Thanks,

John
Permalink | Reply | 0 comments |
headers
Cristian Secară | 3 Jan 2009 23:09
X-Face
Picon
Favicon

[sylpheed:32815] Re: Feature requests

On Sat, 3 Jan 2009 07:31:44 -0700, Bob White wrote:

> Feature 3 IS implemented, at least in Gnome.   I'm not sure if it
> depends on the window manager or not, but it works for me. 
> 
> (Don't press Ctrl until you get the mouse over the destination
> folder.)

Yes, it works with *late* Ctrl, thank you for the tip !

Cristi
Permalink | Reply | 0 comments |
headers
Cristian Secară | 4 Jan 2009 13:16
X-Face
Picon
Favicon

[sylpheed:32816] a bug that I cannot get rid of it

I have an email folder (a subfolder to an Inbox) where from time to time
all the messages disappear, I mean they disappear from summary view
(not physical).
If I delete the .sylpheed_mark file, all messages appear again, but as
soon as I "mark all as read" they disappear again.

The invisibility is not instant, it happens when I first go to another
folder and then turn back to this one, where I find an empty folder.

While in invisible state, if I receive a new message, that message is
displayed, but only until I read it (i.e. when it becomes "normal").

After deleting the .sylpheed_mark file all messages are in unread
satus; if I read a message (say, only one), if I go to another folder
and then return to this one, that message is no longer there
(displayed).

This only happens to one or two folders here. A few months ago it
happened and then disappeared by itself, now I cannot get rid of it.
It /may/ be related to some Unicode characters in the subject of some
message(s) (that folder happen to contain such messages), but I cannot
find a clear connection.

POP3 account, Win32.
I checked the drive status (chkdsk), but was of no importance.

?

Cristi
(Continue reading)

Permalink | Reply | 3 comments |
headers
Colin Leroy | 5 Jan 2009 10:00
Face
Gravatar

[sylpheed:32817] Re: a bug that I cannot get rid of it

On Sun, 4 Jan 2009 14:16:28 +0200, Cristian Secară wrote:

Hi,

> While in invisible state, if I receive a new message, that message is
> displayed, but only until I read it (i.e. when it becomes "normal").

Isn't it just that you set "Hide read messages" for this folder? (in
the View menu).

--

-- 
Colin
Permalink | Reply | 2 comments |
headers
Hiroyuki Yamamoto | 5 Jan 2009 10:32
Picon

[sylpheed:32818] Re: a bug that I cannot get rid of it

Hello,

On Mon, 5 Jan 2009 10:00:00 +0100
Colin Leroy <colin <at> colino.net> wrote:

> On Sun, 4 Jan 2009 14:16:28 +0200, Cristian Secară wrote:
> 
> Hi,
> 
> > While in invisible state, if I receive a new message, that message
> > is displayed, but only until I read it (i.e. when it becomes
> > "normal").
> 
> Isn't it just that you set "Hide read messages" for this folder? (in
> the View menu).

There's no such option in Sylpheed. Instead, check if "Unread" option at
the quick search bar (above the summary view) is set.

--

-- 
Hiroyuki Yamamoto <hiro-y <at> kcn.ne.jp>
Permalink | Reply | 1 comment |

Gmane