Re: [Snowdrift-dev] [PATCH] User nicknames as public user IDs: Change UserR route

On 03/07/2016 09:10 PM, Bryan Richter wrote: > On Tue, Mar 08, 2016 at 04:39:11AM +0200, fr33domlover wrote: >> On Mon, 7 Mar 2016 16:39:11 -0800 >> Bryan Richter wrote: >> >>> Can I pass the tasks on to someone else who can take the time to >>> figure out the best way to

Re: [Snowdrift-dev] [PATCH] User nicknames as public user IDs: Change UserR route

On Mon, 7 Mar 2016 16:39:11 -0800 Bryan Richter wrote: > Doing so, of course, massively conflicts with the changes you (fr33) > are making; changes that are hard to make precisely because there's so > much dead weight. This causes me — and presumably you — some tension.

Re: [Snowdrift-dev] [PATCH] User nicknames as public user IDs: Change UserR route

On 03/07/2016 04:39 PM, Bryan Richter wrote: > On Mon, Mar 07, 2016 at 02:39:07PM -0800, Aaron Wolf wrote: >> In this case, I'm fine with moving forward but only if it's otherwise >> clean progress. > > Ok, if design is fine with it (which was expected) we come to a bigger > problem. > > Right

Re: [Snowdrift-dev] [PATCH] User nicknames as public user IDs: Change UserR route

On Tue, Mar 08, 2016 at 04:39:11AM +0200, fr33domlover wrote: > On Mon, 7 Mar 2016 16:39:11 -0800 > Bryan Richter wrote: > > > Can I pass the tasks on to someone else who can take the time to > > figure out the best way to use OpenProject? > > Personally I'm not exactly

Re: [Snowdrift-dev] [PATCH] Add new route /u/

On Mon, Mar 07, 2016 at 03:30:00AM +0200, fr33domlover wrote: > On Tue, 1 Mar 2016 16:27:41 -0800 Bryan Richter wrote: > > > ** Tech action items > > > > - UserHandle should be redefined to Text > > - The existing route should be renamed getUserByIdR and should use > > UserId instead of

Re: [Snowdrift-dev] [PATCH] User nicknames as public user IDs: Change UserR route

Before I comment on this patch, I think we should make sure that Snowdrift.coop at large is ok with this change, and that that "ok" is made real by adding the feature to OpenProject. I want to get in the habit of doing feature-work that is in OpenProject, and only that is in OpenProject. From the

Re: [Snowdrift-dev] Updating to work with github-0.14 (in LTS)

On Sun, Mar 06, 2016 at 12:09:07PM +0200, fr33domlover wrote: > On Wed, 2 Mar 2016 13:31:59 -0800 > Bryan Richter wrote: > > > The github package is in LTS now, but it changed its interface to use > > better types (Text, Vector, and vanilla UTCTime). I spent a bit of > >

[Snowdrift-dev] [PATCH 1/2] 'userDisplayName' now takes a User, not Entity User

From: fr33domlover Username display is going to use only the 'userNick' and 'userName' fields. The ID column and the login ident are internal details. Therefore it becomes easier to the widely used 'userDisplayName' function to take just a 'User' value. To make the

Re: [Snowdrift-dev] [PATCH] User nicknames as public user IDs: Change UserR route

In this case, I'm fine with moving forward but only if it's otherwise clean progress. I definitely want to see *all* the stuff connected to work packages in OP when it's not just minor typo fixes etc. And to that end, I hope the dev team will already work to add stuff to OP and add more concrete

Re: [Snowdrift-dev] [PATCH] User nicknames as public user IDs: Change UserR route

I think this is the kind of thing that it's important for you (chreekat) to get input on, but is ultimately your decision. It's also the kind of thing I'm having trouble working through on my own. Originally I had more to this email but then decided it's a separate topic and deserves its own

[Snowdrift-dev] [PATCH 2/2] Change all /u routes to use UserHandle

From: fr33domlover --- config/routes| 68 - src/Handler/NewDesign.hs | 5 +- src/Handler/ResetPassphrase.hs | 3 +- src/Handler/User/Balance.hs | 28 ++--

Re: [Snowdrift-dev] [PATCH] User nicknames as public user IDs: Change UserR route

On Mon, Mar 07, 2016 at 02:39:07PM -0800, Aaron Wolf wrote: > In this case, I'm fine with moving forward but only if it's otherwise > clean progress. Ok, if design is fine with it (which was expected) we come to a bigger problem. Right now I'm working to strip out unnecessary features and