Thank you all for the great participation in the challenge… As we hoped everyone would have some fun, there still is a serious goal behind it: Defining the new frame for Tine 2.0 and getting you - our users - into the boat. So now we have come up with what we would call the final prototype. Final in terms of: if you do not find anything bothering you and telling us so, we will start to implement it.
More information?
Find the whole challenge here
Find the final prototype here
Please comment in the Tine 2.0 Forum on this and rather not in my blog - so we only have one discussion!
We just finished working on the first milestone of the upcoming "Mialena" (2010/03) release. You can download or test it right now if you like. Here are some of the new features: - Drag and drop in the standard grids for moving records to another container (Addressbook, Tasks, CRM, Calendar) - Copy button to duplicate records (Addressbook and Timetracker) - Map panel (Addressbook) to display contact addresses (uses OpenStreetMap) - more preferences (logout confirmation, used export configs, ...) - suggest values for custom fields (with typeahead combobox) - booking deadline for timesheets - and more ... (see changelog) we hope you will enjoy this release and provide us with feedback. This release is not considered stable so you should not use it for production.
Today I closed the 2nd KMail icon test. This time 1945 people took part. Much less people than the last time, but also the drop-out was much less than last time.
So here are some basic statistics:
- Selected language: English: 1002, German: 476, Spanish: 334, Italian: 76, Polish: 57
- Gender: Male: 99%, Female: 1%
- Average Age: 28,6 years (from 11 to 93)
- Most of the participants are strong KDE users. More than 80% use KDE very frequently. Next is Windows (TM) with more than 25% of frequent users, GNome with about 10% and Mac OS (TM) with about 7%.
- The participants are almost half split in their use of KMail, more than 50% use KMail frequently and about 30% say they never use KMail (the rest in somewhere in between).
In this test we included the icons of two elements of KMail: The icons used in the window and in the message menu of the composer window. These are icons of different size in the standard configuration of KDE, so we presented the icons in the according size and used the KUbuntu translations of the terms associated with them. The overall findings are very good. Most icon-term-relations seem to work out fine. We did not find find any explicitly not working relations, but some still show the potential for improvement.
Icon-Term relations working really well
The following icon-term relations seem to work well. You have to consider that users had to pick from only 8 choices this time, so it was much easier to exclude all the less fitting icons to find the one to choose. But the data of none of the following icons showed any evidence for this.
|
Best Icon
|
Rating
|
Term
|
|
|
10,0
|
Send Later (message menu)
|
|
|
10,0
|
Print (message menu)
|
|
|
10,0
|
Close (message menu)
|
|
|
10,0
|
Attach File (Composer)
|
|
|
10,0
|
Cut (Composer)
|
|
|
9,8
|
Encrypt Message (Composer)
|
|
|
9,8
|
Sign Message (Composer)
|
|
|
9,0
|
Copy (Composer)
|
|
|
9,0
|
New Main Window (message menu)
|
|
|
9,0
|
Paste (Composer)
|
|
|
9,0
|
Send Later Via (Composer)
|
|
|
8,6
|
Save as Draft (message menu)
|
Note that the icons for “cut” and “copy” were quite often mixed up
Icon-Term relations with some room for improvements
For the following term the icons could be improved. There was quite a high missing value for these icons and the icons got associated with some of the other terms. Also the time people took to spot these icons was quite high, which shows that people just chose the best of the not-so-well-fitting icons, not a convincing icon.
|
Best Icon
|
Rating
|
Term
|
|
|
8,0
|
Send Mail (message menu)
|
|
|
7,8
|
Send Mail Via (Composer)
|
|
|
7,4
|
New Composer (message menu)
|
|
|
6,8
|
Insert File… (message menu)
|
It is interesting to see that the stamp does not work out well for “sending mails”.
Some closing notes…
We are still looking for people to help to translate the test into different languages. Also people wanting to help setting up these icon tests are warmly welcome, as my time is very limited and I do not get to publish new tests and the results as often as I would like to… And of course anyone interested in investigating the results in greater depth is warmly welcome. Just drop me a mail…
This service release fixes some minor bugs. Have a look at the changelog to see which issues have been addressed. If you like, you can join the exciting discussion about the upcoming mock-up changes in our forum.
Additionally, we plan to provide packages of the first milestone of the next release in a few days. It comes with drag & drop of contacts, leads and tasks, a new map panel in the addressbook and copy functionality for records. stay tuned!
Please invest 5 minutes of your precious time and participate in our little survey to improve the quality of the oxygen icon-set!
This time we are testing two small sets of 8 icons each used in the composer window of KMail and the “Message”-menu of the composer window. Thanks to Pierluca and Caig, the tests are available in English, German, Polish (improved, thanks to Andrzej!), Spanish and from now on also in Italian! Perhaps you would like to help to make your language available as well? Or want to help to improve your language next time? Well, just write me a mail!
Click to start the test (maximum 5 minutes)
We will publish the main findings in our blog. If you are interested in the results in greater detail, please write me a mail.
Jochen S. asked me to publish the distribution of the age of the participants of the test. I am happy to do so (Thanks to rKward!)…
All participants of the test:
Mean: 27,9 years
Standard deviation: 7,5 years
Frequent users of KMail:
Mean: 29 years
Standard deviation: 7,9 years
Participants not using KMail:
Mean: 27 years
Standard deviation: 7,2 years
It is great to see how many people participated in the first icon test for KMail: 3327 started the test and 2399 finished. This is a drop-out of about 28% across the whole study and fairly good for this kind of study - especially seeing the technical difficulties we had when we started the study.
Here is a first brief summary of the results:
- Selected language: English: 2244, German: 659, Spanish: 313, Polish: 109
- Gender: Male: 98%, Female: 2%
- Average Age: 29 years (from 10 to 88)
It is great to see that we got sufficient participants for reliable results in all languages!
As you might know, our test combines multiple indicators and calculates a single value for each icon-term relationship. The maximum value an icon-term-relation can reach is 10,0. Following I split up the results into 3 groups:
1. Icons working really well
All of the following icon-term-relationships show average values above 8 with no individual value below 7 for any language. We can assume all these icons to work well enough in all tested languages.
| Icon |
Rating |
Term |
 |
