HI Folks,
Why is it that Evolution no longer allows embedded AbiWord or
Gnumeric views of document attachments?
Is this policy decision or a bug?
Martin
___
evolution-hackers maillist - [EMAIL PROTECTED]
It does. You just neeed to enable the mime types. There is a GConf key
that has a list of mime types that Evolution will allow embedded bonobo
controls to work for. This was added at one point in the 1.2 cycle,
iirc, due to security concerns.
-- dobey
On Enj , 2003-12-04 at 07:17, [EMAIL
It does. You just neeed to enable the mime types. There is a GConf key
that has a list of mime types that Evolution will allow embedded bonobo
controls to work for. This was added at one point in the 1.2 cycle,
iirc, due to security concerns.
I've looked for this key, but I can't find it -
Am Do, den 04.12.2003 schrieb Patrick um 02:52:
I've let Mark (the panel clock maintainer) know that I have a patch for
this same bounty which will be ready by Friday morning at the latest.
There will be some competition because we're almost done with ours, too.
:)
Martin
2) Drag and hovering a message over the Tasks button for 0.3s switches
the view to Tasks whilst still dragging, so you can drop into a Task
folder.
(2) would look swisher on screen, but (1) sounds a lot easier. :)
I'am this far that the ESourceSelector within Tasks accepts drops,
drags
On Thu, 2003-12-04 at 15:59, Dennis Smit wrote:
2) Drag and hovering a message over the Tasks button for 0.3s switches
the view to Tasks whilst still dragging, so you can drop into a Task
folder.
(2) would look swisher on screen, but (1) sounds a lot easier. :)
I'am this far that
/apps/evolution/mail/display/mime_types
It's a list of strings like application/x-abiword or such.
-- dobey
On Enj , 2003-12-04 at 08:36, James Ogley wrote:
It does. You just neeed to enable the mime types. There is a GConf key
that has a list of mime types that Evolution will allow
Hi,
Some calendar bouties are about creating special backends that don't
really store events, instead, they dynamically provide them. In some
aspects, these don't really fit with the current model.
First of all, these may not have a URI associated with them, apart from
the scheme itself. For
On Thu, 2003-12-04 at 01:38, Not Zed wrote:
If only we had an extensible plugin system :-(
well, for this you really dont need a plugin system. You just need to
hook up that menu item to the context menu. The mailer can use e-d-s
libraries, I guess.
cheers
On Wed, 3 Dec 2003, Ettore Perazzoli wrote:
I'll do this and then modify em-folder-view to use the BonoboUI status
mechanism when in a standalone message window, but e_activity_handler_*
when embedded in the main Evolution shell. How does that sound?
Sounds good to me.
so how about this
Not Zed wrote:
Just FYI, patches (or links to them) are generally submitted to
evolution-patches for comment/approval. As listed in the HACKING file
in evolution.
Um, I know, but it isn't a patch for evolution. It just uses the
evolution-data-server API and I thought people might have
Rodrigo Moya wrote:
On Wed, 2003-12-03 at 22:00, William Jon McCann wrote:
Does anyone have any comments or suggestions for the latest patch in
http://bugzilla.gnome.org/show_bug.cgi?id=128283
the patch is for gnome-panel, so I can't comment, but the screenshots
look really nice, and very close to
Hi,
Im one of the developers of Multisync, a multi-purpose synchronization
tool. Since we use vcalendar and vcontact in out project internally we
rely on means to convert to/from those formats. Until today we are using
a improved libversit which is rather error prone espacially with vcal.
We
On Thu, 2003-12-04 at 06:59, ERDI Gergo wrote:
On Wed, 3 Dec 2003, Ettore Perazzoli wrote:
I'll do this and then modify em-folder-view to use the BonoboUI status
mechanism when in a standalone message window, but e_activity_handler_*
when embedded in the main Evolution shell. How does
Since we've remove the default folder stuff for 2.0, how should we
handle the list of completion folders? Should it be part of an address
book config control? Or possibly per account in the mailer?
-JP
--
JP Rosevear [EMAIL PROTECTED]
Ximian, Inc.
___
On Thu, 4 Dec 2003, Ettore Perazzoli wrote:
About the shell part: I think you want to actually hide the label (not
sure if it makes a difference visually, but it might) and have two
separate e_activity_handler_set_message() /
e_activity_handler_unset_message() methods.
OK. And set_message()
yeah but then you need to explictly link in every component to every other component.
a plugin system would mena you didn't. its a hell of a lot cleaner, and removes the need for tight coupling of the components.
On Thu, 2003-12-04 at 22:36, Rodrigo Moya wrote:
On Thu, 2003-12-04 at 01:38,
since its all handled by the selectnames thing, probably in addressbook?
On Fri, 2003-12-05 at 07:43, JP Rosevear wrote:
Since we've remove the default folder stuff for 2.0, how should we
handle the list of completion folders? Should it be part of an address
book config control? Or possibly
On Thu, 2003-12-04 at 22:59, ERDI Gergo wrote:
On Wed, 3 Dec 2003, Ettore Perazzoli wrote:
I'll do this and then modify em-folder-view to use the BonoboUI status
mechanism when in a standalone message window, but e_activity_handler_*
when embedded in the main Evolution shell. How does
Forwarding to evolution-hackers.
-- Ettore
---BeginMessage---
Dear Ettore,
For the life of me I couldn't enter anything into bugzilla. I resort to
the manual method.
Anyway, I found this possible patch on the web. Maybe you already know
about it, but here goes anyway!
On Thu, 2003-12-04 at 16:31, ERDI Gergo wrote:
Also, ETaskBar already subclasses GtkHBox so you don't need the
priv-hbox member. Just use ETaskBar directly like the original code
did.
Yeah but it's a much simpler change that way, because all the methods that
iterate over the box's
The default folder stuff didn't really impact the list completion
folders. Those were handled by a separate gconf setting. The default
folder was only used by the select names stuff when you clicked on the
buttons and brought up the dialog.
The old completion code had a separate xml encoded
22 matches
Mail list logo