[sylpheed:24518] Re: Building SVN Version

Lo Emily,

On 31-03-05 (Thu) 07:53 -0600 Emily Jackson wrote: 

| configure options. Also, the configure file has to be patched for
| Sylpheed to build on Mac OS X ("-traditional-cpp" has to be replaced
| with "-no-cpp-precomp"), or else the compiler will crash. 

Check configure.in and change the CFLAGS in the "*-darwin*) case at your
discretion.

You might as well tell us what compiler / preprocessor version you are using,
because it seems to me that the -traditional-cpp was put there on purpose.

Bye.

--

-- 
Ecuación algebraico sin solución posible,
a menos de poseer profundos conocimientos
en matemática - Revueltas (Ocho Por Radio)

[sylpheed:24519] Re: Building SVN Version

On Fri, 1 Apr 2005 01:45:58 +0200
Alfons Hoogervorst <alfons <at> proteus.demon.nl> wrote:

> On 31-03-05 (Thu) 07:53 -0600 Emily Jackson wrote: 
> 
> | configure options. Also, the configure file has to be patched for
> | Sylpheed to build on Mac OS X ("-traditional-cpp" has to be replaced
> | with "-no-cpp-precomp"), or else the compiler will crash. 
> 
> Check configure.in and change the CFLAGS in the "*-darwin*) case at
> your discretion.
> 
> You might as well tell us what compiler / preprocessor version you
> are using, because it seems to me that the -traditional-cpp was put
> there on purpose.

It's Apple's build of gcc 3.3. Judging from this paragraph from "Mac OS
X for Unix Geeks", -traditional-cpp may have been appropriate with
earlier versions of OS X, but is not any more:

> Apple's compiler provides two preprocessors. The default preprocessor
> for both C and Objective-C is the precompilation preprocessor written
> by Apple, named cpp-precomp. The standard GNU C preprocessor, named
> cpp, is also available and is the default for Objective-C++ code. cpp-
> precomp supports precompiled header files (for more information about
> cpp-precomp and general precompilation, see Chapter 9). cpp-precomp
> is faster than cpp, but some code may not compile with cpp-precomp.
> In that case, you should invoke cpp by instructing cc not to use cpp-
> precomp. For example, to compile the C program myprog.c using the
> standard GNU preprocessor, cpp, use the -no-cpp-precomp switch as

[sylpheed:24520] error sending mail with gmail

hello :-D

this is my first message to the list

well since yesterday I have a problem sending messages
with sylpheed an stmp.gmail.com the debug exit say this:

----------------------------------------------------------------->
18:21:50] SMTP< 220 mx.gmail.com ESMTP 7sm187059wrl
[18:21:50] ESMTP> EHLO MDK
[18:21:50] ESMTP< 250-mx.gmail.com at your service
[18:21:50] ESMTP< 250-SIZE 20971520
[18:21:50] ESMTP< 250-8BITMIME
[18:21:50] ESMTP< 250-AUTH LOGIN PLAIN
[18:21:50] ESMTP< 250 ENHANCEDSTATUSCODES
[18:21:50] ESMTP> AUTH PLAIN ********
[18:21:50] ESMTP< 235 2.7.0 Accepted
[18:21:50] SMTP> MAIL FROM:
[18:21:50] SMTP< 250 2.1.0 OK
[18:21:50] SMTP> RCPT TO:
[18:21:50] SMTP< 250 2.1.5 OK
[18:21:50] SMTP> RCPT TO:
[18:21:50] SMTP< 250 2.1.5 OK
[18:21:50] SMTP> DATA
[18:21:51] SMTP< 354 Go ahead
[18:21:51] SMTP> . (EOM)
[18:21:51] SMTP< 250 2.0.0 OK 1112227737
[18:21:51] SMTP> QUIT
** Hubo un error enviando el mensaje.
----------------------------------------------------------------->

[sylpheed:24521] Re: Is it a bug or a feature ?

SAE> In 1.9.7 the status of the windows is maintained when
SAE> switching between folders (i.e. the message pane remains
SAE> hidden when switching to another folder, and 'v' brings
SAE> it back again).
SAE> 
SAE> Seems like the correct behaviour to me.
Now at home, and I confirm. I get the message panel back when switching folder.
Version 1.9.6 with LDAP, GPGme and compface support

--

-- 
Fred Ruffet - fred.ruffet <at> free.fr

"Le problème de l'aléatoire, c'est que tu peux tomber 2 fois sur le même."
(David)

[sylpheed:24522] Re: Is it a bug or a feature ?

Hello,

On Fri, 1 Apr 2005 08:02:58 +0200
Fred Ruffet <fred.ruffet <at> free.fr> wrote:

