[nag] feature request - possible consulting job

Wed Jul 15 11:57:28 UTC 2015

Quoting Erling Preben Hansen <erling at eph.dk>:

> Citat af Michael J Rubinsky <mrubinsk at horde.org>:
>
>> Quoting Michael J Rubinsky <mrubinsk at horde.org>:
>>
>>> Quoting Erling Preben Hansen <erling at eph.dk>:
>>>
>>>> Citat af Sebastian Birnbach <birnbacs at gmail.com>:
>>>>
>>>>> Michael,
>>>>>
>>>>> for the moment suppoort of accepted/declined would answer our most
>>>>> urgent
>>>>> needs. Not believing my luck after reading your mail I looked again
> but
>>>>> no,
>>>>> I could't find a corresponding checkbox in Nag. I also looked in the
>>>>> backend database for a corresponding field but could not find one. Is
>>>>> it
>>>>> possible that any extra modules must be installed on top of Nag?
>>>>>
>>>>> The assignee will be "internal" in that he/she is ar regular Horde
>>>>> user,
>>>>> the setting you proposed may not be required. Having said that, I was
>>>>> not
>>>>> able to  "configure Nag to allow external assignees via the
>>>>
>>>> configuration
>>>>> screen". I looked in the Administrator settings unter HTTP interface.
>>>>> Could
>>>>> you please be a little more specific where to find the setting?
>>>>>
>>>>> As for the consulting: having been IT consultant for some time myself
> I
>>>>
>>>> am
>>>>> trying to avoid a hen-and-egg-problem. As soon as I know exactly what
> I
>>>>> want I shall get back to Horde LLC. I will probably need a few small
>>>>> bits
>>>>> at first and may have a larger project later on. BTW: the time horizon
>>>>> is a
>>>>> few weeks for supporting accepted/declined in Horde and until fall for
>>>>> Thunderbird/Lightning support.
>>>>>
>>>>> Sebastian
>>>>>
>>>>> 2015-07-13 16:56 GMT+02:00 Michael J Rubinsky <mrubinsk at horde.org>:
>>>>>
>>>>>> Quoting Sebastian Birnbach <birnbacs at gmail.com>:
>>>>>>
>>>>>> Dear all,
>>>>>>> we are using Nag for organising work in a smaller company. We have
>>>>>>> remote
>>>>>>> workers who carry out specific jobs, e.g. typing a dictate or
>>>>>>> producing a
>>>>>>> CAD illustration from a sketch. To provide better
>>>>>>> automatisation/integration we need at least one additional feature
> in
>>>>>>> Horde/Nag. We realise that a feature request to the dev team would
>>>>>>> probably
>>>>>>> not meet our time requirements, so a paid consulting job may be
>>>>>>> acceptable.
>>>>>>>
>>>>>>> Here is what we have in mind:
>>>>>>>
>>>>>>> * support of participation status for tasks (see
>>>>>>> https://tools.ietf.org/html/rfc5545#section-3.2.12)
>>>>>>> * complete with UI components for status display/manipulation in
>>>>>>> Nag's
>>>>>>> HTML
>>>>>>> interface
>>>>>>> * access to task status via Nag API
>>>>>>> * E-Mail notifications on status changes:
>>>>>>>   new task in shared to-do list (mail to delegatee)
>>>>>>>   optional: task accepted (mail to delegator)
>>>>>>>   optional: task declined (mail to delegator)
>>>>>>>   optional: task completed (mail to delegator)
>>>>>>> * ideally compatible with Mozilla Thunderbird / Lightning (iCal or
>>>>>>> CalDAV
>>>>>>> connection)
>>>>>>>
>>>>>>> There may be more consulting jobs required *later*. For instance we
>>>>>>> are
>>>>>>> looking for a way to include task deliverables when closing a task
>>>>>>> (delegatee attaches the results of his work to the task and marks
> the
>>>>>>> task
>>>>>>> as completed).
>>>>>>>
>>>>>>> I am looking forward to hearing from you if you're interested in
>>>>>>> taking
>>>>>>> the
>>>>>>> job. Please share your ideas on how much effort implementation is
>>>>
>>>> likely
>>>>>>> to
>>>>>>> be, measured in consulting time and/or in price.
>>>>>>>
>>>>>>> Also, if there is anybody else who needs such functionality and is
>>>>>>> willing
>>>>>>> to contribute to funding the implementation, please let me know.
>>>>>>
>>>>>> There was actually already some work towards this done in Git master
>>>>>> while
>>>>>> integrating ActiveSync and supporting the responses that
>>>>
>>>> Outlook/Exchange
>>>>>> sends in TNEF files. The UI doesn't currently include much more than
>>>>>> the
>>>>>> completed/not-completed toggle and the accepted/denied status of the
>>>>>> assignee, but there is already API support for updating attendees'
>>>>>> PARTSTAT
>>>>>> from incoming iTip responses, ability to generate iTips on task
>>>>>> updates/status changes and IMP's iTIP viewer was extended to display
>>>>>> and
>>>>>> handle the Task iTips (including sending the accepted/denied
>>>>>> response).
>>>>>> In
>>>>>> order to enable it, you must configure Nag to allow external
> assignees
>>>>>> via
>>>>>> the configuration screen.
>>>>>>
>>>>>> As far as the rest of it goes, you don't mention your time frame. You
>>>>
>>>> are
>>>>>> correct though, in that the dev team (most of which also consult
>>>>>> through
>>>>>> Horde LLC) is quite time-strapped at the moment. However, if you
> would
>>>>>> like
>>>>>> to discuss more specifics off-list, you can email additional
>>>>>> comments/info
>>>>>> to info at horde.org - which goes directly to our consulting business'
>>>>>> ticketing system.
>>>>>>
>>>>>> --
>>>>>> mike
>>>>>> The Horde Project
>>>>>> http://www.horde.org
>>>>>> https://www.facebook.com/hordeproject
>>>>>> https://www.twitter.com/hordeproject
>>>>>>
>>>>>> --
>>>>>> nag mailing list
>>>>>> Frequently Asked Questions: http://wiki.horde.org/FAQ
>>>>>> To unsubscribe, mail: nag-unsubscribe at lists.horde.org
>>>>>
>>>>> --
>>>>> nag mailing list
>>>>> Frequently Asked Questions: http://wiki.horde.org/FAQTo unsubscribe,
>>>>> mail: nag-unsubscribe at lists.horde.org
>>>>
>>>> Hey
>>>>
>>>> Perhaps i am interfering in something. But anyway.......
>>>>
>>>> This does sound as a job for Whups.
>>>> But i don't know about the Thunderbird/lightning support.
>>>
>>> Sure. Whups would be great for just assigning/tracking tickets. This is
>>> more about supporting standard PARTSTAT support, which would work over
>>> any vTodo/iTip interaction.
>>
>> For the sake of completeness, after receiving more information about the
>> requirements off-list, I would have to agree that this does seem a
>> better fit for Whups, though the Thunderbird integration would be lost
>> since there is nothing on the Thunderbird/lightning side to even
>> integrate it with - though some functionality might be available by
>> passing email directly into Whups.
>>
>> --
>> mike
>> The Horde Project
>> http://www.horde.org
>> https://www.facebook.com/hordeprojecthttps://www.twitter.com/hordeproject
>
> Hey
>
> Just thinking from inside the box and out.
>
> Would it be possible to get the Thunderbird / lightning support via
> kronolith?
> I know kronolith is a big mouthfull.
> But PARTSTAT / vTodo support in Kronolith could cover both Nag and Whups.

Well, both nag and kronolith (for "normal" calendars) already have  
that support so, yes, Thunderbird/Lightning could sync with those. The  
issue is, none of the data from Whups would be available - whups can  
display timeobjects in kronolith but they don't sync (again, only  
"normal" calendars sync). Also, wouldn't help in  
managing/accepting/denying the actual tickets.

Nice try, though :)

> Or perhaps i should just be silent.... :-)

>
> /erling
> -- 
> nag mailing list
> Frequently Asked Questions: http://wiki.horde.org/FAQ
> To unsubscribe, mail: nag-unsubscribe at lists.horde.org

-- 
mike
The Horde Project
http://www.horde.org
https://www.facebook.com/hordeproject
https://www.twitter.com/hordeproject
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5869 bytes
Desc: S/MIME Signature
URL: <http://lists.horde.org/archives/nag/attachments/20150715/cfe4a9db/attachment.bin>