Menu
▾
▴
moregroupware-interface — Discussion about improving the user interface of more.groupware
You can subscribe to this list here.
| 2004 |
Jan
(6) |
Feb
(8) |
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(1) |
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Karsten D. <k.d...@fi...> - 2006-07-24 14:44:26
|
Hi Kevin. On Thursday 20 July 2006 01:18, Kevin J. Harris wrote: > Does anyone get responses on this mailing list? Well, generally yes. But this particular list was set up for discussions ab= out=20 improving the UI of the software, not for general stuff. Try the=20 moregroupware-user list. Regards, Karsten =2D-=20 Karsten Dambekalns k.d...@fi... http://www.moregroupware.de/ http://www.fishfarm.de/ =2D---------------------------------------------- |
|
From: Kevin J. H. <kh...@pr...> - 2006-07-19 23:18:22
|
Does anyone get responses on this mailing list? Thanks, Kevin J. Harris kh...@pr... ProSafe Inc. [http://www.prosafeinc.ca] 658 Erie Street Stratford, ON N5A 2P1 t:519.272.0486 ext. 210 c:519.580.3506 f:519.273.6729 CONFIDENTIALITY STATEMENT The information submitted in this electronic message and/or associated attachments is intended for the sole viewing by the recipient(s) listed. All information is confidential and may be proprietary in nature, and as such must be kept confidential by the recipient(s). If you are not the intended recipient or have received this document in error, please reply to the sender and delete this message and all attachments. Thank You, ProSafe Inc. |
|
From: Kevin J. H. <kh...@pr...> - 2006-07-17 12:42:14
|
I have tried importing a VCF file into my contacts, and it "appears" to work (no error message). However when I search/browse/list my contact, the recently imported contact is not there. I have tried both public and private type contacts Thanks, Kevin J. Harris kh...@pr... ProSafe Inc. [http://www.prosafeinc.ca] 658 Erie Street Stratford, ON N5A 2P1 t:519.272.0486 ext. 210 c:519.580.3506 f:519.273.6729 CONFIDENTIALITY STATEMENT The information submitted in this electronic message and/or associated attachments is intended for the sole viewing by the recipient(s) listed. All information is confidential and may be proprietary in nature, and as such must be kept confidential by the recipient(s). If you are not the intended recipient or have received this document in error, please reply to the sender and delete this message and all attachments. Thank You, ProSafe Inc. |
|
From: Kevin J. H. <kh...@pr...> - 2006-07-17 04:29:31
|
I have installed mgw core and it is running fine. I have installed some of the other add-on modules. However when I try and install the webmai2 add-on I get the following error: * index_att_dir_does_not_exist * ../../data_store/webmail2/ I am not sure what I am doing wrong. The help files and documentation don't describe this error. Please help me! Thanks, Kevin J. Harris kh...@pr... ProSafe Inc. [http://www.prosafeinc.ca] 658 Erie Street Stratford, ON N5A 2P1 t:519.272.0486 ext. 210 c:519.580.3506 f:519.273.6729 CONFIDENTIALITY STATEMENT The information submitted in this electronic message and/or associated attachments is intended for the sole viewing by the recipient(s) listed. All information is confidential and may be proprietary in nature, and as such must be kept confidential by the recipient(s). If you are not the intended recipient or have received this document in error, please reply to the sender and delete this message and all attachments. Thank You, ProSafe Inc. |
|
From: brouwers r. lx <ro...@ca...> - 2006-05-19 16:48:54
|
I am trying to install moregroupware for a while now (two weeks). I am doing this on a RedHat Fedora installation. The installation past the setup test but at the final stage, where I think, one should get something to configure the admin account, I get the login screen. I tried to login with admin, password admin, but that doesn't work. Can somebody tell me what is going wrong? Roland Brouwers C.A.T. bvba Antwerp-Belgium ro...@ca... |
|
From: Karsten D. <k.d...@fi...> - 2006-03-10 19:14:44
|
Hi. On Thursday 09 March 2006 17:59, rr...@ro... wrote: > is the moregroupware-project alive or dead? No, only sleeping. > the last release is more than one year old. Yes, sorry. I am discussing a new release as we speak, err, as I write. Karsten =2D-=20 fishfarm netsolutions - Karsten Dambekalns Hamburger Stra=DFe 273 B - 38114 Braunschweig Tel. +49 531 1232902 k.d...@fi... =46ax. +49 531 1232906 http://www.fishfarm.de/ =2D---------------------------------------------- |
|
From: <rr...@ro...> - 2006-03-09 16:59:31
|
hi, i've just a short question: is the moregroupware-project alive or dead? the last release is more than one year old. i hope that the project is not dead, because moregroupware is a quite nice tool. kind regards rolf rothamel |
|
From: Ville d'A. - R. I. <fr...@vi...> - 2005-07-26 15:38:00
|
Bonjour, je ne comprend pas je n'ai aucun participant dans ma liste lors de la création d'un rendez-vous ! Où peut on definir les autres participant ? cdlt, franck |
|
From: Karsten D. <k.d...@fi...> - 2004-11-26 17:36:08
|
Hi Christopher, hi list memebrs! On Mi, Nov 03, 2004 at 03:33:49 +0100, Christopher R, Parr wrote: > Hi! > > I'd love to help you concerning the design of the User Interface. How > do I start? Have you looked at http://mgw.k-fish.de/User_Interface.30.0.html already? If not, please do so. This is about everything that has been done and collected so far. Pauric O'Callaghan was 'declared' group leader, but nothing has happened (from anybody, no pun intended), so maybe get in touch with him and the others (should happen by using the list, but...) and see what everybody thinks and plans. I'd be very happy to see this continuing further - so that next year there is something for us coders to chew on! if you need more help, or feedback to ideas, just email (to the list). Regards, Karsten -- Karsten Dambekalns k.d...@fi... http://www.k-fish.de/more_groupware.24.0.html http://www.fishfarm.de/ ----------------------------------------------- |
|
From: Christopher R, P. <cr...@gm...> - 2004-11-03 02:33:56
|
Hi! I'd love to help you concerning the design of the User Interface. How do I start? Please send me information. Thanks Chrtistopher Parr |
|
From: David L. <llo...@ad...> - 2004-05-19 15:20:29
|
Karsten, > > I was wondering if anything had been happening in my absence: has > > anyone else on this list been doing any work, and if so, what's been > > > > happening? > > I'm afraid nothing has happened. I didn't even have the time to step > on everybodies toes in here to get things rolling. :/ Buzz! Untrue! We've been sorting internal affairs out...if they're not sorted then all we have is a pretty interface that has no functionality. We have to balance both of these things :) DSL -- In your heart your mother knew you'd be hunted all your life That you'd never escape your fate... [Elrond to Elessar] |
|
From: Karsten D. <k.d...@fi...> - 2004-05-19 14:02:56
|
Hi, good to hear from you again! On Di, Mai 18, 2004 at 12:48:06 +0100, Alan James Salmoni wrote: > I've been (extremely) busy with some consultancy and handing my thesis Hope everything turned out well in the end! > in lately and been unable to do any work on this project: however, I've > managed to finish all this work and can devote some time to this work > now. Hehe, even better! > I was wondering if anything had been happening in my absence: has > anyone else on this list been doing any work, and if so, what's been > happening? I'm afraid nothing has happened. I didn't even have the time to step on everybodies toes in here to get things rolling. :/ Karsten -- Karsten Dambekalns k.d...@fi... http://www.k-fish.de/more_groupware.24.0.html http://www.fishfarm.de/ ----------------------------------------------- |
|
From: Alan J. S. <ala...@vi...> - 2004-05-17 23:47:56
|
hi Folks, I've been (extremely) busy with some consultancy and handing my thesis in lately and been unable to do any work on this project: however, I've managed to finish all this work and can devote some time to this work now. I was wondering if anything had been happening in my absence: has anyone else on this list been doing any work, and if so, what's been happening? Regards, Alan. |
|
From: <rad...@ya...> - 2004-02-17 21:27:49
|
Ok, please dont shout at me for not knowing what I'm talking about. I've recently been completely side swiped with taking on the role of all the engineers we fired. I'm not going to be able to take as active a role in this as I would have liked. If I understand the problem correctly (and I havent looked in to it in too much detail) it sounds like we have a similar adminstration feature here at work, its for controling network traffic, a feature called QoS - Quality of Service. The way we address it is to work from the ground up when configuring the feature. 1) Define Rules, the admin must set up a rule which can be time based, traffic type.. whatever, its a rule. 2) Define Profiles, these are groups of rules along with addional parameters. For groupware it seems to me to make sense to have something like the above two items preconfigured, but modifiable, so that you can get up and running assigning user logins with various profiles. The admin also has the ability to configure more complex profiles. Have I completely missunderstood the issue here? I took a look at those screens sent out and just scratched my head. pauric David Lloyd <llo...@ad...> wrote: Alan, > For admins willing to read a few docs, entering rights by csv would be a > very quick an easy process, and it's quite possible to have it automated > (eg, users details retrieved from a database with rights assigned > according to the grade kind of thing). Can we be realistic and assume that admins won't read anything unless it's on the page in front of them? DSL ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ moregroupware-interface mailing list mor...@li... https://lists.sourceforge.net/lists/listinfo/moregroupware-interface --------------------------------- Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online |
|
From: David L. <llo...@ad...> - 2004-02-16 21:23:47
|
Alan, > For admins willing to read a few docs, entering rights by csv would be a > very quick an easy process, and it's quite possible to have it automated > (eg, users details retrieved from a database with rights assigned > according to the grade kind of thing). Can we be realistic and assume that admins won't read anything unless it's on the page in front of them? DSL |
|
From: Ryan V. <xf...@co...> - 2004-02-16 12:42:39
|
On 16/02/2004, at 10:23 PM, Karsten Dambekalns wrote: > Have a look at the phpGACL demo, the admin interface handles the > complexity quite well, I think. > > http://phpgacl.sourceforge.net/demo/phpgacl/admin/acl_list.php If you mean the javascript, in the way you can select multiple objects then move them over (and then choose another section, and add additional objects), certainly, this is a great model. The way the screen is laid out is quite confusing at first, though, but this is mostly due to the naming/over-complexity of the tables. Certainly, if you had something along the lines of (based off rights we have now): Module-Name Module-Settings <<- ->> Selected ALLOW/DENY checkbox (i.e.) Projects Todo Calendar2 Access Calendar2 Read Personal Calendar (ryan) Delete Personal Calendar (ryan) <<- ->> Access Projects Access Calendar2 ALLOW For every User/Group, this would be fantastic. Group settings are normally used, unless a particular setting exists for a User. i.e. You could setup a bunch of rights for a group called 'Users' (I'd suggest having a default set of rights, please), then add additional rights for the user 'Ryan' so he can view/delete/edit all people's Calendar's. Such an option would be useful for a secretary, for example. R -- Signature space for rent. |
|
From: Karsten D. <k.d...@fi...> - 2004-02-16 12:15:18
|
Hi! [Good to see some real discussion starting here... :)] On Sa, Feb 14, 2004 at 02:21:40 +0000, Alan James Salmoni wrote: > As for creating rights within the GUI, it is quite a complex > thing. Each module has a set of rights to be assigned, and it would > clearly be more efficient to allow the admin to set the rights in > one go rather than set one, wait for a new screen to load up, find > the next right, set it, reload etc. Have a look at the phpGACL demo, the admin interface handles the complexity quite well, I think. http://phpgacl.sourceforge.net/demo/phpgacl/admin/acl_list.php Karsten -- Karsten Dambekalns k.d...@fi... http://www.k-fish.de/more_groupware.24.0.html http://www.fishfarm.de/ ----------------------------------------------- |
|
From: Ryan V. <xf...@co...> - 2004-02-16 11:10:17
|
On 14/02/2004, at 12:51 PM, Alan James Salmoni wrote: > ps - I have resent this email as I seem to have problems when I use my=20= > ISP... I replied to this (directly to yourself, though); did you get it? I'll=20= send it again, if not... > Alan. > > ps - Ryan - would it be possible to have a look at the UI=20 > documentation you > did before? It is, again, it's pretty rough, but I'm in the middle of cleaning it=20 up; I'll be able to get it to you in the coming weeks, certainly. =20 Right now we're going through a whole heap of mgw-related things,=20 including documenting things and planning out timelines in sense of=20 development, and the UI is a major part of that. Most of the current 'documentation' is scribbled diagrams and notes on=20= pieces of paper, for example, so I can't send you what I have now=20 easily. :-) R > Ryan Verner wrote: > >> Howdy dev/interface, >> >> Something that really does need to be addressed ASAP is to create = sane > defaults for a User group at installation time (i.e. not Admin). =20 > Right now, > installation involves creating a group, creating a user, then spending=20= > ages > clicking through individual rights and setting them correctly. >> >> Perhaps this strategy, in theory, forces users to create secure=20 >> policies, > but in reality, people are either totally giving up on the project as=20= > soon as > they realize the work that needs to be done, or just blindly clicking=20= > "Allow" > to everything because they quite frankly can't be stuffed going=20 > through it > all. >> >> Is this a responsibility of the -dev team, or of the -ui team? What=20= >> should > the default group be called? "Default" isn't a good choice, IMHO, as=20= > most > users will delete this group, create another, then realize that they=20= > have to > go through the whole Rights2 pain again (unless, of course, our=20 > defaults *do* > apply to newly created Groups/Users, which seems even more sane). >> >> Thoughts? >> >> R >> >> --=20 >> >> Signature space for rent. >> >> >> >> ------------------------------------------------------- >> The SF.Net email is sponsored by EclipseCon 2004 >> Premiere Conference on Open Tools Development and Integration >> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >> http://www.eclipsecon.org/osdn >> _______________________________________________ >> moregroupware-interface mailing list >> mor...@li... >> https://lists.sourceforge.net/lists/listinfo/moregroupware-interface >> > > > --=20 > Alan James Salmoni > HCI Group > School of Psychology > Cardiff University > > =3D=3D=3D=3D=3D > Alan James Salmoni > SalStat Statistics > http://salstat.sunsite.dk > > > =09 > =09 > =09 > ___________________________________________________________ > BT Yahoo! Broadband - Free modem offer, sign up online today and save=20= > =A380 http://btyahoo.yahoo.co.uk > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > _______________________________________________ > moregroupware-interface mailing list > mor...@li... > https://lists.sourceforge.net/lists/listinfo/moregroupware-interface > -- Signature space for rent. |
|
From: <ala...@ya...> - 2004-02-14 02:23:55
|
Hi Ryan, That's one thing that has been apparent to me, although I've been concentrating mostly upon the user side of things. I noticed that the admin can load some user information from a csv text file. Maybe it might be an idea to allow rights to be loaded this way? If there is a problem with security, then perhaps each loaded user details could be displayed to the admin for acceptance before they become operational? For admins willing to read a few docs, entering rights by csv would be a very quick an easy process, and it's quite possible to have it automated (eg, users details retrieved from a database with rights assigned according to the grade kind of thing). I don't have any information about the security requirements of this package, so sadly I cannot say much about that aspect of things (not being an expert on security either). As for creating rights within the GUI, it is quite a complex thing. Each module has a set of rights to be assigned, and it would clearly be more efficient to allow the admin to set the rights in one go rather than set one, wait for a new screen to load up, find the next right, set it, reload etc. One quick'n'dirty possibility for the admin rights interface: ----------------------------------------------------------------- |Modules: |Username: alan | | | | | | (Admin makes selection for selected | | | module here using perhaps radio buttons | |MAIL | or checkboxes depending on the rights) | | | | |TODO | | | | | |CALENDAR | | | | | |etc | | | | <OKAY> <CANCEL> | ----------------------------------------------------------------- The admin selects the module they wish to apply from the left hand part of the screen. Rights for the user for the entire module can be selected in one go. The admin would still have to go through N screens (N being the number of modules), but it should make the rights selection process shorter than it is currently. Comments? Like I said, this is a quick'n'dirty at best, so feedback / improvements / alternatives are more than welcome. ps - I have resent this email as I seem to have problems when I use my ISP... Alan. ps - Ryan - would it be possible to have a look at the UI documentation you did before? Ryan Verner wrote: > Howdy dev/interface, > > Something that really does need to be addressed ASAP is to create sane defaults for a User group at installation time (i.e. not Admin). Right now, installation involves creating a group, creating a user, then spending ages clicking through individual rights and setting them correctly. > > Perhaps this strategy, in theory, forces users to create secure policies, but in reality, people are either totally giving up on the project as soon as they realize the work that needs to be done, or just blindly clicking "Allow" to everything because they quite frankly can't be stuffed going through it all. > > Is this a responsibility of the -dev team, or of the -ui team? What should the default group be called? "Default" isn't a good choice, IMHO, as most users will delete this group, create another, then realize that they have to go through the whole Rights2 pain again (unless, of course, our defaults *do* apply to newly created Groups/Users, which seems even more sane). > > Thoughts? > > R > > -- > > Signature space for rent. > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > moregroupware-interface mailing list > mor...@li... > https://lists.sourceforge.net/lists/listinfo/moregroupware-interface > -- Alan James Salmoni HCI Group School of Psychology Cardiff University ===== Alan James Salmoni SalStat Statistics http://salstat.sunsite.dk ___________________________________________________________ BT Yahoo! Broadband - Free modem offer, sign up online today and save £80 http://btyahoo.yahoo.co.uk |
|
From: David L. <llo...@ad...> - 2004-02-13 23:34:30
|
Ryan et al, > Something that really does need to be addressed ASAP is to create sane > defaults for a User group at installation time (i.e. not Admin). Tell me about it. > Right now, installation involves creating a group, creating a user, > then spending ages clicking through individual rights and setting them > correctly. If the users first experience with moregroupware is: "I've logged in as admin and this product is really cool. So now I'll add POINTY HAIRED BOSS with username PHB and pass BASTARD" ...well I can see P.H.B calling me his password when he first uses the product and gets: "You don't have the rights to view this module" > Perhaps this strategy, in theory, forces users to create secure > policies, but in reality, people are either totally giving up on the > project as soon as they realize the work that needs to be done, or just > blindly clicking "Allow" to everything because they quite frankly can't > be stuffed going through it all. It's not secure. It's unusable and it's as simple as that. I teach security courses and that's the one thing that I make SURE everyone learns first: 1. Secure - means only appropriate and authorised access is granted 2. Unusable - means that the "security" is so difficult to get by you don't use it - or WORSE you circumvent it > Is this a responsibility of the -dev team, or of the -ui team? What > should the default group be called? "Default" isn't a good choice, > IMHO, as most users will delete this group, create another, then > realize that they have to go through the whole Rights2 pain again > (unless, of course, our defaults *do* apply to newly created > Groups/Users, which seems even more sane). I don't suppose the default group of users could be called, well, ummm, errr, DRUM ROLL: "users"? DSL -- "What about the Age of Reason?" [John Farnham] |
|
From: Ryan V. <xf...@co...> - 2004-02-10 11:42:05
|
Howdy dev/interface, Something that really does need to be addressed ASAP is to create sane defaults for a User group at installation time (i.e. not Admin). Right now, installation involves creating a group, creating a user, then spending ages clicking through individual rights and setting them correctly. Perhaps this strategy, in theory, forces users to create secure policies, but in reality, people are either totally giving up on the project as soon as they realize the work that needs to be done, or just blindly clicking "Allow" to everything because they quite frankly can't be stuffed going through it all. Is this a responsibility of the -dev team, or of the -ui team? What should the default group be called? "Default" isn't a good choice, IMHO, as most users will delete this group, create another, then realize that they have to go through the whole Rights2 pain again (unless, of course, our defaults *do* apply to newly created Groups/Users, which seems even more sane). Thoughts? R -- Signature space for rent. |
|
From: Alan J. S. <ala...@vi...> - 2004-01-31 04:19:05
|
> On 26/01/2004, at 10:46 PM, Karsten Dambekalns wrote: > > Alan, I agree with you, the second idea will take longer but give > better results. I think time is not that critical, we have technical > issues to solve (just look at the bug tracker...), so we won't have to > wait for you, I fear. > Hi all, Thanks Karsten, your effort with the mailing list is much appreciated especially as I'm unsure why my email didn't get around... :^# It seems like the consensus is to "do the job" properly. Personally, I like the idea, particularly as there is little pressure on us in terms of time: this gives us a chance to try and do a bang-up job on the package and make it better than anything else around! Ryan's help will be extremely valuable, particularly as he has contact with end-users. This could be fantastic in terms of requirements gathering. So what I suggest is this: 1) We perform some kind of requirements gathering exercise to better understand how people are using MoreGroupWare - stuff like how often it's used, in what context, what modules they use, how often and so on. We can flesh out the details of this later if it's acceptable. Obviously, the depth of this would depend on realistic constraints such as access to users which can be a bit of a political issue with companies trying to work their staff... ;^) Even something basic like a 2 page questionnaire would be useful though of course something more esoteric like a diary study or short protocol study would help elicit procedural knowledge. 2) Task analysis of the current package. This would be to better understand (for people new to it) what it does and how, and would be described in terms of the user. I've already started such a document, but it's very early yet! Currently, I've begun doing some quick'n'dirty K-GOMS analysis on the modules (just bits of the calendar so far) which shows up some interesting stuff that may be of use. Once we know the user requirements, we can work out the ideal interface and see where the current one deviates. 3) Once we have a measure of the 2 points above, we should be in a good position to build the interface around the users behaviour and expectations by drafting some detailed guidelines for the graphic designers to go to work on and make it look even more cool and sexy (do we have any?). Ryan - I'd be interested in looking at the UI documentation you did a while back if you still have it (and don't worry if you feel it's awful! It could be quite interesting to see other peoples opinions, and besides the stuff I've done recently isn't looking too wonderful either!). If anyone has any alternative suggestions or comments on the above, or any bits that they would prefer to work on, then please let fly! Alan. -- Alan James Salmoni HCI Group School of Psychology Cardiff University SalStat Statistics - http://salstat.sourceforge.net |
|
From: <mb...@so...> - 2004-01-30 19:33:22
|
Hello! I think it's great that we have so many people involved who have a lot of experience with UI design and usability. I have several years' work experience as a UI designer and a relevant degree. My background in usability testing is extremely strong. I'm very much in favor of starting from the bottom up on this project with user and task analysis. Although this approach may be more time-consuming, the information we gather during the process will continue to be useful even during the development of later versions. Ryan, the fact that you have access to users will be tremendously helpful. This is the first time I've worked on an open source project. I had imagined we would have to try to gather data remotely, most of the time, and was a bit apprehensive about how to accomplish this. I, personally, am very reliant on interviews, site visits, and so forth for gathering user and task data. I'm looking forward to hearing more. Maria |
|
From: Ryan V. <xf...@co...> - 2004-01-28 09:10:10
|
On 26/01/2004, at 10:46 PM, Karsten Dambekalns wrote: > Hi! > > I took the freedom to subscribe (all) of you to the list, that weren't > subscribed yet. I hope you don't mind, and I think that all of you are > on this group have to be on the list as well. > > Since the welcome mail of Alan did only reach a minority, I'll leave > it as a full quote below (something that I *strongly* discourage > otherwise!). A bit of background on myself (K already knows) - I'm the head programmer for a company here in Adelaide, Australia that develops an application based on moregroupware; we've extended it with extra modules such as Point of Sales, Stock Inventory, etc. I've been planning on migrating a whole heap of changes in the core functionality and new features (phone messaging/corrospondence, etc) back for months now, but I've crashed into many walls time wise - long, long story. UI design was something we looked at quite a while ago and we hacked up much of the existing modules as to be more consistent; same layout, buttons for actions had the same naming schemes, and there's draft UI documentation I wrote up ages ago, but it's awful at the moment. There's many parts we wish to redesign, but I personally want to avoid forking the project again, but instead work with and extend moregroupware itself so everybody benefits. I'm currently digging myself out of the time grave I've created after Linux.Conf.Au (Video editing + catch up on work I missed organizing the conference), but then I go back into doing this full time. I can dedicate a *lot* of time, as my day job is supporting and extending this kind of stuff; we've got over 20 clients now running this stuff, with plenty more over the horizon, so I'm sure I can be of some use, at least, knowing what people working with mgw in the real world want in terms of usability and UI. I'll post back soon, I promise. Just want to sing out as I'm incredibly interested in this stuff, consider myself reasonably experienced (I hope!), and definitely want to help out. R -- Signature space for rent. |
|
From: Karsten D. <k.d...@fi...> - 2004-01-26 12:17:27
|
Hi! I took the freedom to subscribe (all) of you to the list, that weren't subscribed yet. I hope you don't mind, and I think that all of you are on this group have to be on the list as well. Since the welcome mail of Alan did only reach a minority, I'll leave it as a full quote below (something that I *strongly* discourage otherwise!). Welcome aboard, and I hope to see some great results from you people! On Mo, Jan 19, 2004 at 05:54:51 +0000, Alan James Salmoni wrote: > Hi Folks > > I just thought that I would get the ball rolling on the HCI stuff by > asking a few questions. > > Outside of K1's work (on the page that karsten set up for us at > http://www.k-fish.de/73.0.html), has anyone done any work that they > would like to share with us here? > > Secondly, what does everyone's opinion on how to go about this usability > work? As Pauric said, there are probably 2 options to this, the first of > which is that we all dive in and use our experience and judgement to > come up heuristically with improvements: this would be a sort of ad-hoc > way of doing things that will probably not be very well organised, but > it will produce something quickly for the MGW team to work on. > > The second idea is to start from the beginning and do a complete HCI job > on it. I don't want to spend months and months playing around with > things, and I cannot imagine that the coders want to wait for us to come > around, but this seems to me to be a good opportunity to do some great > work. The kind of things that we could do would be task analysis, user > requirements and so on. This is the area in which I am most experienced > so I naturally favour it, and it will produce a more complete "job", but > it will take longer than the other method. > > Feel free to jump in with comments, gripes or opinions! > > Alan. Alan, I agree with you, the second idea will take longer but give better results. I think time is not that critical, we have technical issues to solve (just look at the bug tracker...), so we won't have to wait for you, I fear. Thanks, Karsten -- Karsten Dambekalns k.d...@fi... http://www.k-fish.de/more_groupware.24.0.html http://www.fishfarm.de/ ----------------------------------------------- |