> SAE> In 1.9.7 the status of the windows is maintained when
> SAE> switching between folders (i.e. the message pane remains
> SAE> hidden when switching to another folder, and 'v' brings
> SAE> it back again).
> SAE> 
> SAE> Seems like the correct behaviour to me.
> Now at home, and I confirm. I get the message panel back when
> switching folder. Version 1.9.6 with LDAP, GPGme and compface support

It will occur if "Always open messages in summary when selected" or
 "Open first unread message when entering a folder" in Common prefs -
Interface tab is checked. I'll fix that in the future.

--

-- 
Hiroyuki Yamamoto <hiro-y <at> kcn.ne.jp>

[sylpheed:24523] Re: [PATCH] save pathes in file selection dialog between sessions

On Thu, 31 Mar 2005 22:11:00 +0200
Alfons Hoogervorst <alfons <at> proteus.demon.nl> wrote:

> | attached patch (against trunk) saves pathes between sylpheed
> | sessions.
> 
> The patch looks a bit convoluted; please take that as a technical
> observation. Could you describe what the code is doing? 

adds functions, that converts hash table that have strings as both
keys and values to a string in format described right before
hash_to_string() and vice versa.
adds new common preference and calls these functions from
file selector to load saved values at start and to save it
every time its changed.

--

-- 
mail="Sergey Pinaev <dfo <at> antex.ru>"
url="http://`echo $mail | sed 's/.* <\(.*\) <at> \(.*\)>/\1.\2/'`"

[sylpheed:24524] Re: [PATCH] save pathes in file selection dialog between sessions

On Thu, 31 Mar 2005 22:12:02 +0200
Alfons Hoogervorst <alfons <at> proteus.demon.nl> wrote:

> Lo Sergey,
> 
> On 31-03-05 (Thu) 18:22 +0400 Sergey Pinaev wrote: 
> 
> Technical observations, really:
> 
> | +        st = g_strdup_printf("%d", g_hash_table_size(table));
> | +	g_hash_table_foreach(table, hash_key_val_len, &st);
> | +	g_hash_table_foreach(table, hash_key_val, &st)
> 
> Why char ** and not just the char*?

because st should be reallocated inside "hash_key_val*" functions.
i dont like fixed size buffers.

--

-- 
mail="Sergey Pinaev <dfo <at> antex.ru>"
url="http://`echo $mail | sed 's/.* <\(.*\) <at> \(.*\)>/\1.\2/'`"

[sylpheed:24525] Re: Building SVN Version

Lo Emily,

On 31-03-05 (Thu) 18:18 -0600 Emily Jackson wrote: 

| I do know that specifying -no-cpp-precomp is a common step when
| compiling on OS X.

That sounds pretty convincing. Change the configure.in, and submit a
patch? 

Bye.

--

-- 
Ecuación algebraico sin solución posible,
a menos de poseer profundos conocimientos
en matemática - Revueltas (Ocho Por Radio)

[sylpheed:24526] PATCH: Default account toggle renderer

Lo Hiro,

The toggle renderer looks kind of weird on my system. See attachment.

My patch just uses a gdk-pixbuf cell renderer. I did not implement cell
renderer clicking to activate a default account; amazingly this is quite
tricky but not undoable, see:
http://scentric.net/tutorial/sec-misc-get-renderer-from-click.html

Bye.

--

-- 
Ecuación algebraico sin solución posible,
a menos de poseer profundos conocimientos
en matemática - Revueltas (Ocho Por Radio)

--- old-sylpheed/trunk/src/account.c	2005-04-01 13:15:14.000000000 +0200
+++ new-sylpheed/trunk/src/account.c	2005-04-01 13:40:37.000000000 +0200
 <at>  <at>  -75,6 +75,8  <at>  <at> 
 	GtkWidget *close_btn;
 } edit_account;

+static GdkPixbuf *mark_pixbuf;
+
 static void account_edit_create		(void);

 static void account_edit_prefs		(void);

[sylpheed:24527] Re: Sylpheed in heise.de

On Mar 31, 2005 6:24 PM, chinatinte <at> gmx.ch <chinatinte <at> gmx.ch> wrote:
> basically, they write that sc is patched against attacks in
> the newest version.
> 
> but more interesting are the discussions below in which many
> people just shout out their love to sylpheed 
> 
> (well, *shouting out* may be a little bit exaggerated...)

Well, there are two sides of the story. There are also comments from
critics who complain about the development model and Sylpheed's slow
pace of development. One subscriber's point of view is that useful
patches are rejected, participation in development is not easy, and
implementation and addition of small'n'useful features takes too long.