[08:38] morning davmor2 :) [08:38] ara: are you back in a really timezone then? [09:03] davmor2, I am :) [09:04] How was the sprint [12:44] hi [12:45] can someone point me to the correct location on launchpad in order to search/raise a possible Lucid bug please [12:45] it's to do with the panel notification area [12:47] Run `ubuntu-bug gnome-panel` on an affected system. [12:47] Or maybe something with the notification area (I'm not sure of the right package) [12:48] ahh cheers didn't know you could do that [12:48] If you can figure out the right package to call, it works better :) === fader|away is now known as fader_ [14:06] morning all [14:57] davmor2: What timezone are you in? :) [14:58] I was saying morning to all you that had just logged in rather than specifying names :P [18:11] cr3, if I go to this page https://bugs.launchpad.net/ how can I find the bugs that filed, like My Bugs in bugzilla [18:16] nagappan: Start from https://bugs.launchpad.net/people/+me/+bugs : there's a link in the upper right [18:20] persia, sure, thanks, its bit confusing, its not in the main page :) [18:22] nagappan: You'll get used to it, and the UI will change, and you'll learn to hack the URLs :) [18:22] persia, :) [18:31] nagappan: eventually, you might even understand the meaning of "+" in the launchpad urls :) [18:31] ... which is not even consistent, by the way [18:32] Does it mean anything at all? [18:33] * persia thought it was just an arbitrary separator [18:33] cr3, :) === fader_ is now known as fader|lunch [18:35] persia: it is sometimes used to demultiplex paths which can either contain interpolated variables /foo/+$some_variable from hard coded names like /foo/bar. the "+" makes it possible for a regular expression to distinguish the two cases [18:35] persia: sometimes, it's indeed just arbitrary and gratuitous I might add [18:35] * thekorn wishes there were more such '+' containing urls as shortcuts like /+me/+reportedbugs/+open [18:36] cr3: There's a sufficiency of gratuity that I missed the interpolation cases (of which I suppoose +me is one) [18:36] thekorn: that could just be /me/reportedbugs/open, there's sometimes no need for the "+" in the first place [18:36] thekorn: That kinda exists. [18:37] cr3: No, me requires both + and peopl [18:37] e [18:37] thekorn: https://bugs.launchpad.net/people/+me/+reportedbugs defaults to only showing open bugs. [18:38] * persia may have spent too much time watching people chatter in the launchpad support channel [18:38] persia: this is simply an implementation smell of launchpad which requires it but, strictly speaking, I don't see how /+me needs to be disambiguated from /me [18:39] * cr3 has an acute sense of smell for applications [18:39] cr3: Compare /people/persia [18:39] So the + specifies that it's to be interpolated as a variable in this case. [18:39] maybe because "me" is a valid user name? [18:40] For +reportedbugs it seems pointless. [19:01] persia: yeah, I might not have good examples, but you get the point [19:02] heh [19:02] But I still don't understand why it's both /people/persia/ and /~persia/, nor why /~+me/ doesn't work. [19:02] So your sense of smell is not far off. [19:03] personally, I prefer deterministic urls, perhaps something like /people/me and /person/persia, so no need for magical characters [19:03] Well, /people/me would fail if someone wanted to register "me" [19:03] persia: nope, a person registered as me would be under /person/me [19:03] But I'd prefer if it was only things that were obviously variables to end-users. [19:04] +reportedbugs may be a variable, but surely that's an implementation detail that needn't be exposed. [19:04] I also don't like to have a blacklist of names because that fails if I eventually think of a new feature for which a name has already been registered [19:04] cr3: So what URL would be the same as /people/+me/ ? [19:04] persia: /people/me as opposed to /person/persia (note the use of plural and singular) [19:05] Aha. [19:05] persia: where /person would always be followed by an interpolated variable and /people would never be [19:05] But consider teams ... [19:05] teams == people, essentially [19:05] Your example is backwards in sense to your description [19:05] Then what if I wanted to register the team "me" ? [19:06] then you'd have /person/me which would not conflict with /people/me [19:06] now, if you wanted to distinguish teams from people, as is not the case in launchpad, then you'd have /team/me [19:06] Aha! [19:07] So /person/ would always be a username, /team/ might be a group, if they were differentiated, and /people/ would be a call into some API. [19:07] the only disadvantage is that being explicit in naming things this way usually results in longer urls, ie /person/persia is longer than /~persia [19:07] So /people/search and /people/me/... etc. [19:07] exactly [19:07] But it's already /people/persia/... [19:07] The ~persia is just a shortcut, which could as easily apply to our system. [19:10] as long as you only have interpolated variable names under /people, then this is indeed akin to my proposed system. the confusion arises when you have both interpolated variables and hard coded names under a same path which results in needing a special character like '+' to demultiplex the two. if the user is expected to hand craft urls, this can be confusing [19:10] I tend to be very picky about naming, in my code and especially in the public facing parts of my code [19:11] Yeah. So go reachitect LP :) [19:11] one problem I've encountered are in names which are the same both in singular and plural forms, like hardware [19:14] Do you generally use plural for operations and singular for objects? [19:18] persia: I typically use singular for things that apply to unique objects, like /person/persia, whereas I use plural to groups of objects, like /people/search. [19:18] I still read that as a verb/noun distinction: please pick another example === fader|lunch is now known as fader_ === yofel_ is now known as yofel [20:56] hello, I'm starting with Mago I've already have experience with UIAutomation in Windows, Ranorex, White and others frameworks [20:56] i wanna ask if somebody knows about some book of UIAutomation and GUI testing in Ubuntu [20:58] crisboot1: I'm not sure myself but you might want to ask on the Desktop Testing mailing list [20:59] http://mail.gnome.org/mailman/listinfo/desktop-testing-list [20:59] I know that many of the mago developers are on that list and can probably give you some good advice :) [21:00] thanks fader_ :) you are rigth [21:00] crisboot1: Glad to help... good luck! :) === fader` is now known as fader_ === fader_ is now known as fader|away