On Thu, 2003-08-14 at 13:02, Tuomas Kuosmanen wrote:
On Thu, 2003-08-14 at 13:17, Rodrigo Moya wrote:
Although, as said in http://www.uiaccess.com/access_links.html#color, we
can come with a color palette that works for nearly everyone.
I'll have a look.
I think that the most important
On Wed, 2003-08-13 at 14:39, Kevin Cullis wrote:
Take look at a Googlized search:
Hundreds of resources are available on the Internet covering
accessibility and related issues. The following resources will be
helpful to those seeking information about accessibility issues.
On Thu, 2003-08-14 at 00:08, Ettore Perazzoli wrote:
On Wed, 2003-08-13 at 12:35, Calum Benson wrote:
- Ensure there's an option to only use colours picked from the theme...
this should be pretty much a requirement anyway, to cater for people who
need to use the high/low contrast themes.
Take look at a Googlized search:
Hundreds of resources are available on the Internet covering
accessibility and related issues. The following resources will be
helpful to those seeking information about accessibility issues.
http://www.uiaccess.com/access_links.html#color
Kevin
On Wed,
On Thu, 2003-08-14 at 13:28, Calum Benson wrote:
On Thu, 2003-08-14 at 12:19, Rodrigo Moya wrote:
yes, I also think so. Having also the possibility to select the colors
makes this usable for everyone, doesn't it?
It should, although I dont't recall exactly what the 508 wording is on
Hi,
Am Mon, 2003-08-04 um 22.50 schrieb William Jon McCann:
Here's the way I see it working for now:
* user double clicks on a date
* clock applet checks to see if appointment_tool is set in gconf and is
available
* appointment_tool is spawned with the date as an argument
This looks
On Thu, 2003-08-14 at 00:45, Tuomas Kuosmanen wrote:
On Thu, 2003-08-14 at 00:08, Ettore Perazzoli wrote:
On Wed, 2003-08-13 at 12:35, Calum Benson wrote:
- Ensure there's an option to only use colours picked from the theme...
this should be pretty much a requirement anyway, to cater for
I've got some thoughts/class proposal on
http://primates.ximian.com/~notzed/projects.html#camel-filter
if anyone cares to comment ...
On Wed, 2003-08-13 at 08:59, Dan Winship wrote:
Actually mainly i'm curious as to how exchange defines its rules - are
they somewhat sieve (and for that
On Wed, 2003-08-13 at 11:22, Rodrigo Moya wrote:
But yes, we can find a place to put the name of the calendar besides the
appointment's summary.
What about appending it to the end of the description? E.g. instead of
just saying Company meeting it would say Company meeting (Work),
where Work is
On Wed, 2003-08-13 at 11:59, Rodrigo Moya wrote:
no, I think Luis was talking about my screenshots:
http://rodrigo.gnome-db.org/news.php?13/August/2003
those are real, not mockups, believe me :-)
Ok.. still, the fact that these represent a very early implementation
which is still
On Thu, 2003-08-14 at 13:17, Rodrigo Moya wrote:
Although, as said in http://www.uiaccess.com/access_links.html#color, we
can come with a color palette that works for nearly everyone.
I'll have a look.
I think that the most important thing we are naturally doing is to have
the background
Rodrigo Moya wrote:
On Mon, 2003-08-04 at 22:50, William Jon McCann wrote:
I have implemented a couple of prerequisite features for the gnome-panel
clock applet to use Evo calendar.
http://bugzilla.gnome.org/show_bug.cgi?id=118913
http://bugzilla.gnome.org/show_bug.cgi?id=119109
We'll see what
Hi guys,
I'm just fighting addressbook integration in OO.o - my problem is that
in order to use LDAP data sources I have to link to mozilla.
Unfortunately, the required mozilla is a heavily patched version that we
can't possibly ship [ binning profile locking, mangling up some of the
On Mon, 2003-08-04 at 13:50, William Jon McCann wrote:
* appointment_tool could look something like this
http://acs.pha.jhu.edu/~mccannwj/evo/Screenshot-appointment-tool.png
and simply list the appointments for the day that it pulled from Evolution
[...]
Any comments before I begin?
My one
I've been working on importing a variety of vcards into Evolution. However,
I've noticed that any 'experimental' fields are not retained by Evolution.
Example:
I import this vcard:
BEGIN:VCARD
FN:Test Experimental
N;INITIALS=E.T.:Experimental;Test
On Wed, 2003-08-13 at 11:43, William Jon McCann wrote:
Joe Shaw wrote:
I'm color-blind, and highly contrasting colors would probably make it
usable, but things like blue-versus-purple or bright-green-versus-yellow
or cyan-versus-white are schemes that would cause problems for me
Sorry Ettore, this day is already known as _my_ birthday -- please use
another date cause my parents hold the rights on prior art... ;*))
Woah! Happy birthday, Guenther! :-)
-- Ettore
___
evolution-hackers maillist - [EMAIL PROTECTED]
On Thu, 2003-08-14 at 15:59, Tuomas Kuosmanen wrote:
The critical thing here is to be sure we have enough contrast. So all bg
colors should be rather light, and the text should be black. So that
everyone can at least *read* the events.
By definition however, people who choose the High
Actually mainly i'm curious as to how exchange defines its rules - are
they somewhat sieve (and for that matter, imap-search) like, in that you
have a bunch of specific tests/checks with and/or/not boolean
containers, or are they a bit camel-like in that you can do
almost-arbitrary expression
I've tagged a stable (yes, those are sarcastic quotes) branch for
libsoup, libsoup-2-0-branch, which everyone should now be using for
Evolution/Connector 1.4, Red Carpet, and (until further notice)
Evolution/Connector 2.0.
-- Dan
___
evolution-hackers
It seems everyone is being visionary about Evolution 2.0 these days but
about all other components than the Tasks component. Doesn't anyone
care about tasks?
Me! Tasks (to me) are the most important part of the software. But what
your really describing sounds more like projects. Have you
On Wed, 2003-08-13 at 12:35, Calum Benson wrote:
- Ensure there's an option to only use colours picked from the theme...
this should be pretty much a requirement anyway, to cater for people who
need to use the high/low contrast themes. (Although for the high
contrast themes most of the colours
Yesterday I created an evolution-1-4-branch for gal. Obviously, this is
the stable branch for evo 1.4.x bugfixing/translations.
Today, I committed patches to make gal produce libgal-2.2.so and
libgal-a11y-2.2.so on trunk. Development of the gal-2.1.x release line
for evo 2.0 will now happen on
I noticed that you guys again have a large pileup of versions in
bugzilla- would you like me to compress 1.0.* down to one version again?
Just a thought-
Luis
___
evolution-hackers maillist - [EMAIL PROTECTED]
Il mer, 2003-08-06 alle 19:03, Adam Williams ha scritto:
a daunting task to have this in an addressbook UI, or to put code
specifically for this stuff in the addressbook itself. As it turns
out, I am also hacking on an Instant Messenger client that will
integrate with the evolution
On Thu, 2003-08-14 at 11:00, Jeffrey Stedfast wrote:
any way for us to find out more about the types of techniques you are
working on? anything that might help debug this beast would be cool :-)
http://www.cs.berkeley.edu/~liblit/sampler/
I've been talking with Ben on and off- it's seriously
On Thu, 2003-08-14 at 19:42, Ettore Perazzoli wrote:
On Thu, 2003-08-14 at 12:31, Rodrigo Moya wrote:
5 is too few, since I guess people will start subscribing to many
calendars once we can view multiple calendars in one view, 5 is just too
few colors, since a lot of calendars would have
I was wondering if their is the ability to specify a default free/busy URL
that would apply for all contacts if they did not have individual free/busy
URLs specified as part of their vcard? This would make it far easier for
our organization to schedule since we wouldn't each have to manually
I was perusing rodrigo's blog a bit, and noticed the design choice to
use colorized calendars to do the overlaying. I'd talk to the a11y guys
to be certain, but that's likely to be an a11y nightmare- they strongly
urge against solely using color to distinguish things, since if you are
color-blind,
Hi all,
Just incase you didn't notice/etc, Ximian's bugzilla (which is where
evolution bugs reside) has gone bums-up and will be out of action until
at least some time tomorrow.
An undefined hardware failure is the cause, and hopefully nothing has
been lost.
Michael
On Fri, 2003-08-08 at 15:32, Ettore Perazzoli wrote:
Yeah, easy. Although then we run the risk of people who aren't using
spam filters being duped by spam adding that header and saying it isn't
spam. So it would probably have to be an explicit option for
environments where the
On Thu, 2003-08-14 at 12:19, Rodrigo Moya wrote:
yes, I also think so. Having also the possibility to select the colors
makes this usable for everyone, doesn't it?
It should, although I dont't recall exactly what the 508 wording is on
these matters. I seem to recall the main thrust of Bill's
On Thu, 2003-08-14 at 07:44, Rodrigo Moya wrote:
Anders mentioned in IRC that there's a bug filed in gtk about each theme
providing a number of colors that can be distinguishable from each
other. I suppose that would be, if at all, in GTK 2.4, so we can't rely
on that, but once we've got this
a daunting task to have this in an addressbook UI, or to put code
specifically for this stuff in the addressbook itself. As it turns
out, I am also hacking on an Instant Messenger client that will
integrate with the evolution addressbook, and calendar. As soon as
the public API
Jeffrey Stedfast wrote:
any way for us to find out more about the types of techniques you are
working on? anything that might help debug this beast would be cool :-)
In brief, the instrumented code makes a large number of wild guesses
about interesting behavior, and counts how often these
On Thu, 2003-08-14 at 12:31, Rodrigo Moya wrote:
5 is too few, since I guess people will start subscribing to many
calendars once we can view multiple calendars in one view, 5 is just too
few colors, since a lot of calendars would have the same color.
I think a good number is between 12 and
On Wed, 2003-08-13 at 11:06, Ettore Perazzoli wrote:
On Wed, 2003-08-13 at 10:59, Luis Villa wrote:
I don't. Unfortunately, Section 508 does not give exceptions for 'well,
we couldn't come up with any other way of doing it.'
Well there must be a way... Outlook 2k3 uses colorization too
On Wed, 2003-08-13 at 17:09, Joe Shaw wrote:
On Wed, 2003-08-13 at 10:43, Ettore Perazzoli wrote:
For color-blind people, I am not sure... We can make sure the stock
colors have a reasonable amount of contrast differences and allow the
user to configure different colors. But I don't think
Rodney Dawes wrote:
ftp://ftp.ximian.com/pub/source/evolution
The 1.4.4 tarball in that directory is incomplete from the perspective
of RPM packaging. It is missing evolution.spec. I am building
Evolution RPMs which need to be as close as possible to drop-in
replacements for Ximian's builds,
On Thu, 2003-08-14 at 07:02, Tuomas Kuosmanen wrote:
I think that the most important thing we are naturally doing is to have
the background colors be light and have dark text (well, the theme
text color)
Actually, using the theme color there is probably wrong, since if we are
going to hardcode
On Thu, 2003-08-14 at 16:38, Ettore Perazzoli wrote:
On Thu, 2003-08-14 at 07:02, Tuomas Kuosmanen wrote:
I think that the most important thing we are naturally doing is to have
the background colors be light and have dark text (well, the theme
text color)
Actually, using the theme color
Luis:
We (meaning the Evolution development team) care just as much as you do
about making Gnome accessible.
Please, rest assured that our intentions are to work within the
established accessibility guidelines (and the Human Interface
Guidelines) to make sure that Evolution is usable by
The main difference here is that any changes to the filter types would
require a change to the code.
That doesn't seem like a huge problem.
On the other hand, it would make it
easier to write coded plugins to implement new types
Yes, although they'd have to be backend-specific. But there's
On Wed, 2003-08-13 at 20:46, Morten Skarsholm Risager wrote:
*A convenient way to convert an email into a task so that I can make
notes below it.
I'd love to have this, it would be awesome. Well. actually something
like an ability to attach files to a task and a way to make an email
to a task,
On Sun, 2003-08-10 at 16:22, Christopher Ness wrote:
On Fri, 2003-08-08 at 17:48, Not Zed wrote:
On Fri, 2003-08-08 at 16:19, Ettore Perazzoli wrote:
* We give the user a way to say what happens to messages detected
as spam; i.e. whether they should stay in the folder, or
On Wed, 2003-08-13 at 08:57, Luis Villa wrote:
I was perusing rodrigo's blog a bit, and noticed the design choice to
use colorized calendars to do the overlaying. I'd talk to the a11y guys
to be certain, but that's likely to be an a11y nightmare- they strongly
urge against solely using color
On Wed, 2003-08-13 at 14:19, Dan Winship wrote:
well, then I guess we can use an extra thing to distinguish this in
accessibility-enabled installations. I can't think of a better way (in
the non-accessible case) to differentiate the events, since icons are
already being used for
Joe Shaw wrote:
I'm color-blind, and highly contrasting colors would probably make it
usable, but things like blue-versus-purple or bright-green-versus-yellow
or cyan-versus-white are schemes that would cause problems for me
personally. I'd highly recommend using some other additional indicator,
Rodrigo Moya wrote:
On Thu, 2003-08-07 at 21:01, William Jon McCann wrote:
Rodrigo Moya wrote:
On Wed, 2003-08-06 at 19:46, William Jon McCann wrote:
snip
for editing, you'll have to activate the
OAFIID:GNOME_Evolution_Calendar_CompEditorFactory component and use the
editNew and editExisting
Edgardo replied only to me, forwarding.
Yes, LDAP would do the job with all the extra fields needed.
Problem: evolution can only view LDAP contacts, no adding/editing. And
who provides the UI for editing the extra fields I listed as examples?
How about using those extra fields ( contacting
50 matches
Mail list logo
