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