/gnome-2.10, and you'll get an icon in
your Applications folder. You need Apple's X11 to run it.
The Evolution forge pages are at:
http://forge.novell.com/modules/xfmod/project/?evolution
Please note that Novell does not provide official support or maintenance
for this port.
--
Hans Petter Jansson
/gnome-2.10, and you'll get an icon in
your Applications folder. You need Apple's X11 to run it.
The Evolution forge pages are at:
http://forge.novell.com/modules/xfmod/project/?evolution
Please note that Novell does not provide official support or maintenance
for this port.
--
Hans Petter Jansson
-term. But for the long term, a
separate library implementing generic v* parsing could be interesting.
--
Hans Petter Jansson | [EMAIL PROTECTED]
Evolution Developer | http://hp.cl.no/
___
evolution-hackers maillist - evolution-hackers
On Mon, 2005-01-31 at 14:31 -0500, JP Rosevear wrote:
On Mon, 2005-01-31 at 01:07 -0600, Hans Petter Jansson wrote:
I have a big favor to ask of the GtkHTML maintainers:
GtkHTML currently does not build on case-insensitive file systems, like
MacOS X' HFS (which is the default file
this is one out of two problems I've run into due to case-insensitivity.
--
Hans Petter Jansson | [EMAIL PROTECTED]
Evolution Developer | http://hp.cl.no/
Index: components/html-editor/Makefile.am
===
RCS file: /cvs/gnome/gtkhtml
I need review of the filter part of this patch today, so it, or
something like it, can go in before freeze. It's not a perfect solution,
but it's the least intrusive I could do.
--
Hans Petter Jansson | [EMAIL PROTECTED]
Evolution Developer | http://hp.cl.no/
? 4821.patch
? log.diff
? my
On Mon, 2005-01-24 at 15:13 -0600, Hans Petter Jansson wrote:
I need review of the filter part of this patch today, so it, or
something like it, can go in before freeze. It's not a perfect solution,
but it's the least intrusive I could do.
We discussed this on IRC, and decided to hold it off
editors but not the
calendar's event/task editors, how does moving those too sound to you?
Would you have time for that?
--
Hans Petter Jansson | [EMAIL PROTECTED]
Evolution Developer | http://hp.cl.no/
___
evolution-hackers maillist - [EMAIL PROTECTED
, which versions of valgrind/e-d-s are these?
--
Hans Petter Jansson | [EMAIL PROTECTED]
Evolution Developer | http://hp.cl.no/
___
evolution-hackers maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/evolution-hackers
of it. IMO.
--
Hans Petter Jansson | [EMAIL PROTECTED]
Evolution Developer | http://hp.cl.no/
___
evolution-hackers maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/evolution-hackers
for it to have access to it.
this will also likely involve moving some e-util stuff into eds too.
(i expect this plan to be vetoed before i do it, but it has to be
brought up sooner rather than later).
Go for it, Michael! :)
--
Hans Petter Jansson | [EMAIL PROTECTED]
Evolution Developer | http
In order to move ESelectNames into e-d-s, I also need to move
EDestination. This is a problem because EDestination depends on
CamelInternetAddress, and Camel is still in evolution.
A comment in e-destination.c mentions that Jeff was writing a stripped
down version of CamelInternetAddress for
On Thu, 2004-10-21 at 09:18 +0800, Not Zed wrote:
If we separate camel out it wont be an issue, I guess, since
presumably it'll be in eds or eds will end up depending on it - but
that depends on if we move it. I suppose that needs to be sorted out
'real soon now'. Just dropping the whole
On Mon, 2004-10-18 at 19:23 +0800, Not Zed wrote:
Just letting anyone who cares know that i've started looking into the
addressbook properties page. Just so I don't step on anyones toes.
It looks like its going to be pretty tricky though, almost a total
rewrite :-/ At least it's pretty
On Thu, 2004-10-14 at 16:30 +0200, Per Thomas Jahr wrote:
I'm having some problems with getting Evolution 2.0.1 to work together
with the company LDAP. Is there someway I can get a log file or some
more info from Evolution when it communicates with the LDAP server?
There is no error
On Tue, 2004-10-12 at 23:10 +0200, Rodrigo Moya wrote:
On Tue, 2004-10-12 at 16:27 +0100, Ross Burton wrote:
On Tue, 2004-10-12 at 11:04 -0400, JP Rosevear wrote:
Slightly OT, I would love more control over Evolution though --
specifically the ability to bring up the contact editor for a
On Tue, 2004-10-05 at 10:17 +0800, Not Zed wrote:
No i said it was useless unless a better message-list is implemented.
Oh.
--
Hans Petter
___
evolution-hackers maillist - [EMAIL PROTECTED]
On Fri, 2004-10-01 at 14:01 -0400, Daniel Gryniewicz wrote:
On Sat, 2004-08-21 at 01:50 -0500, Hans Petter Jansson wrote:
Ok, so I'd seriously like to see this feature in future evolution
releases; the ability to switch the mail component to use an HPaned to
split the mail list/preview
On Tue, 2004-09-14 at 10:27 +0800, Not Zed wrote:
On Mon, 2004-09-13 at 14:17 -0500, Hans Petter Jansson wrote:
FWIW (the component I maintain doesn't use ETable a lot) I think moving
to GtkTreeView is the only way forward. We'll be using one table API,
and it'll be the platform table API
Do we have a Bugzilla report for Evolution 2.0? The 1.5 one isn't much
use anymore.
--
Hans Petter
___
evolution-hackers maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/evolution-hackers
On Wed, 2004-08-25 at 16:34 +0200, Rodrigo Moya wrote:
On Wed, 2004-08-25 at 10:57 +0800, Not Zed wrote:
* Fewer packages to maintain.
I would add:
* a single package for accessing all evolution data.
You mean, apart from libsoup, gnome and gtk+ libs, etc :)
yeah :)
Ok, so I'd seriously like to see this feature in future evolution
releases; the ability to switch the mail component to use an HPaned to
split the mail list/preview space. It will make life better.
Here's a screenshot of how my evo looks now:
http://hp.cl.no/dist/evolution-mail-hpaned.png
Pros:
On Sat, 2004-08-21 at 18:49 +0800, Not Zed wrote:
btw this would have to be an option. it is completely impractical on
my screen for example, even with a different message list format.
Yeah, of course. It would be simple to make it a global option (ie. for
all folders) - if we want it for
On Sat, 2004-08-21 at 18:36 +0800, Not Zed wrote:
On Sat, 2004-08-21 at 01:50 -0500, Hans Petter Jansson wrote:
Ok, so I'd seriously like to see this feature in future evolution
releases; the ability to switch the mail component to use an HPaned to
split the mail list/preview space
On Sat, 2004-08-21 at 18:36 +0800, Not Zed wrote:
On Sat, 2004-08-21 at 01:50 -0500, Hans Petter Jansson wrote:
By the way, this reminds me of another feature I'd like to see in the
mail view: Thread subject compression. This would make it not show the
subject for mails in a thread where
better):
[+] [Evolution-hackers] Mail VPaned vs. HPaned
| Hans Petter Jansson [EMAIL PROTECTED]
|
|--[+] Not Zed [EMAIL PROTECTED]
| |
| + Hans Petter Jansson [EMAIL PROTECTED]
|
+ Not Zed [EMAIL PROTECTED]
That's not a bad idea either, but I guess it would take more
On Wed, 2004-08-18 at 19:09 +0300, Tamer Higazi wrote:
If yes, is Cygwin the best sollution to compile and port the application?
I think you'd need cygwin for the tools (configure, cvs etc) to set up
and manage the evolution source tree. But you should probably compile it
with mingw32 or msvc
On Wed, 2004-08-11 at 20:47 +0200, gabor wrote:
how hard would it be to implement a 'vertical' mail view...
like you can find in mozilla-thunderbird, pan or in outlook.
or simply see this screenshot from pan (news reader):
http://z10n.net/pan-vertical.png
i think you all know the reason
On Thu, 2004-08-05 at 23:06 +0100, Martyn Russell wrote:
Unexpected kerberos error -1765328230
Did you build libsoup with GNU TLS support?
--
Hans Petter
___
evolution-hackers maillist - [EMAIL PROTECTED]
Now I can access work email from home. I am most impressed too, it
looks superb, a little buggy in places (i.e. the back end keeps dying)
but still... :)
Is it worth me writing a patch that handles this error and puts up a
dialog of some sort to tell the user why things are failing? or do
On Thu, 2004-05-20 at 03:24, Rodrigo Moya wrote:
On Wed, 2004-05-19 at 18:40 -0500, Hans Petter Jansson wrote:
[...]
http://hp.cl.no/dist/hpj-make.png
there is already such a thing: colormake -
http://freshmeat.net/projects/colormake/
Well, like colorgcc, it looks horrible and doesn't
What's the consensus on the required UI changes for the contact editor?
I guess we're adding the home page URL entry. Are we also removing the
blog entry?
How do we do the remove picture functionality? I'm thinking a popup
menu on right clicking the image (which could also have a set image
Calendar appointment - meeting - invite others - category is
currently broken, printing
libebook-WARNING **: unknown field name `category'
and crashing in e_book_query_to_string().
I seem to remember something about us doing away with categories, and
thought I'd ask you guys before I fixed. Is
I've committed the mostly finished UI changes to e-contact-editor.c. It
works ok for me, but there are a few things still missing/broken:
- Read-only state doesn't disable all widgets.
- Some spewage on console.
- Some warnings on compile.
- Sometimes, the contact isn't loaded. I think this bug
On Fri, 2004-04-16 at 13:23, Chris Toshok wrote:
On Fri, 2004-04-16 at 03:44 -0500, Hans Petter Jansson wrote:
- When you edit a contact that has more e-mail addresses or IM
accounts than can be displayed, and save it, the invisible items
will be dropped silently. Fixable
On Mon, 2004-01-26 at 13:08, Bernard Leach wrote:
I was looking at web calendars today in 1.5 (build from cvs) and came
across the following problems.
In my environment my calendar is accessable via HTTPS and requires HTTP
basic authentication to access it. Unfortunately this creates two
On Mon, 2004-01-19 at 00:22, JP Rosevear wrote:
On Mon, 2004-01-19 at 01:40, Hans Petter Jansson wrote:
On Sun, 2004-01-18 at 21:10, JP Rosevear wrote:
Basically the UI for showing/hiding calendar sources and selecting a
primary source sucks pretty bad. It allows inconsistencies
Michael: I need your help with a Bonobo-related bug that's really biting
the addressbook.
http://bugzilla.ximian.com/show_bug.cgi?id=52948
Basically, one thread in evolution-data-server is stuck waiting for a
return value from another thread, but the latter is stuck in
bonobo_object_dup_ref ()
On Sun, 2004-01-18 at 21:10, JP Rosevear wrote:
Basically the UI for showing/hiding calendar sources and selecting a
primary source sucks pretty bad. It allows inconsistencies in the UI.
I've been playing around with this a bit and keep coming up with two
issues:
1. Does it make sense to
On Mon, 2003-12-22 at 09:26, Gary Ekker wrote:
Does anyone object to adding absolute_uri to e-source.c:
dump_common_to_xml_node? It is in e_source_update_from_xml_node() and I
need it in in the dump function so that I can use it to get an ECal*
from the model for Free/Busy queries. Either that
On Mon, 2003-12-01 at 23:53, Not Zed wrote:
Hi guys,
We need to re-hook this stuff back up. Any pointers where to look at
for examples of how to use the new api's for this? Theres a gui for
handling conflicts or whatever right?
The old popup thing wont be around, it'll just be a menu
On Mon, 2003-12-01 at 04:16, Tuomas Kuosmanen wrote:
Check this out and let me know what you think, doing the buttons this
way looks less chaotic :)
http://primates.ximian.com/~tigert/evo/evo-buttons-mockup.png
Another possibility would be a chessboard layout of 2x2 buttons, but
that has
On Sun, 2003-11-30 at 15:10, Ettore Perazzoli wrote:
Also, we had talked about revamping the mailer's way of doing
offline... Now I don't know how far are we with that, but I think it
should just do this:
* Sync folders in the background while Evolution is online.
* When
On Sun, 2003-11-30 at 20:42, Ettore Perazzoli wrote:
On Sun, 2003-11-30 at 19:37, Hans Petter Jansson wrote:
On Sun, 2003-11-30 at 15:10, Ettore Perazzoli wrote:
* Sync folders in the background while Evolution is online.
* When going offline, if there are unsynced
On Thu, 2003-11-27 at 17:51, Chris Toshok wrote:
On Thu, 2003-11-27 at 14:27, JP Rosevear wrote:
On Thu, 2003-11-27 at 16:13, Hans Petter Jansson wrote:
So I assume we're doing away with the preferences LDAP config control,
then?
From my view point, yes.
We still need a way to edit
As you may or may not have noticed, there have been some changes in
evolution-data-server with respect to how calendars and addressbooks are
opened.
Instead of taking URIs, they now take ESources, which are objects that
let you pass an URI along with some options (the ability to pass options
to
On Wed, 2003-11-12 at 12:15, JP Rosevear wrote:
On Tue, 2003-11-11 at 19:08, Hans Petter Jansson wrote:
On Tue, 2003-11-11 at 15:53, Ettore Perazzoli wrote:
[Backend-specific properties]
So I discussed this with ettore and hans offline and we think these
should actually be named
Ettore, Toshok and I just had a discussion on IRC re. what to do with
ESource and how to get parameters across to backends.
What we more-or-less agreed on is that we can pass the ESource to the
backend, encoded as XML. This lets callers use ESources that are not in
gconf, but also allows getting
On Mon, 2003-11-10 at 12:27, Ettore Perazzoli wrote:
On Mon, 2003-11-10 at 02:29, Hans Petter Jansson wrote:
- Some sources, like LDAP, and to a lesser extent, webcal, require
a additional properties to be specified. ESource doesn't
seem to facilitate storage of these properties
On Tue, 2003-11-11 at 15:53, Ettore Perazzoli wrote:
On Tue, 2003-11-11 at 14:16, Hans Petter Jansson wrote:
I think subclassing would be nicer, since it would specify which
properties are used, and provide easy type checking.
Nod. So, who writes these subclasses? :-)
I'll do
There are two things about ESource as it stands now that strike me as
not ideal:
- Some sources, like LDAP, and to a lesser extent, webcal, require
a additional properties to be specified. ESource doesn't
seem to facilitate storage of these properties, and adding those
fields to ESource
On Wed, 2003-09-24 at 02:54, Michael Meeks wrote:
On Wed, 2003-09-24 at 04:03, Hans Petter Jansson wrote:
Broken clocks...
Will cause all manner of other problems.
Well, true. In the end, I guess I'm just a good old-fashined hard-liner
:) I like to think I'm not unreasonable, though
On Tue, 2003-09-23 at 08:10, Michael Meeks wrote:
On Mon, 2003-09-22 at 21:14, Hans Petter Jansson wrote:
I don't like keeping generated files in CVS. If we edit the lex file, or
apply changes from upstream, it is likely to cause trouble.
Why ? the time-stamp will be updated
Evolution's libical should now build with flex 2.5.4, and the generated
source is in the repository. Enjoy.
--
Hans Petter
___
evolution-hackers maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/evolution-hackers
I believe I've addressed most of the build issues with the new libical
now. It should build nicely out of a clean checkout, but you'll need
Flex 2.5.31, available from http://lex.sourceforge.net/ if you're
compiling from CVS. I've removed the generated files.
Sorry about the high version
On Mon, 2003-09-22 at 00:40, Not Zed wrote:
Just a tip if you're haing trouble getting head to build because of a
flex error :-
Should be fixed now.
--
Hans Petter
___
evolution-hackers maillist - [EMAIL PROTECTED]
On Mon, 2003-09-22 at 11:21, Not Zed wrote:
This is bloody painful, why remove the generated sources? Almost
nobody is ever going to edit the yacc files.
I don't like keeping generated files in CVS. If we edit the lex file, or
apply changes from upstream, it is likely to cause trouble. The
On Mon, 2003-09-22 at 08:50, JP Rosevear wrote:
On Mon, 2003-09-22 at 05:20, Hans Petter Jansson wrote:
Sorry about the high version requirement - since Flex is changing
rapidly, and libical needs some functionality from Flex 2.5.7, we could
either require flex == 2.5.7 or flex = 2.5.31
On Mon, 2003-09-22 at 15:24, Larry Ewing wrote:
On Mon, 2003-09-22 at 15:14, Hans Petter Jansson wrote:
What's so bad about installing a new flex in a prefix?
It increases the build requirements that are already way too high. It
is already far too difficult to build Evolution from source
On Sat, 2003-02-22 at 12:01, Lonnie Borntreger wrote:
For some reason, the last several days of CVS updates have had no
reminders trigger for anything in my calendar. Did a config file
change, or is it a bug.
Did this work with earlier 1.3 code? If so, do you know approx. when it
stopped
On Sat, 2003-02-22 at 22:23, Lonnie Borntreger wrote:
Not there, but here: .gconf/Calendar/AlarmNotify/. That has the current
date, but I haven't seen a reminder for a long time.
BTW, there is some inconsistency in the .gconf directories.
.gconf/apps/evolution contains the settings -
On Sat, 2003-02-22 at 22:59, Lonnie Borntreger wrote:
Just curious... So, the config.xmldb file is no longer referenced at all
by 1.3?
As far as I know, they shouldn't be.
That would be real helpful so that if 1.3 gets into an unusable
state from some CVS changes, I could just run 1.2.2
62 matches
Mail list logo