10,0 |
Print |
 |
10,0 |
Previous |
 |
10,0 |
Trash |
 |
9,6 |
Open Full Search |
 |
9,2 |
Next |
 |
9,2 |
Open a new tab |
 |
9 |
Reply |
 |
8,8 |
Create To-do |
 |
8,2 |
Change Sort Order |
 |
8,2 |
Select View Appearance (Theme) |
 |
8,2 |
New message |
2. Terms with no working Icons
For the following terms no fitting icons were identified. They definitely need to be redone.
| Best Icon |
Rating |
Term |
 |
4,4 |
Select aggregation mode |
|
4,2 |
Templates |
 |
4,0 |
Sent-mail |
|
3,2 |
Filter by Status |
3. Icons that need some attention
For the following terms the icons show to be the best, but only in comparison to what was presented. They could not convince. The results here need to be further examined and icons should be discussed and - if needed - improved.
| Best Icon |
Rating |
Term |
|
7,8 |
Outbox |
 |
6,8 |
Forward |
 |
6,2 |
Inbox |
 |
6,2 |
Drafts |
|
5,6 |
Check mail |
Note that for Inbox and Check mail the same icon won. There is the same problem with Sent-mail and Outbox. These concepts are obviously not correctly differentiated by the users.
Some cultural notes
With these studies we also want to learn about cultural differences and their impact on the quality of icons. So here are some interesting facts found in the results - perhaps some native speakers can help to understand why…
Reply
While this icon was well understood in most languages Spanish (’Responder’) and Polish (’Odpowiedź’) speakers had much bigger troubles with this icon.
Forward
Only German speakers (’Weiterleiten’) understood this icon really well - all other had much bigger difficulties.
Drafts
Only Spanish speakers (’borrador’) understood this icon really well.
Create To-do
Spanish speakers (’Crear tarea pendiente’) had much more problems with this icon.
Should anyone need the results in greater detail, please let me know. Under certain circumstances, I can make it possible to directly access the results. I planned to start the next test before christmas, but I won’t manage to do so. But we will definitely have Italian available then, and perhaps also Norwegian… Wishing all of you a happy christmas!
We spent the last week fixing minor bugs and glitches in the current August release and are proud to say that Tine 2.0 now is more stable than ever. Google Chrome support has been improved and a new language (norwegian) has been added. Just hop over to the download area and get your new version today!
We always try our new paths in user participation in the development of Tine 2.0. Inspired by the great ideas Thasmo had in our forum, we decided that we want to try to integrate our users even more into the process of re-designing the Tine 2.0 applications-frame. So we ask you to provide and discuss ideas with us and the other users. Please have a look at our
Tine 2.0 community mock-up challenge.
Have fun!
It is really great to see how many of you already took part in our KMail-Icon-Test. A lot of questions arrived my by mail or in my blog, so I thought I would just explain a little about testing icons…
We do this testing, because icons are useful and beautiful - they save place and people can recognize them faster than they can read text. Practically icons work via a visual-metaphor. If that metaphor, however, is not understood by the user, the icon does not work out. One can easily realize, that it will be much easier to find a visual metaphor for “save” than for “save as” or even more complex or abstract computer actions.
With the tests we mainly want to answer two questions:
- We only have limited resources. Now we want to work on some new icons - but which icons should we work on?
- We want KDE SC to be usefull for everyone in the world. So, do our icons and our terms work for everyone in the world?
The icon test finds indicators for answering these questions, by asking you - the user - to allocate icons and terms. We can measure how well icons and terms match. And we can also do this individually for any language the study runs in (so we get the world answer). Technically we have found a lot of indicators for the quality of icons, that focus on explicit or ambiguous allocations of icons, missing icons and time spent to actually decide for an icon. All these indicators help us to answer the above questions.
So this is a method mainly for evaluation and no not for finding inspiration. But still, this is not absolutely true. Some people complained about not offering a “no icon fits”-button. There are two things to say about this:
- The evaluative result is the same - whether we offer the “no icon fits”-button or not - and whether people read instruction to skip a term or not. To assure this we us a multiple indicators approach.
- The inspirational result is worse when we offer an explicit “no icon fits”-button, because we do not get the idea about approaches to the visualisation of that term. Typically you do not get a random result if a term has no well corresponding icon. You do get some icons that drop out and you can try to understand why. So you might just find ideas about how to construct the metaphor for that missing icon.
So we will continue to explain that a term can be skipped, but we will not offer a “no icon fits”-button.
There have also been some complains about the terms, missing context and the sense of life. Well, it’s not always sunshine. Testing typically means not being “real”. In other words: Testing always has some restrictions. With the icon test we focus on the association between the icon and a corresponding term. If the term is rubbish, the icon has no chance. As terms for our KDE SC icon tests we use the labels next to the icons or tool-tips of the icons (if no label is around) you can find in the application. We tell the participants that they can find these icons in the context of a certain application - this time KMail.
And, as I mentioned above, we can compare the results of different groups. May it be the spanish speaking people with the Windows(TM)-only users. Thus we can thoroughly investigate the relationship between icon and term. And we think the indicators we get are much better than no indicators, and we are well aware of the existing restrictions. You can find a sample result of an icon-test here.
Thank you, to all you those about 30 Tine 2.0 users who have answered our survey accompanying the last beta phase. Your participation is very welcome!
As you will have noticed, we introduced a new welcome / log-in screen to Tine 2.0. On that screen you will get informed whenever we start a new survey. This way we want to better get in touch with the users of Tine 2.0 - and we want to understand in how we can make Tine 2.0 better for them. In the past we had the problem that by our means of publishing the surveys, we mainly got responses from Tine 2.0 admins, who have a real reason to visit our homepage. The opinion from them helped us a lot, but we need to get more feedback also from less technical users.
In this light I would like to say thank you for your trust. The results of the survey accompanying the beta phase show, that about 90% of you think it is a good idea from us to integrate these surveys on the welcome screen. And: as we are listing to our users, we have included a possibility for admins to disable this feature (about 55% wanted this). Now I can only call on you: please leave this option on! Yes, we are calling home, but we do this before the user is logged on, so no harm can happen - and: hey, the source code is open, check it yourself! The second best thing you can do to support Tine 2.0 is, next to using it, to allow your users to participate in these surveys. It is a great opportunity to have Tine 2.0 fit your personal needs and the needs of the group you are working with in the future even better.
And as always, we asked for your rating and use of Tine 2.0 and its components. Now this is the Tine 2.0 hit-list:
| Component |
Used by % of users |
Rating (1:excellent - 7:needs improvements) |
| Tine 2.0 in general |
100% |
2,56 |
| Addressbook |
100% |
2,62 |
| Calendar |
92% |
2,61 |
| Admin |
92% |
3,13 |
| E-Mail |
87% |
3,67 |
| Tasks |
72% |
3,28 |
| Activesync |
68% |
3,71 |
| CRM |
50% |
4,08 |
| Timesheets |
40% |
3,7 |
| Phone |
20% |
3,8 |
| Sales |
20% |
5 |
| Classes |
17% |
4,75 |
| Voipmanager |
12% |
5 |
It is great to see, that we already reached great values for most of the main components of Tine 2.0.
Some other brief findings:
- our community is growing. More than 60% of the answers came from rather new users of Tine 2.0. I think that is a great success.
- more than 80% want to participate in the survey again. Thanks to all the others for trying. Perhaps you could give us an idea how we can win your will for participation?
- About 70% of you have made such good experiences with Tine 2.0 and our test-driven development, that you either already did install the beta or were planning to install the new Tine 2.0 version immediately after the release.
If you like comment on anything, need more results or have ideas how we can improve the surveys, feel free to comment in the Tine 2.0 forum or in my blog.
For a very long time I tried to integrate a mapping solution into Tine 2.0. Just try to remember that 2.0 in our projects name stands for Web 2.0. So it must be able to use a webservice to display a map.
First we integrated Google Maps. Shortly after we had finished the implementation, we had to remove it again, because Google prohibits the usage of their maps in non public systems. And buying a Google Maps license is very expensive. I should have read the usage policy before I started implementing it.
So we had a closer look at really free mapping solutions. There are at least two solutions available: Mapstraction and OpenLayers. As OpenLayers is also the foundation for the map provided by OpenStreetMap we decided to bet on this library. I started implementing ExtJS classes for easy integration of maps into Tine 2.0 until I discovered GeoExt. GeoExt is developed from people who seem to know more about mapping solutions than me. So I dropped my code again and implemented the map widget for Tine 2.0 based on GeoExt which is based on OpenLayers.
But displaying a map is only one part of the story. The other part is to know which part of the map to display. Even if you can get my postal address, you still need to know the coordinates. And again OpenStreetMap comes to our rescue.
They just launched Nominatim. Nominatim is a webservice which allows you to resolve an address into its coordinates. Just try this link to find out where we work.
To make the long story short, you can display maps from OpenStreetMap for your contacts now.
And this is how it looks like: 
As you can see I live near a Autobahn. 
Another cool feature to implement in the future, is that we are able to validate or complete addresses this way. As Pickhuben(the street where our office is located) is already unique, Nomination can return us the whole address including village, county, postalcode and of course the coordinates. Or can filter your contacts and display them on a map. Really cool features just waiting to get implemented.
Please invest 5 minutes of your precious time and participate in our little survey:
Testing KMail-Icons, part 1
(about 5 minutes - English, German, Polish and Spanish available).
As you might know, we work together with KDE, the artists team and Nuno Pinhero in person to improve the quality of the icons used in KDE SC. Therefore we will publish new, short studies every couple of weeks. We want to find out, which icons of KDE SC are easy to understand and which ones don’t yet work so well. For getting a realistic and exact analysis, every icon-test will focus a special application or parts of it.
This is the first test of KDE SC icons. We start with a focus on the icons used in the main view of KMail (yes, you can find all of them in a fresh installation, even though you will probably not be aware of some of them…). Thanks to Adam, Álvaro, Sebastian, Isaac and Feargal this survey is available in english, german, polish and spanish. If you find anything we can improve or if you want to help us to provide the next survey in even more languages, please write me a mail.
We will publish the main findings in our blog. If you are interested in the results in greater detail, please write me a mail.
Hamburg - 2009/12/09
The Tine 2.0 project released its next major version "August (2009/11)". Packages for public download and an online demo have been deployed on the project's page.
Focus of the new version are the extensions of the reporting and analysis functions in the CRM module and improved calendar functions. Moreover, many users are likely to be positively assessed, that Tine 2.0 now can operate as an OpenId Provider. In total the Changelog lists over 150 new features and improvements.
Highlights - CRM module:
Similar to address book, calendar and time-tracker, the CRM Lead Manager is now equipped with a preview panel. Details and additional information of selected leads are directly displayed without the need for the leads to be opened. If no lead is selected, the software displays statistics for all the leads of the selected filter in the form of pie charts.
The search and filter functions have been equipped with special filters to find leads of certain products or contact types. These lead filters are part of the general filtering logic of Tine 2.0 and can be used to create storeable dynamic lists.
With the enhanced export functions, leads can now be exported directly into existing Microsoft Excel® spreadsheets. Thus, predefined reports, which can be filled with selected data by Tine 2.0, can now be made available for the entire enterprise.
Highlights - Calendar:
Within the calendar system enterprise resources, such as company cars or meeting rooms, can now be scheduled. These are managed in their own calendars and can be booked directly in combination with appointments.
When creating and moving events, the calendar checks the availability of participants and gives conflict warnings when they are not available. Additionally the possibility to define events as non-blocking has been added.
The calendar events for which the user wants to be informed can now be configured individually. For example, it is possible to only get notifications about invitations and cancellations or time changes of events. Layout and content of the notification messages have been optimized so that relevant changes can be recognized by the user at a glance.
Highlights in the core:
Tine 2.0 can be configured as an openID provider. With this, users only have to remember a single username / password combination to authenticate themselves at different web services.
The user interface has been further optimized using the results of the systematically user tests carried out within the framework of user-centered development of Tine 2.0.
The performance of the Tine 2.0 email client has been significantly improved. Automatic updates of the caches and deleting emails are now done in the background, while the user can work undisturbed. If the Firefox plugin Callout is installed, notifications about new emails are shown prominently.
Many libraries have been updated, for example the 3.0x version of ExtJS and the 1.9x version of Zend Framework are now in use.
|
