/srv/irclogs.ubuntu.com/2010/09/16/#ubuntu-meeting.txt

=== ian_brasil___ is now known as ian_brasil
=== easter_egg is now known as easter_egg|off
=== happosad1 is now known as happosade
wershello12:59
thorwilword13:00
JanCBorchardt+113:00
JanCBorchardtvish is lurking as well :)13:00
werswhere's our leader?13:01
wersI'd like to discuss something organizational today13:01
thorwilthat might be just vish's being present everywhere, though13:01
wersvish is omnipresent13:01
JanCBorchardtdo I remember correctly aday saying that he can not attend today?13:06
wersI dunno..13:06
JanCBorchardtso … do we just start then or can someone poke mpt?13:12
* vish not here.. on the way out :)13:14
thorwilwers: what's the organizational something?13:15
wersthorwil, just thought that we can review ayatana ux's goals13:15
werswhat are we here for and are we successful so far?13:15
werslook at the description here https://launchpad.net/~ayatana-ux13:16
wers"This team will coordinate activities like persona generation, distributed user testing, heuristic evaluations, publishing and promoting design guidelines, and collection of ideas from Brainstorm, forums and elsewhere."13:16
wersdo we do any of those?13:16
thorwilheh, no13:17
JanCBorchardtwers, I briefly thought about that too when I joined ;)13:17
wersshould we review our goals?13:17
godbykhave we done much of anything?13:17
=== rgreening_ is now known as rgreening
wersif not, what should we do?13:17
wersI hope, mpt was here13:18
JanCBorchardtwell about the ideas from Brainstorm and forums thing: Brainstorm is actually a big pile of what users want, we could catalyze that.13:19
JanCBorchardtlike homework for everyone: Find 2 Brainstorm ideas that ideally bug yourself and would improve user experience greatly. Then we can put them together and decide on one or two. Similar to the paper cut project except it may not be an easy solution13:21
wersthe thing about homeworks like that is, people rarely do em... contributors do what they feel like doing13:25
JanCBorchardtyep, but then why do we have the team? ;)13:27
thorwilis anyone of us working on anything that is specific to ubuntu/ayatana?13:28
wersJanCBorchardt, good question. I just observed this trend in a project like UX Advocates. only the advocates of 4 pieces of software participated13:29
wersthorwil, I think, the scope of Ayatana isn't even well-defined13:29
wersand this group turned into a subset of GNOME design13:30
wersI'm not saying that it's a bad thing. I just think that we have to rethink our goals, what we actually do, and how we do things13:31
werswe don't have success metrics. we just discuss random design-related things every week13:31
thorwilmy motivation usually comes from getting a portfolio piece out of it, seeing a solution being realized and simply working on interesting concepts (this last one hasn't worked that well, lately)13:31
thorwilso unsurprisingly, this here doesn't work. the whole ayatana wiki and ml doesn't work for me13:32
wersthorwil, what  portfolio piece?13:33
JanCBorchardtthorwil, I have found the Ayatana ML to be quite inefficient as well.13:33
thorwilif a saw the chance of helping to build some infrastructure or documentation that will really make a difference, that would work for motivation, too13:34
JanCBorchardtI thought that’s why this team existed. To channel UX activities in Ubuntu.13:34
wersJanCBorchardt, as far as I understand, Ayatana UX was formed to be like Ayatana's core team13:35
wersthis sub-org should lead the org (ayatana)13:36
wersis my understanding correct, thorwil ?13:36
thorwilwers: portfolio piece == example of my work that i can show to potential clients or employers13:36
wersthorwil, ooh. ok13:36
thorwilthe ideal case is a design being implemented that helps me, being a showcase, and that helps all the users, because it solves a problem and that makes developers happy because they had something nice and worthy to implement13:38
thorwilso far this only really worked with ardour13:39
wersthorwil, if it always worked out, our work here would be a lot more sustainable and rewarding13:40
werswhat ways do you suggest to resolve this?13:40
thorwilif only i had an answer ...13:40
wersI feel that we exchange so many ideas that don't get materialized in the end13:41
thorwilone crucial component is direct contact to a developer13:41
werssome are really great, but it's a shame they don't get coded13:41
thorwiloften you need just one developer, but if he isn't the project leader, the leader must be on board, too13:41
wershmm13:42
wersso it would help if ayatana ux had dev contacts, right?13:42
=== fader_` is now known as fader_
JanCBorchardtwers, yes13:42
thorwili think that might be at the core of what makes it so hard to get anything happen in gnome or ubuntu13:42
wersthe thing about volunteer work is, you really just do it if you believe in the project. our devs should buy UX too13:42
wersthorwil, what do you mean?13:43
JanCBorchardtwers, that you need (to be) a dev to get anything done13:43
thorwilwers: clear leadership and the direct contact to it13:43
godbykHow to developers and designers work together now?  Or do they?13:43
wersa good example is the usability testing lab. it's great that JanCBorchardt codes. if not, the project would've rotten13:43
wersok. I think, we're on the right track now. this sort of discussion should've occurred long ago13:44
thorwilyes. i think i should pick up coding, if i want to see more things happen. but that's not a skill i will earn money with any time soon ...13:45
JanCBorchardtwers, and it’s also great that someone is helping me because I’m having a busy time. Also, the kazam screencasting tool is on the way.13:45
wersJanCBorchardt, who else does the coding for those?13:45
JanCBorchardtfor Pongo or Kazam?13:46
wersthorwil, that's the issue.. +1 here.13:46
wersJanCBorchardt, both13:46
thorwilgodbyk: you sometimes have developers asking for assistance in design matters and that's a way how it can work fine. except it's often about details, then. can't tackle the grand concepts that way13:46
wersI wonder how you make those happen13:47
godbykthorwil: that's what I've noticed.  by the time the developers approach the designers, it's too late to have a big impact.13:47
JanCBorchardtKazam is done by and471 (Andrew Higginson) and pm-netzor (Peter, Launchpad) is helping me with the Pongo GUI13:47
wersgodbyk, thorwil is right. it's probably because volunteers work on the things they have ownership on13:47
werswe can't just plan here and convince coders that this is the right way. we have to either be so charismatic, pay money, or include them in the thinking process13:48
JanCBorchardtgnome-design does that pretty good. Always healthy conversation with developers.13:48
godbyksomething I proposed to mpt a while back was to have a website/book/single resource that pulls together design principles and how they apply to open source projects.  a place where developers could learn about how to do better design themselves.13:48
JanCBorchardtgodbyk, sounds like the UX pattern library13:48
JanCBorchardtaka GNOME HIG 3.013:49
godbykJanCBorchardt: yeah, along those lines, but a bit grander in scope.13:49
wersperhaps, we need a (or some) dev(s) and/or PM(s) on board13:49
wersJanCBorchardt, didn't know someone's already working on coding the GUI. good job!13:49
wersJanCBorchardt, how do you get them involved?13:50
godbykJanCBorchardt: instead of just a collection of patterns, I think it'd be useful to explain some of the underlying principles behind UI design.13:50
JanCBorchardtwers, I tipped off omgubuntu and webupd8, that got it rolling.13:50
godbykand those sorts of principles apply to more than just gnome, linux, etc.13:51
wersJanCBorchardt, great. this is really about people skills13:51
JanCBorchardtgodbyk, like ideologies, not only solutions?13:51
wersgodbyk, sounds like a UX bible13:51
godbyksomething like that. :)13:51
wersI've this long term plan of institutionalizing UX in FOSS. that way, the whole process will follow UCD13:52
werswith the influence of JJG's Elements of UX http://www.adaptivepath.com/events/workshops/businessofux/elements0803.pdf13:52
godbykwers: yes, I think we definitely need to move toward that.13:52
wersbut that's so grand. I need help in defining the specifics13:52
thorwili have this dream of a website that assists people in following certain design methods and to do heuristic evaluations along the way13:53
godbykdoes this type of 'big thinking' seem like something that the ayatana ux team should be about?13:54
thorwilif projects just had good briefings and kept them in mind, a lot would be won13:54
wersJanCBorchardt, btw, I haven't mentioned this to you yet. the name of the Usability lab has "Suite" on it on the wiki. someone suggested turning into a one-stop-shop kind of thing. with tools for personas and other stuff for UCD13:54
godbykthorwil: agreed.13:55
wersgodbyk, I think, we should re-evaluate our organizational goals and this new direction seems to be ideal13:55
thorwilgodbyk: yes and no. everything not actionable is worthless. a distant goal that shows the direction for actual steps is good. but if no steps are taken, it's all useless13:55
JanCBorchardtwers, yes, it’s really not about the one tool but about techniques how to do user testing13:55
JanCBorchardtwers, Pongo is only a small part of it13:55
mgunesgodbyk, increasing the mindshare of design and ux among foss contributors and fans should definitely be one thing ayatana-ux should be about13:55
mgunesthat's a goal worth striving for13:56
godbykthorwil: true. but does this seem like the direction we should go in? if so, we can define concrete goals and outcomes.13:56
wersJanCBorchardt, that's right. in the future, let's turn it into a UX suite13:56
wersI wonder how Mairin's design hub is going13:56
wersmgunes, that's a really great goal. let's find ways to do that13:56
godbykI'll gather up my notes on the idea I proposed to mpt and send an email to the ayatana ux mailing list.13:57
mgunescould we extend this discussion to the mailing list and spread it over the next week or so? I've been meaning to start it myself.13:57
wersI'd like to start this long term "Institutionalizing UX" project13:58
wersmgunes, let us13:58
mgunesgodbyk, that would be appreciated13:58
* wers thinks this is our most productive meeting so far13:58
werswe've been hacking the leaves of evil, but we haven't been striking the root13:59
thorwilcan we agree on that there should ideally be a scheme that many floss projects will follow, that includes that there's consistent documentation about the project briefing, design considerations, concepts, decisions?13:59
thorwilwhich can happen on the websites of the projects, or on centralized platforms?13:59
godbykthorwil: you mean to define a format for a project outline/brief?13:59
wersthorwil, we need a common platform for that14:00
wersfor example, launchpad14:00
werstweaking launchpad to accommodate that would be great14:00
godbykI don't think it *requires* a platform, but some good examples and a template wouldn't be amiss.14:00
wersgodbyk, with a common platform, ways could be standardized and things are tracked more easily14:01
godbyksomething that simply causes a developer starting a new project to take a moment to consider ux would be good.14:01
JanCBorchardtI recently talked with Peter Sikking (of GIMP) about exactly that: the need for clearly documenting and communicating design decisions14:01
thorwilto be clear, it's a huge goal, but we could split it into parts that will be beneficial to have, anyway14:01
=== Ursinha-afk is now known as Ursinha
godbykwers: sure. I'm all for a platform, but I don't think we need to wait for one to be built before we start.14:01
wersgodbyk, but yeah, it really doesn't *require* one. let's start simple14:01
wersat least, we started14:01
mgunesjust throwing this out there: maybe a "free software ux manifesto" similar to the Agile manifesto could help14:01
thorwilyes14:01
godbykmgunes: that'd be cool.14:02
wersmgunes, can you expound? I'm not familiar with the Agile manifesto14:02
mgunesit would just be a statement that a project undersigns, as a statement of intention, which would expand the mindshare14:02
thorwilthe core should be the most central goals of UXD, from which everything else follows14:02
JanCBorchardtwers, http://agilemanifesto.org/14:02
thorwilwith just enough insights from cognitive psychology to have a solid base14:02
mguneswers, the thing about the Agile manifesto is that while it's a strong (and for its time, radical) statement of vision, it's essentially non-binding14:03
wersooh14:03
wersthat would be great14:03
JanCBorchardtbut it clarifies the ideology, and that’s an important start14:03
mgunesright14:03
thorwilthough this is a killer when applied to what we are discussin ghere: we value "Individuals and interactions over processes and tools" ;)14:04
werstoo bad I have to go. I'll try to go online with my mobile while on the road14:04
mgunesa similar ux manifesto could be a sort of "badge" that projects use to indicate that they care about ux and involve ux principles in their development14:04
mguneswers, goodbye14:05
mgunesI have to depart as well; I'll definitely check the log, and *please*, let's continue this on the mailing list.14:05
JanCBorchardtmgunes, and a benchmark they can use when needing to make interface or interaction decisions14:05
mgunesJanCBorchardt, Nielsen's heuristics or something similar could be useful as such a general benchmark14:06
godbykmgunes: I've got a book that has a bunch of principles in it that I like. I'll just them to the mailing list for discussion.14:07
godbyk(Actually, I have a handful of books that list a bunch of principles.  I'll see if I can compile some of those lists for comparison.)14:07
mgunesgodbyk, please do14:07
godbyksome of it may have to wait 'til the weekend, but I'll make a note so I don't forget.14:08
JanCBorchardtdo you know about the Mozilla UX tags for Bugzilla?14:08
godbykI eavesdropped on that session at UDS-M.14:09
JanCBorchardthere it is: https://blueprints.edge.launchpad.net/ubuntu/+spec/design-m-heuristics-and-bugs14:09
JanCBorchardtand aren’t these the most central goals of UXD?14:10
JanCBorchardtthey should not only be applied as an afterwards measure (tagging bugs) but as principles, guidelines for new apps and benchmark for decisions14:11
* thorwil -> coffee14:12
* vish catches up with logs..14:14
vishJanCBorchardt:  kazam was andrew idea for a very long time.. but he just got around to finish it..14:15
vishhad had school , and SC coding that kept distracting him..14:16
vish*he had14:16
JanCBorchardtvish, yep, I’m glad it is rolling now :) I was talking to him about collaborating but screencasting and usability testing asks for quite differently shaped tools ;)14:17
wers-androidJancborchardt i like how social media worked for that purpose14:18
vishgodbyk: i think we are going about this the wrong way.. not we cannot be 'thinking big' yet.. and JanCBorchardt's assessment about gnome-design being effective is an illusion ;)14:18
JanCBorchardtvish, explain :)14:19
godbykvish: how should we be going about it, do you think?14:19
vishthe only reason gnome-design is being effective is because they already were already *in* discussion and several of them are already part of those upstreams..14:19
JanCBorchardtvish, that’s what I mean ;)14:20
godbykeffective at what? and in discussion about what?14:20
visheffective at getting quicker design approvals14:20
vishwe should rather , find out which areas need help and attack those areas , rather than throw random ideas around..14:21
JanCBorchardtvish, did you read the complete backlog?14:21
vishoh! no :)14:21
JanCBorchardtvish, ;)14:21
godbykvish: Ah, I'm more interested in tackling the larger, overall problem of lack of UX design/thinking when software is being written.14:21
vish i stopped here!  ;p <JanCBorchardt> gnome-design does that pretty good. Always healthy conversation with developers.14:22
=== jjohansen is now known as jj-afk
JanCBorchardtvish, then continue, it gets better :)14:22
JanCBorchardtso, does someone already have the log?14:22
wers-androidvish, what's the illusion thing about?14:22
vishok , but that was an illusion , just wanted to mention that..14:22
godbykSpecific problems should, of course, be tackled and solved. But I think we should work to shift the culture a bit from one of people jumping into writing code to one that takes a more design-minded approach first.14:22
vishwers-android: the only reason they are effective is because they several are already part of redhat..14:23
vishor friends from before..14:24
* vish continues readin..14:24
JanCBorchardtgodbyk, ideally those things happen parallel. That’s what I meant with gnome-design being effective in my eyes. They have mockups and discuss with the devs, they code it and come to get feedback. Iteratively.14:24
JanCBorchardtvish, yep, I know they have a massive advantage. But that does not make them being effective an illusion. ;)14:25
vishJanCBorchardt: well , the "does that pretty good" is the illusion ;)14:26
wers-androidi think, it's a big thing that mccann codes. code talks14:26
wers-androiddon't they do it well?14:27
wers-androidanyway, let's focus on the solution for us14:27
wers-androidnot on other's success or failure14:27
JanCBorchardtwers-android, yep, UX principles are nice but we need to actually have them applied. The problem is not in writing them down but communicating them to the people who code. Just what mgunes said: » increasing the mindshare of design and ux among foss contributors and fans«14:28
godbykbbiab14:32
thorwilJanCBorchardt: i have logging turned on14:32
vishok.. IMO , discussing anything here is not going to change anything in gnome upstream.. :)14:43
vishwe should rather discuss about ayatana changes , any problems we identified or how we can improve them14:44
vishAnd godbyk's idea of a book though it sounds great[from what i understand] , but14:44
vish.. i have a hard time believing that any gnome project would adopt it. or open source project..14:45
vish IMO , it would be a huge investment of time with very little rewards.14:45
vishwe can aim for something like agilemanifesto , but if its about making it a binding tool , then it would be very tough14:45
JanCBorchardt_vish, promoting the ux heuristics and making more projects aware of them sounds like a good start14:46
vishJanCBorchardt_: yup.. i *really* like the idea for the book.. but i'm not confident of it being adopted..14:48
JanCBorchardt_vish, important for adoption is the same common ground. And Mozilla is already working with those heuristics as bug tags14:49
vishJanCBorchardt_: yup, which projects are interested in that right now?14:50
vishJanCBorchardt_: i'm just playing the devil's advocate :)   .. there is gnome3 HIG in the making, wouldnt it be more worth spending time in that?.. just a time <-> effective output ratio14:51
JanCBorchardt_vish, GNOME3 HIG is very specific, implementation details. The UX-heuristics are groundwork for that (like one pattern adheres to several heuristics). Also, they are already there.14:52
JanCBorchardt_vish, not really groundwork, but rather background / ideology14:52
vishah!14:52
mgunessee also: https://blueprints.launchpad.net/ubuntu/+spec/design-m-heuristics-and-bugs14:54
vishyeah , i'v seen that..14:54
vishmgunes: why it worked for FF is the design team tried to work for a problem they had to address , tag relevant bugs and then look at it for final designs..14:58
vishwhere do we want such tagging to be used?14:58
mgunesthat's a question I had asked in a previous meeting14:59
mgunesmy answer is: user-facing packages for which Ubuntu / Canonical is an upstream, and default desktop components. that's a start, if not an ambitious one14:59
vishexactly! so ayatana issues.. :)15:00
mguneslargely, yes15:00
vishthats what i said earlier.. if its throughout gnome, then its no point in us discussing it here , we should work with gnome regarding those15:00
mgunesagreed15:01
vishmy understanding of why mpt formed this team was : ayatana ML became a mess, [thorwil had too many friends on the list ;p ] , mpt wanted help regarding some of the issue he would like to address, so he identified a few people who would not drive him too crazy and formed this list to be more a more effective ayatana discussion15:03
vish be *a more15:03
mgunesI view this team mostly as the community counterpart of the Canonical design team. Every Ubuntu-related team that Canonical employs has such a counterpart, or integrates community contributors directly; the design team didn't, and it was seen how that was and would continue to be a problem after the "window buttons on the left" saga.15:06
godbykback.15:07
godbykvish, mgunes: I think you're both right about why the team was formed.15:11
godbykvish: wrt the book idea: my train of thought that led me to it was this:15:11
* mgunes catches up on the log15:12
godbykI think we'd like designers to be involved in the application design far sooner than they are.  It's often too late to have an impact on the UX design by the time bugs are being filed.15:12
godbykThere aren't enough designers to help all the developers with all their projects.15:13
godbykAdditionally, I don't want it to seem like developers should/must consult with a designer oracle before starting work on their project.15:13
godbykI would like to see the projects better designed from the start, however, and the design-thinking should persist through the entire life of the project.15:14
vishgodbyk: isnt that what the HIG does?15:14
godbykSo it seems that our best hope is to get developers on board with some design principles so they don't need designers to hold their hand the entire time.15:14
vishgives the developers something to refer to?15:14
godbykvish: The HIG is entirely too limited in scope.15:14
godbykThe solution I thought of was to provide resources that developers can use to learn how to better design the UX of their software.15:15
vishgodbyk: maybe we should expand it then?  i would expect _that_ to be a reference more of a  tool15:15
godbykHence the book.15:15
vishgodbyk: seriously , i'm not trying to discourage you :)15:16
godbykvish: The HIG only applies to GNOME and (at least with HIG 2) was focused more on the nuts and bolts of conforming to a visual style with a few bigger design notions tossed in for kicks.15:16
godbykvish: No, no. I understand completely.  :)15:16
vishphew.. :)15:17
godbykvish: And it may be that the HIG (or some meta-HIG) could be devised that would take on this role.  I'm cool with that.15:17
vishgodbyk: for app everywhere? gnome/KDE/XFCE?15:17
godbykvish: The general design principles would apply to apps under GNOME, KDE, XFCE, etc., yeah.15:18
godbykAnd cross-distribution.15:18
JanCBorchardt_godbyk, so something more abstract that the ux-heuristics?15:18
godbykIt's not about 'how do I make a nicely designed {Ubuntu,GNOME,KDE} app?'15:18
vishgodbyk: well we have the FDO :)15:18
mgunesgodbyk, I've been thinking along the same lines for a while. the design / ux counterpart of http://producingoss.com would be awesome15:18
godbykit's about, 'how do I ensure my app has a well-designed UX.'15:19
vishgodbyk: if it is about every environment , it would end being very abstract15:19
vishit needs to be more specific15:19
mgunesgodbyk, there are lots of existing books about that; this should perhaps be "how do I ensure my *free/open source* app has a well-designed UX, and how do I maintain it"15:19
godbykvish: yes and no. I think there are two fronts that should be tackled:15:19
godbyk1. the general design principles should be laid out in a manner that they're easily understood and applicable to the sort of work that FOSS developers do.15:20
godbyk2. we can point at the specific UI guidelines for various distributions, desktop environments, etc. so they can get the nuts and bolts angle.15:20
godbykI think the various HIGs cover the desktop environment-specific stuff.15:21
godbykbut they don't talk about any of the larger-picture issues.15:21
vishgodbyk: http://www.freedesktop.org/wiki/  ?15:21
godbykI haven't seen any of them mention, for instance, how you might read a bug report in the light of how it may be an overarching UX bug and not just a silly user who didn't read the docs.15:22
godbykmgunes: True. But I suspect most developers aren't rushing out to fill their bookshelves with those books.  Otherwise we wouldn't be having this discussion. :)15:22
godbykIt's not so much about writing a book or building a website or figuring out which org (Ubuntu, GNOME, FDO, etc.) should be responsible.15:23
vishgodbyk: i disagree here , we cannot get to be so abstract to cover every environment...  every desktop has a target audience [atleast its supposed to].. we cannont have a one-size-fits all15:23
JanCBorchardt_the ux-heuristics seem abstract and complete enough to be that, or aren’t they?15:23
vishcannot*15:23
godbykI'm interested in instilling this design sense in the FOSS community at large.15:23
vishJanCBorchardt_: yeah , tagging is simple..15:24
mgunesright; if there was a book that we could point to as *the* primer for doing design-minded FOSS development, it would be easier to promote and get people interested in15:24
JanCBorchardt_vish, no, I mean not as bug tags, but as guidelines, as previously mentioned15:24
godbykvish: You can for a number of the UX principles.  Fitts' law applies to all the desktop environments, for instance.15:24
vishgodbyk: JanCBorchardt_: tagging works everything , it tags the problem , but how each desktop deals with is needs to be different15:24
JanCBorchardt_vish, that’s why I said the HIG patterns could be linked to ux-heuristics15:25
vishoh i need to revive and kill fitts!15:25
mgunesagain, http://producingoss.com is a great example as a "go-to" book15:25
vish;p15:25
godbykvish: But yes, I envision that in addition to the truly general/universal guidelines, we will have to focus on specific environments to some degree.  (Though much of that should exist in the HIG for that environment.)15:25
godbykvish: I know! I cringe whenever someone brings up Fitts.15:25
thorwilvish: there are a lot of things that apply almost independent of target audience. at least if you keep out certain disabilities, there are a lot of things you can say of human abilities, cognition and thinking. that is a base for a long list of rules that should be followed15:26
godbykmgunes: that link doesn't work for me.15:26
vishgodbyk: ok.. so you envision writing new laws kinda thing?15:26
godbykI think that we should also discuss how developers can do some user testing, too.  (As if we didn't have enough to talk about!)15:27
vishkevin's law :)15:27
godbykvish: I think we should explore the underlying principles and show how they apply.15:28
mgunesgodbyk, works here; try visiting a bit later15:28
vishok..15:28
godbykmgunes: ah, it just popped up.  my internet is being weird today.15:28
vishgodbyk: i think our first goal would be to identify the problems that are common to most DE15:28
godbykvish: yeah. and I'd like to hear from developers about things they're interested in knowing about.15:29
vishgodbyk: well , if they knew the problem, they wouldnt have the problem ;)15:29
godbykit seems like a lot of complaints (in Ubuntu-land, at least) stem from a lack of knowledge of the design process and/or design principles.15:29
godbykvish: if only that were the case!15:30
vishor maybe we should look at existing bug reports.. do you know about the needs-design tag?15:30
godbykno, I haven't seen that tag.15:30
godbyksearching for tag:needs-design brings up all of 19 bugs.15:32
thorwilvish: damn, how to search by tag on LP?15:32
thorwilnm15:32
vishyeah , ubuntu bugs are https://bugs.launchpad.net/ubuntu/+bugs?field.tag=needs-design15:32
godbykso either the tag is rarely used or those bugs get fixed quickly?15:33
vishseveral bugs are not tagged as needs-design though ;p15:33
vishgodbyk: yeah , rarely used.. or fixed as seen fit by the developer15:33
vishgodbyk: those are the _ubuntu_ bugs , there is probably something similar in gnome15:34
vishgodbyk: well , several of the papercut bugs are needs-design ;)15:35
vishyou could look there too.15:35
godbyk'kay.15:35
vishgodbyk: this should be a shorter list to look at https://bugs.launchpad.net/hundredpapercuts/+bugs?field.status%3Alist=CONFIRMED15:36
godbykI guess another way to think about the book/website/whatever is that it should be a sort of be-your-own-design-team starter kit.15:39
dakergodbyk, +115:39
JanCBorchardt_godbyk, yes, we need to have people educated easy15:40
vishgodbyk: if its for an app , where do you think a developer would look into? :)15:43
godbykvish: can you rephrase the question?15:44
vishgodbyk: lets say , some one wants to develop an app , where would the developer would look for guidelines?15:44
vishgah! sentence formation fail!15:45
godbykgotcha15:45
godbykI'd say that this kit would contain the general/background information on design plus pointers to HIGs for the various desktop environments.15:45
vishbingo!15:45
vishgodbyk: can a developer develop an app for every environment at once?15:46
godbykI think your notion of the design of an app is tied too closely to a particular desktop environment.15:47
godbykLet's look at the GNOME HIG table of contents:15:47
godbykhttp://library.gnome.org/devel/hig-book/2.30/15:47
godbykThere's a very small chapter that covers some basic principles.15:47
godbykI think that needs to be expanded quite a bit.15:47
vishmaybe we should expand it?15:47
vish:)15:47
mgunesgodbyk, my worry is that a lot of the generally accepted UX / UCD wisdom on how to do good interaction design will not apply to the nature of FOSS development. and that is where this book / resource should come in: it should be custom tailored to the FOSS world. but that's no easy task; it takes surveying the existing methods that work, and devising new ones.15:48
godbykI suspect the expansion would be enough to warrant its own document, though.15:48
JanCBorchardt_I was planning to write my thesis about something similar ;)15:48
vishgodbyk: yes , but being an expansion of the 'gnome' HIG , would give it more value..15:48
godbykmgunes: I think the underlying design principles apply regardless, but there are certainly FOSS-specific things we should address.15:49
godbykvish: for gnome developers, yes.15:49
godbykvish: but the info is also of use to kde and xfce devs.15:49
JanCBorchardt_so what would be FOSS-specific things?15:50
vishgodbyk: i kinda think that when we design something it needs to feel native to the environment.. but i think a design for an app needs to start from the app's goal15:50
mgunesgodbyk, principles do apply, but a lot of the time, the execution necessitates dealing with people, teams, stakeholders etc. of an entirely different nature. and the political economy of free software is fundamentally different to those of the corporate world or startups, for which classic interaction design guidelines are usually meant.15:51
godbykvish: absolutely. does it say that in the gnome hig anywhere?  does it talk about how to ensure your app helps the user achieve their goal?15:51
vishgodbyk: exactly! _that_ should be fixed .. :)15:52
vishgodbyk: identify the problems in the existing HIG's and then fix them.. it is very easy to get very vague with this15:52
JanCBorchardt_godbyk, what would be FOSS-specific things?15:52
godbykvish: don't you think that the knowledge of ensuring your app helps the user achieve her goal is applicable to more than gnome, though?15:53
vishgodbyk: that works universally.. hence i mentioned it. but gnomeHIG might not have mentioned it.. [i dont know every part of it ;)]15:54
mgunesJanCBorchardt_, I think the advice regarding how to manage and maintain a project can and should be FOSS-specific15:54
godbykvish: shouldn't those universals be present in some document that's independent of the gnome hig (or kde hig or whatever)?15:54
vishgodbyk: what i'm trying to get at is.. if its suppose to be for ever environment , then FDO is the place to address them15:54
godbykJanCBorchardt_: I agree with mgunes. I think the dev process is different enough that it's worth addressing.15:54
mgunesHow do you attract designers to work on your proprietary, sealed-box project? You pay them! You usually can't in free software, unless you're a for-profit free software company, or well-sponsored foundation.15:55
vishgodbyk: its no point in us, just putting something up in the wild , we need to work with upstreams..15:55
godbykJanCBorchardt_: I suspect that FOSS developers take on a lot more of the design decisions than proprietary developers do.15:55
godbyk(only because it's usually a manager's (or someone else's) job to write the design spec. and the developers just implement the spec.)15:56
mgunesHow do you define project requirements at the inception of the project? The answer for the proprietary / web world is "do user research" - how do you do it in free software? How do you avoid bowing down to random feature requests? How do you maintain a project's design focus in the light of new contributors coming in?15:56
mgunesetc, etc15:56
JanCBorchardt_godbyk, I was aiming for something specific but yes, it is really the whole thing that is different15:56
godbykvish: well, I'm not proposing we just toss it into the ether.  It'll cross-reference the gnome hig, the kde guidelines, etc. and it'd be nice if the gnome and kde higs referenced this work, too.15:56
godbykmgunes: exactly.15:57
mgunesthese are matters where you can't take the canonical UX / UCD wisdom and apply it to free software15:57
mgunesnew guidelines need to be developed, and existing ones solidified15:57
JanCBorchardt_mgunes, user research is possible in FOSS as well. But as always, someone has to JFDI :) – the real problem is communicating it to the developers (ideally by being one yourself)15:58
godbykvish: I'm all for improving the GNOME HIG, but I think the core design principles transcend GNOME and that knowledge would be beneficial to developers in other environments, too.15:59
mgunesJanCBorchardt_, I wasn't arguing that it isn't possible, but that it needs to be done differently15:59
JanCBorchardt_or at least very involved with the project. We had that in the UX Advocates session at GUADEC15:59
vishgodbyk: we should try at FDO then?15:59
godbykvish: I don't know. I haven't been thinking about whose umbrella it fits under.  I'm still working on what info it should contain.16:00
vishcool!16:00
JanCBorchardt_godbyk, was that what you wanted to post to the ML? Or do you have a writeup somewhere in the wild?16:01
godbykJanCBorchardt_: I don't have anything written up yet, but I'll post something to the mailing list sometime during the next couple days.16:02
godbykI'll take our discussion here and try to summarize the points made (for and against the notion).16:02
JanCBorchardt_great! :)16:03
=== Ursinha is now known as Ursinha-lunch
=== yofel_ is now known as yofel
* Emerling is away: Estoy ocupado16:41
nigelb!away | Emerling16:44
ubottuEmerling: You should avoid noisy away messages and -nicks in a busy channel like #ubuntu, or other Ubuntu channels; it causes excessive scrolling which is unfair to new users. Use the command "/away <reason>" to set your client away silently.  See also «/msg ubottu Guidelines»16:44
Emerlingok, iḿ sorry16:45
* Emerling is away: Estoy ocupado16:45
* Emerling is back (gone 00:00:08)16:45
Emerlingi be in very rooms chanels and no look it channel ,, (my english is bad)16:46
=== jj-afk is now known as jjohansen
=== Ursinha-lunch is now known as Ursinha
j_hola, como puedo acceder a una asesoria para instalar ubuntu en un pc17:45
=== noy_ is now known as noy
Ganesh_RHi is this the support channel?21:49
czajkowskiGanesh_R: try #ubuntu this is a meeting channel21:50
=== JamieBen1ett is now known as JamieBennett
czajkowskiGanesh_R: or there could be loco support, have a look at loco.ubuntu.com/teams21:50
Ganesh_RThanks21:50
czajkowskinp21:51
=== easter_egg|off is now known as easter_egg
=== easter_egg is now known as easter_egg|migra
=== easter_egg is now known as zz_easter_egg
=== zz_easter_egg is now known as easter_egg

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!